WO2019075845A1 - 链路调用关系的构建方法、装置、计算机设备及存储介质 - Google Patents

链路调用关系的构建方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2019075845A1
WO2019075845A1 PCT/CN2017/112613 CN2017112613W WO2019075845A1 WO 2019075845 A1 WO2019075845 A1 WO 2019075845A1 CN 2017112613 W CN2017112613 W CN 2017112613W WO 2019075845 A1 WO2019075845 A1 WO 2019075845A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
icon
call
link
calling
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2017/112613
Other languages
English (en)
French (fr)
Inventor
江亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2019075845A1 publication Critical patent/WO2019075845A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a method, an apparatus, a computer device, and a storage medium for constructing a link call relationship.
  • the current call link display method is based on the monitoring of the full link, and is mainly displayed in the form of a list when performing link display according to a conventional method.
  • the form of the list is not intuitive. If a branch fails in a link, the user needs to click to view it. For the complex link, the user needs to display the link according to the user. The list that comes out is analyzed, and the display of the current link call relationship is not intuitive.
  • a method, an apparatus, a computer device, and a storage medium for constructing a link invocation relationship are provided.
  • a method for constructing a link invocation relationship comprising:
  • a device for constructing a link invocation relationship comprising:
  • An identifier obtaining module configured to: when receiving an instruction to view a link call, obtain a first identifier indicating the calling requester in the link call and a second identifier indicating the calling responder;
  • An icon obtaining module configured to acquire a first icon that is bound to the first identifier, and a second icon that is bound to the second identifier;
  • a relationship tree generating module configured to use the first identifier as a parent node, the second identifier as a child node, and generate a call relationship tree according to the parent node and the child node;
  • a relationship diagram generating module configured to generate a link call relationship diagram according to the first icon, the second icon, and the calling relationship tree
  • An output module for outputting the link call relationship diagram.
  • a computer readable storage medium having stored thereon computer readable instructions, the computer readable instructions being executed by a processor, causing the processor to perform the step of: receiving a viewing link call And acquiring, in the link call, a first identifier indicating the calling requester and a second identifier indicating the calling responder;
  • One or more non-transitory readable storage mediums storing computer readable instructions, when executed by one or more processors, cause the one or more processors to perform the steps of: Receiving the instruction for viewing the link call, acquiring a first identifier indicating the calling requester in the link call and a second identifier indicating the calling responder;
  • FIG. 1 is a flowchart of a method for constructing a link invocation relationship according to an embodiment of the present application
  • FIG. 2 is a flowchart of a method for constructing a link invocation relationship according to another embodiment of the present application
  • FIG. 3 is a flowchart of a method for constructing a link invocation relationship according to still another embodiment of the present application.
  • FIG. 4 is a diagram of a link call relationship according to an embodiment of the present application.
  • FIG. 5 is a block diagram showing an exemplary structure of a device for constructing a link invocation relationship according to an embodiment of the present application
  • FIG. 6 is a schematic diagram showing the internal structure of a computer device according to an embodiment of the present application.
  • FIG. 1 is a flowchart of a method for constructing a link invocation relationship according to an embodiment of the present application.
  • a method for constructing a link invocation relationship according to an embodiment of the present application is described in detail below with reference to FIG.
  • the method can be used in a server for management, the method comprising the following steps S101 to S105.
  • the instruction invoked by the viewing link may be that a virtual button on the screen is clicked, and the user may click a corresponding virtual button in the form of a mouse or a touch to trigger an instruction to view the link call.
  • the above-mentioned link invocation may be determined according to different devices that the request session has traveled. Different request sessions may be uniquely determined by a UUID (Universally Unique Identifier), which is a software construction standard.
  • UUID Universally Unique Identifier
  • the sending of a session message and the response to the session message are all the same UUID, and its lifetime is the end of a session message.
  • a plurality of link calls may be included in a link generated by a different device that requests a session or a session message, and all link calls are combined to represent a link call relationship of a session message.
  • the first identifier and the second identifier may be codes set for each device, so that the computer device distinguishes different devices involved in the calling relationship, and the code may be set by the programmer. It can be determined by the code of the device itself that is different from other devices.
  • the first identifier may also be used to indicate that the responding party is invoked.
  • the second identifier may also be used to indicate that the requesting party is invoked.
  • the first icon may select an icon similar to the appearance of the corresponding call requester device, and the second icon may also select an icon similar to the appearance of the corresponding call responder device.
  • the first identifier is used as a parent node
  • the second identifier is used as a child node
  • a call relationship tree is generated according to the parent node and the child node.
  • the calling relationship tree may be a straight chain, a binary tree with two branches, or a tree with multiple branches.
  • the calling sequence of the calling requester device and the calling responder device may be determined according to the calling time, and the parent class node and the child class node may be determined according to the first identifier and the second identifier, so that the Link call diagram.
  • the order of the original request data flowing between the devices is from device A to device B, then the calling link is A->B, but this is a very simple case, if not Add the dimension of the parent node, assuming that the original request data is A, B, C from morning to night in the order of sending time.
  • the possible call link is A–>B–>C, but there may be A–>B then A–>C.
  • determining, according to the first identifier and the second identifier, a child parent node dimension is determining, according to the first identifier and the second identifier, a child parent node dimension.
  • the manner of outputting in the step may be outputting to the display of the application end for display, outputting to other devices for display, or calling the relationship diagram of the link by means of mail or file transmission. Output.
  • the generated link invocation relationship diagram enables the user to directly understand the calling relationship between the devices corresponding to the icons in the link by directly calling the relationship diagram according to the output link when viewing the calling relationship of the corresponding link. It does not require the user to analyze each call relationship according to the call data in the list, which improves the analysis efficiency of the call relationship.
  • FIG. 2 is a flowchart of a method for constructing a link invocation relationship according to another embodiment of the present application.
  • FIG. 2 is a detailed description of a method for constructing a link invocation relationship according to an embodiment of the present application, as shown in FIG. 2 .
  • the method further includes the following steps S201 and S202 on the basis of the steps S101 to S105 described above.
  • the session message can be uniquely determined by a UUID whose lifetime is the end of a session message, and the universal unique identifier can be encapsulated in the data frame of the call data.
  • the value stored in each field of the request data may be parsed by JSON (JavaScript Object Notation, object tag in JS), that is, the value corresponding to each key is parsed, and each field of the request data is requested.
  • the field includes a field for storing the first identifier, a field of the second identifier, and a field for sending the call time of the call data.
  • FIG. 3 is a flowchart of a method for constructing a link invocation relationship according to still another embodiment of the present application.
  • a method for constructing a link invocation relationship according to an embodiment of the present application is described in detail below with reference to FIG. 3, as shown in FIG.
  • the method further includes the following steps S301 to S303 on the basis of the above steps S101 to S105.
  • the purpose of obtaining the call data with the same universal unique identifier is to determine the call data involved in a session message, for example, may be the call request data sent by the device A to the device B, or may be returned by the device B to the device A. Call the response data.
  • the invocation state includes, but is not limited to, a network state, a host state, a state of an application, and the like.
  • the abnormal state includes a network abnormal state
  • the step of analyzing the call state of the link call in the same session message according to the call data includes: parsing the first identifier and the second identifier carried in the call data And calling time; calculating, according to the first identifier, the second identifier, and the calling time, the network time of the corresponding link call; when the calculated time of the network exceeds the preset duration, determining that the status of the corresponding link is a network abnormal state .
  • the time T4 when the first device receives the call response data may use the value of (T4-T1)-(T3-T2) as the network time of the corresponding link call, where the link call represents the first identifier.
  • the abnormal state is identified in a corresponding link of the link call relationship graph.
  • the icon corresponding to the link that invokes the abnormality may be identified in the link call relationship diagram, and the identifier may be a text reminder or a line with a specific color. Call an exception.
  • the abnormal state further includes a state in which the device processes the request data.
  • the time for the device to process the call data is calculated in two cases:
  • the device to be monitored does not call other devices, and the responding device is invoked as an example.
  • the time for the device to process the called data only needs to be obtained by using T3-T2;
  • the device to be monitored also calls other devices, taking the responder device as an example. Assume that the time at which the responding device receives the request data A is T2, and the time at which the response device sends the response data of the request data A after the response device is completed. T3, the time for invoking the responding device to send the request data B is T5, and the time for receiving the response message of the request data B is T6, at which time the device to be monitored performs The data processing time is (T3-T2)-(T6-T5).
  • a method for constructing a link invocation relationship according to an embodiment of the present application, the link is generated according to a first icon bound to the first identifier, a second icon bound to the second identifier, and the calling relationship tree
  • the steps for invoking the relationship diagram include the following steps 1 and 2:
  • the first icon and the second icon are only used to distinguish between the calling requester and the calling responder, and are not used to distinguish different devices.
  • a device When a device is in a session message, it can be used as a call.
  • the first icon and the second icon bound to the device represent the same icon.
  • the step of generating a link call relationship diagram according to the first icon bound to the first identifier, the second icon bound to the second identifier, and the calling relationship tree further includes: acquiring a preset arrow icon; adding the arrow icon between the first icon and the second icon, and automatically directing a direction of an arrow in the arrow icon to a second icon corresponding to the child node.
  • the link that invokes the abnormality is identified in the link call relationship diagram, so that the user can quickly locate the abnormality that occurs in the call relationship.
  • FIG. 4 is a link call relationship diagram according to an embodiment of the present application.
  • a usage scenario according to this embodiment is shown in FIG. 4.
  • the device P_ZIKER_APP invokes the open_1 device, and then the open_1 device invokes open_2.
  • the device finally calls the PAD_CRP device.
  • the open_1 device has an exception call when calling the open_2 device.
  • the call exception can be identified by "-1ms”.
  • the "-1ms" only represents the error, not the The time the actual network consumes.
  • 19ms in Figure 4 indicates that the network time on the corresponding link is 19ms.
  • P_ZIKER_APP "open_1” and “open_2” are the first identifier set by the programmer to the corresponding device
  • PPD_CRP is the second identifier set by the programmer to the corresponding device.
  • the link indicating the abnormal call in the link call relationship diagram may be identified by a dotted arrow, and may also be identified by a red arrow, which is not limited herein.
  • the labels of the foregoing steps S101-S303 are not used to limit the sequence of the steps in the embodiment, and the numbers of the steps are only for the convenience of referring to the labels of the steps when describing the steps.
  • the above step S302 may be performed before the step of S101, or after the step of step S101, as long as the order of execution of the respective steps does not affect the logical relationship of the embodiment, that is, it is within the scope of the claimed application.
  • FIG. 5 is an exemplary structural block diagram of a device for constructing a link invocation relationship according to an embodiment of the present application.
  • a device for constructing a link invocation relationship according to an embodiment of the present application is described in detail below with reference to FIG. 5, as shown in FIG. 5.
  • the construction device 10 of the link invocation relationship includes:
  • the identifier obtaining module 11 is configured to: when receiving an instruction to view a link call, acquire a first identifier indicating the calling requester in the link call and a second identifier indicating the calling responder;
  • the icon obtaining module 12 is configured to acquire a first icon that is bound to the first identifier and a second icon that is bound to the second identifier, where the first icon can be selected to be similar to the corresponding calling requester device. Icon, the second icon may also select an icon similar to the appearance of the corresponding caller device;
  • a relationship tree generating module 13 is configured to use the first identifier as a parent node, the second identifier as a child node, and generate a call relationship tree according to the parent node and the child node;
  • the relationship diagram generating module 14 is configured to generate a link call relationship diagram according to the first icon, the second icon, and the calling relationship tree;
  • the output module 15 is configured to output the link call relationship diagram, where the output module may be specifically configured to output the link call relationship diagram to the display of the application end for display, or output to other devices for display, or
  • the link call graph is output by mail or file transfer.
  • the identifier acquisition module may determine whether an instruction to view the link call is received by monitoring whether the virtual button on the screen is clicked, and determine to receive when the virtual button on the monitor screen is detected to be clicked.
  • the user can use the mouse Or touch the form to click the corresponding virtual button to trigger the instruction to view the link call.
  • the relationship generating module 14 may determine the calling sequence of the calling requesting device and the calling responder device according to the calling time, and then determine the parent node and the child node according to the first identifier and the second identifier. So that the link call graph can be generated.
  • the order of the original request data flowing between the devices is from device A to device B, then the calling link is A->B, but this is a very simple case, if not Add the dimension of the parent node, assuming that the original request data is A, B, C from morning to night in the order of sending time.
  • the possible call link is A–>B–>C, but there may be A–>B then A–>C.
  • determining, according to the first identifier and the second identifier, a child parent node dimension is determining, according to the first identifier and the second identifier, a child parent node dimension.
  • the first identifier and the second identifier may be codes set by the programmer for each device, so that the computer device distinguishes different devices involved in the calling relationship, and the code may be set by the programmer. It can also be determined by the code of the device itself that is different from other devices.
  • the link device 10 includes:
  • An identifier acquisition module configured to acquire call data carrying the same universal unique identifier, where the universal unique identifier is used to identify the same session message;
  • the parsing module is configured to parse the first identifier and the second identifier in the invocation data.
  • the parsing module can parse the value stored in each field of the request data through JSON (JavaScript Object Notation, object tag in JS), that is, parse the corresponding value under each key, request data.
  • JSON JavaScript Object Notation, object tag in JS
  • Each of the fields includes a field for storing the first identifier, a field of the second identifier, and a field for sending the call time of the call data.
  • the link device 10 also includes:
  • Calling a data acquisition module for acquiring call data carrying the same universal unique identifier The universal unique identifier is used to identify the same session message;
  • a state analysis module configured to analyze, according to the call data, a call state of a link call in the same session message
  • the identifier module is configured to identify the abnormal state in a corresponding link of the link call relationship diagram when the calling state is an abnormal state.
  • the state analysis module can be specifically configured to analyze network status, host status, status of an application, and the like.
  • the abnormal state further includes a state in which the device processes the request data, and the state analysis module is further configured to analyze a time when the device processes the call data, where the state analysis module may be divided into the following two.
  • the device to be monitored does not call other devices, and the responding device is invoked as an example.
  • the time for the device to process the called data only needs to be obtained by using T3-T2;
  • the device to be monitored also calls other devices, taking the responder device as an example. Assume that the time at which the responding device receives the request data A is T2, and the time at which the response device sends the response data of the request data A after the response device is completed. T3, the time for invoking the responding device to send the request data B is T5, and the time for receiving the response message of the request data B is T6, and the time for the data to be monitored by the device to be monitored is (T3-T2)-(T6-T5) .
  • the identifier module may identify the icon corresponding to the link that invokes the abnormality in the link call relationship diagram, and the identifier may be a text reminder or a specific color.
  • the line indicates the call exception.
  • the abnormal state includes a network abnormal state
  • the state analysis module further includes:
  • a first parsing unit configured to parse the first identifier, the second identifier, and the calling time carried in the calling data
  • a calculating unit configured to calculate, according to the first identifier, the second identifier, and the calling time, a network time consumed by the corresponding link;
  • a determining unit configured to determine a corresponding link tone when the calculated time of the network exceeds a preset duration
  • the state used is the network abnormal state.
  • the calling time includes: a time T1 when the first device sends the call request data, and a time T2 when the second device receives the call request data, and the second device sends the call response data.
  • the time T3 and the time T4 when the first device receives the call response data, the calculating unit may use the value of (T4-T1)-(T3-T2) as the network time of the corresponding link call, wherein
  • the link call represents a link call between the device corresponding to the first identifier and the device corresponding to the calling responder.
  • the relationship diagram generating module includes:
  • a second parsing unit configured to parse the first identifier and the second identifier included in all the calling data carrying the same universal unique identifier
  • a relationship generating unit configured to replace the first identifier in the calling relationship tree with the first icon, and replace the second identifier in the calling relationship tree with the second icon to generate the link Call the diagram.
  • the relationship diagram generating module further includes:
  • an arrow adding unit configured to add the arrow icon between the first icon and the second icon, and automatically direct the direction of the arrow in the arrow icon to the second icon corresponding to the child node.
  • first and second in the above-mentioned first parsing unit and second parsing unit are only to distinguish two parsing unit modules, and are not used to define which parsing unit has higher priority or other. Limited meaning.
  • each module included in the construction device of the link invocation relationship may be implemented in whole or in part by software, hardware or a combination thereof. Further, each module in the construction device of the link invocation relationship may be a program segment for implementing a corresponding function.
  • the various modules in the construction device of the above link invocation relationship may be implemented in whole or in part by software, hardware, and combinations thereof.
  • the network interface may be an Ethernet card or a wireless network card.
  • Each of the above modules may be embedded in a hardware form or independent of a processor in a server, or may be stored in a memory in a server in a software form, so that the processor calls to execute the operations corresponding to the above modules.
  • the processor can be a central processing unit (CPU), a microprocessor, a microcontroller, or the like.
  • the building device of the above link invocation relationship can be implemented in the form of a computer readable instruction that can be run on a computer device as shown in FIG.
  • a computer apparatus includes a memory, a processor, and computer readable instructions stored on the memory and executable on the processor, the processor implementing the program to implement the link call described above The way the relationship is built.
  • the embodiment of the present application provides a computer device.
  • the internal structure of the computer device may correspond to the structure shown in FIG. 6.
  • the computer device may be a terminal or a server, and includes a series of computers stored in the memory.
  • the readable instructions when the computer readable instructions are executed by the processor, can implement a method for constructing a link invocation relationship proposed by embodiments of the present application.
  • the computer device includes a processor, memory, input device, display screen, and network interface connected by a system bus.
  • the memory comprises a computer readable storage medium and an internal memory
  • the computer readable storage medium of the computer device storing an operating system and computer readable instructions that, when executed, cause the processor to perform the present application
  • the processor of the computer device is used to provide computing and control capabilities to support the operation of the entire computer device.
  • the computer readable storage medium can store computer readable instructions that, when executed by the processor, cause the processor to perform a method of constructing a link invocation relationship.
  • the internal memory provides a cached runtime environment for computer readable instructions in a computer readable storage medium.
  • the input device of the computer device is used for input of various parameters
  • the display screen of the computer device is used for display
  • the network interface of the computer device is used for network communication.
  • FIG. 6 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory.
  • ROM read only memory
  • PROM programmable ROM
  • EPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • the embodiment further provides a computer readable storage medium having stored thereon computer readable instructions, which are executed by the processor to implement various steps in the method for constructing the link call relationship described above.
  • all or part of the processes in the foregoing embodiment may be completed by using computer readable instructions to instruct related hardware, and the program may be stored in a computer readable storage medium, such as
  • the program may be stored in a storage medium of a computer system, such as in a non-volatile storage medium, and executed by at least one processor in the computer system to implement an implementation comprising the methods as described above.
  • the storage medium includes, but is not limited to, a magnetic disk, a USB flash drive, an optical disk, a read-only memory (ROM), and the like.
  • the link invoking the relationship diagram enables the user to directly understand the calling relationship between the devices corresponding to the icons in the link according to the output link invoking the relationship diagram when viewing the calling relationship of the corresponding link. Users need to analyze each call relationship according to the call data in the list, which improves the analysis efficiency of the call relationship.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种链路调用关系的构建方法，包括：当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；同时获取与该第一标识绑定的第一图标，与该第二标识绑定的第二图标；将该第一标识作为父节点，将该第二标识作为子节点，根据该父节点及该子节点生成调用关系树；根据该第一图标、该第二图标及该调用关系树生成链路调用关系图；输出该链路调用关系图。

Description

链路调用关系的构建方法、装置、计算机设备及存储介质
本申请要求于2017年10月17日提交中国专利局、申请号为2017109621928、发明名称为“链路调用关系的构建方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，特别是涉及一种链路调用关系的构建方法、装置、计算机设备及存储介质。
背景技术
目前调用链路展示方法是以全链路的监控为基础的，按照传统方法在进行链路展示时主要是以列表的形式展示。
但是对于调用关系十分复杂的情况，列表的形式进行展示并不直观，对于一条链路中某个支路出现故障的情况用户需要自己点进去查看，对于调用复杂的链路还需要用户自己根据展示出来的列表去分析，目前的链路调用关系的展示很不直观。
发明内容
根据本申请的各种实施例，提供一种链路调用关系的构建方法、装置、计算机设备及存储介质。
一种链路调用关系的构建方法，该方法包括：
当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
获取与该第一标识绑定的第一图标及，并获取与该第二标识绑定的第二图标；
将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图；及
输出该链路调用关系图。
一种链路调用关系的构建装置，该装置包括：
标识获取模块，用于当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
图标获取模块，用于同时获取与该第一标识绑定的第一图标，与该第二标识绑定的第二图标；
关系树生成模块，用于将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
关系图生成模块，用于根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；及
输出模块，用于输出该链路调用关系图。
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时，使得所述处理器执行以下步骤：当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
获取与该第一标识绑定的第一图标及，并获取与该第二标识绑定的第二图标；
将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图；及
输出该链路调用关系图。
一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
获取与该第一标识绑定的第一图标及，并获取与该第二标识绑定的第二图标；
将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图；及
输出该链路调用关系图。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为根据本申请的一个实施例的链路调用关系的构建方法的流程图；
图2为根据本申请的另一实施例的链路调用关系的构建方法的流程图；
图3为根据本申请的又一实施例的链路调用关系的构建方法的流程图；
图4为根据本申请的一个实施例的链路调用关系图；
图5为根据本申请的一个实施例的链路调用关系的构建装置的示范性结构框图；
图6为根据本申请的一个实施例的计算机设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为根据本申请的一个实施例的链路调用关系的构建方法的流程图，下面结合图1来详细描述根据本申请的一个实施例的链路调用关系的构建方法，如图1所示，该方法可以在用于管理的服务器中使用，该方法包括以下步骤S101至S105。
S101、当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识。
根据本实施例的一个示例，该查看链路调用的指令可以是屏幕上的虚拟按钮被点击，用户可以通过鼠标或触控的形式点击对应的虚拟按钮来触发查看链路调用的指令。
其中，上述的链路调用可以根据一段请求会话所历经的不同设备中来确定，不同的请求会话可以用一个UUID(Universally Unique Identifier，通用唯一识别码)来唯一确定，UUID是一个软件建构的标准，一个会话消息的发送及对该会话消息的应答均属同一UUID，其生命周期为一个会话消息的结束。在一段请求会话或者说是会话消息所历经的不同设备产生的链路中可以包括多段链路调用，所有的链路调用结合起来表示一段会话消息的链路调用关系。
根据本实施例的一个示例，上述的第一标识及第二标识可以是为各个设备自行设置的编码，以让计算机设备区分涉及调用关系的不同的设备，该编码可以由程序员自行设置，也可以由该设备本身自带的区别于其它设备的编码来确定。其中，上述的第一标识也可以用于表示调用应答方，相应地，该第二标识也可以用于表示调用请求方。
S102、同时获取与该第一标识绑定的第一图标，与该第二标识绑定的第二图标。
根据本实施例的一个示例，该第一图标可以选用与对应的调用请求方设备外观相似的图标，该第二图标也可以选用与对应的调用应答方设备外观相似的图标。
S103、将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树。
根据本实施例的一个示例，该调用关系树可以是一条直链，也可以是带有两个分支的二叉树，还可以是带有多个分支的树。
S104、根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图。
根据本实施例的一个示例，可以根据该调用时间确定调用请求方设备及调用应答方设备的调用顺序，再根据第一标识及第二标识可以确定父类节点和子类节点，从而可以生成该链路调用关系图。
根据本实施例的一个使用场景例如：原始请求数据的在各设备之间的流转顺序是从设备A至设备B，那么调用链路就是A–>B，但这是很简单的情况，如果不加子父节点的维度，假设原始请求数据按照发送时间的顺序由早到晚是A、B、C，可能调用链路是A–>B–>C，但还有可能是A–>B然后A–>C。再根据第一标识及第二标识可以确定子父节点维度，在该使用场景中，如果B是C的父节点，则可以确定该链路调用关系为A–>B–>C，如果A既是B的父节点也是C的父节点，且A–>B的调用时间在先时，则可以判定该链路调用关系为A–>B然后A–>C。再根据与A、B、C分别对应的图标，即可生成对应的链路调用关系图。
S105、输出该链路调用关系图。
根据本实施例的一个示例，该步骤中输出的方式可以是输出给应用端的显示器进行显示，可以是输出给其它设备进行显示，还可以是通过邮件或文件传输的形式将该链路调用关系图输出。
本实施例通过获取与第一标识绑定的第一图标、与第二标识绑定的第二图标，根据该第一图标、第二图标及该调用时间生成链路调用关系图，并输 出生成的链路调用关系图，使得用户在查看对应链路的调用关系时，直接根据输出的链路调用关系图即可一目了然的了解请求该链路中各个图标对应的设备之间的调用关系，不需要用户根据列表中的调用数据自己去分析各调用关系，提高了调用关系的分析效率。
图2为根据本申请的另一实施例的链路调用关系的构建方法的流程图，下面结合图2来详细描述根据本申请的一个实施例的链路调用关系的构建方法，如图2所示，该方法在包括上述步骤S101至S105的基础上，还包括以下步骤S201及S202。
S201、获取携带有相同通用唯一识别码的调用数据，该通用唯一识别码用于标识同一会话消息。
根据本实施例的一个示例，该会话消息可以由一个UUID来唯一确定，其生命周期为一个会话消息的结束，该通用唯一识别码可以封装在该调用数据的数据帧中。
S202、解析该调用数据中的第一标识及第二标识。
根据本实施例的一个示例，可以通过JSON(JavaScript Object Notation，JS中的对象标记)来解析该请求数据的各个字段中存储的数值，即解析每个key下对应的value，请求数据的各个字段中包括用于存储第一标识的字段、第二标识的字段及发送该调用数据的调用时间的字段。
图3为根据本申请的又一实施例的链路调用关系的构建方法的流程图，下面结合图3来详细描述根据本申请的一个实施例的链路调用关系的构建方法，如图3所示，该方法在包括上述步骤S101至S105的基础上，还包括以下步骤S301至S303。
S301、获取携带有相同通用唯一识别码的调用数据，该通用唯一识别码用于标识同一会话消息。
其中，该获取具有相同通用唯一识别码的调用数据的目的在于确定一个会话消息所涉及的调用数据，例如，可以是设备A发送给设备B的调用请求数据，还可以是设备B返回给设备A的调用应答数据。
S302、根据该调用数据分析同一会话消息中链路调用的调用状态。
根据本实施例的一个示例，该调用状态包括但不限于网络状态、主机状态、应用程序的状态等等。
在其中的一个实施例中，该异常状态包括网络异常状态；该根据该调用数据分析同一会话消息中链路调用的调用状态的步骤包括：解析该调用数据中携带的第一标识、第二标识及调用时间；根据该第一标识、第二标识及调用时间计算对应链路调用的网络耗时；当计算的该网络耗时超过预设时长时，判断对应链路调用的状态为网络异常状态。
根据本实施例的一个示例，第一设备发送所述调用请求数据的时间T1、第二设备接收所述调用请求数据的时间T2、所述第二设备发送所述调用应答数据的时间T3、所述第一设备接收所述调用应答数据的时间T4，则可以将(T4-T1)-(T3-T2)的数值作为对应的链路调用的网络耗时，其中的链路调用表示第一标识对应的设备与调用应答方对应的设备之间的链路调用。
S303、当该调用状态为异常状态时，在该链路调用关系图的对应链路中标识出该异常状态。
根据本实施例的一个示例，可以在该链路调用关系图中将表示调用异常的链路对应的图标之间标识出来，标识的方式可以是文字提醒，也可以是用特定的颜色的线条表示调用异常。
在其中的一个实施例中，上述的异常状态还包括设备处理所述请求数据的状态，根据本实施例的一个示例，设备处理所述调用数据的时间的计算分两种情况：
一是待监控设备本身没有调用其他设备，以调用应答方设备为例，此时设备处理所述调用数据的时间只需要用T3-T2即可得到；
二是待监控设备本身还调用了其他设备，以调用应答方设备为例，假设调用应答方设备接收请求数据A的时间为T2，调用应答方设备完成响应后发送请求数据A的应答数据的时间T3，调用应答方设备发送请求数据B的时间为T5，接收请求数据B的应答消息的时间为T6，此时该待监控设备进行 数据处理的时间为(T3-T2)-(T6-T5)。
根据本申请的一个实施例提供的链路调用关系的构建方法，该根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图的步骤包括以下步骤1及步骤2：
1、解析携带有相同通用唯一识别码的所有调用数据中包含的第一标识及第二标识，以得到同一会话消息所涉及的表示调用请求方的第一标识及表示调用应答方的第二标识。
2、将所述调用关系树中的第一标识替换为所述第一图标，将所述调用关系树中的第二标识替换为所述第二图标，生成所述链路调用关系图。
根据本实施例的一个示例，上述的第一图标及第二图标仅在于将调用请求方和调用应答方予以区分，并不用于区分不同的设备，当一个设备在一个会话消息中既可以作为调用请求方又可以作为调用应答方时，与该设备绑定的第一图标和第二图标表示同一图标。
在其中的一个实施例中，上述根据与该第一标识绑定的第一图标、与该第二标识绑定的第二图标及该调用关系树生成链路调用关系图的步骤还包括：获取预设的箭头图标；在所述第一图标和所述第二图标之间添加所述箭头图标，将该箭头图标中箭头的方向自动指向与所述子节点对应的第二图标。
本实施例通过将调用异常的链路在链路调用关系图中标识出，使得用户可以对调用关系中出现的异常进行快速定位。
图4为根据本申请的一个实施例的链路调用关系图，根据本实施例的一个使用场景如图4所示，从中4可以看出，设备P_ZIKER_APP调用了open_1设备，然后open_1设备调用了open_2设备，最后调用了PAD_CRP设备，从上图可以看出open_1设备调用open_2设备时出现了异常调用，其中，可以用“-1ms”标识该调用异常，其中，“-1ms”仅仅代表错误，不表示实际网络消耗的时间。图4中的19ms表示对应链路上的网络耗时为19ms。其中，“P_ZIKER_APP”、“open_1”及“open_2”为程序员给对应的设备设置的第一标识，“PAD_CRP”为程序员给对应的设备设置的第二标识。
根据本实施例的一个示例，可以将链路调用关系图中表示异常调用的链路用虚线箭头来标识，还可以用红色的箭头来标识，此处不做限制。
根据本实施例的一个示例，上述步骤S101～S303的标号并不用于限定本实施例中各个步骤的先后顺序，各个步骤的编号只是为了使得描述各个步骤时可以通用引用该步骤的标号进行便捷的指代，例如上述步骤S302可以在S101的步骤之前，也可以在步骤S101的步骤之后，只要各个步骤执行的顺序不影响本实施例的逻辑关系即表示在本申请请求保护的范围之内。
图5为根据本申请的一个实施例的链路调用关系的构建装置的示范性结构框图，下面结合图5来详细描述根据本申请的一个实施例的链路调用关系的构建装置，如图5所示，该链路调用关系的构建装置10包括：
标识获取模块11，用于当接收查看链路调用的指令时，获取该链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
图标获取模块12，用于同时获取与该第一标识绑定的第一图标，与该第二标识绑定的第二图标，其中，该第一图标可以选用与对应的调用请求方设备外观相似的图标，该第二图标也可以选用与对应的调用应答方设备外观相似的图标；
关系树生成模块13，用于将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
关系图生成模块14，用于根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；
输出模块15，用于输出该链路调用关系图，其中，该输出模块具体可以用于将该链路调用关系图输出给应用端的显示器进行显示，或是输出给其它设备进行显示，还可以是通过邮件或文件传输的形式将该链路调用关系图输出。
在其中的一个实施例中，该标识获取模块可以通过监控屏幕上的虚拟按钮是否被点击来确定是否接收到查看链路调用的指令，当检测到监控屏幕上的虚拟按钮被点击时，确定接收到查看链路调用的指令，用户可以通过鼠标 或触控的形式点击对应的虚拟按钮来触发查看链路调用的指令。
在其中一个实施例中，该关系图生成模块14可以根据该调用时间确定调用请求方设备及调用应答方设备的调用顺序，再根据第一标识及第二标识可以确定父类节点和子类节点，从而可以生成该链路调用关系图。
根据本实施例的一个使用场景例如：原始请求数据的在各设备之间的流转顺序是从设备A至设备B，那么调用链路就是A–>B，但这是很简单的情况，如果不加子父节点的维度，假设原始请求数据按照发送时间的顺序由早到晚是A、B、C，可能调用链路是A–>B–>C，但还有可能是A–>B然后A–>C。再根据第一标识及第二标识可以确定子父节点维度，在该使用场景中，如果B是C的父节点，则可以确定该链路调用关系为A–>B–>C，如果A既是B的父节点也是C的父节点，且A–>B的调用时间在先时，则可以判定该链路调用关系为A–>B然后A–>C。再根据与A、B、C分别对应的图标，即可生成对应的链路调用关系图。
根据本实施例的一个示例，上述的第一标识及第二标识可以是程序员为各个设备自行设置的编码，以让计算机设备区分涉及调用关系的不同的设备，该编码可以由程序员自行设置，也可以由该设备本身自带的区别于其它设备的编码来确定。
根据本实施例的一个示例，该链路调用关系的构建装置10还包括：
识别码获取模块，用于获取携带有相同通用唯一识别码的调用数据，该通用唯一识别码用于标识同一会话消息；
解析模块，用于解析该调用数据中的第一标识及第二标识。
在其中的一个实施例中，该解析模块可以通过JSON(JavaScript Object Notation，JS中的对象标记)来解析该请求数据的各个字段中存储的数值，即解析每个key下对应的value，请求数据的各个字段中包括用于存储第一标识的字段、第二标识的字段及发送该调用数据的调用时间的字段。
在其中的一个实施例中，该链路调用关系的构建装置10还包括：
调用数据获取模块，用于获取携带有相同通用唯一识别码的调用数据， 该通用唯一识别码用于标识同一会话消息；
状态分析模块，用于根据该调用数据分析同一会话消息中链路调用的调用状态；
标识模块，用于当该调用状态为异常状态时，在该链路调用关系图的对应链路中标识出该异常状态。
在其中的一个实施例中，该状态分析模块具体可以用于分析网络状态、主机状态、应用程序的状态等等。
在其中的一个实施例中，上述的异常状态还包括设备处理所述请求数据的状态，该状态分析模块还用于分析设备处理所述调用数据的时间，其中，该状态分析模块可以分以下两种情况计算设备处理所述调用数据的时间：
一是待监控设备本身没有调用其他设备，以调用应答方设备为例，此时设备处理所述调用数据的时间只需要用T3-T2即可得到；
二是待监控设备本身还调用了其他设备，以调用应答方设备为例，假设调用应答方设备接收请求数据A的时间为T2，调用应答方设备完成响应后发送请求数据A的应答数据的时间T3，调用应答方设备发送请求数据B的时间为T5，接收请求数据B的应答消息的时间为T6，此时该待监控设备进行数据处理的时间为(T3-T2)-(T6-T5)。
在其中的一个实施例中，该标识模块可以在该链路调用关系图中将表示调用异常的链路对应的图标之间标识出来，标识的方式可以是文字提醒，也可以是用特定的颜色的线条表示调用异常。
在其中的一个实施例中，该异常状态包括网络异常状态，该状态分析模块还包括：
第一解析单元，用于解析该调用数据中携带的第一标识、第二标识及调用时间；
计算单元，用于根据该第一标识、第二标识及调用时间计算对应链路调用的网络耗时；
判断单元，用于当计算的该网络耗时超过预设时长时，判断对应链路调 用的状态为网络异常状态。
根据本实施例的一个示例，该调用时间包括：第一设备发送所述调用请求数据的时间T1、第二设备接收所述调用请求数据的时间T2、所述第二设备发送所述调用应答数据的时间T3及所述第一设备接收所述调用应答数据的时间T4，则计算单元可以将(T4-T1)-(T3-T2)的数值作为对应的链路调用的网络耗时，其中的链路调用表示第一标识对应的设备与调用应答方对应的设备之间的链路调用。
在其中的一个实施例中，上述的关系图生成模块包括：
第二解析单元，用于解析携带有相同通用唯一识别码的所有调用数据中包含的第一标识及第二标识；
关系图生成单元，用于将所述调用关系树中的第一标识替换为所述第一图标，将所述调用关系树中的第二标识替换为所述第二图标，生成所述链路调用关系图。
在其中的一个实施例中，该关系图生成模块还包括：
箭头获取单元，用于获取预设的箭头图标；
箭头添加单元，用于在所述第一图标和所述第二图标之间添加所述箭头图标，将该箭头图标中箭头的方向自动指向与所述子节点对应的第二图标。
其中上述第一解析单元及第二解析单元中的“第一”和“第二”的意义仅在于将两个解析单元模块加以区分，并不用于限定哪个解析单元的优先级更高或者其它的限定意义。
其中，该链路调用关系的构建装置中包括的各个模块可全部或部分通过软件、硬件或其组合来实现。进一步地，该链路调用关系的构建装置中的各个模块可以是用于实现对应功能的程序段。
上述链路调用关系的构建装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。其中，网络接口可以是以太网卡或无线网卡等。上述各模块可以硬件形式内嵌于或独立于服务器中的处理器中，也可以以软件形式存储于服务器中的存储器中，以便于处理器调用执行以上各个模块对应的操 作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。
上述链路调用关系的构建装置可以实现为一种计算机可读指令的形式，计算机可读指令可以在如图6所示的计算机设备上运行。
根据本申请的一个实施例提供的一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，该处理器执行该程序时实现上述的链路调用关系的构建方法。
本申请实施例提出了一种计算机设备，计算机设备的内部结构可对应于如图6所示的结构，该计算机设备既可以是终端，也可以是服务器，其包括一系列存储于存储器上的计算机可读指令，当该计算机可读指令被处理器执行时，可以实现本申请各实施例提出的链路调用关系的构建方法。在一个实施例中，该计算机设备包括通过系统总线连接的处理器、存储器、输入装置、显示屏和网络接口。其中，该存储器包括计算机可读存储介质和内存储器，该计算机设备的计算机可读存储介质可存储操作系统和计算机可读指令，该计算机可读指令被执行时，可使得处理器执行本申请各实施例的一种链路调用关系的构建方法，该方法的具体实现过程可参考图1至4各实施例的具体内容，在此不再赘述。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机可读存储介质中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种链路调用关系的构建方法。该内存储器为计算机可读存储介质中的计算机可读指令提供高速缓存的运行环境。计算机设备的输入装置用于各个参数的输入，计算机设备的显示屏用于进行显示，计算机设备的网络接口用于进行网络通信。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
如此处所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性。合适的非易失性存储器可包括只读存储器(ROM)、可编程 ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。
本实施例另提供一种计算机可读存储介质，其上存储有计算机可读指令，该程序被处理器执行时实现上述的链路调用关系的构建方法中的各个步骤。
根据本实施例的一个示例，上述实施例方法中的全部或部分流程，可以通过计算机可读指令来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本申请实施例中，该程序可存储于计算机系统的存储介质中，例如存储在非易失性存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。该存储介质包括但不限于磁碟、优盘、光盘、只读存储记忆体(Read-Only Memory，ROM)等。
本实施例通过获取与第一标识绑定的第一图标、与第二标识绑定的第二图标，根据该第一图标、第二图标及该调用时间生成链路调用关系图，并输出生成的链路调用关系图，使得用户在查看对应链路的调用关系时，直接根据输出的链路调用关系图即可一目了然的了解请求该链路中各个图标对应的设备之间的调用关系，不需要用户根据列表中的调用数据自己去分析各调用关系，提高了调用关系的分析效率。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种链路调用关系的构建方法，包括：
    当接收查看链路调用的指令时，获取所述链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
    同时获取与所述第一标识绑定的第一图标，与所述第二标识绑定的第二图标；
    将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
    根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；及
    输出所述链路调用关系图。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    解析所述调用数据中的第一标识及第二标识。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    根据所述调用数据分析同一会话消息中链路调用的调用状态；
    当所述调用状态为异常状态时，在所述链路调用关系图的对应链路中标识出所述异常状态。
  4. 根据权利要求3所述的方法，其特征在于，所述异常状态包括网络异常状态；所述根据所述调用数据分析同一会话消息中链路调用的调用状态的步骤包括：
    解析所述调用数据中携带的第一标识、第二标识及调用时间；
    根据所述第一标识、第二标识及调用时间计算对应链路调用的网络耗时；
    当计算的所述网络耗时超过预设时长时，判断对应链路调用的状态为网 络异常状态。
  5. 根据权利要求1所述的方法，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤包括：
    解析携带有相同通用唯一识别码的所有调用数据中包含的第一标识及第二标识；
    将所述调用关系树中的第一标识替换为所述第一图标，将所述调用关系树中的第二标识替换为所述第二图标，生成所述链路调用关系图。
  6. 根据权利要求5所述的方法，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤还包括：
    获取预设的箭头图标；
    在所述第一图标和所述第二图标之间添加所述箭头图标，将所述箭头图标中箭头的方向自动指向与所述子节点对应的第二图标。
  7. 一种链路调用关系的构建装置，其特征在于，所述装置包括：
    标识获取模块，用于当接收查看链路调用的指令时，获取所述链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
    图标获取模块，用于获取与所述第一标识绑定的第一图标及，并获取与所述第二标识绑定的第二图标；
    关系树生成模块，用于将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
    关系图生成模块，用于根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；
    输出模块，用于输出所述链路调用关系图。
  8. 根据权利要求7所述的装置，其特征在于，所述装置还包括：
    识别码获取模块，用于获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    解析模块，用于解析所述调用数据中的第一标识及第二标识。
  9. 一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机 可读指令，所述计算机可读指令被处理器执行时，使得所述处理器执行以下步骤：
    当接收查看链路调用的指令时，获取所述链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
    同时获取与所述第一标识绑定的第一图标，与所述第二标识绑定的第二图标；
    将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
    根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；及
    输出所述链路调用关系图。
  10. 根据权利要求9所述的计算机设备，其特征在于，所述处理器还用于执行以下步骤：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    解析所述调用数据中的第一标识及第二标识。
  11. 根据权利要求9所述的计算机设备，其特征在于，所述处理器还用于执行以下步骤：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    根据所述调用数据分析同一会话消息中链路调用的调用状态；
    当所述调用状态为异常状态时，在所述链路调用关系图的对应链路中标识出所述异常状态。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述异常状态包括网络异常状态；所述根据所述调用数据分析同一会话消息中链路调用的调用状态的步骤包括：
    解析所述调用数据中携带的第一标识、第二标识及调用时间；
    根据所述第一标识、第二标识及调用时间计算对应链路调用的网络耗时；
    当计算的所述网络耗时超过预设时长时，判断对应链路调用的状态为网络异常状态。
  13. 根据权利要求9所述的计算机设备，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤包括：
    解析携带有相同通用唯一识别码的所有调用数据中包含的第一标识及第二标识；
    将所述调用关系树中的第一标识替换为所述第一图标，将所述调用关系树中的第二标识替换为所述第二图标，生成所述链路调用关系图。
  14. 根据权利要求13所述的计算机设备，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤还包括：
    获取预设的箭头图标；
    在所述第一图标和所述第二图标之间添加所述箭头图标，将所述箭头图标中箭头的方向自动指向与所述子节点对应的第二图标。
  15. 一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时，使得所述处理器执行以下步骤：
    当接收查看链路调用的指令时，获取所述链路调用中表示调用请求方的第一标识及表示调用应答方的第二标识；
    同时获取与所述第一标识绑定的第一图标，与所述第二标识绑定的第二图标；
    将所述第一标识作为父节点，将所述第二标识作为子节点，根据所述父节点和所述子节点生成调用关系树；
    根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图；及
    输出所述链路调用关系图。
  16. 根据权利要求15所述的存储介质，其特征在于，所述处理器还用于 执行以下步骤：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    解析所述调用数据中的第一标识及第二标识。
  17. 根据权利要求15所述的存储介质，其特征在于，所述处理器还用于执行以下步骤：
    获取携带有相同通用唯一识别码的调用数据，所述通用唯一识别码用于标识同一会话消息；
    根据所述调用数据分析同一会话消息中链路调用的调用状态；
    当所述调用状态为异常状态时，在所述链路调用关系图的对应链路中标识出所述异常状态。
  18. 根据权利要求17所述的存储介质，其特征在于，所述异常状态包括网络异常状态；所述根据所述调用数据分析同一会话消息中链路调用的调用状态的步骤包括：
    解析所述调用数据中携带的第一标识、第二标识及调用时间；
    根据所述第一标识、第二标识及调用时间计算对应链路调用的网络耗时；
    当计算的所述网络耗时超过预设时长时，判断对应链路调用的状态为网络异常状态。
  19. 根据权利要求15所述的存储介质，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤包括：
    解析携带有相同通用唯一识别码的所有调用数据中包含的第一标识及第二标识；
    将所述调用关系树中的第一标识替换为所述第一图标，将所述调用关系树中的第二标识替换为所述第二图标，生成所述链路调用关系图。
  20. 根据权利要求19所述的存储介质，其特征在于，所述根据所述第一图标、所述第二图标及所述调用关系树生成链路调用关系图的步骤还包括：
    获取预设的箭头图标；
    在所述第一图标和所述第二图标之间添加所述箭头图标，将所述箭头图标中箭头的方向自动指向与所述子节点对应的第二图标。
PCT/CN2017/112613 2017-10-17 2017-11-23 链路调用关系的构建方法、装置、计算机设备及存储介质 Ceased WO2019075845A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710962192.8A CN107733710A (zh) 2017-10-17 2017-10-17 链路调用关系的构建方法、装置、计算机设备及存储介质
CN201710962192.8 2017-10-17

Publications (1)

Publication Number Publication Date
WO2019075845A1 true WO2019075845A1 (zh) 2019-04-25

Family

ID=61210656

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/112613 Ceased WO2019075845A1 (zh) 2017-10-17 2017-11-23 链路调用关系的构建方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN107733710A (zh)
WO (1) WO2019075845A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109286608B (zh) * 2018-08-20 2022-08-12 中国平安人寿保险股份有限公司 调用链处理方法、装置及存储设备、计算机设备
CN109739527B (zh) * 2018-11-20 2022-07-08 北京奇艺世纪科技有限公司 一种客户端灰度发布的方法、装置、服务器和存储介质
CN109697456B (zh) * 2018-11-21 2021-02-09 华为技术有限公司 业务分析方法、装置、设备及存储介质
CN110865927B (zh) * 2019-11-20 2021-08-31 腾讯科技（深圳）有限公司 区块链调用链路异常检测方法、装置和计算机设备
CN113452607B (zh) * 2020-03-24 2024-09-10 华为云计算技术有限公司 分布式链路采集的方法、装置、计算设备和存储介质
CN112612556B (zh) * 2020-12-24 2022-07-15 江苏满运物流信息有限公司 中台执行链路生成方法、系统、设备及存储介质
CN114205422B (zh) * 2021-12-13 2023-07-25 平安养老保险股份有限公司 一种无侵入式业务处理方法、装置、设备及存储介质
CN119652615A (zh) * 2024-12-10 2025-03-18 中国工商银行股份有限公司 业务系统调用关系构建方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546232A (zh) * 2011-11-03 2012-07-04 北京邮电大学 一种多拓扑虚拟网络映射方法
CN104268428A (zh) * 2014-10-14 2015-01-07 国家电网公司 一种用于指标计算的可视化配置方法
CN107229619A (zh) * 2016-03-23 2017-10-03 阿里巴巴集团控股有限公司 互联网业务链路调用情况的统计、展示方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876938B (zh) * 2009-11-11 2012-10-10 北京神州泰岳软件股份有限公司 一种基于消息队列的应用软件响应时间测量方法及系统
CN102609512A (zh) * 2012-02-07 2012-07-25 北京中机科海科技发展有限公司 异构信息知识挖掘与可视化分析系统及方法
CN103577304B (zh) * 2012-08-10 2018-11-09 百度在线网络技术（北京）有限公司 一种代码动态分析的方法及装置
CN105260561B (zh) * 2015-10-30 2019-01-01 南京邮电大学 一种复杂网络通用仿真系统
CN106020950B (zh) * 2016-05-12 2019-08-16 中国科学院软件研究所 基于复杂网络分析的函数调用图关键节点识别和标识方法
CN106911518B (zh) * 2017-03-31 2020-08-18 广西大学 一种基于云调度系统的运行服务状态监测系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546232A (zh) * 2011-11-03 2012-07-04 北京邮电大学 一种多拓扑虚拟网络映射方法
CN104268428A (zh) * 2014-10-14 2015-01-07 国家电网公司 一种用于指标计算的可视化配置方法
CN107229619A (zh) * 2016-03-23 2017-10-03 阿里巴巴集团控股有限公司 互联网业务链路调用情况的统计、展示方法及装置

Also Published As

Publication number Publication date
CN107733710A (zh) 2018-02-23

Similar Documents

Publication Publication Date Title
US11909604B2 (en) Automatic provisioning of monitoring for containerized microservices
WO2019075845A1 (zh) 链路调用关系的构建方法、装置、计算机设备及存储介质
CN110286897A (zh) Api可视化动态配置方法、装置、设备以及存储介质
CN110806931B (zh) 分布式服务的调用链路跟踪实现方法、装置及电子设备
WO2019075774A1 (zh) 设备参数配置方法、装置、计算机设备和存储介质
US10367705B1 (en) Selecting and configuring metrics for monitoring
US9374417B1 (en) Dynamic specification auditing for a distributed system
AU2021398915B2 (en) Coordinating requests actioned at a scalable application
US12547515B2 (en) Run-time modification of data monitoring platform metrics
US10970055B2 (en) Identifying software and hardware bottlenecks
CN116884107A (zh) 一种服务资源自动巡检系统、方法、终端及存储介质
US10476766B1 (en) Selecting and configuring metrics for monitoring
CN106471470A (zh) 一种模型驱动的基于亲和性的网络功能的方法和装置
US20180219752A1 (en) Graph search in structured query language style query
CN117807601A (zh) 应用程序的漏洞检测方法、装置、介质及设备
US20250193112A1 (en) Discovery and routing service for a cloud infrastructure
CN110554892A (zh) 信息获取方法和装置
US11954506B2 (en) Inspection mechanism framework for visualizing application metrics
US10475111B1 (en) Selecting and configuring metrics for monitoring
CN113760635A (zh) 连接异常的确定方法、装置、电子设备和存储介质
CN115373887B (zh) 故障根因确定方法、装置、电子设备及可读存储介质
US11985051B1 (en) Dynamically visualizing service mesh topologies with event-based messaging
CN113760694A (zh) 一种计算代码覆盖率的方法和装置
US20230409385A1 (en) Debugging by predict accessing information
CN113515437B (zh) 调试接口的方法和装置

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: 17928979

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 24/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17928979

Country of ref document: EP

Kind code of ref document: A1