WO2013125772A1 - 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법 - Google Patents

분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법 Download PDF

Info

Publication number
WO2013125772A1
WO2013125772A1 PCT/KR2012/010243 KR2012010243W WO2013125772A1 WO 2013125772 A1 WO2013125772 A1 WO 2013125772A1 KR 2012010243 W KR2012010243 W KR 2012010243W WO 2013125772 A1 WO2013125772 A1 WO 2013125772A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain
operating
response message
response
priority
Prior art date
Application number
PCT/KR2012/010243
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 US14/129,329 priority Critical patent/US20140195586A1/en
Publication of WO2013125772A1 publication Critical patent/WO2013125772A1/ko

Links

Images

Classifications

    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/541—Client-server

Definitions

  • the present invention relates to a distributed data interoperability scheme, and more particularly, to form a plurality of domains (processes) for processing individual processes by applying an interworking configuration between the operating device operating each legacy system,
  • the present invention relates to a message transmission system for distributed data interoperability and a method of configuring a message transmission method between operating devices according to process processing for each domain, as well as configuring a specific operation device between domains.
  • An agent is a software agent, which is a kind of computer program, and is defined as a system that is an autonomous process that performs work on behalf of a user for a specific purpose, and has the ability to cooperate with other agents or users to perform work. .
  • the software agent has various characteristics according to the purpose. For example, the software agent grasps the intention of the user through autonomy, knowledge base, and reasoning ability to judge and act on their own without direct instruction or interference by the user or other agents. Intelligence to learn new knowledge through planning and learning, and to carry out the work required by the user to the host that actually handles the work instead of the current host. Mobility results in a reduction, and sociality that relies on the exchange of messages between agents when they need the help of other agents to perform tasks that one agent cannot handle. Reactivity and giving the wrong information Does not have the characteristics such as accuracy (Veracity), there are agents.
  • the software agent forms a cooperative relationship for processing a task with the help of a plurality of agents or applications in order to perform a specific task using distributed data that is autonomously and independently operated in a legacy system.
  • the Multi-Agent Framework (MAF) is adopted.
  • the multi-agent is an agent that forms a cooperative relationship for processing a task with the help of a plurality of agents or applications in order to perform a specific task.
  • a configuration method and a message exchange method between agents should be provided.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide one or more operating devices, each of which operates a legacy system, by a master device as a slave device to process individual processes.
  • a master device When a domain is configured and a process request message is generated and delivered to a slave device constituting the corresponding domain in response to a specific process, the slave device performs the specific process according to the process request message received, and performs a process.
  • this paper defines the message transmission method between operating devices according to process processing by domain.
  • Another object of the present invention is to register each domain for processing individual processes by registering at least one operating device operating each legacy system as a slave device, and configuring the corresponding domain in response to specific process processing.
  • Another object of the present invention is to register as a slave device to one or more operating devices operating as a master device, to configure respective domains for processing individual processes, each corresponding to the process processing for each domain
  • a message transmission method between operating devices according to process processing for each domain is defined.
  • the message transmission system for distributed data interoperability for achieving the above object is to register each of one or more operating devices that operate each legacy system as a slave device to process the individual process
  • a master device for configuring a domain and generating and delivering a process request message to a slave device constituting the corresponding domain according to a specific process
  • register each domain with one or more operating devices operating as the master device perform the requested process according to the process request message received from each master device in response to process processing for each domain, and process It characterized in that it comprises a slave device for generating a process response message containing the results of the execution and deliver to the master device.
  • the slave device Preferably, the slave device generates two or more process response messages according to the process request message received from the master device for each domain, sets the priority, and compresses the process response messages for which the priority is set. And selectively transmit the corresponding process response message according to the set priority.
  • the slave device sets the priority based on a predetermined criterion for each of the two or more process response messages, and differently specifies the bandwidth of the transport channel according to the set priority.
  • the master device is configured to additionally register at least one operating device previously registered as the slave device in a specific domain as a slave device to configure a separate domain.
  • the master device is registered as the slave device in at least one operating device operating as a separate master device, characterized in that to configure each domain.
  • the operation management unit for configuring each domain for processing individual processes by registering at least one operating device for operating each legacy system as a slave device; And identifying each slave device constituting the corresponding domain in response to a specific process process, delivering a process request message generated to the identified slave device, and receiving a process response message included in the specific process execution result.
  • the operation management unit is configured to additionally register at least one operating device that is pre-registered as a slave device in a specific domain as a slave device to configure a separate domain.
  • the operation management unit is registered as a slave device to at least one operating device operating as a master device constituting each domain, characterized in that for configuring each domain.
  • the job management unit according to the process request message received from the master device for each domain, generates two or more of the process response messages to set the priority, and compresses the process response messages set the priority And selectively transmit the corresponding process response message according to the set priority.
  • the job management unit sets the priority based on a predetermined criterion for each of the two or more process response messages, and differently specifies the bandwidth of the transport channel according to the set priority.
  • the operation management unit is registered as one or more slave devices to operate as a master device, each domain for processing individual processes; And performing a requested process according to the process request message received from each master device in response to the process processing for each domain, and generating a process response message including a result of performing the process and delivering it to the corresponding master device. It is characterized by including.
  • the job management unit according to the process request message received from the master device for each domain, generates two or more of the process response messages to set the priority, and compresses the process response messages set the priority And selectively transmit the corresponding process response message according to the set priority.
  • the job management unit sets the priority based on a predetermined criterion for each of the two or more process response messages, and differently specifies the bandwidth of the transport channel according to the set priority.
  • a message transmission method for distributed data interoperability wherein a master device registers one or more operating devices operating respective legacy systems as slave devices to process individual processes.
  • a request message delivery step of the master device generating and delivering a process request message to a slave device configuring a corresponding domain in response to a specific process processing;
  • the domain configuration step is characterized in that additional domains are configured by additionally registering at least one operating device previously registered as a slave device in a specific domain as a slave device.
  • the response message delivery step according to the process request message received from the master device for each domain, response message generation step of generating two or more of the process response message; A priority setting step of setting priorities of the generated two or more process response messages; A compression performing step of performing compression on the priority response process response message; And a response message transmission step of selectively transmitting a process response message in which compression is performed according to the set priority.
  • the priority setting step is to set the priority on the basis of a predetermined criterion for each of the two or more process response messages, characterized in that to specify the bandwidth of the transport channel differently according to the set priority do.
  • a method of operating an operating device for achieving the above object is to register one or more operating devices for operating each legacy system as a slave device to configure each domain for processing individual processes.
  • Domain configuration step A device identification step of identifying each slave device constituting the corresponding domain in response to a specific process process; A request message delivery step of delivering a generated process request message to the identified slave device; And a response message receiving step of receiving a process response message included in the specific process execution result.
  • the domain configuration step is characterized in that additional domains are configured by additionally registering at least one operating device which is previously registered as a slave device in a specific domain as a slave device.
  • the method comprises: a slave operation step of registering each of the domains as a slave device with at least one operating device operating as a master device constituting each domain; A response message generation step of generating at least two process response messages according to the process request message received from a master device for each domain; A priority setting step of setting priorities of the generated two or more process response messages; A compression performing step of performing compression on the priority response process response message; And a response message transmission step of selectively transmitting a process response message in which compression is performed according to the set priority.
  • a method of operating an operating device for achieving the above object is a domain registered with one or more operating devices operating as a master device as a slave device and constituting each domain for processing an individual process.
  • Configuration step A process execution step of performing a requested process according to a process request message received from each master device in response to process processing for each domain; And a response message delivery step of generating a process response message including the result of the process execution and delivering the result to the corresponding master device.
  • the response message delivery step according to the process request message received from the master device for each domain, response message generation step of generating two or more of the process response message; A priority setting step of setting priorities of the generated two or more process response messages; A compression performing step of performing compression on the priority response process response message; And a response message transmission step of selectively transmitting a process response message in which compression is performed according to the set priority.
  • the priority setting step is to set the priority on the basis of a predetermined criterion for each of the two or more process response messages, characterized in that to specify the bandwidth of the transport channel differently according to the set priority do.
  • the computer-readable recording medium for achieving the above object is to register each domain for processing individual processes by registering one or more operating devices for operating each legacy system as slave devices.
  • Domain configuration step A device identification step of identifying each slave device constituting the corresponding domain in response to a specific process process; A request message delivery step of delivering a generated process request message to the identified slave device; And a command for executing a response message receiving step of receiving a process response message included in the specific process execution result.
  • the domain configuration step is characterized in that additional domains are configured by additionally registering at least one operating device which is previously registered as a slave device in a specific domain as a slave device.
  • the recording medium is a slave operation step of configuring each domain is registered as a slave device to one or more operating devices operating as a master device constituting each domain;
  • a response message generation step of generating at least two process response messages according to the process request message received from a master device for each domain;
  • a computer readable recording medium for achieving the above object is a domain that is registered as a slave device in one or more operating devices operating as a master device, and constitutes each domain for processing individual processes.
  • Configuration step A process execution step of performing a requested process according to a process request message received from each master device in response to process processing for each domain; And a command for executing a response message delivery step of generating a process response message including the result of the process execution and delivering the result to the corresponding master device.
  • the response message delivery step according to the process request message received from the master device for each domain, response message generation step of generating two or more of the process response message; A priority setting step of setting priorities of the generated two or more process response messages; A compression performing step of performing compression on the priority response process response message; And a response message transmission step of selectively transmitting a process response message in which compression is performed according to the set priority.
  • the priority setting step is to set the priority on the basis of a predetermined criterion for each of the two or more process response messages, characterized in that to specify the bandwidth of the transport channel differently according to the set priority do.
  • a plurality of domains for processing individual processes by applying the interworking configuration between the operating device operating each legacy system (Legacy)
  • the interworking configuration between the operating device operating each legacy system (Legacy)
  • by forming a specific operation device between domains to share with each other it is possible not only to process a single purpose but also to perform a multi-purpose process.
  • FIG. 1 is a schematic configuration diagram of a message transmission system for distributed data interoperability according to an embodiment of the present invention.
  • FIG. 2 is a schematic configuration diagram of a master device according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a slave device according to an embodiment of the present invention.
  • FIG. 4 is a view for explaining a message configuration according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart illustrating a method of operating a message transmission system for distributed data interoperation according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart illustrating a method of operating a first operating device according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart illustrating a method of operating a second operating device according to an embodiment of the present invention.
  • FIG. 1 is a schematic block diagram of a message transmission system for distributed data interoperation according to an embodiment of the present invention.
  • the system registers one or more operating devices that operate each legacy system as a slave device, configures each domain for processing individual processes, and requests a process for process processing for each domain.
  • a first operating device 100 generating and delivering a message;
  • a second operating device registered as at least one first operating device 100 operating as a master device, operating as a slave device constituting each domain, and generating and delivering a process response message according to process processing for each domain. It has a configuration that includes (200).
  • the first operating device 100 and the second operating device 200 refers to a server that operates each legacy system, and is equipped with an agent for processing a process requested by a user.
  • an agent platform for interworking processing between a plurality of agents is mounted, respectively, to simultaneously perform the roles of a master device and a slave device.
  • the first operating device 100 (hereinafter, referred to as a “master device”) in which the mounted agent platform is activated is assumed to be an operating device that serves as a master, and the mounted agent platform is deactivated.
  • the second operating device 200 (hereinafter, referred to as a slave device), which is in a state of being in a closed state, is assumed to be an operating device that performs a role of a slave.
  • the master device 100 registers a plurality of slave devices 200 to configure respective domains for processing individual processes.
  • the master device 100 operates as a master device according to activation of a mounted agent platform, thereby registering a specific process by registering an access address (IP) of at least one slave device 200 operating each legacy system. Configure a domain for processing.
  • the master device 100 configures a plurality of domains for individual process processing. That is, the master device 100 corresponding to 'server 1' registers the operating device corresponding to 'server 2' as the slave device 200 to configure 'domain 1', and also corresponds to 'server 4'.
  • the master device 100 registers an operation device corresponding to 'server 3' and 'server 5' as a slave device 200 to configure 'domain 2', and the master device 100 corresponding to 'server 6'.
  • the master device 100 may configure a domain by registering the operating device constituting the other domain as a slave device. That is, in the case of 'Server 1' operating as the master device 100 in 'Domain 1', it operates as the slave device 200 in 'Domain 3' and also from the 'Domain 2' to the slave device 200. In the case of operating 'Server 5', it operates as the slave device 200 in 'Domain 3'.
  • the master device 100 generates and transmits a process request message to each slave device 200 constituting the domain in response to a specific process.
  • the master device 100 confirms the access address of each slave device 200 constituting each domain in response to process processing for each domain, and generates a process request message based on the confirmed access address. By transferring to the slave device 200, a process processing for each domain is requested.
  • the protocol configuration of the process request message generated in the master device 100 for example, as shown in Figure 4, the information between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and, in the case of the process request message, the request tag is selected from the request / response tag.
  • the slave device 200 is registered with the master device 100 to configure each domain for processing individual processes.
  • the slave device 200 is registered in the plurality of master devices 100 to configure each domain for individual process processing. That is, the operating device corresponding to 'server 2' is registered as a slave device 200 in the master device 100 corresponding to 'server 1' to constitute 'domain 1', and the 'server 3' and 'server 5' The corresponding operation device is registered as a slave device 200 in the master operation device 100 corresponding to 'Server 4' to configure 'Domain 2', and also corresponds to 'Server 1' and 'Server 5'. The operating device is registered as the slave device 200 in the master device 100 corresponding to the 'server 6' to constitute 'domain 3'.
  • the slave device 200 performs the requested process according to the process request message received from each master device 100 in response to process processing for each domain.
  • the slave device 200 receives a process request message from each master device 100 in response to process processing for each domain, identifies a domain based on the process request message, and performs a process required for each domain. do. That is, according to the process processing in 'Domain 1', the slave device 200 corresponding to 'Server 2' identifies a domain based on a process request message received from the master device 100 corresponding to 'Server 1'.
  • the slave device 200 corresponding to the 'server 3' and the 'server 5' is executed from the master device 100 corresponding to the 'server 4' according to the process in the 'domain 2'.
  • the domain is identified to perform the corresponding process, and the slave device 200 corresponding to 'Server 1' and 'Server 5' according to the process processing in 'Domain 3'
  • the process is performed by identifying a domain based on the process request message received from the master device 100 corresponding to the server 6 '.
  • the process performed through the slave device 200 performs the basic function of ETL (Extract, Transform, Load), and includes the transfer and refinement functions.
  • the data purification function may be performed based on a user-defined rule function generated by the task manager according to the data management policy.
  • the slave device 200 generates a process response message including the result of the process and delivers it to the corresponding master device 100.
  • the slave device 200 processes the result of performing the process according to the process request message received from the master device 100 for each domain, that is, the basic function of the ETL (Extract, Transform, Load) and processing through the transfer and refinement functions. Create a process response message containing the result.
  • the protocol configuration of the process request message generated in the master device 100 for example, as shown in Figure 4, the information between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and in the case of a process response message, a response tag among the request / response tag is selected.
  • the slave device 200 sets the priority for the process response message generated according to the user definition.
  • the slave device 200 applies a user definition, for example, a method of giving priority to a message requiring priority transmission for a packet of a fixed length or a method of prioritizing according to the size of other process response messages.
  • the slave device 200 sets the priority of the plurality of process response messages generated in response to the process execution for each domain, and specifies the bandwidth of the transport channel differently according to the set priority.
  • the slave device 200 performs compression for optimizing the amount of transmission data for the priority process response message.
  • the slave device 200 performs lossless compression using, for example, Java's basic API, and the compression of such a message converts the message string into a binary, and the Java based on the DEFLATE algorithm. This is done using the API.
  • the slave device 200 performs encryption in consideration of data security for the compressed process response message.
  • the slave device 200 performs encryption using a basic SEED algorithm based on the address of the NIC (Network Interface Card) mounted on the master device 100 as a key value.
  • the master device 100 that receives the process response message in which the encryption is performed proceeds to decrypt using the NIC address mounted in the master device 100.
  • the slave device 200 selectively transmits the process response message in which compression is performed according to the set priority.
  • the slave device 200 applies a weighted round robin (WRR) method to give a high weight to a high priority message so that the slave device 200 is selected first in the transport channel, thereby setting the priority set in the process response message in which the compression is performed.
  • WRR weighted round robin
  • the master device 100 registers one or more operating devices that operate each legacy system as a slave device to configure each domain for processing individual processes. ; And a job management unit 120 for delivering a process request message generated to each slave device 200 constituting the corresponding domain in response to a specific process.
  • the operation management unit 110 refers to an agent platform (Agent Platform) for interworking processing between the agents installed in the operating device, and also, the job management unit 120 is installed on the operating device for processing a process required by the user.
  • the agent it is linked to the DBMS (Data Base Management System) that is mounted on the server to manage its own additional data and to the embedded DB (Data Base) that manages the access information of the DBMS.
  • DBMS Data Base Management System
  • the operation management unit 110 registers a plurality of slave devices 200 to configure respective domains for processing individual processes.
  • the operation management unit 110 operates as a master device according to activation of the mounted agent platform, thereby registering a specific process by registering an access address (IP) of at least one slave device 200 operating each legacy system. Configure a domain for processing.
  • the operation management unit 110 may configure a plurality of domains for individual process processing, and may further configure a domain by registering an operation device constituting another domain as the slave device 200.
  • the job manager 120 generates and transmits a process request message to each slave device 200 constituting the domain in response to a specific process.
  • the job manager 120 checks the connection address of each slave device 200 constituting each domain in response to process processing for each domain, and generates a process request message based on the confirmed access address. By transferring to the slave device 200, a process processing for each domain is requested.
  • the protocol configuration of the process request message generated by the task management unit 120 is, for example, as shown in Figure 4, between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents) ), And a request / response tag, and, in the case of the process request message, the request tag is selected from the request / response tag.
  • the job management unit 120 receives a process response message from the slave device 200 according to the process request message transmission.
  • the job manager 120 receives a process response message from each slave device 200 constituting the corresponding domain according to the process request message for each domain.
  • the process response message received from the slave device 200 includes a result of performing the process according to the process request message, that is, a basic function of the ETL (Extract, Transform, Load), and a processing result through the transfer and refinement functions.
  • the slave device 200 is registered in the plurality of master devices 100, the operation management unit 210 for configuring each domain for processing individual processes; And a task management unit 220 for performing the requested process according to the process request message received from each master device in response to the process processing for each domain.
  • the operation processing unit 210 refers to an agent platform (Agent Platform) for interworking processing between the agents installed in the operating device, but after the domain configuration, by maintaining the inactive state, to drive the operating device as a slave device 200. do.
  • Agent Platform Agent Platform
  • the work management unit 220 refers to an agent installed in the operating device for processing a process required by the user, the data management unit 220 is mounted on the server to manage its own additional data DBMS (Data Base) It has a configuration including an embedded DB (Data Base) for managing the access information of the Management System (DB) (Data Base Management System) and DBMS (Data Base Management System).
  • DBMS Data Base Management System
  • the operation processing unit 210 is registered in the master device 100 to form a domain.
  • the operation processing unit 210 is registered in a plurality of master devices 100 to configure each domain for individual process processing.
  • the job management unit 220 performs the requested process according to the process request message received from each master device 100 in response to process processing for each domain.
  • the work management unit 220 receives a process request message from each master device 100 in response to process processing for each domain, and identifies a domain based on the process request message to perform a process required for each domain. do. At this time, the work management unit 220 performs the basic function of ETL (Extract, Transform, Load) according to the process request message, and further performs the transfer and purification functions. In particular, in the case of the data cleansing function, it may be preferable to be performed based on a user-defined rule function generated by the task manager according to the data management policy.
  • ETL Extract, Transform, Load
  • the job management unit 220 generates a process response message including a result of performing the process according to the process request message received from the master device 100 for each domain.
  • the work management unit 220 processes the result of performing the process according to the process request message received from the master device 100 for each domain, that is, the basic function of the ETL (Extract, Transform, Load) and processing through the transfer and refinement functions. Create a process response message containing the result.
  • the protocol configuration of the process request message generated by the task management unit 220 is, for example, as shown in Figure 4, between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and in the case of a process response message, a response tag among the request / response tag is selected.
  • the task management unit 220 sets the priority for the process response message generated according to the user definition.
  • the work management unit 220 may apply a user-defined method, for example, to give priority to a message requiring priority transmission for a fixed length packet, or to apply a prioritization method according to the size of other process response messages. do.
  • the job management unit 220 sets priorities for a plurality of process response messages generated in response to process execution for each domain, and differently specifies the bandwidth of the transport channel according to the set priorities.
  • job management unit 220 performs compression to optimize the amount of transmission data for the process response message is set priority.
  • the task management unit 220 performs lossless compression using, for example, Java's basic API, and the compression of such a message converts the message string into a binary, based on the DEFLATE algorithm. This is done using the Java API of.
  • compression restoration the reverse process of the message compression method is performed, and after converting the string of the message to binary using BASE64, it can be restored to the original message again using the compression restoration algorithm.
  • the task management unit 220 performs encryption in consideration of data security for the compressed process response message.
  • the job management unit 220 performs encryption using a basic SEED algorithm based on the address of the NIC (Network Interface Card) mounted on the master device 100 as a key value.
  • the master device 100 that receives the process response message in which the encryption is performed proceeds to decrypt using the NIC address mounted in the master device 100.
  • job management unit 220 selectively transmits the process response message in which compression is performed according to the set priority.
  • the work management unit 220 applies a weighted round robin (WRR) method to give a high weight to a message having a high priority to be selected first in a transport channel, thereby setting the priority set in a process response message in which compression is performed. Check the ranking, and sequentially transmits each process response message to the master device for each domain 100 according to the identified priority.
  • WRR weighted round robin
  • a plurality of domains for processing individual processes by applying the interworking configuration between the operating device operating each legacy system (Legacy) ), And by configuring the specific operating devices between domains to be shared with each other, it is possible not only to process a single purpose but also to perform a multi-purpose process.
  • Legacy legacy system
  • by defining a message transmission method between operating devices according to process processing for each domain it is possible to improve the efficiency and reliability of message transmission according to distributed data interoperability.
  • the master device 100 registers a plurality of slave devices 200 to configure respective domains for processing individual processes (S110-S130).
  • the master device 100 operates as a master device according to activation of a mounted agent platform, thereby registering a specific process by registering an access address (IP) of at least one slave device 200 operating each legacy system. Configure a domain for processing.
  • the master device 100 configures a plurality of domains for individual process processing. That is, the master device 100 corresponding to 'server 1' registers the operating device corresponding to 'server 2' as the slave device 200 to configure 'domain 1', and also corresponds to 'server 4'.
  • the master device 100 registers an operation device corresponding to 'server 3' and 'server 5' as a slave device 200 to configure 'domain 2', and the master device 100 corresponding to 'server 6'.
  • the master device 100 may configure a domain by registering the operating device constituting the other domain as a slave device. That is, in the case of 'Server 1' operating as the master device 100 in 'Domain 1', it operates as the slave device 200 in 'Domain 3' and also from the 'Domain 2' to the slave device 200. In the case of operating 'Server 5', it operates as the slave device 200 in 'Domain 3'.
  • the master device 100 generates and transmits a process request message to each slave device 200 constituting the domain in response to a specific process (S140-S170).
  • the master device 100 checks the connection address of each slave device 200 constituting each domain in response to process processing for each domain, and generates a process request message based on the confirmed connection address. By transferring to the slave device 200, a process processing for each domain is requested.
  • the protocol configuration of the process request message generated in the master device 100 for example, as shown in Figure 4, the information between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and, in the case of the process request message, the request tag is selected from the request / response tag.
  • the slave device 200 performs the requested process according to the process request message received from each master device 100 in response to process processing for each domain (S180-S190).
  • the slave device 200 receives a process request message from each master device 100 in response to process processing for each domain, and identifies a domain based on the process request message to perform a process required for each domain. do. That is, according to the process processing in 'Domain 1', the slave device 200 corresponding to 'Server 2' identifies a domain based on a process request message received from the master device 100 corresponding to 'Server 1'.
  • the slave device 200 corresponding to the 'server 3' and the 'server 5' is executed from the master device 100 corresponding to the 'server 4' according to the process in the 'domain 2'.
  • the domain is identified to perform the corresponding process, and the slave device 200 corresponding to 'Server 1' and 'Server 5' according to the process processing in 'Domain 3'
  • the process is performed by identifying a domain based on the process request message received from the master device 100 corresponding to the server 6 '.
  • the process performed through the slave device 200 performs the basic function of ETL (Extract, Transform, Load), and includes the transfer and refinement functions.
  • the data purification function may be performed based on a user-defined rule function generated by the task manager according to the data management policy.
  • the slave device 200 generates a process response message including a result of performing the process and transmits the process response message to the corresponding master device 100 (S200-S210).
  • the slave device 200 is a process performance result according to the process request message received from the master device 100 for each domain, that is, processing through the basic function of the ETL (Extract, Transform, Load) and transfer and purification functions Create a process response message containing the result.
  • the protocol configuration of the process request message generated in the master device 100 for example, as shown in Figure 4, the information between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and in the case of a process response message, a response tag among the request / response tag is selected.
  • the slave device 200 sets the priority for the process response message generated according to the user definition.
  • the slave device 200 applies a user definition, for example, a method of giving priority to a message requiring priority transmission for a packet of a fixed length or a method of prioritizing according to the size of other process response messages.
  • the slave device 200 sets the priority of the plurality of process response messages generated in response to the process execution for each domain, and specifies the bandwidth of the transport channel differently according to the set priority.
  • the slave device 200 performs compression for optimizing the amount of transmission data for the priority process response message.
  • the slave device 200 performs lossless compression using, for example, Java's basic API, and the compression of such a message converts the message string into a binary, and the Java based on the DEFLATE algorithm. This is done using the API.
  • the slave device 200 performs encryption in consideration of data security for the compressed process response message.
  • the slave device 200 performs encryption using a basic SEED algorithm based on the address of the NIC (Network Interface Card) mounted on the master device 100 as a key value.
  • the master device 100 that receives the process response message in which the encryption is performed proceeds to decrypt using the NIC address mounted in the master device 100.
  • the slave device 200 selectively transmits the process response message in which compression is performed according to the set priority.
  • the slave device 200 applies a weighted round robin (WRR) method to give a high weight to a high priority message so that the slave device 200 is selected first in the transport channel, thereby setting the priority set in the process response message in which the compression is performed.
  • WRR weighted round robin
  • a plurality of slave devices 200 are registered to configure respective domains for processing individual processes (S310-S320).
  • the operation management unit 110 operates as a master device according to the activation of the mounted agent platform, thereby registering a specific process by registering an access address (IP) of at least one slave device 200 operating each legacy system. Configure a domain for processing.
  • the operation management unit 110 may configure a plurality of domains for individual process processing, and may further configure a domain by registering an operation device constituting another domain as the slave device 200.
  • a process request message is generated and delivered to each slave device 200 constituting the domain (S330-S360).
  • the job management unit 120 checks the access address of each slave device 200 constituting each domain in response to process processing for each domain, and generates a process request message based on the confirmed access address. By transferring to the slave device 200, a process processing for each domain is requested.
  • the protocol configuration of the process request message generated by the task management unit 120 is, for example, as shown in Figure 4, between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents) ), And a request / response tag, and, in the case of the process request message, the request tag is selected from the request / response tag.
  • the work management unit 120 receives a process response message from each slave device 200 constituting the corresponding domain according to the process request message for each domain.
  • the process response message received from the slave device 200 includes a result of performing the process according to the process request message, that is, a basic function of the ETL (Extract, Transform, Load), and a processing result through the transfer and refinement functions.
  • the master device 100 is registered to configure a domain (S410).
  • the operation processing unit 210 is registered in the plurality of master devices 100 to configure each domain for individual process processing.
  • the work management unit 220 receives a process request message from each master device 100 in response to process processing for each domain, and identifies a domain based on the process request message to perform a process required for each domain. do. At this time, the work management unit 220 performs the basic function of ETL (Extract, Transform, Load) according to the process request message, and further performs the transfer and purification functions. In particular, in the case of the data cleansing function, it may be preferable to be performed based on a user-defined rule function generated by the task manager according to the data management policy.
  • ETL Extract, Transform, Load
  • the work management unit 220 is a process performed according to the process request message received from the master device 100 for each domain, that is, processing through the basic function of the ETL (Extract, Transform, Load) and the transfer and purification functions Create a process response message containing the result.
  • the protocol configuration of the process request message generated by the task management unit 220 is, for example, as shown in Figure 4, between the message sender (Sender Info, Receiver Info), message language (Contents Language), message (Contents ), And a request / response tag, and in the case of a process response message, a response tag among the request / response tag is selected.
  • the task management unit 220 may apply a method of assigning a priority to a message that requires priority transmission for a user-defined, for example, fixed length packet, or other prioritization method according to the size of another process response message. do.
  • the job management unit 220 sets priorities for a plurality of process response messages generated in response to process execution for each domain, and differently specifies the bandwidth of the transport channel according to the set priorities.
  • the task manager 220 performs lossless compression using, for example, Java's basic API, and the compression of such a message converts a message string into a binary, based on the DEFLATE algorithm. This is done using the Java API of.
  • compression restoration the reverse process of the message compression method is performed, and after converting the string of the message to binary using BASE64, it can be restored to the original message again using the compression restoration algorithm.
  • the job management unit 220 performs encryption using a basic SEED algorithm based on the address of the NIC (Network Interface Card) mounted on the master device 100 as a key value.
  • the master device 100 that receives the process response message in which the encryption is performed proceeds to decrypt using the NIC address mounted in the master device 100.
  • the work management unit 220 applies a weighted round robin (WRR) method to give a high weight to a message having a high priority to be selected first in a transport channel, thereby setting a priority set in a process response message in which compression is performed. Check the ranking, and sequentially transmits each process response message to the master device for each domain 100 according to the identified priority.
  • WRR weighted round robin
  • a plurality of domains for processing individual processes by applying the interworking configuration between the operating device operating each legacy system (Domain) ), And by configuring the specific operating devices between domains to be shared with each other, it is possible not only to process a single purpose but also to perform a multi-purpose process.
  • Domain legacy system
  • a message transmission method between operating devices according to process processing for each domain it is possible to improve the efficiency and reliability of message transmission according to distributed data interoperability.
  • the steps of the method or algorithm described in connection with the embodiments presented herein may be embodied in the form of program instructions that may be executed by various computer means and recorded on a computer readable medium.
  • the computer readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks such as floppy disks.
  • Magneto-optical media and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.
  • the operating device in addition to configuring the domain to mutually share a specific operating device between domains processing individual processes, the operating device according to the process for each domain
  • the operating device in addition to configuring the domain to mutually share a specific operating device between domains processing individual processes, the operating device according to the process for each domain

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 동작 방법을 개시한다. 즉, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하고, 특정 프로세스 처리에 따라 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하는 마스터장치; 및 상기 마스터장치로서 동작하는 하나 이상의 운용장치에 등록되어 각각의 도메인을 구성하며, 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 슬레이브장치를 포함함으로써, 개별 프로세스를 처리하는 다수의 도메인(Domain)을 형성함과 아울러, 도메인 간 특정 운용장치를 상호 공유할 수 있도록 구성함으로써, 하나의 목적을 처리하기 위한 프로세스뿐만 아니라 다중 목적을 수행하는 프로세스가 가능하다.

Description

분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법
본 발명은 분산 데이터 상호 운용 방안에 관한 것으로, 더욱 상세하게는, 각각의 레거시(Legacy) 시스템을 운용하는 운용장치 간 연동 구성을 적용하여 개별 프로세스를 처리하는 다수의 도메인(Domain)을 형성하고, 도메인 간 특정 운용장치를 상호 공유할 수 있도록 구성함과 아울러, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법에 관한 것이다.
에이전트는 소프트웨어 에이전트로 일종의 컴퓨터 프로그램이라고 볼 수 있으며, '특정 목적에 대하여 사용자를 대신하여 작업을 수행하는 자율적 프로세스로서 작업의 수행을 위해 다른 에이전트나 사용자와 협동하는 기능을 가진 시스템'으로 정의하기도 한다.
상기 소프트웨어 에이전트는 목적에 따라 다양한 특성을 보유하게 되며, 그 예로서, 사용자나 다른 에이전트의 직접적인 지시나 간섭 없이도 스스로 판단하여 행동하는 자율성(Autonomy), 지식베이스와 추론 능력으로 사용자의 의도를 파악하여 계획을 세우고 학습을 통하여 새로운 지식을 스스로 터득하는 지능(Intelligence), 사용자가 요구한 작업을 현재의 호스트에서 수행하지 않고 실제 그 작업을 처리하는 호스트로 이동시켜 수행함으로써 수행의 효율을 높이고 네트워크 부하를 줄이는 효과를 가져오는 이동성(Mobility), 및 하나의 에이전트로는 처리하지 못하는 작업의 수행을 위해 다른 에이전트의 도움을 필요로 할 때 에이전트 간 메시지 교환에 의존하는 사회성(Sociality), 환경변화에 대하여 반응할 수 있는 반응성(Reactivity), 그리고 틀린 정보를 주고받지 않는 정확성(Veracity) 등의 특성을 보유한 에이전트들이 있다.
나아가, 소프트웨어 에이전트는 상술한 특성을 기반으로 레거시 시스템에서 자율적이고 독립적으로 운용되는 분산 데이터를 이용한 특정 작업을 수행하기 위해, 다수의 에이전트나 응용 프로그램의 도움을 받아 작업을 처리하는 협력관계를 형성하는 다중 에이전트 기반 구조(MAF: Multi-Agent Framework)를 대표적으로 채용하고 있다.
상기 다중 에이전트는 특정 작업을 수행하기 위하여 다수의 에이전트나 응용 프로그램의 도움을 받아 작업을 처리하는 협력관계를 형성하는 에이전트로서, 다수의 에이전트가 실행될 수 있는 환경인 다중 에이전트 기반 구조와 다수의 에이전트들의 구성 방법, 및 에이전트 간의 메시지 교환 방법이 제공되어야 한다.
본 발명은 상기한 사정을 감안하여 창출된 것으로서, 본 발명에서 도달하고자 하는 목적은, 마스터장치가 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하고, 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하면, 상기 슬레이브장치가 상기 프로세스요청메시지 수신에 따라 상기 특정 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법을 제공함으로써, 개별 프로세스를 처리하는 도메인 간 특정 운용장치를 상호 공유할 수 있도록 도메인을 구성함과 아울러, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의하는데 있다.
본 발명에서 도달하고자 하는 다른 목적은, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하며, 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하고, 상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하여 상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 운용장치 및 그 동작 방법을 제공함으로써, 개별 프로세스를 처리하는 도메인 간 특정 운용장치를 상호 공유할 수 있도록 도메인을 구성함과 아울러, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의하는데 있다.
본 발명에서 도달하고자 하는 또 다른 목적은, 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하며, 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 상기 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 운용장치 및 그 동작 방법을 제공함으로써, 개별 프로세스를 처리하는 도메인 간 특정 운용장치를 상호 공유할 수 있도록 도메인을 구성함과 아울러, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의하는데 있다.
상기 목적을 달성하기 위한 본 발명의 제 1 관점에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템은, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하고, 특정 프로세스 처리에 따라 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하는 마스터장치; 및 상기 마스터장치로서 동작하는 하나 이상의 운용장치에 등록되어 각각의 도메인을 구성하며, 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 슬레이브장치를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 슬레이브장치는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며, 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 한다.
바람직하게는, 상기 슬레이브장치는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
바람직하게는, 상기 마스터장치는, 특정 도메인에 상기 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 마스터장치는, 별도의 마스터장치로서 동작하는 하나 이상의 운용장치에 상기 슬레이브장치로 등록되어 각각의 도메인을 구성하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 2 관점에 따른 운용장치는, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부; 및 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하며, 상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하여, 상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 것을 특징으로 하는 작업관리부를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 운용관리부는, 특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 운용관리부는, 각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 작업관리부는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며, 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 한다.
바람직하게는, 상기 작업관리부는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 3 관점에 따른 운용장치는, 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부; 및 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 작업관리부를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 작업관리부는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며, 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 한다.
바람직하게는, 상기 작업관리부는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 4 관점에 따른 분산 데이터 상호 운용을 위한 메시지 전송 방법은, 마스터장치가 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계; 상기 마스터장치가 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하는 요청메시지전달단계; 상기 슬레이브장치가 상기 프로세스요청메시지 수신에 따라 상기 특정 프로세스를 수행하는 프로세스수행단계; 및 상기 슬레이브장치가 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 도메인구성단계는, 특정 도메인에 상기 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 응답메시지전달단계는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계; 상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계; 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및 상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 우선순위설정단계는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 5 관점에 따른 운용장치의 동작 방법은, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계; 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하는 장치식별단계; 상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하는 요청메시지전달단계; 및 상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 응답메시지수신단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 도메인구성단계는, 특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 방법은, 각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 슬레이브동작단계; 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계; 상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계; 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및 상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 더 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 6 관점에 따른 운용장치의 동작 방법은, 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계; 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하는 프로세스수행단계; 상기 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 응답메시지전달단계는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계; 상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계; 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및 상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 우선순위설정단계는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 7 관점에 따른 컴퓨터 판독 가능 기록매체는, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계; 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하는 장치식별단계; 상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하는 요청메시지전달단계; 및 상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 응답메시지수신단계를 실행하기 위한 명령어를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 도메인구성단계는, 특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 한다.
바람직하게는, 상기 기록매체는, 각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 슬레이브동작단계; 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계; 상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계; 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및 상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 실행하기 위한 명령어를 더 포함하는 것을 특징으로 한다.
상기 목적을 달성하기 위한 본 발명의 제 8 관점에 따른 컴퓨터 판독 가능 기록매체는, 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계; 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하는 프로세스수행단계; 상기 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 실행하기 위한 명령어를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 응답메시지전달단계는, 도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계; 상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계; 상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및 상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 우선순위설정단계는, 상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 한다.
이에, 본 발명에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법에 의하면, 각각의 레거시(Legacy) 시스템을 운용하는 운용장치 간 연동 구성을 적용하여 개별 프로세스를 처리하는 다수의 도메인(Domain)을 형성함과 아울러, 도메인 간 특정 운용장치를 상호 공유할 수 있도록 구성함으로써, 하나의 목적을 처리하기 위한 프로세스뿐만 아니라 다중 목적을 수행하는 프로세스가 가능하다.
또한, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의함으로써, 분산 데이터 상호 운용에 따른 메시지 전송의 효율성 및 신뢰성을 향상시킬 수 있다.
도 1은 본 발명의 실시예에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템의 개략적인 구성도.
도 2는 본 발명의 실시예에 따른 마스터장치의 개략적인 구성도.
도 3은 본 발명의 실시예에 따른 슬레이브장치의 개략적인 구성도.
도 4는 본 발명의 실시예에 따른 메시지 구성을 설명하기 위한 도면.
도 5는 본 발명의 실시예에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템의 동작 방법을 설명하기 위한 개략적인 순서도.
도 6은 본 발명의 실시예에 따른 제1운용장치의 동작 방법을 설명하기 위한 개략적인 순서도.
도 7은 본 발명의 실시예에 따른 제2운용장치의 동작 방법을 설명하기 위한 개략적인 순서도.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 설명한다.
도 1은 본 발명의 실시예에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템의 개략적인 구성도를 도시한다.
도 1에 도시한 바와 같이, 상기 시스템은, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하고, 도메인 별 프로세스 처리를 위해 프로세스요청메시지를 생성하여 전달하는 제1운용장치(100); 및 마스터장치로서 동작하는 적어도 하나의 상기 제1운용장치(100)에 등록되어 각각의 도메인을 구성하는 슬레이브장치로서 동작하며, 도메인 별 프로세스 처리에 따른 프로세스응답메시지를 생성하여 전달하는 제2운용장치(200)를 포함하는 구성을 갖는다.
여기서, 제1운용장치(100) 및 제2운용장치(200)는 각각의 레거시(Legacy) 시스템을 운용하는 서버를 지칭하는 것으로서, 사용자가 요구한 프로세스를 처리하기 위한 에이전트(Agent)가 탑재되며, 추가로 다수의 에이전트 간 연동 처리를 위한 에이전트 플랫폼(Agent Platform)이 각각 탑재되어 상호 간에 마스터장치 및 슬레이브장치의 역할을 동시에 수행하게 된다.
이하의 설명에서는 탑재된 에이전트 플랫폼이 활성화된 제1운용장치(100: 이하, '마스터장치'라 칭함)를 마스터의 역할을 수행하는 운용장치로 상정하여 설명하며, 아울러, 탑재된 에이전트 플랫폼이 비활성화된 상태인 제2운용장치(200: 이하, '슬레이브장치'라 칭함)를 슬레이브의 역할을 수행하는 운용장치로 상정하여 설명하기로 한다.
마스터장치(100)는 복수의 슬레이브장치(200)를 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성한다.
보다 구체적으로, 마스터장치(100)는 탑재된 에이전트 플랫폼의 활성화에 따라 마스터장치로 동작함으로써, 각각의 레거시 시스템을 운용하는 하나 이상의 슬레이브장치(200)의 접속주소(IP)를 등록하여 특정 프로세스를 처리하기 위한 도메인을 구성한다. 이때, 마스터장치(100)는 개별 프로세스 처리하기 위한 다수의 도메인을 구성하게 된다. 즉, '서버 1'에 해당하는 마스터장치(100)는 '서버 2'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 1'을 구성하며, 또한, '서버 4'에 해당하는 마스터장치(100)는 '서버 3'과 '서버 5'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 2'를 구성하고, 아울러, '서버 6'에 해당하는 마스터장치(100)는 '서버 1'과 '서버 5'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 3'을 구성하게 된다. 여기서, '도메인 3'의 경우, '서버 6'에 해당하는 운용장치가 마스터장치(100)로 동작함에 따라, '도메인 1'에서 마스터장치서로 동작하는 '서버 1'의 경우 '도메인 3'에서는 슬레이브장치(200)로서 동작하게 된다. 한편, 마스터장치(100)는 타 도메인을 구성하는 운용장치를 슬레이브장치로 등록하여 도메인을 구성할 수 있다. 즉, '도메인 1'에서 마스터장치(100)로서 동작하는 '서버 1'의 경우, '도메인 3'에서 슬레이브장치(200)로 동작하게 되며, 또한, '도메인 2'에서 슬레이브장치(200)로 동작하는 '서버 5'의 경우, '도메인 3'에서 슬레이브장치(200)로서 동작하게 된다.
또한, 마스터장치(100)는 특정 프로세스 처리에 대응하여 상기 도메인을 구성하는 각각의 슬레이브장치(200)를 대상으로 프로세스요청메시지를 생성하여 전달한다.
보다 구체적으로, 마스터장치(100)는 도메인 별 프로세스 처리에 대응하여 각각의 도메인을 구성하는 각각의 슬레이브장치(200)의 접속주소를 확인하고, 확인된 접속주소를 기반으로 프로세스요청메시지를 생성하여 슬레이브장치(200)에 전달함으로써, 도메인 별 프로세스 처리를 요청하게 된다. 이때, 마스터장치(100)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스요청메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 요청 태그가 선택되게 된다.
슬레이브장치(200)는 마스터장치(100)에 등록되어 개별 프로세스를 처리하기 위한 각각의 도메인을 구성한다.
보다 구체적으로, 슬레이브장치(200)는 다수의 마스터장치(100)에 등록되어 개별 프로세스 처리하기 위한 각각의 도메인을 구성하게 된다. 즉, '서버 2'에 해당하는 운용장치는 '서버 1'에 해당하는 마스터장치(100)에 슬레이브장치(200)로서 등록되어 '도메인 1'을 구성하며, '서버 3'과 '서버 5'에 해당하는 운용장치는 '서버 4'에 해당하는 마스터운용장치(100)에 슬레이브장치(200)로서 등록되어 '도메인 2'를 구성하고, 아울러, '서버 1'과 '서버 5'에 해당하는 운용장치는 '서버 6'에 해당하는 마스터장치(100)에 슬레이브장치(200)로서 등록되어 '도메인 3'을 구성하게 된다.
또한, 슬레이브장치(200)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행한다.
보다 구체적으로, 슬레이브장치(200)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 프로세스요청메시지를 수신하고, 상기 프로세스요청메시지를 기초로 도메인 식별하여 도메인 별로 요구되는 프로세스를 수행하게 된다. 즉, '도메인 1'에서의 프로세스 처리에 따라 '서버 2'에 해당하는 슬레이브장치(200)는 '서버 1'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 되며, 또한, '도메인 2'에서의 프로세스 처리에 따라 '서버 3'과 '서버 5'에 해당하는 슬레이브장치(200)는 '서버 4'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 되고, 아울러, '도메인 3'에서의 프로세스 처리에 따라 '서버 1'과 '서버 5'에 해당하는 슬레이브장치(200)는 '서버 6'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 된다. 이때, 슬레이브장치(200)를 통해 수행되는 프로세스는, ETL(Extract, Transform, Load)의 기본 기능을 수행하며, 이관과 정제 기능을 포함하게 된다. 특히 데이터 정제 기능은 데이터 관리 정책에 따라 업무 관리자에 의해 생성되는 사용자 정의 규칙 기능을 기반으로 수행됨이 바람직할 것이다.
나아가, 슬레이브장치(200)는 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치(100)에 전달한다.
보다 구체적으로, 슬레이브장치(200)는 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함하는 프로세스응답메시지를 생성한다. 이때, 마스터장치(100)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스응답메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 응답 태그가 선택되게 된다. 또한, 슬레이브장치(200)는 사용자 정의에 따라 생성된 프로세스응답메시지에 대한 우선순위를 설정한다. 이때, 슬레이브장치(200)는 사용자 정의 예컨대, 고정 길이의 패킷에 대하여 우선 전송이 요구되는 메시지에 대하여 우선순위를 부여하는 방식 또는 기타 프로세스응답메시지의 크기에 따른 우선순위 부여 방식을 적용하게 된다. 이를 통해, 슬레이브장치(200)는 도메인 별 프로세스 수행에 대응하여 생성된 다수의 프로세스응답메시지에 대한 우선순위를 설정하게 되며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하게 된다. 나아가, 슬레이브장치(200)는 우선순위가 설정된 프로세스응답메시지에 대한 전송 데이터량 최적화를 위해 압축을 수행한다. 이때, 슬레이브장치(200)는 예컨대, 자바의 기본 API를 이용하여 무손실 압축을 진행하게 되며, 이러한 메시지의 압축은 메시지 스트링(String)을 바이너리(Binary)로 변환하고, 이에 대하여 DEFLATE 알고리즘 기반의 자바 API를 이용하여 진행되게 된다. 참고로, 압축복원의 경우, 메시지 압축방식의 역으로 진행되게 되며, 메시지의 스트링을 BASE64를 이용하여 바이너리로 변환한 후, 이에 대하여 압축복원 알고리즘을 이용하여 다시 원 메시지로 복원할 수 있다. 아울러, 슬레이브장치(200)는 압축된 프로세스응답메시지에 대한 데이터 보안을 고려하여 암호화를 진행한다. 이때, 슬레이브장치(200)는 마스터장치(100)에 탑재된 NIC(Network Interface Card)의 주소를 키 값으로 기본적인 SEED 알고리즘을 이용한 암호화를 수행하게 된다. 참고로, 암호화가 수행된 프로세스응답메시지를 수신한 마스터장치(100)는 자신에 탑재된 NIC 주소를 이용하여 복호화를 진행하게 된다. 나아가, 슬레이브장치(200)는 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송한다. 이때, 슬레이브장치(200)는 우선순위가 높은 메시지에 대해 가중치를 높게 부여하여 전송채널에서 먼저 선택되도록 하는 WRR(Weighted Round Robin) 방식을 적용함으로써, 압축이 수행된 프로세스응답메시지에 설정된 우선순위를 확인하고, 확인된 우선순위에 따라 각각의 프로세스응답메시지를 도메인 별 마스터장치(100)에 순차적으로 전송하게 된다.
이하에서는, 도 2를 참조하여, 본 발명의 실시예에 따른 마스터장치(100)의 구체적인 구성을 설명하도록 한다.
즉, 도 2에 도시한 바와 같이 마스터장치(100)는, 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부(110); 및 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치(200)를 대상으로 생성된 프로세스요청메시지를 전달하는 작업관리부(120)를 포함하는 구성을 갖는다. 여기서, 운용관리부(110)는 운용장치에 설치된 에이전트 간 연동 처리를 위한 에이전트 플랫폼(Agent Platform)을 지칭하며, 또한, 작업관리부(120)는 운용장치에 설치되어 사용자가 요구하는 프로세스를 처리하기 위한 에이전트를 지칭하는 것으로서, 해당 서버에 탑재되어 자체 부가 데이터를 관리하는 DBMS(Data Base Management System) 및 DBMS의 접속정보를 관리하는 Embedded DB(Data Base)와 연동되게 된다.
운용관리부(110)는 복수의 슬레이브장치(200)를 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성한다.
보다 구체적으로, 운용관리부(110)는 탑재된 에이전트 플랫폼의 활성화에 따라 마스터장치로 동작함으로써, 각각의 레거시 시스템을 운용하는 하나 이상의 슬레이브장치(200)의 접속주소(IP)를 등록하여 특정 프로세스를 처리하기 위한 도메인을 구성한다. 이때, 운용관리부(110)는 개별 프로세스 처리하기 위한 다수의 도메인을 구성하게 되며, 나아가 타 도메인을 구성하는 운용장치를 슬레이브장치(200)로 등록하여 도메인을 구성할 수 있다.
작업관리부(120)는 특정 프로세스 처리에 대응하여 상기 도메인을 구성하는 각각의 슬레이브장치(200)를 대상으로 프로세스요청메시지를 생성하여 전달한다.
보다 구체적으로, 작업관리부(120)는 도메인 별 프로세스 처리에 대응하여 각각의 도메인을 구성하는 각각의 슬레이브장치(200)의 접속주소를 확인하고, 확인된 접속주소를 기반으로 프로세스요청메시지를 생성하여 슬레이브장치(200)에 전달함으로써, 도메인 별 프로세스 처리를 요청하게 된다. 이때, 작업관리부(120)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스요청메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 요청 태그가 선택되게 된다.
또한, 작업관리부(120)는 프로세스요청메시지 전달에 따라 슬레이브장치(200)로부터 프로세스응답메시지를 수신한다.
보다 구체적으로, 작업관리부(120)는 도메인 별 프로세스요청메시지 전달에 따라 해당 도메인을 구성하는 각각의 슬레이브장치(200)로부터 프로세스응답메시지를 수신하게 된다. 이때, 슬레이브장치(200)로부터 수신되는 프로세스응답메시지에는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함되게 된다.
이하에서는, 도 3을 참조하여, 본 발명의 실시예에 따른 슬레이브장치(200)의 구체적인 구성을 설명하도록 한다.
즉, 도 3에 도시한 바와 같이, 슬레이브장치(200)는 복수의 마스터장치(100)에 등록되어 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부(210); 및 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하는 작업관리부(220)를 포함하는 구성을 갖는다. 여기서, 운용처리부(210)는 운용장치에 설치된 에이전트 간 연동 처리를 위한 에이전트 플랫폼(Agent Platform)을 지칭하나, 도메인 구성 이후, 비활성화 상태로 유지됨으로써, 해당 운용장치를 슬레이브장치(200)로 구동시키게 된다. 또한, 작업관리부(220)는 운용장치에 설치되어 사용자가 요구하는 프로세스를 처리하기 위한 에이전트를 지칭하는 것이며, 상기 데이터관리부(220)는 해당 서버에 탑재되어 자체 부가 데이터를 관리하는 DBMS(Data Base Management System) 및 DBMS(Data Base Management System)의 접속정보를 관리하는 Embedded DB(Data Base)를 포함하는 구성을 갖게 된다.
운용처리부(210)는 마스터장치(100)에 등록되어 도메인을 구성한다.
보다 구체적으로, 운용처리부(210)는 다수의 마스터장치(100)에 등록되어 개별 프로세스 처리하기 위한 각각의 도메인을 구성하게 된다.
작업관리부(220)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행한다.
보다 구체적으로, 작업관리부(220)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 프로세스요청메시지를 수신하고, 상기 프로세스요청메시지를 기초로 도메인 식별하여 도메인 별로 요구되는 프로세스를 수행하게 된다. 이때, 작업관리부(220)는 프로세스요청메시지 수신에 따라 ETL(Extract, Transform, Load)의 기본 기능을 수행하며, 추가로 이관과 정제 기능을 수행하게 된다. 특히 데이터 정제 기능의 경우 데이터 관리 정책에 따라 업무 관리자에 의해 생성되는 사용자 정의 규칙 기능을 기반으로 수행됨이 바람직할 것이다.
또한, 작업관리부(220)는 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성한다.
보다 구체적으로, 작업관리부(220)는 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함하는 프로세스응답메시지를 생성한다. 이때, 작업관리부(220)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스응답메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 응답 태그가 선택되게 된다.
아울러, 작업관리부(220)는 사용자 정의에 따라 생성된 프로세스응답메시지에 대한 우선순위를 설정한다.
보다 구체적으로, 작업관리부(220)는 사용자 정의 예컨대, 고정 길이의 패킷에 대하여 우선 전송이 요구되는 메시지에 대하여 우선순위를 부여하는 방식 또는 기타 프로세스응답메시지의 크기에 따른 우선순위 부여 방식을 적용하게 된다. 이를 통해, 작업관리부(220)는 도메인 별 프로세스 수행에 대응하여 생성된 다수의 프로세스응답메시지에 대한 우선순위를 설정하게 되며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하게 된다.
또한, 작업관리부(220)는 우선순위가 설정된 프로세스응답메시지에 대한 전송 데이터량 최적화를 위해 압축을 수행한다.
보다 구체적으로, 작업관리부(220)는 예컨대, 자바의 기본 API를 이용하여 무손실 압축을 진행하게 되며, 이러한 메시지의 압축은 메시지 스트링(String)을 바이너리(Binary)로 변환하고, 이에 대하여 DEFLATE 알고리즘 기반의 자바 API를 이용하여 진행되게 된다. 참고로, 압축복원의 경우, 메시지 압축방식의 역으로 진행되게 되며, 메시지의 스트링을 BASE64를 이용하여 바이너리로 변환한 후, 이에 대하여 압축복원 알고리즘을 이용하여 다시 원 메시지로 복원할 수 있다.
아울러, 작업관리부(220)는 압축된 프로세스응답메시지에 대한 데이터 보안을 고려하여 암호화를 진행한다.
보다 구체적으로, 작업관리부(220)는 마스터장치(100)에 탑재된 NIC(Network Interface Card)의 주소를 키 값으로 기본적인 SEED 알고리즘을 이용한 암호화를 수행하게 된다. 참고로, 암호화가 수행된 프로세스응답메시지를 수신한 마스터장치(100)는 자신에 탑재된 NIC 주소를 이용하여 복호화를 진행하게 된다.
나아가, 작업관리부(220)는 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송한다.
보다 구체적으로, 작업관리부(220)는 우선순위가 높은 메시지에 대해 가중치를 높게 부여하여 전송채널에서 먼저 선택되도록 하는 WRR(Weighted Round Robin) 방식을 적용함으로써, 압축이 수행된 프로세스응답메시지에 설정된 우선순위를 확인하고, 확인된 우선순위에 따라 각각의 프로세스응답메시지를 도메인 별 마스터장치(100)에 순차적으로 전송하게 된다.
이상에서 살펴본 바와 같이, 본 발명에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템에 따르면, 각각의 레거시(Legacy) 시스템을 운용하는 운용장치 간 연동 구성을 적용하여 개별 프로세스를 처리하는 다수의 도메인(Domain)을 형성함과 아울러, 도메인 간 특정 운용장치를 상호 공유할 수 있도록 구성함으로써, 하나의 목적을 처리하기 위한 프로세스뿐만 아니라 다중 목적을 수행하는 프로세스가 가능하다. 또한, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의함으로써, 분산 데이터 상호 운용에 따른 메시지 전송의 효율성 및 신뢰성을 향상시킬 수 있다.
이하에서는, 도 5 내지 도 7을 참조하여, 본 발명의 실시예에 따른 분산 데이터 상호 운용을 위한 메시지 전송 방법을 설명하기로 한다. 여기서, 전술한 도 1 내지 도 4에 도시된 구성은 설명의 편의를 위해 해당 참조번호를 언급하여 설명하기로 한다.
우선, 도 5를 참조하여 본 발명의 실시예에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템의 동작 방법을 설명하기로 한다.
먼저, 마스터장치(100)가 복수의 슬레이브장치(200)를 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성한다(S110-S130).
바람직하게는, 마스터장치(100)는 탑재된 에이전트 플랫폼의 활성화에 따라 마스터장치로 동작함으로써, 각각의 레거시 시스템을 운용하는 하나 이상의 슬레이브장치(200)의 접속주소(IP)를 등록하여 특정 프로세스를 처리하기 위한 도메인을 구성한다. 이때, 마스터장치(100)는 개별 프로세스 처리하기 위한 다수의 도메인을 구성하게 된다. 즉, '서버 1'에 해당하는 마스터장치(100)는 '서버 2'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 1'을 구성하며, 또한, '서버 4'에 해당하는 마스터장치(100)는 '서버 3'과 '서버 5'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 2'를 구성하고, 아울러, '서버 6'에 해당하는 마스터장치(100)는 '서버 1'과 '서버 5'에 해당하는 운용장치를 슬레이브장치(200)로 등록하여 '도메인 3'을 구성하게 된다. 여기서, '도메인 3'의 경우, '서버 6'에 해당하는 운용장치가 마스터장치(100)로 동작함에 따라, '도메인 1'에서 마스터장치서로 동작하는 '서버 1'의 경우 '도메인 3'에서는 슬레이브장치(200)로서 동작하게 된다. 한편, 마스터장치(100)는 타 도메인을 구성하는 운용장치를 슬레이브장치로 등록하여 도메인을 구성할 수 있다. 즉, '도메인 1'에서 마스터장치(100)로서 동작하는 '서버 1'의 경우, '도메인 3'에서 슬레이브장치(200)로 동작하게 되며, 또한, '도메인 2'에서 슬레이브장치(200)로 동작하는 '서버 5'의 경우, '도메인 3'에서 슬레이브장치(200)로서 동작하게 된다.
그리고 나서, 마스터장치(100)가 특정 프로세스 처리에 대응하여 상기 도메인을 구성하는 각각의 슬레이브장치(200)를 대상으로 프로세스요청메시지를 생성하여 전달한다(S140-S170).
바람직하게는, 마스터장치(100)는 도메인 별 프로세스 처리에 대응하여 각각의 도메인을 구성하는 각각의 슬레이브장치(200)의 접속주소를 확인하고, 확인된 접속주소를 기반으로 프로세스요청메시지를 생성하여 슬레이브장치(200)에 전달함으로써, 도메인 별 프로세스 처리를 요청하게 된다. 이때, 마스터장치(100)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스요청메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 요청 태그가 선택되게 된다.
그런 다음, 슬레이브장치(200)가 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행한다(S180-S190).
바람직하게는, 슬레이브장치(200)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 프로세스요청메시지를 수신하고, 상기 프로세스요청메시지를 기초로 도메인 식별하여 도메인 별로 요구되는 프로세스를 수행하게 된다. 즉, '도메인 1'에서의 프로세스 처리에 따라 '서버 2'에 해당하는 슬레이브장치(200)는 '서버 1'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 되며, 또한, '도메인 2'에서의 프로세스 처리에 따라 '서버 3'과 '서버 5'에 해당하는 슬레이브장치(200)는 '서버 4'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 되고, 아울러, '도메인 3'에서의 프로세스 처리에 따라 '서버 1'과 '서버 5'에 해당하는 슬레이브장치(200)는 '서버 6'에 해당하는 마스터장치(100)로부터 수신되는 프로세스요청메시지를 기초로 도메인을 식별하여 해당 프로세스를 수행하게 된다. 이때, 슬레이브장치(200)를 통해 수행되는 프로세스는, ETL(Extract, Transform, Load)의 기본 기능을 수행하며, 이관과 정제 기능을 포함하게 된다. 특히 데이터 정제 기능은 데이터 관리 정책에 따라 업무 관리자에 의해 생성되는 사용자 정의 규칙 기능을 기반으로 수행됨이 바람직할 것이다.
이후, 슬레이브장치(200)는 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치(100)에 전달한다(S200-S210).
바람직하게는, 슬레이브장치(200)는 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함하는 프로세스응답메시지를 생성한다. 이때, 마스터장치(100)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스응답메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 응답 태그가 선택되게 된다. 또한, 슬레이브장치(200)는 사용자 정의에 따라 생성된 프로세스응답메시지에 대한 우선순위를 설정한다. 이때, 슬레이브장치(200)는 사용자 정의 예컨대, 고정 길이의 패킷에 대하여 우선 전송이 요구되는 메시지에 대하여 우선순위를 부여하는 방식 또는 기타 프로세스응답메시지의 크기에 따른 우선순위 부여 방식을 적용하게 된다. 이를 통해, 슬레이브장치(200)는 도메인 별 프로세스 수행에 대응하여 생성된 다수의 프로세스응답메시지에 대한 우선순위를 설정하게 되며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하게 된다. 나아가, 슬레이브장치(200)는 우선순위가 설정된 프로세스응답메시지에 대한 전송 데이터량 최적화를 위해 압축을 수행한다. 이때, 슬레이브장치(200)는 예컨대, 자바의 기본 API를 이용하여 무손실 압축을 진행하게 되며, 이러한 메시지의 압축은 메시지 스트링(String)을 바이너리(Binary)로 변환하고, 이에 대하여 DEFLATE 알고리즘 기반의 자바 API를 이용하여 진행되게 된다. 참고로, 압축복원의 경우, 메시지 압축방식의 역으로 진행되게 되며, 메시지의 스트링을 BASE64를 이용하여 바이너리로 변환한 후, 이에 대하여 압축복원 알고리즘을 이용하여 다시 원 메시지로 복원할 수 있다. 아울러, 슬레이브장치(200)는 압축된 프로세스응답메시지에 대한 데이터 보안을 고려하여 암호화를 진행한다. 이때, 슬레이브장치(200)는 마스터장치(100)에 탑재된 NIC(Network Interface Card)의 주소를 키 값으로 기본적인 SEED 알고리즘을 이용한 암호화를 수행하게 된다. 참고로, 암호화가 수행된 프로세스응답메시지를 수신한 마스터장치(100)는 자신에 탑재된 NIC 주소를 이용하여 복호화를 진행하게 된다. 나아가, 슬레이브장치(200)는 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송한다. 이때, 슬레이브장치(200)는 우선순위가 높은 메시지에 대해 가중치를 높게 부여하여 전송채널에서 먼저 선택되도록 하는 WRR(Weighted Round Robin) 방식을 적용함으로써, 압축이 수행된 프로세스응답메시지에 설정된 우선순위를 확인하고, 확인된 우선순위에 따라 각각의 프로세스응답메시지를 도메인 별 마스터장치(100)에 순차적으로 전송하게 된다.
다음, 도 6을 참조하여 본 발명의 실시예에 따른 마스터장치(100)의 동작 방법을 설명하기로 한다.
먼저, 복수의 슬레이브장치(200)를 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성한다(S310-S320).
바람직하게는, 운용관리부(110)는 탑재된 에이전트 플랫폼의 활성화에 따라 마스터장치로 동작함으로써, 각각의 레거시 시스템을 운용하는 하나 이상의 슬레이브장치(200)의 접속주소(IP)를 등록하여 특정 프로세스를 처리하기 위한 도메인을 구성한다. 이때, 운용관리부(110)는 개별 프로세스 처리하기 위한 다수의 도메인을 구성하게 되며, 나아가 타 도메인을 구성하는 운용장치를 슬레이브장치(200)로 등록하여 도메인을 구성할 수 있다.
그리고 나서, 특정 프로세스 처리에 대응하여 상기 도메인을 구성하는 각각의 슬레이브장치(200)를 대상으로 프로세스요청메시지를 생성하여 전달한다(S330-S360).
바람직하게는, 작업관리부(120)는 도메인 별 프로세스 처리에 대응하여 각각의 도메인을 구성하는 각각의 슬레이브장치(200)의 접속주소를 확인하고, 확인된 접속주소를 기반으로 프로세스요청메시지를 생성하여 슬레이브장치(200)에 전달함으로써, 도메인 별 프로세스 처리를 요청하게 된다. 이때, 작업관리부(120)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스요청메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 요청 태그가 선택되게 된다.
이후, 프로세스요청메시지 전달에 따라 슬레이브장치(200)로부터 프로세스응답메시지를 수신한다(S370).
바람직하게는, 작업관리부(120)는 도메인 별 프로세스요청메시지 전달에 따라 해당 도메인을 구성하는 각각의 슬레이브장치(200)로부터 프로세스응답메시지를 수신하게 된다. 이때, 슬레이브장치(200)로부터 수신되는 프로세스응답메시지에는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함되게 된다.
이하에서는, 도 7을 참조하여 본 발명의 실시예에 따른 슬레이브장치(200)의 동작 방법을 설명하기로 한다.
먼저, 마스터장치(100)에 등록되어 도메인을 구성한다(S410).
바람직하게는, 운용처리부(210)는 다수의 마스터장치(100)에 등록되어 개별 프로세스 처리하기 위한 각각의 도메인을 구성하게 된다.
그리고 나서, 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행한다(S420-S440).
바람직하게는, 작업관리부(220)는 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치(100)로부터 프로세스요청메시지를 수신하고, 상기 프로세스요청메시지를 기초로 도메인 식별하여 도메인 별로 요구되는 프로세스를 수행하게 된다. 이때, 작업관리부(220)는 프로세스요청메시지 수신에 따라 ETL(Extract, Transform, Load)의 기본 기능을 수행하며, 추가로 이관과 정제 기능을 수행하게 된다. 특히 데이터 정제 기능의 경우 데이터 관리 정책에 따라 업무 관리자에 의해 생성되는 사용자 정의 규칙 기능을 기반으로 수행됨이 바람직할 것이다.
그런 다음, 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성한다(S450).
바람직하게는, 작업관리부(220)는 도메인 별 마스터장치(100)로부터 수신되는 프로세스요청메시지에 따른 프로세스 수행 결과, 즉, ETL(Extract, Transform, Load)의 기본 기능 및 이관과 정제 기능을 통한 처리 결과를 포함하는 프로세스응답메시지를 생성한다. 이때, 작업관리부(220)에서 생성된 프로세스요청메시지의 프로토콜 구성은 예컨대, 도 4에 도시한 바와 같이, 메시지 송수신자간의 정보(Sender Info, Receiver Info), 메시지 언어(Contents Language), 메시지(Contents), 및 요청/응답 구분 태그(Request/Response Tag)로 이루어질 수 있으며, 여기서, 프로세스응답메시지의 경우 요청/응답 구분 태그(Request/Response Tag) 중 응답 태그가 선택되게 된다.
다음으로, 사용자 정의에 따라 생성된 프로세스응답메시지에 대한 우선순위를 설정한다(S460).
바람직하게는, 작업관리부(220)는 사용자 정의 예컨대, 고정 길이의 패킷에 대하여 우선 전송이 요구되는 메시지에 대하여 우선순위를 부여하는 방식 또는 기타 프로세스응답메시지의 크기에 따른 우선순위 부여 방식을 적용하게 된다. 이를 통해, 작업관리부(220)는 도메인 별 프로세스 수행에 대응하여 생성된 다수의 프로세스응답메시지에 대한 우선순위를 설정하게 되며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하게 된다.
그리고 나서, 우선순위가 설정된 프로세스응답메시지에 대한 전송 데이터량 최적화를 위해 압축을 수행한다(S470).
바람직하게는, 작업관리부(220)는 예컨대, 자바의 기본 API를 이용하여 무손실 압축을 진행하게 되며, 이러한 메시지의 압축은 메시지 스트링(String)을 바이너리(Binary)로 변환하고, 이에 대하여 DEFLATE 알고리즘 기반의 자바 API를 이용하여 진행되게 된다. 참고로, 압축복원의 경우, 메시지 압축방식의 역으로 진행되게 되며, 메시지의 스트링을 BASE64를 이용하여 바이너리로 변환한 후, 이에 대하여 압축복원 알고리즘을 이용하여 다시 원 메시지로 복원할 수 있다.
나아가, 압축된 프로세스응답메시지에 대한 데이터 보안을 고려하여 암호화를 진행한다(S480).
바람직하게는, 작업관리부(220)는 마스터장치(100)에 탑재된 NIC(Network Interface Card)의 주소를 키 값으로 기본적인 SEED 알고리즘을 이용한 암호화를 수행하게 된다. 참고로, 암호화가 수행된 프로세스응답메시지를 수신한 마스터장치(100)는 자신에 탑재된 NIC 주소를 이용하여 복호화를 진행하게 된다.
이후, 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송한다(S490).
바람직하게는, 작업관리부(220)는 우선순위가 높은 메시지에 대해 가중치를 높게 부여하여 전송채널에서 먼저 선택되도록 하는 WRR(Weighted Round Robin) 방식을 적용함으로써, 압축이 수행된 프로세스응답메시지에 설정된 우선순위를 확인하고, 확인된 우선순위에 따라 각각의 프로세스응답메시지를 도메인 별 마스터장치(100)에 순차적으로 전송하게 된다.
이상에서 살펴본 바와 같이, 본 발명에 따른 분산 데이터 상호 운용을 위한 메시지 전송 방법에 따르면, 각각의 레거시(Legacy) 시스템을 운용하는 운용장치 간 연동 구성을 적용하여 개별 프로세스를 처리하는 다수의 도메인(Domain)을 형성함과 아울러, 도메인 간 특정 운용장치를 상호 공유할 수 있도록 구성함으로써, 하나의 목적을 처리하기 위한 프로세스뿐만 아니라 다중 목적을 수행하는 프로세스가 가능하다. 또한, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의함으로써, 분산 데이터 상호 운용에 따른 메시지 전송의 효율성 및 신뢰성을 향상시킬 수 있다.
한편, 여기에 제시된 실시예들과 관련하여 설명된 방법 또는 알고리즘의 단계들은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
지금까지 본 발명을 바람직한 실시 예를 참조하여 상세히 설명하였지만, 본 발명이 상기한 실시 예에 한정되는 것은 아니며, 이하의 특허청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 또는 수정이 가능한 범위까지 본 발명의 기술적 사상이 미친다 할 것이다.
본 발명에 따른 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법에 따르면, 개별 프로세스를 처리하는 도메인 간 특정 운용장치를 상호 공유할 수 있도록 도메인을 구성함과 아울러, 도메인 별 프로세스 처리에 따른 운용장치 간 메시지 전송 방안을 정의한다는 점에서 기존 기술의 한계를 뛰어 넘음에 따라 관련 기술에 대한 이용만이 아닌 적용되는 장치의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용가능성이 있는 발명이다.

Claims (29)

  1. 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하고, 특정 프로세스 처리에 따라 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하는 마스터장치; 및
    상기 마스터장치로서 동작하는 하나 이상의 운용장치에 등록되어 각각의 도메인을 구성하며, 상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 슬레이브장치를 포함하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템.
  2. 제 1 항에 있어서,
    상기 슬레이브장치는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며,
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템.
  3. 제 2 항에 있어서,
    상기 슬레이브장치는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템.
  4. 제 1 항에 있어서,
    상기 마스터장치는,
    특정 도메인에 상기 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템.
  5. 제 1 항에 있어서,
    상기 마스터장치는,
    별도의 마스터장치로서 동작하는 하나 이상의 운용장치에 상기 슬레이브장치로 등록되어 각각의 도메인을 구성하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 시스템.
  6. 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부; 및
    특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하며, 상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하여, 상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 것을 특징으로 하는 작업관리부를 포함하는 것을 특징으로 하는 운용장치.
  7. 제 6 항에 있어서,
    상기 운용관리부는,
    특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 하는 운용장치.
  8. 제 6 항에 있어서,
    상기 운용관리부는,
    각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 것을 특징으로 하는 운용장치.
  9. 제 8 항에 있어서,
    상기 작업관리부는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며,
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 하는 운용장치.
  10. 제 9 항에 있어서,
    상기 작업관리부는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 운용장치.
  11. 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 운용관리부; 및
    상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하고, 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 작업관리부를 포함하는 것을 특징으로 하는 운용장치.
  12. 제 11 항에 있어서,
    상기 작업관리부는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하여 우선순위를 설정하며,
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하여, 상기 설정된 우선순위에 따라 해당 프로세스응답메시지를 선택 전송하는 것을 특징으로 하는 운용장치.
  13. 제 12 항에 있어서,
    상기 작업관리부는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 운용장치.
  14. 마스터장치가 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계;
    상기 마스터장치가 특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 슬레이브장치를 대상으로 프로세스요청메시지를 생성하여 전달하는 요청메시지전달단계;
    상기 슬레이브장치가 상기 프로세스요청메시지 수신에 따라 상기 특정 프로세스를 수행하는 프로세스수행단계; 및
    상기 슬레이브장치가 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 포함하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 방법.
  15. 제 14 항에 있어서,
    상기 도메인구성단계는,
    특정 도메인에 상기 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 방법.
  16. 제 14 항에 있어서,
    상기 응답메시지전달단계는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계;
    상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계;
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및
    상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 방법.
  17. 제 16 항에 있어서,
    상기 우선순위설정단계는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 분산 데이터 상호 운용을 위한 메시지 전송 방법.
  18. 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계;
    특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하는 장치식별단계;
    상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하는 요청메시지전달단계; 및
    상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 응답메시지수신단계를 포함하는 것을 특징으로 하는 운용장치의 동작 방법.
  19. 제 18 항에 있어서,
    상기 도메인구성단계는,
    특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 하는 운용장치의 동작 방법.
  20. 제 18 항에 있어서,
    상기 방법은,
    각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 슬레이브동작단계;
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계;
    상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계;
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및
    상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 더 포함하는 것을 특징으로 하는 운용장치의 동작 방법.
  21. 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계;
    상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하는 프로세스수행단계;
    상기 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 포함하는 것을 특징으로 하는 운용장치의 동작 방법.
  22. 제 21 항에 있어서,
    상기 응답메시지전달단계는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계;
    상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계;
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및
    상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 하는 운용장치의 동작 방법.
  23. 제 22 항에 있어서,
    상기 우선순위설정단계는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 운용장치의 동작 방법.
  24. 각각의 레거시 시스템을 운용하는 하나 이상의 운용장치를 슬레이브장치로 등록하여 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계;
    특정 프로세스 처리에 대응하여 해당 도메인을 구성하는 각각의 슬레이브장치를 확인하는 장치식별단계;
    상기 확인된 슬레이브장치를 대상으로 생성된 프로세스요청메시지를 전달하는 요청메시지전달단계; 및
    상기 특정 프로세스 수행 결과에 포함하는 프로세스응답메시지를 수신하는 응답메시지수신단계를 실행하기 위한 명령어를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
  25. 제 24 항에 있어서,
    상기 도메인구성단계는,
    특정 도메인에 슬레이브장치로 기 등록된 적어도 하나의 운용장치를 슬레이브장치로 추가 등록하여 별도의 도메인을 구성하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
  26. 제 24 항에 있어서,
    상기 기록매체는,
    각각의 도메인을 구성하는 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어 각각의 도메인을 구성하는 슬레이브동작단계;
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계;
    상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계;
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및
    상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 실행하기 위한 명령어를 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
  27. 마스터장치로서 동작하는 하나 이상의 운용장치에 슬레이브장치로 등록되어, 개별 프로세스를 처리하기 위한 각각의 도메인을 구성하는 도메인구성단계;
    상기 도메인 별 프로세스 처리에 대응하여 각각의 마스터장치로부터 전달되는 프로세스요청메시지 수신에 따라 요청된 프로세스를 수행하는 프로세스수행단계;
    상기 프로세스 수행 결과를 포함하는 프로세스응답메시지를 생성하여 해당 마스터장치에 전달하는 응답메시지전달단계를 실행하기 위한 명령어를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
  28. 제 27 항에 있어서,
    상기 응답메시지전달단계는,
    도메인 별 마스터장치로부터 수신되는 상기 프로세스요청메시지에 따라, 2 이상의 상기 프로세스응답메시지를 생성하는 응답메시지생성단계;
    상기 생성된 2 이상의 상기 프로세스응답메시지에 대한 우선순위를 설정하는 우선순위설정단계;
    상기 우선순위가 설정된 프로세스응답메시지에 대한 압축을 수행하는 압축수행단계; 및
    상기 설정된 우선순위에 따라 압축이 수행된 프로세스응답메시지를 선택 전송하는 응답메시지전송단계를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
  29. 제 28 항에 있어서,
    상기 우선순위설정단계는,
    상기 2 이상의 프로세스응답메시지 각각에 대한 기 정의된 기준을 기초로 우선순위를 설정하며, 설정된 우선순위에 따라 전송채널의 대역폭을 상이하게 지정하는 것을 특징으로 하는 컴퓨터 판독 가능 기록매체.
PCT/KR2012/010243 2012-02-23 2012-11-29 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법 WO2013125772A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/129,329 US20140195586A1 (en) 2012-02-23 2012-11-29 Message transmitting system and method for distributed data interoperability

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020120018633A KR101329243B1 (ko) 2012-02-23 2012-02-23 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법
KR10-2012-0018633 2012-02-23

Publications (1)

Publication Number Publication Date
WO2013125772A1 true WO2013125772A1 (ko) 2013-08-29

Family

ID=49005924

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/010243 WO2013125772A1 (ko) 2012-02-23 2012-11-29 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법

Country Status (3)

Country Link
US (1) US20140195586A1 (ko)
KR (1) KR101329243B1 (ko)
WO (1) WO2013125772A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101851664B1 (ko) * 2016-12-12 2018-04-25 한국건설기술연구원 빅데이터 분산처리를 위한 소형 플랫폼 서버 및 이의 동작 방법

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IN2015CH02357A (ko) * 2015-05-08 2015-05-22 Wipro Ltd

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08161163A (ja) * 1994-11-17 1996-06-21 Nippon Telegr & Teleph Corp <Ntt> 分散プロセス改版方法
KR20040046552A (ko) * 2002-11-27 2004-06-05 엘지전자 주식회사 어플리케이션 프로세스 분산처리구조를 갖는이동통신기지국 관리장치
KR20080008199A (ko) * 2006-07-18 2008-01-23 삼성전자주식회사 도메인 상태 정보 관리 시스템 및 방법
KR20080095849A (ko) * 2006-03-06 2008-10-29 엘지전자 주식회사 레거시 디바이스 등록 방법, 데이터 전송 방법 및 레거시디바이스 인증 방법
KR100900980B1 (ko) * 2007-07-16 2009-06-04 한국생산기술연구원 디바이스의 응답 지연을 고려한 데이터 전송 시스템 및방법

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2918088B2 (ja) * 1994-02-10 1999-07-12 株式会社日立製作所 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法
US7016372B2 (en) * 2001-02-28 2006-03-21 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic bandwidth allocation in AD hoc wireless piconets
CA2342540A1 (en) * 2001-03-29 2002-09-29 Govindan Ravindran System and method for management of remote devices in a network
US8495244B2 (en) * 2005-06-29 2013-07-23 Jumpstart Wireless Corporation System and method for dynamic automatic communication path selection, distributed device synchronization and task delegation
KR101215343B1 (ko) * 2006-03-29 2012-12-26 삼성전자주식회사 지역 도메인 관리 모듈을 가진 장치를 이용하여 도메인을 지역적으로 관리하는 장치 및 방법
JP4879327B2 (ja) * 2007-11-21 2012-02-22 三菱電機株式会社 通信装置、子局装置および帯域割当方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08161163A (ja) * 1994-11-17 1996-06-21 Nippon Telegr & Teleph Corp <Ntt> 分散プロセス改版方法
KR20040046552A (ko) * 2002-11-27 2004-06-05 엘지전자 주식회사 어플리케이션 프로세스 분산처리구조를 갖는이동통신기지국 관리장치
KR20080095849A (ko) * 2006-03-06 2008-10-29 엘지전자 주식회사 레거시 디바이스 등록 방법, 데이터 전송 방법 및 레거시디바이스 인증 방법
KR20080008199A (ko) * 2006-07-18 2008-01-23 삼성전자주식회사 도메인 상태 정보 관리 시스템 및 방법
KR100900980B1 (ko) * 2007-07-16 2009-06-04 한국생산기술연구원 디바이스의 응답 지연을 고려한 데이터 전송 시스템 및방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101851664B1 (ko) * 2016-12-12 2018-04-25 한국건설기술연구원 빅데이터 분산처리를 위한 소형 플랫폼 서버 및 이의 동작 방법

Also Published As

Publication number Publication date
KR20130096982A (ko) 2013-09-02
US20140195586A1 (en) 2014-07-10
KR101329243B1 (ko) 2013-11-14

Similar Documents

Publication Publication Date Title
WO2012074198A1 (en) Terminal and intermediate node in content oriented networking environment and communication method of terminal and intermediate node
US8832279B2 (en) Network system, machine allocation device and machine allocation method
CN103685215B (zh) 电力通信运维移动系统以及电力通信运维方法
WO2016037411A1 (zh) 智能家居系统及其绑定用户终端与设备终端的方法
CN103530176A (zh) 计算装置之间虚拟机的迁移
JP2011154622A (ja) アクセス制御システム及びアクセス制御方法
WO2013048038A2 (ko) 미디어 키 관리 및 상기 미디어 키를 이용한 피어-투-피어 메시지 송수신 시스템 및 방법
WO2017074034A1 (ko) 이종 시스템에서 상호연동에 대한 방법 및 장치
WO2012050293A1 (en) Method and apparatus for sharing contents using information of group change in content oriented network environment
CN110138553A (zh) 一种IPSec VPN网关数据包处理装置及方法
WO2013176431A1 (ko) 단말을 서버에 할당하고 단말로의 효율적인 메시징을 위한 시스템 및 방법
CN105553889A (zh) 一种内核网桥下物理网卡和虚拟网卡快速收发包传递方法
CN105681087B (zh) 基于轻量级虚拟机的虚拟控制平面资源管理方法
WO2013125772A1 (ko) 분산 데이터 상호 운용을 위한 메시지 전송 시스템 및 그 방법
WO2016085050A1 (ko) 주변기기와 연동하는 사용자 단말기 및 그것을 이용한 정보 유출 방지 방법
JP6211975B2 (ja) ネットワーク延伸システム、制御装置、およびネットワーク延伸方法
CN104009956B (zh) 一种基于嵌入式多核协处理网闸系统的通信方法
JP4202286B2 (ja) Ｖｐｎ接続制御方法及びシステム
US9129124B2 (en) Dynamic provisioning of virtual systems
WO2012047026A2 (en) Method and apparatus for providing outside network service based on advertisement viewing
Jo et al. IoTivity-lite: Comprehensive IoT solution in a constrained memory device
WO2015174644A1 (ko) 무선 공유기를 통해 사용자 단말에 광고를 제공하는 시스템 및 광고 서비스 제공 서버
WO2016153119A1 (ko) 폐쇄형 데이터 공유 서비스 데이터 관리 방법 및 시스템
WO2012018190A2 (ko) 트래픽 기반 통신 시스템 및 방법
KR101227086B1 (ko) 물리적으로 분리된 네트워크 사이의 데이터 통신 방법 및 장치

Legal Events

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

Ref document number: 12869083

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14129329

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12869083

Country of ref document: EP

Kind code of ref document: A1