CN111221659A - Subscription performance tracking system of multi-robot operating system environment - Google Patents

Subscription performance tracking system of multi-robot operating system environment Download PDF

Info

Publication number
CN111221659A
CN111221659A CN201811404520.3A CN201811404520A CN111221659A CN 111221659 A CN111221659 A CN 111221659A CN 201811404520 A CN201811404520 A CN 201811404520A CN 111221659 A CN111221659 A CN 111221659A
Authority
CN
China
Prior art keywords
api
tracking
span
middleware
context
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.)
Granted
Application number
CN201811404520.3A
Other languages
Chinese (zh)
Other versions
CN111221659B (en
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.)
Beijing Tusimple Technology Co Ltd
Original Assignee
Beijing Tusimple Technology 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 Beijing Tusimple Technology Co Ltd filed Critical Beijing Tusimple Technology Co Ltd
Priority to CN201811404520.3A priority Critical patent/CN111221659B/en
Publication of CN111221659A publication Critical patent/CN111221659A/en
Application granted granted Critical
Publication of CN111221659B publication Critical patent/CN111221659B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/545Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

The invention discloses a subscription performance tracking system of a multi-robot operating system environment, which is used for solving the problem that the prior art cannot effectively track subscription performance among multiple ROS from a system layer. In the embodiment of the application, in the process of issuing the message by the issuing node and acquiring the message by the subscribing node, the node and the called middleware API both record the identification of the created span in the tracking context, so that a complete tracking chain can be formed, the processing duration of each node and each middleware span is recorded, and a data basis can be provided for performance analysis.

Description

Subscription performance tracking system of multi-robot operating system environment
Technical Field
The invention relates to the field of robots, in particular to a subscription performance tracking system of a multi-Robot Operating System (ROS) environment.
Background
In the prior art, many areas of artificial intelligence have been developed based on ROS. The ROS is a distributed multi-Node (Node) communication system, and message communication is realized among nodes in a subscription mode. In a single ROS operating environment, by diagnosing the abnormity in message transmission and operation and processing the abnormity, the subscription performance can be effectively tracked, analyzed and solved. However, in a multi-ROS operating environment, each ROS operating environment includes multiple nodes, and multiple nodes in different operating environments may subscribe to messages published by nodes in another operating environment. Therefore, a plurality of nodes (nodes) in a plurality of ROS operating environments all participate in the transmission and operation of messages, and when a certain Node is abnormal, the nodes cannot be effectively tracked, positioned and analyzed from the system level.
Disclosure of Invention
In view of this, the present invention provides a subscription performance tracking system in a multi-ROS environment, so as to solve the problem that the prior art cannot effectively track the subscription performance between multiple ROS from a system layer.
According to one aspect of the application, a subscription performance tracking system of a multi-ROS environment is provided, which comprises a publishing side and a subscribing side which are positioned in different ROS environments, a tracking creation Application Program Interface (API) and a tracking statistics API; wherein the content of the first and second substances,
on the issuing side: the publishing node is used for calling a trace creation API to create a root Span and a trace context before publishing the message, and starting the root Span, wherein the trace context comprises: tracking identification and identification of root span; passing the trace context to a called middleware API; after the message publishing processing is finished, finishing the root span and recording the running time of the root span;
the middleware API is used for responding to the upper layer call, calling the tracking creation API to create the sub-span according to the acquired tracking context before processing corresponding to the call, adding the identification of the created sub-span in the acquired tracking context, and starting the sub-span; under the condition that the middleware API is nested to call the next-layer middleware API, transmitting the modified tracking context to the called next-layer middleware API; under the condition that the middleware API is the last layer of middleware API of nested calling, transmitting the modified tracking context to a serialization module; after the processing of the API of the middleware is finished, ending the sub-span and recording the running time of the sub-span;
the serialization module is used for carrying out serialization processing on the received tracking context and sending the serialized tracking context to the serialization module of the subscription side;
on the subscription side: the serialization module is used for deserializing the received tracking context and transmitting the deserialized tracking context to a middleware API to be called of the subscription node;
the middleware API is used for responding to the upper layer call, calling the tracking creation API to create the sub-span according to the received tracking context before processing corresponding to the call, adding the identification of the created sub-span in the tracking context, and starting the sub-span; under the condition that the middleware API is nested to call the next-layer middleware API, transmitting the modified tracking context to the called next-layer middleware API; after the API processing is finished, ending the sub-span and recording the running time of the sub-span;
and the tracking statistics API reads the tracking context and the span running time in each node and each middleware API, and performs tracking analysis on the read data.
In the process of issuing the message by the issuing node and acquiring the message by the subscribing node, each node and the called middleware API record the identifier of the created span in the tracking context, so that a complete tracking chain can be formed, the processing duration of each node and each middleware span is recorded, and a data basis can be provided for performance analysis. Therefore, the technical scheme provided by the embodiment of the application can solve the problem that the subscription performance between multiple ROS cannot be effectively tracked from the system layer in the prior art.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention and not to limit the invention.
FIG. 1 is a block diagram of a subscription performance tracking system for a multi-ROS environment according to an embodiment of the present application;
FIG. 2 is a flow chart of a process for performance tracking by the publishing node of FIG. 1;
FIG. 3 is a flowchart of the process for performance tracking by the middleware API on the distribution side of FIG. 1;
FIG. 4 is a schematic diagram of a middleware API of the publishing node nested call of FIG. 1;
FIG. 5 is a schematic diagram of a middleware API nested for invocation by a subscribing node in FIG. 1;
FIG. 6 is a flowchart illustrating a process for performing performance tracking by the middleware API on the subscriber side in FIG. 1;
FIG. 7 is a diagram of an established tracking context in an exemplary embodiment;
FIG. 8 is a schematic diagram of a trace chain established in some embodiments;
fig. 9 is a schematic diagram of a trace chain established in further embodiments.
Detailed Description
In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiment of the present invention will be clearly and completely described below with reference to the drawings in the embodiment of the present invention, and it is obvious that the described embodiment is only a part of the embodiment of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Aiming at the problem that the prior art cannot effectively track the message subscription among a plurality of ROS environments, the embodiment of the application provides a subscription performance tracking system of a plurality of ROS environments so as to solve the problem. In the technical scheme provided by the embodiment of the application, a publishing node on a publishing side creates a root span and a tracking context, writes an identifier of the root span in the tracking context, and transmits the tracking context to a called middleware API; after obtaining the trace context, the middleware API creates a subspan, writes the identification of the subspan in the trace context. And the serialization module at the publishing side serializes the tracking context and sends the serialized tracking context to the serialization module at the subscribing side. A serialization module at a subscription side transmits serialization to the received tracking context and then transmits the serialization to a middleware API to be called of a subscription node; and the middleware API of the subscription side responds to the call of the subscription node for acquiring the message, creates the subspan and writes the identification of the subspan in the tracking context. And moreover, all the nodes and all the middleware APIs record the running time of span after the processing is finished.
In the process of issuing the message by the issuing node and acquiring the message by the subscribing node, each node and the called middleware API record the identifier of the created span in the tracking context, so that a complete tracking chain can be formed, the processing duration of each node and each middleware span is recorded, and a data basis can be provided for performance analysis. Therefore, the technical scheme provided by the embodiment of the application can solve the problem that the subscription performance between multiple ROS cannot be effectively tracked from the system layer in the prior art.
The foregoing is the core idea of the present invention, and in order to make the technical solutions in the embodiments of the present invention better understood and make the above objects, features and advantages of the embodiments of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention are further described in detail with reference to the accompanying drawings.
Fig. 1 shows a subscription performance tracking system of a multi-ROS environment provided by an embodiment of the present application, which includes a tracking creation API 31 and a tracking statistics API 32 provided by a distribution tracking system 3, located at a publishing side 1, a subscribing side 2, where the publishing side 1 and the subscribing side 2 are respectively located in different ROS environments, for example, the publishing side is located in ROS-1, and the subscribing side is located in ROS-2. The publishing side 1 includes a publishing node 11, a middleware API 12 and a serialization module 13. The subscription side 2 comprises a middleware API 22 and a serialization module 23. In the present application, the operations of the subscribing node 21 are not tracked, and only the operations of the middleware API 22 called by the subscribing node 21 are tracked.
In the publishing side 1, a publishing Node (publishing Node)11 creates a Root span (Root span) and a tracking Context (Context), writes the identifier of the Root span in the tracking Context, and transmits the tracking Context to a called middleware API 12; the middleware API 12 creates a sub-span, writes the identity of the sub-span in the trace context. Thus, a trace chain of message distribution is established on the distribution side. And the publishing node 11 and the middleware API 12 both establish and start span before the start of processing, end span after the end of processing, record the running duration of span, and can record the running duration of processing. According to the tracing chain and span data of the publishing side, analysis basis can be provided for the publishing side performance of the tracing message subscription.
The serialization module 13 is used to send the tracking context to the subscription side 2.
The operation of the distribution side 1 will be described in detail below.
Fig. 2 is a flowchart illustrating a process of performing performance tracking by a publishing node on a publishing side, including:
step 201, the publishing node is configured to invoke a trace creation API to create a root Span and a trace context before publishing the message, where the trace context includes: tracking identification and identification of root span;
step 202, the issuing node starts a root span;
step 203, transmitting the tracking context to a called middleware API;
specifically, the publishing node may transfer the trace context as a parameter to the middleware API in a function calling the middleware API;
and step 204, after the message publishing processing is finished, finishing the root span and recording the running time of the root span.
Typically, a publishing node nests and calls a plurality of middleware APIs when performing message publishing processing. Fig. 3 is a flowchart illustrating a process of performing performance tracking by the middleware API on the publishing side, including:
step 301, the middleware API is used for responding to the upper layer call, calling the tracking creation API to create a sub-span according to the acquired tracking context before processing corresponding to the call, and adding the identifier of the created sub-span in the acquired tracking context and starting the sub-span;
step 302, the middleware API judges whether the next layer of middleware API needs to be called, and the process proceeds to step 303 when the next layer of middleware API needs to be called; in the case where the next layer of middleware API does not need to be called, that is, the middleware API is the last layer of the nested call, the process proceeds to step 304;
step 303, the middleware API transmits the modified trace context to the called next-layer middleware API; the process proceeds to step 305;
the middleware API can transmit the tracking context as a parameter to the next-layer middleware API in a function for calling the nested next-layer middleware API;
step 304, transmitting the modified tracking context to a serialization module; the process proceeds to step 305;
and step 305, after the processing of the middleware API is finished, ending the sub-span and recording the running time of the sub-span.
On the publishing side, in the process of publishing a message, which is usually performed by a publishing node, the middleware API of the nested call includes a C + + client library (rclcpp), an ROS client library (rcl) and ROS middleware software (rmw), and fig. 4 shows a schematic diagram of the middleware API of the nested call of the publishing node. These middleware APIs perform different processes when performing the process shown in fig. 3. rclcpp will perform steps 301-303 and step 305 in response to the issuing node invoking message issuing processing. rcl will perform steps 301-303 and 305 in response to the invocation of rclcpp. rmw will execute steps 301-302 and steps 304-305 in response to the call of rcl.
Through the above process, each middleware API of the publishing node and the call creates span inside the node and inside the middleware API through the call trace creation API, and establishes a trace chain on the publishing side through passing the trace context.
Further, the serialization module 13 on the publishing side performs serialization processing on the received tracking context and sends the serialized tracking context to the serialization module 23 on the subscribing side.
On the subscription side, the serialization module 23 deserializes the received trace context, and transfers the deserialized trace context to the middleware API to be called by the subscription node.
Specifically, the serialization module 23 transfers the deserialized trace context to a callback function (callback), and the callback function transfers the trace context to the middleware API 22 to be called by the subscribing Node when notifying the subscribing Node (Subscriber Node) to acquire the subscribed message. Generally, in the prior art, a serialization module performs serialization processing on data and then sends the data to a deserialization module; and after the deserialization module performs deserialization processing on the data, the deserialization processing is transmitted back to an application node, such as a subscription node, through a middleware API. According to the processing procedure, the processing procedure of the subscribing node for acquiring the message cannot be tracked, namely, the processing condition of the middleware API in the process of executing the message acquisition processing by the subscribing node cannot be tracked. Therefore, in the present application, after the deserialization module 23 performs deserialization processing on the trace context, the trace context is transferred to the middleware API 22 to be called by the subscribing node through the callback function.
On the subscription side, usually, the subscription node will call the middleware API 22 in response to the notification of the callback function during the process of acquiring the published message, where the called middleware API 22 includes a plurality of nested middleware APIs, as shown in fig. 5, the nested called middleware APIs include a C + + client library (rclcpp), an ROS client library (rcl), and an ROS middleware software (rmw). In this application, the callback function passes the tracking context to the rclcpp to be called by the subscribing node.
In the subscription side 2, the subscribing node will respond to the notification of the callback function to acquire the message published by the publishing node. The middleware API 22, in response to the upper layer call, builds a sub-span, writing the identity of the sub-span to the tracking context. Thus, a tracing chain of message subscription is established on the subscription side. And the middleware API 22 establishes and starts span before executing corresponding processing in response to the call, ends span after the processing is finished, records the running time length of span, and can record the running time length of processing. According to the tracking chain and span data of the subscription side, analysis basis can be provided for the subscription side performance of the tracking message subscription.
Fig. 6 is a flowchart illustrating a process of performing performance tracking by the middleware API on the subscription side, including:
601, the middleware API is used for responding to the upper layer call, calling the tracking creation API to create the sub-span according to the received tracking context before processing corresponding to the call, adding the identification of the created sub-span in the tracking context, and starting the sub-span;
step 602, the middleware API judges whether the next layer of middleware API needs to be called, and the process proceeds to step 603 if the next layer of middleware API needs to be called; in the case where the next-layer middleware API does not need to be called, that is, the middleware API is the last layer of the nested call, the process proceeds to step 604;
step 603, the middleware API transmits the modified tracking context to the called next-layer middleware API; processing proceeds to step 504;
and step 604, after the processing of the API is finished, ending the sub-span and recording the running time of the sub-span.
Referring to fig. 5, a schematic diagram of a subscription node nesting call middleware API that performs different processes when performing the process shown in fig. 6 is shown. rclcpp will respond to the call of the subscribing node to perform message acquisition processing, and execute steps 601-603 and step 604. rcl will perform steps 601-603 and 604 in response to the invocation of rclcpp. rmw will perform steps 601-602 and step 604 in response to the call of rcl.
Through the above processing, each middleware API called by the subscription node on the subscription side internally creates a span, and establishes a tracking chain on the subscription side through passing a tracking context.
In an exemplary embodiment of the present application, FIG. 7 illustrates a tracking context for message subscription establishment between a publishing node and a subscribing node located in different ROS environments. In fig. 7, the publishing side includes a publishing node 71, middleware APIs (including rclcpp 72, rcl 73, rmw 74) for publishing node nested calls, and a serialization module 75, and the subscribing side includes a subscribing node 81, middleware APIs (including rclcpp82, rcl 83, rmw 84) for subscribing node nested calls, and a serialization module 85. On the subscription side in fig. 7, the communication process (1) from the serialization module 85 to rclcpp82, rcl 83, rmw84 in turn is a process of transferring the tracking context, and the communication process (2) from the subscription node 81 to rclcpp82, rcl 83, rmw84 in turn is a process of acquiring the subscribed message from the subscription node 81.
The trace context (context) established by the publishing node 71 includes: a Trace identification (Trace ID) and an identification of a Root span (Root span ID) established by the publishing node 71, such as Trace ID: t-1, Root Span ID: r-1. The middleware API on the issuing side establishes a subspan, and writes the identifier of the established subspan in the acquired tracking context, for example: the sub-span of rclcpp 72 is identified as c-1, the sub-span of rcl 73 is c-2, and the sub-span of rmw 74 is identified as c-3. On the subscription side, the middleware API builds a subspan and writes the identity of the built subspan in the obtained tracking context, for example: the sub-span of rclcpp82 is labeled c-4, the sub-span of rcl 83 is labeled c-5, and the sub-span of rmw84 is labeled c-6. Therefore, according to the technical scheme of the application, a tracking chain can be established in the whole process of message subscription.
In some embodiments, in the case where multiple subscribing nodes in multiple ROS environments subscribe to messages published by a publishing node, the subscribing side in each ROS environment establishes a tracking chain for the subscribing side. The tracing chain established by the publishing side and the tracing chains established by the plurality of subscribing sides form a tree-shaped tracing chain, which may include a tracing chain P of the publishing side and a tracing chain S-1, … …, S-n of the plurality of subscribing sides, as shown in fig. 8.
In some other embodiments, multiple subscribing nodes may exist in the same ROS system, and all of the multiple subscribing nodes call the same middleware API, that is, the callback function transfers the tracking context to the middleware API when notifying multiple subscribing nodes to acquire a message, and the middleware API to be called by the subscribing nodes (e.g., rclcpp) respectively establishes subspan corresponding to each subscribing node according to the call from at least one subscribing node to the message for acquiring a subscription; nesting called middleware APIs (such as rcl and rmw), acquiring the tracking context transferred by the API at the upper layer, and establishing a sub-span corresponding to each subscription node in at least one subscription node.
Based on the example shown in FIG. 8, as shown in FIG. 9, on the subscription side of S-2, i.e., in one ROS environment, there are multiple subscribing nodes subscribing to the message published by the publishing side P. rclcpp82 establishes corresponding subscription-side tracking chains S-2-1, … …, S-2-n for these multiple subscribing nodes, respectively.
Based on the above processing, the trace statistics API 32 in the distributed trace system reads the trace context and span running time length in each node and each middleware API in the multiple ROS systems, and performs trace analysis on the read data. Therefore, the working performance of each node and the middleware API in the message subscription process can be determined and evaluated, and the fault can be conveniently positioned, analyzed and repaired.
In some embodiments, the trace statistics API 32 may also send the read data to a cloud server or cloud storage.
In other embodiments, the trace statistics API 32 may further include a proxy API 321 and a cloud API 322. The agent API 321 is configured to read the tracking context and the span running time in each node and each middleware API, and send the read data to the cloud API 322; the cloud API 322 is used for performing trace analysis on the received trace context and span runtime.
In the process of issuing the message by the issuing node and acquiring the message by the subscribing node, each node and the called middleware API record the identifier of the created span in the tracking context, so that a complete tracking chain can be formed, the processing duration of each node and each middleware span is recorded, and a data basis can be provided for performance analysis. Therefore, the technical scheme provided by the embodiment of the application can solve the problem that the subscription performance between multiple ROS cannot be effectively tracked from the system layer in the prior art.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims (7)

1. A subscription performance tracking system of a multi-robot operating system ROS environment is characterized by comprising a publishing side and a subscribing side which are positioned in different ROS environments, a tracking creation application program interface API and a tracking statistics API; wherein the content of the first and second substances,
on the issuing side: the publishing node is used for calling a trace creation API to create a root Span and a trace context before publishing the message, and starting the root Span, wherein the trace context comprises: tracking identification and identification of root span; passing the trace context to a called middleware API; after the message publishing processing is finished, finishing the root span and recording the running time of the root span;
the middleware API is used for responding to the upper layer call, calling the tracking creation API to create the sub-span according to the acquired tracking context before processing corresponding to the call, adding the identification of the created sub-span in the acquired tracking context, and starting the sub-span; under the condition that the middleware API is nested to call the next-layer middleware API, transmitting the modified tracking context to the called next-layer middleware API; under the condition that the middleware API is the last layer of middleware API of nested calling, transmitting the modified tracking context to a serialization module; after the processing of the API of the middleware is finished, ending the sub-span and recording the running time of the sub-span;
the serialization module is used for carrying out serialization processing on the received tracking context and sending the serialized tracking context to the serialization module of the subscription side;
on the subscription side: the serialization module is used for deserializing the received tracking context and transmitting the deserialized tracking context to a middleware API to be called of the subscription node;
the middleware API is used for responding to the upper layer call, calling the tracking creation API to create the sub-span according to the received tracking context before processing corresponding to the call, adding the identification of the created sub-span in the tracking context, and starting the sub-span; under the condition that the middleware API is nested to call the next-layer middleware API, transmitting the modified tracking context to the called next-layer middleware API; after the API processing is finished, ending the sub-span and recording the running time of the sub-span;
and the tracking statistics API reads the tracking context and the span running time in each node and each middleware API, and performs tracking analysis on the read data.
2. The system according to claim 1, wherein the serialization module at the subscription side passes the deserialized trace context to a middleware API to be called by the subscription node, and includes:
and the serialization module at the subscription side transmits the deserialized tracking context to the callback function, and the callback function transmits the tracking context to a middleware API to be called by the subscription node when notifying the subscription node of acquiring the subscribed information.
3. The system of claim 1, wherein the subscription-side middleware API creates a subspan comprising:
a middleware API to be called by the subscription node respectively establishes a subspan corresponding to each subscription node according to the calling of the message for obtaining subscription from at least one subscription node;
nesting the called middleware API, acquiring the tracking context transmitted by the API of the previous layer, and establishing a subspan corresponding to each subscription node in at least one subscription node.
4. The system of claim 1, wherein the middleware APIs on the publish side and the subscribe side comprise, according to the order of the nested calls: c + + client library, ROS client library and ROS middleware software.
5. The system of claim 1, wherein the trace creation API and the trace statistics API are APIs provided by a distributed trace system.
6. The system of claim 1, wherein the trace statistics API is further configured to send the read data to a cloud.
7. The system of claim 1, wherein the trace statistics API comprises a proxy API and a cloud API;
the agent end API is used for reading tracking context and span running time in each node and each middleware API, and sending the read data to the cloud end API;
and the cloud API is used for tracking and analyzing the received tracking context and the span running time.
CN201811404520.3A 2018-11-23 2018-11-23 Subscription performance tracking system of multi-robot operating system environment Active CN111221659B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811404520.3A CN111221659B (en) 2018-11-23 2018-11-23 Subscription performance tracking system of multi-robot operating system environment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811404520.3A CN111221659B (en) 2018-11-23 2018-11-23 Subscription performance tracking system of multi-robot operating system environment

Publications (2)

Publication Number Publication Date
CN111221659A true CN111221659A (en) 2020-06-02
CN111221659B CN111221659B (en) 2023-10-03

Family

ID=70808489

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811404520.3A Active CN111221659B (en) 2018-11-23 2018-11-23 Subscription performance tracking system of multi-robot operating system environment

Country Status (1)

Country Link
CN (1) CN111221659B (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111930531A (en) * 2020-07-01 2020-11-13 北京奇艺世纪科技有限公司 Data processing method, data production method, data consumption method, data production device, data consumption device and data consumption medium
CN113783925A (en) * 2021-05-20 2021-12-10 北京沃东天骏信息技术有限公司 Communication method and device based on middleware
CN114302249A (en) * 2020-09-22 2022-04-08 华为云计算技术有限公司 Transmission chain information generation method and device
CN114331209A (en) * 2022-01-10 2022-04-12 北京蓝莓时节科技有限公司 Recommendation strategy data tracking method, device, system and storage medium
CN115473863A (en) * 2022-07-25 2022-12-13 山东新一代信息产业技术研究院有限公司 Message bridging method and system for ROS and IROS

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004072800A2 (en) * 2003-02-06 2004-08-26 Progress Software Corporation Dynamic subscription and message routing on a topic between a publishing node and subscribing nodes
CN101854351A (en) * 2009-03-31 2010-10-06 软件Ag公司 The system and/or the method that are used for measured transmission of messages
CN101945056A (en) * 2009-06-29 2011-01-12 软件Ag公司 System and/or method based on the JMS middleware group of strategy
US20110188406A1 (en) * 2010-02-02 2011-08-04 Microsoft Corporation Message Transport System Using Publication and Subscription Mechanisms
CN102523225A (en) * 2011-12-22 2012-06-27 浙江国自机器人技术有限公司 Decoupling method in distributed loosely-coupled framework and distributed loosely-coupled framework platform
CN103944924A (en) * 2014-05-15 2014-07-23 重庆邮电大学 Ubiquitous network publish-subscribe middleware model based on RESTful
CN104219316A (en) * 2014-09-12 2014-12-17 微梦创科网络科技(中国)有限公司 Method and device for processing call request in distributed system
CN104580073A (en) * 2013-10-14 2015-04-29 阿里巴巴集团控股有限公司 Method and device for transmitting messages between heterogeneous systems
CN105224445A (en) * 2015-10-28 2016-01-06 北京汇商融通信息技术有限公司 Distributed tracking system
CN106062719A (en) * 2014-02-26 2016-10-26 微软技术许可有限责任公司 Service metric analysis from structured logging schema of usage data
CN106487596A (en) * 2016-10-26 2017-03-08 宜人恒业科技发展(北京)有限公司 Distributed Services follow the tracks of implementation method
CN106790402A (en) * 2016-11-29 2017-05-31 郑州云海信息技术有限公司 Information System Structure middleware data parallel distribution method and system
CN107018042A (en) * 2017-04-13 2017-08-04 广东神马搜索科技有限公司 Method for tracing and tracing system for online service system
CN107577586A (en) * 2016-07-04 2018-01-12 阿里巴巴集团控股有限公司 A kind of method and apparatus for being used to determine that business performs link in distributed system
CN107609913A (en) * 2017-09-19 2018-01-19 上海恺英网络科技有限公司 A kind of method and system of data analysis tracking
CN107766205A (en) * 2017-10-10 2018-03-06 武汉大学 A kind of monitoring system and method towards the tracking of micro services invoked procedure
CN108183927A (en) * 2017-11-22 2018-06-19 链家网(北京)科技有限公司 The monitoring method and system that a kind of distributed system link calls
CN108205486A (en) * 2017-12-26 2018-06-26 上海中畅数据技术有限公司 A kind of intelligent distributed call chain tracking based on machine learning
CN108289038A (en) * 2017-12-30 2018-07-17 金蝶软件(中国)有限公司 Request tracing method, apparatus, computer equipment and storage medium
CN108462750A (en) * 2018-03-22 2018-08-28 平安好房(上海)电子商务有限公司 Distribution calls method for tracing, operation system, monitoring system and storage medium

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004072800A2 (en) * 2003-02-06 2004-08-26 Progress Software Corporation Dynamic subscription and message routing on a topic between a publishing node and subscribing nodes
CN101854351A (en) * 2009-03-31 2010-10-06 软件Ag公司 The system and/or the method that are used for measured transmission of messages
CN101945056A (en) * 2009-06-29 2011-01-12 软件Ag公司 System and/or method based on the JMS middleware group of strategy
US20110188406A1 (en) * 2010-02-02 2011-08-04 Microsoft Corporation Message Transport System Using Publication and Subscription Mechanisms
CN102158424A (en) * 2010-02-02 2011-08-17 微软公司 Message transport system using publication and subscription mechanisms
CN102523225A (en) * 2011-12-22 2012-06-27 浙江国自机器人技术有限公司 Decoupling method in distributed loosely-coupled framework and distributed loosely-coupled framework platform
CN104580073A (en) * 2013-10-14 2015-04-29 阿里巴巴集团控股有限公司 Method and device for transmitting messages between heterogeneous systems
CN106062719A (en) * 2014-02-26 2016-10-26 微软技术许可有限责任公司 Service metric analysis from structured logging schema of usage data
CN103944924A (en) * 2014-05-15 2014-07-23 重庆邮电大学 Ubiquitous network publish-subscribe middleware model based on RESTful
CN104219316A (en) * 2014-09-12 2014-12-17 微梦创科网络科技(中国)有限公司 Method and device for processing call request in distributed system
CN105224445A (en) * 2015-10-28 2016-01-06 北京汇商融通信息技术有限公司 Distributed tracking system
CN107577586A (en) * 2016-07-04 2018-01-12 阿里巴巴集团控股有限公司 A kind of method and apparatus for being used to determine that business performs link in distributed system
CN106487596A (en) * 2016-10-26 2017-03-08 宜人恒业科技发展(北京)有限公司 Distributed Services follow the tracks of implementation method
CN106790402A (en) * 2016-11-29 2017-05-31 郑州云海信息技术有限公司 Information System Structure middleware data parallel distribution method and system
CN107018042A (en) * 2017-04-13 2017-08-04 广东神马搜索科技有限公司 Method for tracing and tracing system for online service system
CN107609913A (en) * 2017-09-19 2018-01-19 上海恺英网络科技有限公司 A kind of method and system of data analysis tracking
CN107766205A (en) * 2017-10-10 2018-03-06 武汉大学 A kind of monitoring system and method towards the tracking of micro services invoked procedure
CN108183927A (en) * 2017-11-22 2018-06-19 链家网(北京)科技有限公司 The monitoring method and system that a kind of distributed system link calls
CN108205486A (en) * 2017-12-26 2018-06-26 上海中畅数据技术有限公司 A kind of intelligent distributed call chain tracking based on machine learning
CN108289038A (en) * 2017-12-30 2018-07-17 金蝶软件(中国)有限公司 Request tracing method, apparatus, computer equipment and storage medium
CN108462750A (en) * 2018-03-22 2018-08-28 平安好房(上海)电子商务有限公司 Distribution calls method for tracing, operation system, monitoring system and storage medium

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111930531A (en) * 2020-07-01 2020-11-13 北京奇艺世纪科技有限公司 Data processing method, data production method, data consumption method, data production device, data consumption device and data consumption medium
CN111930531B (en) * 2020-07-01 2023-08-18 北京奇艺世纪科技有限公司 Data processing, data production and data consumption methods, devices, equipment and media
CN114302249A (en) * 2020-09-22 2022-04-08 华为云计算技术有限公司 Transmission chain information generation method and device
CN113783925A (en) * 2021-05-20 2021-12-10 北京沃东天骏信息技术有限公司 Communication method and device based on middleware
CN114331209A (en) * 2022-01-10 2022-04-12 北京蓝莓时节科技有限公司 Recommendation strategy data tracking method, device, system and storage medium
CN115473863A (en) * 2022-07-25 2022-12-13 山东新一代信息产业技术研究院有限公司 Message bridging method and system for ROS and IROS
CN115473863B (en) * 2022-07-25 2023-08-08 山东新一代信息产业技术研究院有限公司 Message bridging method and system for ROS and IROS

Also Published As

Publication number Publication date
CN111221659B (en) 2023-10-03

Similar Documents

Publication Publication Date Title
CN111221659B (en) Subscription performance tracking system of multi-robot operating system environment
CN109241186A (en) Management method, system, computer equipment and the storage medium of distributed transaction
CN110069346B (en) Method and device for sharing resources among multiple processes and electronic equipment
CN108600045A (en) A kind of service link monitoring method and device
CN111966289B (en) Partition optimization method and system based on Kafka cluster
CN110083439B (en) Distributed transaction system
CN108551404B (en) Method, apparatus, storage medium and the terminal device of client-side information analysis
CN109600375A (en) Message tracing method, device, electronic equipment and storage medium
CN111694617B (en) Processing method of network offline model, artificial intelligence processing device and related products
CN111064626B (en) Configuration updating method, device, server and readable storage medium
CN114363144B (en) Fault information association reporting method and related equipment for distributed system
CN103152390A (en) Method and device and nodes and system for node configuration of distributed storage system
CN109885612B (en) Synchronous validation method and device for intelligent contracts of block chains
CN109857391A (en) Processing method and processing device, storage medium and the electronic device of data
CN108228812A (en) Adaptive host node switching method and device
CN114338738B (en) Rule engine and scene linkage realization method based on Actor model
CN107920131A (en) A kind of metadata management method and device of HDFS storage systems
CN116805946A (en) Message request processing method and device, electronic equipment and storage medium
US20200412603A1 (en) Method and system for managing transmission of probe messages for detection of failure
CN112612848B (en) Method, device, system, electronic equipment and storage medium for data real-time synchronization
CN112711466B (en) Hanging affair inspection method and device, electronic equipment and storage medium
CN113010337A (en) Fault detection method, master control node, working node and distributed system
CN110059125B (en) Method for invoking proxy contract and related equipment
CN111652728B (en) Transaction processing method and device
CN112884586B (en) Transaction execution method and block link point

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant