WO2022208854A1 - 通信システム、構成管理装置、構成管理方法、及びプログラム - Google Patents

通信システム、構成管理装置、構成管理方法、及びプログラム Download PDF

Info

Publication number
WO2022208854A1
WO2022208854A1 PCT/JP2021/014228 JP2021014228W WO2022208854A1 WO 2022208854 A1 WO2022208854 A1 WO 2022208854A1 JP 2021014228 W JP2021014228 W JP 2021014228W WO 2022208854 A1 WO2022208854 A1 WO 2022208854A1
Authority
WO
WIPO (PCT)
Prior art keywords
nodes
relationship information
relationship
communication
configuration
Prior art date
Application number
PCT/JP2021/014228
Other languages
English (en)
French (fr)
Inventor
将浩 白石
弘樹 長山
知暁 鷲尾
麻美 宮島
Original Assignee
日本電信電話株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to JP2023510121A priority Critical patent/JPWO2022208854A1/ja
Priority to PCT/JP2021/014228 priority patent/WO2022208854A1/ja
Priority to US18/551,715 priority patent/US20240097975A1/en
Publication of WO2022208854A1 publication Critical patent/WO2022208854A1/ja

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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • 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/02—Standardisation; Integration
    • 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/12—Discovery or management of network topologies
    • 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 invention relates to technology for managing configuration information of a communication system that performs Pub/Sub communication.
  • Pub/Sub communication A Publish/Subscribe communication (hereinafter referred to as Pub/Sub communication) model has been proposed as a lightweight and flexible communication model as described above.
  • Pub/Sub communication there are a Publisher that is a client that creates and transmits (distributes) a message called an event, and a Subscriber that is a client that receives (subscribes to) the message.
  • Pub/Sub communication has three characteristics: “spatial separation”, “temporal separation”, and “asynchronous processing”. With “spatial separation,” Publishers and Subscribers do not need to know of each other's existence. “Temporal separation” allows data to be sent and received without the Publisher and Subscriber being on the network at the same time. Also, by “asynchronous processing", transmission and reception of events can be processed asynchronously with other processing of the Publisher or Subscriber.
  • Pub/Sub communication models There are two types of Pub/Sub communication models: broker type and brokerless type.
  • a broker-type configuration is a configuration in which a function called a broker, which is responsible for spatial separation, temporal separation, and asynchronous processing properties, is placed between Pub and Sub.
  • a brokerless configuration is a distributed configuration in which all nodes (Pub and Sub) have spatial separation, temporal separation, and the ability to assume asynchronous processing properties.
  • DDS Data Distribution Service
  • the Pub/Sub communication model is also called a publication/subscription model.
  • the present invention has been made in view of the above points, and aims to provide a technology that enables management of configuration information of a communication system that performs Pub/Sub communication.
  • a communication system that communicates between a plurality of nodes according to a brokerless publish/subscribe model, a receiving unit that receives communication data between the plurality of nodes; Based on the communication data, first relationship information representing the relationship between the nodes regarding transmission and reception of the communication data, and the relationship between the nodes regarding the domain to which they belong and whether they are publishers or subscribers.
  • a creation unit that creates second relationship information representing the a synthesizing unit that creates configuration information representing a network configuration of the communication system by associating the first relationship information, the second relationship information, and the third relationship information;
  • a communication system is provided having:
  • a technique that enables management of configuration information of a communication system that performs Pub/Sub communication.
  • FIG. 3 is a diagram for explaining Pub/Sub communication using DDS; It is a figure which shows the system configuration example in which DDS is incorporated. It is a figure which shows the system configuration example in an Example.
  • FIG. 4 is a diagram for explaining configuration management; It is a figure which shows the structural example of the structure management part in an Example. It is a figure which shows the processing flow in an Example. It is a figure which shows the hardware configuration example of an apparatus.
  • the above-described brokerless configuration is adopted, and the brokerless type is realized by the DDS having a function corresponding to the broker.
  • DDS adds a NW for delivery to the NW I/F owned by the node.
  • the delivery range set by the user is operated by this delivery NW and the filters inside the DDS, enabling the appropriate data transmission/reception for applications functioning as Pub or Sub.
  • the DDS assigns a multicast address to the NW I/F that can be used within the node and prepares the delivery NW.
  • the distribution range it is also possible to set whether to distribute by unicast using the existing IP address of the node or to use a newly assigned multicast address, making it possible to determine the physical data distribution range.
  • FIG. 1 An example of the delivery range is shown in Figure 1.
  • domain A and domain B are set as the delivery range.
  • a delivery range for topic [i] and a delivery range for topic [ro] are set.
  • the delivery range of key [II] is set within the delivery range of topic [I].
  • a DDS is a program that functions as middleware in a node (which may also be called a computer, communication device, etc.).
  • a processing program that is the basis for communication in DDS is prepared as a library.
  • a DDS program can be generated from a communication program generation data definition file that has parameters for data definitions (type, size, name, QoS, etc.) to be sent by an application (described as "APP"). can be generated.
  • APP application
  • FIG. 2 is a diagram showing a system configuration example in which the DDS is incorporated.
  • FIG. 2 physically shows a configuration in which a plurality of nodes (computers) to which sensors and control valves are connected are connected to a logical bus-type network.
  • a sensor is connected to each of nodes 1 and 2, and an APP that generates data to be published and a DDS are installed.
  • Control valves are connected to nodes 2 and 3, respectively, and APP and DDS for utilizing subscribed data are installed.
  • the example in FIG. 2 shows an example in which a Pub/Sub configuration with redundant QoS settings is realized using DDS.
  • the DDS of the node 1 constitutes a primary Pub and a sub 1 Pub
  • the DDS of the node 2 constitutes a sub 2 Pub.
  • the DDS of the node 3 constitutes the first Sub and the second Sub
  • the DDS of the node 4 constitutes the third Sub.
  • FIG. 2 shows an example in which the APP is written in python and the DDS is written in C++, these are just examples and may be written in any programming language. Also, when changing the Pub/Sub configuration, there are those that can be partially dynamically changed such as QoS, and those that require process restart (including program modification).
  • one node may belong to multiple domains.
  • multiple Pub/Sub may exist in one node.
  • Pub is an application that generates data to be published
  • Sub is an application that utilizes subscribed data.
  • the function related to Pub/Sub communication is handled by the DDS.
  • one node may have both Pub/Sub, and one node may have Pub/Sub across multiple domains.
  • one APP may have multiple Pubs or multiple Subs.
  • each Pub and each Sub in the same APP can be identified.
  • the communication is in plaintext.
  • FIG. 3 shows a configuration example of the communication system in this embodiment. As shown in FIG. 3, this communication system has nodes 10 to 18, L2SW (Layer 2 switches) 20 and 21, L3SW (Layer 3 switch) 30, a packet analyzer 40, and a detector 50.
  • L2SW Layer 2 switches
  • L3SW Layer 3 switch
  • nodes 10, 11, 12, 15, 16, and 17 belong to domain D1
  • nodes 12, 13, 17, and 18 belong to domain D2.
  • D1 of "DDS_D1" of node 10 indicates the domain to which the node belongs.
  • Nodes 12 and 17 belong to both domain D1 and domain D2.
  • Pub1 (APP I) is an application that publishes data on topic [I], and functions as Pub1 (Publisher1) in Pub/Sub communication.
  • Pub1 (APP) Pub1
  • Pub2 (APP) Pub2
  • node 11 has both Pub and Sub as Pub3 and Sub4.
  • Nodes 12 and 14 have multiple APPs functioning as multiple Pubs, and nodes 17 and 18 have multiple APPs functioning as multiple Subs.
  • the Internet 55 is connected to the end of the L3SW 30, and each node can communicate with the Internet 55.
  • a packet analysis device 40 is connected to the L2SWs 20 and 21, and based on the packet analysis results, the detection unit 50 can detect anomalies, and the configuration management unit 60 can perform configuration management. be. Note that the detection unit 50 and the configuration management unit 60 may be included in the packet analysis device 40 or may be included in a device different from the packet analysis device 40 . In this embodiment, it is assumed that the packet analysis device 40 has a detection unit 50 and a configuration management unit 60 .
  • configuration information can be managed by combining a plurality of relationship information that can be created from communication (traffic) flowing between nodes.
  • relationship information create three types of relationship information: "IP relationship layer”, “participant relationship layer”, and “Pub/Sub relationship layer” that represent the topology of the horizontal axis of the NW. Since the IP relationship layer and the participant relationship layer are related, and the participant relationship layer and the Pub/Sub relationship layer are related, all three layers are related after all, and by combining these three layers, the NW A "composite layer" representing the topology of the vertical axis of is obtained. Configuration information is managed by holding a plurality of generations of this composite layer. It should be noted that a generation refers to a division divided by, for example, a certain time division, an event division, or the like.
  • Fig. 4 shows an example of the IP relationship layer, the participant relationship layer, the Pub/Sub relationship layer, and the composite layer.
  • the IP-related layer is represented by a graph structure in which the IP address is the top and the IP-level data transmission/reception relationship is the branch.
  • the IP relationship layer if there is a branch between vertices, it indicates that there is a data transmission/reception relationship between nodes having IP addresses represented by the vertices. Note that one node may have multiple IP addresses (for example, it may have a multicast IP address in addition to a unicast IP address).
  • each GUID possessed by a node is represented by one symbol (triangle or inverted triangle symbol), and each symbol represents the domain to which each GUID belongs and whether it is Pub or Sub.
  • the Pub/Sub relationship layer has GUIDs possessed by nodes as vertices and relationships as to whether or not they belong to the same topic as branches, and represents the relationship of topics to which each GUID belongs.
  • the participant relationship layer is also represented by a graph structure with the above symbols (triangle or inverted triangle symbols) as vertices. Although there are no branches in the graph structure representing the participant relationship layer in the example of FIG. 4, for example, vertices belonging to the same domain may be connected by branches.
  • the Pub/Sub relationship layer can be created with information obtained from communication as data distribution, and the participant relationship layer can be created with information obtained from communication for DDS operation.
  • the IP relationship layer can be made up of information obtained from both communications for data delivery and communications for DDS operations.
  • Communication for DDS operation means communication performed when a node participates in Pub/Sub communication, communication performed when searching for other nodes, communication performed when agreeing on delivery contents, and the like.
  • one vertex is associated with a 5-tuple (src/dst IP address, src/dst port number, protocol number) containing the IP address of the node.
  • one symbol (triangle or inverted triangle symbol) is associated with a GUID and a port number.
  • one vertex is associated with a GUID and a topic name.
  • a GUID is an identifier used in DDS, and is generated from an IP address, port number, or the like. Note that one node may have multiple GUIDs (for example, when one node functions as both Pub and Sub, when one node belongs to multiple domains or multiple topics, etc.).
  • a synthetic layer can be obtained as NW configuration information of a communication system that performs Pub/Sub communication. This synthetic layer is held for a plurality of generations, for example.
  • one or more vertices (5 tuples including IP address) of the IP relation layer correspond to this node, and for each of these one or more vertices Associated with one or more vertices (port number and GUID) of the participant relationship layer.
  • zero or more vertices (GUID and topic name) of the Pub/Sub relationship layer are associated with each of the one or more vertices of the participant relationship layer. That is, in the composite layer, for each node, a tree structure with the node at the top (the highest hierarchy is the IP address, the next hierarchy is the port number, the next hierarchy is the GUID, and the last hierarchy is the topic name). ) is obtained, which represents the vertical axis topology.
  • FIG. 5 shows a configuration example of the configuration management unit 60.
  • the configuration management unit 60 includes a data reception unit 610, an IP relationship layer creation unit 620, a participant relationship layer creation unit 630, a Pub/Sub relationship layer creation unit 640, a synthesis unit 650, a visualization unit 660, It has a relationship recording unit 670 .
  • the operations of these units will be described in the sequence to be described later.
  • these units create the above-described three layers, and then combine these three layers to create a combined layer. This realizes management of NW configuration information of a communication system that performs Pub/Sub communication.
  • the data receiving unit 610 When the data receiving unit 610 receives the parsed communication (data), it notifies this data to the IP relationship layer creation unit 620, the participant relationship layer creation unit 630, and the Pub/Sub relationship layer creation unit 640 (S101 to S104). . Communication parsing is performed by the existing functions of the packet analysis device 40 . Each time data receiving section 610 receives parsed communication (data), it notifies IP relationship layer creation section 620, participant relationship layer creation section 630, and Pub/Sub relationship layer creation section 640 of this data. .
  • the IP-related layer creation unit 620 creates vertices and branches of the IP-related layer from this communication (data) (S105).
  • the participant relationship layer creating section 630 creates the vertices and branches of the participant relationship layer from this communication (data) (S106).
  • the Pub/Sub relationship layer creating unit 640 creates vertices and branches of the Pub/Sub relationship layer from this communication (data) (S107).
  • the IP relationship layer creation unit 620, the participant relationship layer creation unit 630, and the Pub/Sub relationship layer creation unit 640 When one generation has passed (for example, when a certain amount of time has passed or a certain event has occurred), the IP relationship layer creation unit 620, the participant relationship layer creation unit 630, and the Pub/Sub relationship layer creation unit 640 , the vertices and branches created above are registered in the relationship recording unit 670 (S108 to S110). As a result, the IP relationship layer represented by the graph structure of vertices and branches created in S105 above, the participant relationship layer represented by the graph structure of vertices and branches created in S106 above, and the A Pub/Sub relationship layer represented by a graph structure of created vertices and branches is recorded in the relationship recording unit 670 . Note that these layers represent the horizontal axis topology of the NW configuration of a communication system that performs Pub/Sub communication, as described above.
  • the synthesizing unit 650 retrieves all vertices and branches of each layer related to the generation from the relationship recording unit 670 and receives the retrieval results (S111-S112). That is, the synthesizing unit 650 receives the IP relationship layer, the participant relationship layer, and the Pub/Sub relationship layer of the relevant generation as the search result. Thereafter, the synthesizing unit 650 creates a synthetic layer by synthesizing the received layers and registers it in the relationship recording unit 670 (S113-S114). As a result, a combined layer representing both the vertical axis topology and the horizontal axis topology of the NW configuration of the communication system that performs Pub/Sub communication is recorded in the relationship recording unit 670 .
  • the oldest generation layer may be deleted.
  • layers for N generations IP relationship layer, participant relationship layer, Pub/Sub relationship layer, and composite layer
  • the N components layer is recorded, delete the oldest generation layer.
  • the visualization unit 660 When visualizing the NW configuration of a communication system that performs Pub/Sub communication, the visualization unit 660 designates the relevant generation, and searches the relationship recording unit 670 for all the vertices and branches of the composite layer related to this generation. , the search result is received (S115-S116). The visualization unit 660 then visualizes the composite layer represented by the received graph structure of vertices and branches (S117). The visualization unit 660 may, for example, visualize the composite layer on the user's terminal or the like (for example, visualize the NW configuration of the vertical axis and horizontal axis topology represented by the composite layer in the three-dimensional space). . Thereby, the user can grasp the NW configuration of the communication system that performs Pub/Sub communication, and can manage it.
  • the packet analysis device 40 having the configuration management unit 60 according to this embodiment can be realized, for example, by causing a computer to execute a program describing the processing details described in this embodiment.
  • the above program can be recorded on a computer-readable recording medium (portable memory, etc.), saved, or distributed. It is also possible to provide the above program through a network such as the Internet or e-mail.
  • FIG. 7 is a diagram showing a hardware configuration example of the computer.
  • the computer of FIG. 7 has a drive device 1000, an auxiliary storage device 1002, a memory device 1003, a CPU 1004, an interface device 1005, a display device 1006, an input device 1007, an output device 1008, etc., which are interconnected by a bus B, respectively.
  • a program that implements the processing in the computer is provided by a recording medium 1001 such as a CD-ROM or memory card, for example.
  • a recording medium 1001 such as a CD-ROM or memory card
  • the program is installed from the recording medium 1001 to the auxiliary storage device 1002 via the drive device 1000 .
  • the program does not necessarily need to be installed from the recording medium 1001, and may be downloaded from another computer via the network.
  • the auxiliary storage device 1002 stores installed programs, as well as necessary files and data.
  • the memory device 1003 reads and stores the program from the auxiliary storage device 1002 when a program activation instruction is received.
  • the CPU 1004 implements functions related to the configuration management unit 60 according to programs stored in the memory device 1003 .
  • the interface device 1005 is used as an interface for connecting to the network.
  • a display device 1006 displays a GUI (Graphical User Interface) or the like by a program.
  • An input device 1007 is composed of a keyboard, a mouse, buttons, a touch panel, or the like, and is used to input various operational instructions.
  • the output device 1008 outputs the calculation result. Note that the packet analysis device 40 may not include either or both of the display device 1006 and the input device 1007 .
  • This specification discloses at least a communication system, a configuration management device, a configuration management method, and a program according to the following items.
  • (Section 1) A communication system that communicates between multiple nodes according to a brokerless publish/subscribe model, a receiving unit that receives communication data between the plurality of nodes; Based on the communication data, first relationship information representing the relationship between the nodes regarding transmission and reception of the communication data, and the relationship between the nodes regarding the domain to which they belong and whether they are publishers or subscribers.
  • a creation unit that creates second relationship information representing the a synthesizing unit that creates configuration information representing a network configuration of the communication system by associating the first relationship information, the second relationship information, and the third relationship information; a communication system having (Section 2) The synthesizing unit Associating the first relationship information and the second relationship information by a port number, and linking the second relationship information and the third relationship information by an identifier used in the publication/subscription model 2.
  • (Section 3) The creation unit creating the first relationship information and the third relationship information based on communication data as data distribution between the nodes; Based on the communication data between the nodes when the nodes participate in the communication system, the communication data between the nodes when searching for other nodes, or the communication data between the nodes when agreeing on delivery content, 3.
  • a configuration management device for creating configuration information of a communication system that communicates between a plurality of nodes according to a brokerless publish/subscribe model, a receiving unit that receives communication data between the plurality of nodes; Based on the communication data, first relationship information representing the relationship between the nodes regarding transmission and reception of the communication data, and the relationship between the nodes regarding the domain to which they belong and whether they are publishers or subscribers.
  • a creation unit that creates second relationship information representing the a synthesizing unit that creates configuration information representing a network configuration of the communication system by associating the first relationship information, the second relationship information, and the third relationship information; configuration management device.
  • the synthesizing unit Associating the first relationship information and the second relationship information by a port number, and linking the second relationship information and the third relationship information by an identifier used in the publication/subscription model 5.
  • the configuration management device wherein the configuration information is created by associating.
  • the creation unit creating the first relationship information and the third relationship information based on communication data as data distribution between the nodes; Based on the communication data between the nodes when the nodes participate in the communication system, the communication data between the nodes when searching for other nodes, or the communication data between the nodes when agreeing on delivery content, 6.
  • the configuration management device according to claim 4 or 5, which creates the first relationship information and the second relationship information.
  • a configuration management device that creates configuration information for a communication system that communicates between a plurality of nodes according to a brokerless publish/subscribe model, a receiving procedure for receiving communication data between the plurality of nodes; Based on the communication data, first relationship information representing the relationship between the nodes regarding transmission and reception of the communication data, and the relationship between the nodes regarding the domain to which they belong and whether they are publishers or subscribers.
  • a configuration management method that implements (Section 8) A program that causes a computer to function as the configuration management device according to any one of items 4 to 6.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムにおいて、前記複数のノード間の通信データを受信し、前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成し、前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する。

Description

通信システム、構成管理装置、構成管理方法、及びプログラム
　本発明は、Ｐｕｂ／Ｓｕｂ通信を行う通信システムの構成情報を管理する技術に関する。
　近年、スマートファクトリーの実現に向け、情報ＮＷ（ネットワーク）上の機器とコントロールＮＷ上の機器とを繋ぐことから進められている。今後、機器の相互接続、１対多、多対１の通信を軽量・柔軟に行う通信モデルの普及が想定される。
　上記のような軽量・柔軟に行う通信モデルとしてＰｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅ通信（以降、Ｐｕｂ／Ｓｕｂ通信）モデルが提案されている。Ｐｕｂ／Ｓｕｂ通信では、ｅｖｅｎｔと呼ばれるメッセージを作成して送信（配信）する側のクライアントであるＰｕｂｌｉｓｈｅｒと、メッセージを受信（購読）する側のクライアントであるＳｕｂｓｃｒｉｂｅｒが存在する。
　Ｐｕｂ／Ｓｕｂ通信には、「空間的分離」、「時間的分離」、「非同期処理」という３つの性質がある。「空間的分離」により、ＰｕｂｌｉｓｈｅｒとＳｕｂｓｃｒｉｂｅｒは互いの存在を知る必要がない。「時間的分離」により、ＰｕｂｌｉｓｈｅｒとＳｕｂｓｃｒｉｂｅｒが同時にネットワーク上に存在しなくてもデータの送受信が可能である。また、「非同期処理」により、ｅｖｅｎｔの送信、受信はＰｕｂｌｉｓｈｅｒもしくはＳｕｂｓｃｒｉｂｅｒのその他の処理と非同期で処理することができる。
　Ｐｕｂ／Ｓｕｂ通信モデルには、ブローカ型とブローカレス型がある。ブローカ型の構成は、空間的分離、時間的分離、及び非同期処理の性質を担うブローカと呼ばれる機能をＰｕｂとＳｕｂの間に配置した構成である。ブローカレス型の構成は、全てのノード（ＰｕｂとＳｕｂ）が空間的分離、時間的分離、及び非同期処理の性質を担う機能を持った分散構成である。各ノードに、ＤＤＳ（Ｄａｔａ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｓｅｒｖｉｃｅ）と呼ばれる機能を配備することで、上記のブローカレス型の構成を実現することができる。なお、Ｐｕｂ／Ｓｕｂ通信モデルは出版／購読型モデルとも呼ばれる。
What's in the DDS Standard, インターネット＜ＵＲＬ：https://www.dds-foundation.org/omg-dds-standard/＞
　しかしながら、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信を行う通信システムでは、ＰｕｂとＳｕｂ間におけるデータ送受信関係がＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）レベルだけでは把握できない。これは、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信では、マルチキャストによる配信、複数ドメインの存在、トピック分けによる配信・購読などが行われるためである。
　このため、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信を行う通信システムでは、その構成情報の管理が困難であった。
　本発明は上記の点に鑑みてなされたものであり、Ｐｕｂ／Ｓｕｂ通信を行う通信システムの構成情報を管理することを可能とする技術を提供することを目的とする。
　開示の技術によれば、ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムであって、
　前記複数のノード間の通信データを受信する受信部と、
　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成部と、
　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成部と、
　を有する通信システムが提供される。
　開示の技術によれば、Ｐｕｂ／Ｓｕｂ通信を行う通信システムの構成情報を管理することを可能とする技術が提供される。
ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信を説明するための図である。 ＤＤＳが組み込まれるシステム構成例を示す図である。 実施例におけるシステム構成例を示す図である。 構成管理を説明するための図である。 実施例における構成管理部の構成例を示す図である。 実施例における処理フローを示す図である。 装置のハードウェア構成例を示す図である。
　以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
　以下で説明する実施形態では、本発明を、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信を行う通信システムに適用する例を説明するが、本発明は、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信に限らずに適用可能である。
　（ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信について）
　まず、本実施の形態の前提となるＤＤＳ、及びＤＤＳを用いたＰｕｂ／Ｓｕｂ通信について説明する。
　本実施の形態では、前述したブローカレス型の構成を採用しており、ＤＤＳが、ブローカに相当する機能を担うことにより、ブローカレス型を実現している。
　ここで、ＤＤＳにおける配送範囲管理について説明する。ＤＤＳではノードが持つＮＷ　Ｉ／Ｆに配送用ＮＷを追加する。利用者が設定した配送範囲はこの配送用ＮＷとＤＤＳ内部のフィルタにより動作し、Ｐｕｂ又はＳｕｂとして機能するアプリケーションに適切なデータの送受信を可能にする。
　具体的には、データバスと利用者が設定する配送範囲をもとに、ＤＤＳではノードの中で利用できるＮＷ　Ｉ／Ｆにマルチキャストアドレスを付与し、配送用ＮＷを整備する。配送範囲指定時にノードが既存で持つＩＰアドレスを利用したユニキャストで配信するか、新たに付与したマルチキャストアドレスを活用するかについても設定でき、物理的なデータ流通範囲を定めることを可能にしている。
　図１に配送範囲の一例を示す。図１の例では、配送範囲として、ドメインＡとドメインＢが設定されている。また、ドメインＡ内において、トピック［い］についての配送範囲とトピック［ろ］についての配送範囲が設定されている。また、トピック［い］の配送範囲内において、キー［ＩＩ］の配送範囲が設定されている。
　（ＤＤＳが組み込まれるシステム構成例について）
　ＤＤＳは、ノード（コンピュータ、通信装置などと呼んでもよい）においてミドルウェアとして機能するプログラムである。ＤＤＳにおける通信に必要な大元となる処理プログラムはライブラリとして用意されている。アプリケーション（「ＡＰＰ」と記述する）が送信するデータの定義（型、サイズ、名称、ＱｏＳ、など）をパラメータとして有する通信プログラム生成用データ定義ファイルから、このライブラリを利用することで、ＤＤＳのプログラムを生成することができる。ＤＤＳの生成自体は既存技術である。
　図２は、ＤＤＳが組み込まれるシステム構成例を示す図である。図２は、物理的には、センサや制御バルブが接続された複数のノード（コンピュータ）が、論理的なバス型のネットワークに接続された構成を示している。
　ノード１、２にはそれぞれセンサが接続されており、Ｐｕｂｌｉｓｈするデータを生成するＡＰＰと、ＤＤＳが搭載されている。ノード２、３にはそれぞれ制御バルブが接続されており、Ｓｕｂｓｃｒｉｂｅしたデータを活用するＡＰＰと、ＤＤＳが搭載されている。
　図２の例は、ＤＤＳにより、冗長化ＱｏＳ設定のあるＰｕｂ／Ｓｕｂ構成を実現した例を示している。具体的には、ノード１のＤＤＳにより主Ｐｕｂと副１Ｐｕｂが構成され、ノード２のＤＤＳにより副２Ｐｕｂが構成されている。また、ノード３のＤＤＳにより第１Ｓｕｂと第２Ｓｕｂが構成され、ノード４のＤＤＳにより第３Ｓｕｂが構成されている。
　なお、図２の例では、ＡＰＰがｐｙｔｈｏｎで記述され、ＤＤＳがＣ＋＋で記述されている例を示しているが、これらは一例であり、どのようなプログラミング言語で記述されていてもよい。また、Ｐｕｂ／Ｓｕｂ構成の変更をする場合、ＱｏＳなど一部動的に変更できるものと、プロセスの再起動（プログラムの修正を含む）を必要とするものとがある。
　以下、本実施の形態に係る技術の一例として、実施例について説明する。
　（実施例におけるシステム構成例）
　まず、本実施例における通信システムの例について説明する。本実施例における通信システムにおいて、１つのノードは複数のドメインに所属してよい。また、１つのノードに複数のＰｕｂ／Ｓｕｂが存在してよい。なお、ここでのＰｕｂとはＰｕｂｌｉｓｈするデータを生成するアプリケーションであり、ＳｕｂとはＳｕｂｓｃｒｉｂｅしたデータを活用するアプリケーションである。Ｐｕｂ／Ｓｕｂ通信に係る機能はＤＤＳが担う。
　また、１つのノードにＰｕｂ／Ｓｕｂの両方が存在してもよく、１つのノードに複数のドメインに跨るＰｕｂ／Ｓｕｂが存在してもよい。また、１つのＡＰＰに複数のＰｕｂ又は複数のＳｕｂが存在してもよい。また、同一ＡＰＰにおける各Ｐｕｂ、各Ｓｕｂは識別可能である。また、本実施例における通信システムでは、通信は平文である。
　図３に、本実施例における通信システムの構成例を示す。図３に示すように、この通信システムは、ノード１０～１８、Ｌ２ＳＷ（レイヤ２スイッチ）２０、２１、Ｌ３ＳＷ（レイヤ３スイッチ）３０、パケット分析装置４０、検知部５０を有する。
　図３の例において、ノード１０、１１、１２、１５、１６、１７はドメインＤ１に属し、ノード１２、１３、１７、１８はドメインＤ２に属している。例えば、ノード１０の「ＤＤＳ＿Ｄ１」のＤ１のように、そのノードが属するドメインが示されている。ノード１２とノード１７は、ドメインＤ１とドメインＤ２の両方に属している。
　例えば、ノード１０において、「Ｐｕｂ１（ＡＰＰい）」は、トピック［い］のデータをＰｕｂｌｉｓｈするアプリケーションであり、Ｐｕｂ／Ｓｕｂ通信においてＰｕｂ１（Ｐｕｂｌｉｓｈｅｒ１）として機能する。ノード１０において、Ｐｕｂ１（ＡＰＰい）とＰｕｂ２（ＡＰＰい）として、２つのＰｕｂが存在する。これは、ＡＰＰとしては１つであるが、ＤＤＳの機能により、２つのＰｕｂとして機能することを示している。ノード１５において示されるように、Ｓｕｂについても同様である。
　また、ノード１１は、Ｐｕｂ３とＳｕｂ４として、ＰｕｂとＳｕｂの両方を備えている。ノード１２、１４には複数のＰｕｂとして機能する複数のＡＰＰが存在し、ノード１７、１８には複数のＳｕｂとして機能する複数のＡＰＰが存在する。
　また、Ｌ３ＳＷ３０の先にはインターネット５５が接続されており、各ノードはインターネット５５と通信することが可能である。また、Ｌ２ＳＷ２０、２１には、パケット分析装置４０が接続されており、パケット分析結果に基づいて、検知部５０が異常検知を行ったり、構成管理部６０が構成管理を行ったりすることが可能である。なお、検知部５０及び構成管理部６０はパケット分析装置４０が有していてもよいし、パケット分析装置４０とは異なる装置が有していてもよい。本実施例では、パケット分析装置４０が検知部５０及び構成管理部６０を有しているものとする。
　（構成管理について）
　上述したように、ＤＤＳを用いたＰｕｂ／Ｓｕｂ通信を行う通信システムでは、ＰｕｂとＳｕｂ間におけるデータ送受信関係がＩＰレベルだけでは把握できないため、通信システムの構成情報（ＮＷ構成情報）の管理が困難である。そこで、本実施例では、ノード間を流れる通信（トラヒック）から作成できる複数の関係性情報を組み合わせることで、構成情報を管理可能とする。
　関係性情報としては、ＮＷの水平軸のトポロジを表す「ＩＰ関係レイヤ」、「参加者関係レイヤ」、「Ｐｕｂ／Ｓｕｂ関係レイヤ」の３つを作成する。ＩＰ関係レイヤと参加者関係レイヤが関連付けられ、参加者関係レイヤとＰｕｂ／Ｓｕｂ関係レイヤが関連付けられるため、結局３つの全てのレイヤが関連付けられることなり、これら３つのレイヤを合成することで、ＮＷの垂直軸のトポロジを表す「合成レイヤ」が得られる。この合成レイヤを複数世代分保持することで、構成情報が管理される。なお、世代とは、例えば、或る時間区切り、イベントの区切りなどで分けた区分を指す。
　図４に、ＩＰ関係レイヤ、参加者関係レイヤ、Ｐｕｂ／Ｓｕｂ関係レイヤ、合成レイヤの一例を示す。図４に示すように、ＩＰ関係レイヤはＩＰアドレスを頂点、ＩＰレベルのデータの送受信関係を枝とするグラフ構造で表される。ＩＰ関係レイヤにおいて、頂点間に枝がある場合はその頂点が表すＩＰアドレスを持つノード間でデータの送受信関係があることを表している。なお、１つのノードが複数のＩＰアドレスを持つことがある（例えば、ユニキャスト用のＩＰアドレスに加えて、マルチキャスト用のＩＰアドレスを持つことがある。）。参加者関係レイヤはノードが持つＧＵＩＤを１つの記号（三角形又は逆三角形の記号）で表しており、各記号は各ＧＵＩＤが属するドメインとＰｕｂ又はＳｕｂのいずれであるかを表している。Ｐｕｂ／Ｓｕｂ関係レイヤはノードが持つＧＵＩＤを頂点、同一トピックに属するか否かの関係を枝としており、各ＧＵＩＤが属するトピックの関係性を表している。なお、参加者関係レイヤも上記の記号（三角形又は逆三角形の記号）を頂点とするグラフ構造で表される。図４の例では参加者関係レイヤを表すグラフ構造には枝がないが、例えば、同一ドメインに属する頂点同士を枝で繋いで表現されてもよい。
　Ｐｕｂ／Ｓｕｂ関係レイヤはデータ配信としての通信から取得される情報で作成可能であり、参加者関係レイヤはＤＤＳ動作用通信から取得される情報で作成可能である。一方で、ＩＰ関係レイヤはデータ配信としての通信とＤＤＳ動作用通信の両方から取得される情報で作成可能である。なお、ＤＤＳ動作用通信とは、ノードがＰｕｂ／Ｓｕｂ通信に参加するときに行う通信、他のノードを探索するときに行う通信、配信内容を合意するときに行う通信などのことである。
　ＩＰ関係レイヤにおいて、１つの頂点には、ノードが持つＩＰアドレスを含む５タプル（ｓｒｃ／ｄｓｔ　ＩＰアドレス、ｓｒｃ／ｄｓｔ　ｐｏｒｔ番号、ｐｒｏｔｏｃｏｌ番号）が対応付けられている。参加者関係レイヤにおいては、１つの記号（三角形又は逆三角形の記号）にはＧＵＩＤとｐｏｒｔ番号が対応付けられている。Ｐｕｂ／Ｓｕｂ関係レイヤにおいては、１つの頂点にはＧＵＩＤとトピック名が対応付けられている。ＧＵＩＤとはＤＤＳで利用される識別子であり、ＩＰアドレスやｐｏｒｔ番号等から生成される。なお、１つのノードが複数のＧＵＩＤを持つことがある（例えば、１つのノードがＰｕｂとＳｕｂの両方として機能する場合、１つのノードが複数のドメインや複数のトピックに属する場合など）。
　したがって、ＩＰ関係レイヤと参加者関係レイヤをｐｏｒｔ番号で関連付けることが可能であり、参加者関係レイヤとＰｕｂ／Ｓｕｂ関係レイヤをＧＵＩＤで関連付けることが可能である。これらの関連付けにより３つのレイヤを合成することで、Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成情報として合成レイヤが得られる。この合成レイヤは、例えば、複数世代分保持される。
　ここで、合成レイヤにおいて、ある１つのノードに着目した場合、このノードにはＩＰ関係レイヤの１以上の頂点（ＩＰアドレスを含む５タプル）が対応し、これら１以上の頂点の各々に対して参加者関係レイヤの１以上の頂点（ｐｏｒｔ番号及びＧＵＩＤ）が関連付けられる。また、参加者関係レイヤの１以上の頂点の各々に対して、Ｐｕｂ／Ｓｕｂ関係レイヤの０以上の頂点（ＧＵＩＤ及びトピック名）が関連付けられる。すなわち、合成レイヤでは、各ノードに対して、当該ノードを頂点とするツリー構造（最上位の階層をＩＰアドレス、次の階層をｐｏｒｔ番号、その次の階層をＧＵＩＤ、最後の階層をトピック名とするツリー構造）が得られ、このツリー構造が垂直軸トポロジを表す。
　（本実施例の構成例）
　本実施例では、上記の構成管理を行う仕組みが提供される。図５は、構成管理部６０の構成例を示す。図５に示すように、構成管理部６０は、データ受信部６１０、ＩＰ関係レイヤ作成部６２０、参加者関係レイヤ作成部６３０、Ｐｕｂ／Ｓｕｂ関係レイヤ作成部６４０、合成部６５０、可視化部６６０、関係性記録部６７０を有する。これら各部の動作などについては、後述するシーケンスのところで説明される。本実施例では、これら各部により、上述した３つのレイヤを作成した上で、これら３つのレイヤを合成して合成レイヤを作成する。これによって、Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成情報の管理が実現される。
　（本実施例のシーケンス例）
　次に、図６のシーケンス図を参照して、本実施例における構成管理部６０を有するパケット分析装置４０の動作例について説明する。なお、図６の例では、ある１世代分の合成レイヤを作成する場合を説明する。
　データ受信部６１０がパースされた通信（データ）を受信すると、このデータをＩＰ関係レイヤ作成部６２０、参加者関係レイヤ作成部６３０、Ｐｕｂ／Ｓｕｂ関係レイヤ作成部６４０に通知する（Ｓ１０１～Ｓ１０４）。通信のパースは、パケット分析装置４０が備える既存機能により行われる。なお、データ受信部６１０は、パースされた通信（データ）を受信するたびに、このデータをＩＰ関係レイヤ作成部６２０、参加者関係レイヤ作成部６３０、Ｐｕｂ／Ｓｕｂ関係レイヤ作成部６４０に通知する。
　上記の通信がＤＤＳ動作用通信、データ配信としての通信のいずれであっても、ＩＰ関係レイヤ作成部６２０は、この通信（データ）からＩＰ関係レイヤの頂点と枝を作成する（Ｓ１０５）。一方で、上記の通信がＤＤＳ動作用通信である場合、参加者関係レイヤ作成部６３０は、この通信（データ）から参加者関係レイヤの頂点と枝を作成する（Ｓ１０６）。また、上記の通信がデータ配信としての通信である場合、Ｐｕｂ／Ｓｕｂ関係レイヤ作成部６４０は、この通信（データ）からＰｕｂ／Ｓｕｂ関係レイヤの頂点と枝を作成する（Ｓ１０７）。
　１世代分が経過した場合（例えば、或る時間経過した場合や或るイベントが発生した場合）、ＩＰ関係レイヤ作成部６２０、参加者関係レイヤ作成部６３０、Ｐｕｂ／Ｓｕｂ関係レイヤ作成部６４０は、上記で作成した頂点と枝を関係性記録部６７０に登録する（Ｓ１０８～Ｓ１１０）。これにより、上記のＳ１０５で作成された頂点と枝のグラフ構造で表されるＩＰ関係レイヤ、上記のＳ１０６で作成された頂点と枝のグラフ構造で表される参加者関係レイヤ、上記のＳ１０７で作成された頂点と枝のグラフ構造で表されるＰｕｂ／Ｓｕｂ関係レイヤが関係性記録部６７０に記録される。なお、これらのレイヤは、上述したように、Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成の水平軸トポロジを表す。
　続いて、合成部６５０は、当該世代に関する各レイヤの全頂点と枝を関係性記録部６７０から検索し、その検索結果を受け取る（Ｓ１１１～Ｓ１１２）。つまり、合成部６５０は、当該検索結果として、当該世代のＩＰ関係レイヤ、参加者関係レイヤ、Ｐｕｂ／Ｓｕｂ関係レイヤを受け取る。その後、合成部６５０は、受け取ったレイヤを合成して合成レイヤを作成し、関係性記録部６７０に登録する（Ｓ１１３～Ｓ１１４）。これにより、Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成の垂直軸トポロジと水平軸トポロジの両方を表す合成レイヤが関係性記録部６７０に記録される。
　なお、上記のＳ１０８～Ｓ１１０及びＳ１１４では、最も古い世代のレイヤが削除されてもよい。例えば、Ｎ世代分のレイヤ（ＩＰ関係レイヤ、参加者関係レイヤ、Ｐｕｂ／Ｓｕｂ関係レイヤ、及び合成レイヤ）を保持しておく場合に、上記のＳ１０８～Ｓ１１０及びＳ１１４で登録する際に既にＮ成分のレイヤが記録されているときは、最も古い世代のレイヤを削除する。
　Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成を可視化する際には、可視化部６６０は、該当の世代を指定して、この世代に関する合成レイヤの全頂点と枝を関係性記録部６７０から検索し、その検索結果を受け取る（Ｓ１１５～Ｓ１１６）。そして、可視化部６６０は、受け取った頂点と枝のグラフ構造で表される合成レイヤを可視化する（Ｓ１１７）。なお、可視化部６６０は、例えば、利用者の端末等に合成レイヤを可視化してもよい（例えば、３次元空間内に、合成レイヤが表す垂直軸及び水平軸トポロジのＮＷ構成を可視化する等）。これにより、利用者は、Ｐｕｂ／Ｓｕｂ通信を行う通信システムのＮＷ構成を把握することができ、その管理を行うことが可能となる。
　なお、本実施例では、同一世代において、同一の関係を表すレイヤ（ＩＰ関係レイヤ、参加者関係レイヤ、Ｐｕｂ／Ｓｕｂ関係レイヤ）が関係性記録部６７０に既に登録されている場合であっても上記のＳ１０８～Ｓ１１０の処理を実行しているが、処理負荷の軽減等の観点から、同一の関係を表すレイヤが既に登録されている場合にはこれらの処理は実行されなくてもよい。同様に、上記のＳ１１１～Ｓ１１４の処理についても、上記のＳ１０８～Ｓ１１０の処理が実行されなかった場合（つまり、ＩＰ関係レイヤ、参加者関係レイヤ、Ｐｕｂ／Ｓｕｂ関係レイヤのいずれも新たに登録されなかった場合）には実行されなくてもよい。
　（ハードウェア構成例）
　本実施の形態における構成管理部６０を有するパケット分析装置４０は、例えば、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現することができる。
　上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
　図７は、上記コンピュータのハードウェア構成例を示す図である。図７のコンピュータは、それぞれバスＢで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、入力装置１００７、出力装置１００８などを有する。
　当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、構成管理部６０に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）などを表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。出力装置１００８は演算結果を出力する。なお、パケット分析装置４０において、表示装置１００６、入力装置１００７のいずれか又は両方を備えないこととしてもよい。
　（実施の形態の効果）
　本実施の形態に係る技術によれば、ＤＤＳを用いてＰｕｂ／Ｓｕｂ通信を行う通信システムの構成情報を管理することが可能となる。
　（実施の形態のまとめ）
　本明細書には、少なくとも下記各項の通信システム、構成管理装置、構成管理方法、及びプログラムが開示されている。
（第１項）
　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムであって、
　前記複数のノード間の通信データを受信する受信部と、
　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成部と、
　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成部と、
　を有する通信システム。
（第２項）
　前記合成部は、
　ポート番号により前記第１の関係性情報と前記第２の関係性情報を関連付けるとともに、前記出版／購読型モデルで利用される識別子により前記第２の関係性情報と前記第３の関係性情報とを関連付けることで、前記構成情報を作成する、第１項に記載の通信システム。
（第３項）
　前記作成部は、
　前記ノード間のデータ配信としての通信データに基づいて、前記第１の関係性情報と前記第３の関係性情報とを作成し、
　前記通信システムにノードが参加するときの前記ノード間の通信データ、他のノードを探索するときの前記ノード間の通信データ、又は配信内容を合意するときの前記ノード間の通信データに基づいて、前記第１の関係性情報と前記第２の関係性情報とを作成する、第１項又は第２項に記載の通信システム。
（第４項）
　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムの構成情報を作成する構成管理装置であって、
　前記複数のノード間の通信データを受信する受信部と、
　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成部と、
　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成部と、
　を有する構成管理装置。
（第５項）
　前記合成部は、
　ポート番号により前記第１の関係性情報と前記第２の関係性情報を関連付けるとともに、前記出版／購読型モデルで利用される識別子により前記第２の関係性情報と前記第３の関係性情報とを関連付けることで、前記構成情報を作成する、第４項に記載の構成管理装置。
（第６項）
　前記作成部は、
　前記ノード間のデータ配信としての通信データに基づいて、前記第１の関係性情報と前記第３の関係性情報とを作成し、
　前記通信システムにノードが参加するときの前記ノード間の通信データ、他のノードを探索するときの前記ノード間の通信データ、又は配信内容を合意するときの前記ノード間の通信データに基づいて、前記第１の関係性情報と前記第２の関係性情報とを作成する、第４項又は第５項に記載の構成管理装置。
（第７項）
　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムの構成情報を作成する構成管理装置が、
　前記複数のノード間の通信データを受信する受信手順と、
　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成手順と、
　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成手順と、
　を実行する構成管理方法。
（第８項）
　コンピュータを、第４項乃至第６項の何れか一項に記載の構成管理装置として機能させるプログラム。
　以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１０～１８　ノード
２０、２１　Ｌ２ＳＷ
３０　Ｌ３ＳＷ
４０　パケット分析装置
５０　検知部
５５　インターネット
６０　構成管理部
６１０　データ受信部
６２０　ＩＰ関係レイヤ作成部
６３０　参加者関係レイヤ作成部
６４０　Ｐｕｂ／Ｓｕｂ関係レイヤ作成部
６５０　合成部
６６０　可視化部
６７０　関係性記録部
１０００　ドライブ装置
１００１　記録媒体
１００２　補助記憶装置
１００３　メモリ装置
１００４　ＣＰＵ
１００５　インタフェース装置
１００６　表示装置
１００７　入力装置
１００８　出力装置

Claims (8)

  1. 　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムであって、
    　前記複数のノード間の通信データを受信する受信部と、
    　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成部と、
    　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成部と、
    　を有する通信システム。
  2. 　前記合成部は、
    　ポート番号により前記第１の関係性情報と前記第２の関係性情報を関連付けるとともに、前記出版／購読型モデルで利用される識別子により前記第２の関係性情報と前記第３の関係性情報とを関連付けることで、前記構成情報を作成する、請求項１に記載の通信システム。
  3. 　前記作成部は、
    　前記ノード間のデータ配信としての通信データに基づいて、前記第１の関係性情報と前記第３の関係性情報とを作成し、
    　前記通信システムにノードが参加するときの前記ノード間の通信データ、他のノードを探索するときの前記ノード間の通信データ、又は配信内容を合意するときの前記ノード間の通信データに基づいて、前記第１の関係性情報と前記第２の関係性情報とを作成する、請求項１又は２に記載の通信システム。
  4. 　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムの構成情報を作成する構成管理装置であって、
    　前記複数のノード間の通信データを受信する受信部と、
    　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成部と、
    　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成部と、
    　を有する構成管理装置。
  5. 　前記合成部は、
    　ポート番号により前記第１の関係性情報と前記第２の関係性情報を関連付けるとともに、前記出版／購読型モデルで利用される識別子により前記第２の関係性情報と前記第３の関係性情報とを関連付けることで、前記構成情報を作成する、請求項４に記載の構成管理装置。
  6. 　前記作成部は、
    　前記ノード間のデータ配信としての通信データに基づいて、前記第１の関係性情報と前記第３の関係性情報とを作成し、
    　前記通信システムにノードが参加するときの前記ノード間の通信データ、他のノードを探索するときの前記ノード間の通信データ、又は配信内容を合意するときの前記ノード間の通信データに基づいて、前記第１の関係性情報と前記第２の関係性情報とを作成する、請求項４又は５に記載の構成管理装置。
  7. 　ブローカレス型の出版／購読型モデルにより複数のノード間で通信を行う通信システムの構成情報を作成する構成管理装置が、
    　前記複数のノード間の通信データを受信する受信手順と、
    　前記通信データに基づいて、前記通信データの送受信に関する前記ノード間の関係性を表す第１の関係性情報と、所属ドメイン及び出版側若しくは購読側のいずれであるかに関する前記ノード間の関係性を表す第２の関係性情報と、出版及び購読されるトピックに関する前記ノード間の関係性を表す第３の関係性情報とを作成する作成手順と、
    　前記第１の関係性情報と、前記第２の関係性情報と、前記第３の関係性情報とを関連付けることで、前記通信システムのネットワーク構成を表す構成情報を作成する合成手順と、
    　を実行する構成管理方法。
  8. 　コンピュータを、請求項４乃至６の何れか一項に記載の構成管理装置として機能させるプログラム。
PCT/JP2021/014228 2021-04-01 2021-04-01 通信システム、構成管理装置、構成管理方法、及びプログラム WO2022208854A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2023510121A JPWO2022208854A1 (ja) 2021-04-01 2021-04-01
PCT/JP2021/014228 WO2022208854A1 (ja) 2021-04-01 2021-04-01 通信システム、構成管理装置、構成管理方法、及びプログラム
US18/551,715 US20240097975A1 (en) 2021-04-01 2021-04-01 Communication system, configuration management apparatus, configuration management method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/014228 WO2022208854A1 (ja) 2021-04-01 2021-04-01 通信システム、構成管理装置、構成管理方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2022208854A1 true WO2022208854A1 (ja) 2022-10-06

Family

ID=83458280

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/014228 WO2022208854A1 (ja) 2021-04-01 2021-04-01 通信システム、構成管理装置、構成管理方法、及びプログラム

Country Status (3)

Country Link
US (1) US20240097975A1 (ja)
JP (1) JPWO2022208854A1 (ja)
WO (1) WO2022208854A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018526703A (ja) * 2015-05-20 2018-09-13 コンヴィーダ ワイヤレス， エルエルシー 効率を高めるためにサービス層サブスクリプションおよび通知を分析しグループ化する方法および装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018526703A (ja) * 2015-05-20 2018-09-13 コンヴィーダ ワイヤレス， エルエルシー 効率を高めるためにサービス層サブスクリプションおよび通知を分析しグループ化する方法および装置

Also Published As

Publication number Publication date
US20240097975A1 (en) 2024-03-21
JPWO2022208854A1 (ja) 2022-10-06

Similar Documents

Publication Publication Date Title
CN110383765B (zh) 使用图形模型的计算机基础结构的配置、遥测和分析
CN106971232B (zh) 网络控制系统中的控制器
US7710884B2 (en) Methods and system for dynamic reallocation of data processing resources for efficient processing of sensor data in a distributed network
TW202026901A (zh) 在網路路由環境中的獨立資料儲存空間
US20110185082A1 (en) Systems and methods for network virtualization
US9110884B2 (en) Message publishing and subscribing method and apparatus
US20050025071A1 (en) Network management system having a network including virtual networks
US20140280338A1 (en) Distributed network analytics
KR100971506B1 (ko) 발행 구독 네트워크에서 신뢰할 수 있고 효과적인 콘텐츠 기반 라우팅 및 질의와 응답을 위한 방법 및 장치
US10389618B2 (en) Distributing network path information in a network environment
JP2008211835A (ja) ペイロード検査を介したパケット・ルーティング、及びパブリッシュ／サブスクライブ型ネットワークにおけるサブスクリプション処理
US20150012917A1 (en) Distributed virtual security appliance and flow-based forwarding system using virtual machines
US10880166B2 (en) Multi-cluster management plane for network devices
US20050010386A1 (en) Method and system for dynamically modeling resources
JP2010505196A (ja) 効率的に拡張可能なコンピューティングのための複数のピアグループ
WO2022208854A1 (ja) 通信システム、構成管理装置、構成管理方法、及びプログラム
WO2022208855A1 (ja) 通信システム、異常検知装置、異常検知方法、及びプログラム
WO2022208857A1 (ja) 通信システム、検査装置、検査方法、及びプログラム
WO2022208856A1 (ja) 通信システム、切替装置、切替方法、及びプログラム
Ott et al. XML-based semantic multicast routing: An overlay network architecture for future information services
US20240187428A1 (en) Communication system, switching apparatus, switching method, and program
Shim et al. A study on communication optimization in multi-SDN controller
US20240143323A1 (en) Implementation and interpretation of api routing domain-specific language
Tarkoma et al. Mobility and completeness in publish/subscribe topologies
Gangqiang et al. A Communication Method of Distributed Tactical Training Simulation System Suitable for Remote Interconnection

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 18551715

Country of ref document: US

Ref document number: 2023510121

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21935016

Country of ref document: EP

Kind code of ref document: A1