KR20040100562A - method for transmitting data of software in embeded distributed computing system - Google Patents
method for transmitting data of software in embeded distributed computing system Download PDFInfo
- Publication number
- KR20040100562A KR20040100562A KR1020030032970A KR20030032970A KR20040100562A KR 20040100562 A KR20040100562 A KR 20040100562A KR 1020030032970 A KR1020030032970 A KR 1020030032970A KR 20030032970 A KR20030032970 A KR 20030032970A KR 20040100562 A KR20040100562 A KR 20040100562A
- Authority
- KR
- South Korea
- Prior art keywords
- software
- class
- module
- data
- modules
- Prior art date
Links
Classifications
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
- F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
- F16K11/00—Multiple-way valves, e.g. mixing valves; Pipe fittings incorporating such valves
- F16K11/02—Multiple-way valves, e.g. mixing valves; Pipe fittings incorporating such valves with all movable sealing faces moving as one unit
- F16K11/08—Multiple-way valves, e.g. mixing valves; Pipe fittings incorporating such valves with all movable sealing faces moving as one unit comprising only taps or cocks
- F16K11/085—Multiple-way valves, e.g. mixing valves; Pipe fittings incorporating such valves with all movable sealing faces moving as one unit comprising only taps or cocks with cylindrical plug
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
- F16K—VALVES; TAPS; COCKS; ACTUATING-FLOATS; DEVICES FOR VENTING OR AERATING
- F16K27/00—Construction of housing; Use of materials therefor
- F16K27/06—Construction of housing; Use of materials therefor of taps or cocks
- F16K27/065—Construction of housing; Use of materials therefor of taps or cocks with cylindrical plugs
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Stored Programmes (AREA)
- Multi Processors (AREA)
Abstract
Description
본 발명은 임베디드 분산 컴퓨팅 시스템에서 동작되는 소프트웨어의 데이터 전송 방법에 관한 것으로서, 보다 상세하게는 임베디드 분산 컴퓨터 시스템에서 소프트웨어 모듈의 재사용성을 높이는 소프트웨어의 데이터 전송 방법에 관한 것이다.The present invention relates to a data transmission method of software operating in an embedded distributed computing system, and more particularly, to a data transmission method of software for increasing reusability of a software module in an embedded distributed computer system.
CORBA(Common Object Request Broker Architecture)는 네트웍에서 분산 프로그램 객체를 생성, 배포, 관리하기 위한 구조와 규격이며, 네트웍 상의 서로 다른 장소에 있고 여러 벤더들에 의해 개발된 프로그램들이 “인터페이스 브로커”를 통해 통신하도록 해준다,CORBA (Common Object Request Broker Architecture) is a structure and specification for creating, distributing, and managing distributed program objects on a network, and allows programs that are located in different places on the network and developed by different vendors to communicate through an “interface broker”. To help you
CORBA의 핵심개념은 ORB(Object Request Broker)이다. 이기종 컴퓨터들의 클라이언트와 서버 네트웍에 대한 ORB 지원이란, 클라이언트 프로그램(객체 자신일 수 있다)이 분산 네트웍에서 서버가 어디 있는지, 또는 서버 프로그램이 어떤 인터페이스를 가질지 인식하지 않고서도, 서버 프로그램이나 객체로부터 서비스를 요구할 수 있다는 것을 의미한다.The core concept of CORBA is the Object Request Broker (ORB). ORB support for client and server networks of heterogeneous computers means that a client program (which can be an object itself) can be derived from a server program or object without knowing where the server is in a distributed network or what interface the server program has. That means you can request a service.
종래의 CORBA를 이용한 분산 컴퓨터 시스템에서는 인터페이스 정의와 인터페이스를 이용하는 데이터 처리부분을 함께 구현하여 분산 컴퓨팅을 실현하였다. 이러한 분산 컴퓨터 시스템의 특징은 인터페이스만 잘 정의하면 인터페이스로부터 데이터 처리부분, 즉, 원하는 동작의 구현부분을 복잡한 네트워크 환경에서의 통신으로부터 분리할 수 있다는 점이다.In a distributed computer system using a conventional CORBA, distributed computing is realized by implementing an interface definition and a data processing part using an interface together. A feature of such distributed computer systems is that, by defining the interface well, data processing from the interface, that is, the implementation of the desired operation, can be separated from the communication in a complex network environment.
그러나, 이러한 CORBA를 이용한 분산 컴퓨터 시스템에서도 인터페이스가 변경될 경우 데이터 처리부분에 미치는 프로그램 변경의 영향은 크다. 또한, 데이터처리부분이 변경될 경우 인터페이스의 연결 부분도 또한 함께 변경되어야 한다.However, even in the distributed computer system using CORBA, when the interface is changed, the influence of the program change on the data processing part is large. In addition, when the data processing part is changed, the connection part of the interface must also be changed.
종래의 CORBA를 이용한 분산 컴퓨팅 시스템은 인터페이스의 연결 부분의 처리를 데이터 처리부분 내에 구현함으로써 구현의 변경시 인터페이스 연결 부분이 함께 변경되고 또한 데이터 처리부분만의 재사용성이 저하되는 문제점이 있었다.In the conventional distributed computing system using CORBA, there is a problem in that the interface connection part is changed together with the implementation of the connection part of the interface in the data processing part and the reusability of only the data processing part is reduced.
따라서, 본 발명의 목적은, 인터페이스의 연결 부분을 담당하는 포트 클래스와 인터페이스를 통해 전달된 데이터의 처리를 위한 구현 클래스를 분리하여 소프트웨어 모듈의 재사용성을 향상시킬 수 있는 임베디드 분산 시스템에서 소프트웨어 데이터 전송 방법을 제공하는 것이다.Accordingly, an object of the present invention is to separate the port class that is in charge of the connection portion of the interface and the implementation class for the processing of data transferred through the interface to transmit software data in an embedded distributed system that can improve the reusability of the software module. To provide a way.
도 1은 본 발명에 따른 임베디드 분산 컴퓨팅 시스템에서 소프트웨어 프로그램의 클래스의 구조,1 is a structure of a class of a software program in the embedded distributed computing system according to the present invention,
도 2는 본 발명에 따른 소프트웨어 구조에서 클래스들의 데이터 송수신도,2 is a diagram of data transmission and reception of classes in a software structure according to the present invention;
도 3은 소프트웨어 구조의 동작을 도시한 시퀀스 다이어그램,3 is a sequence diagram showing the operation of the software structure;
도 4는 본 발명에 따른 소프트웨어의 클래스간 송수신 순서도.4 is a flowchart of transmission and reception between classes of software according to the present invention.
* 도면의 주요 부분에 대한 부호의 설명* Explanation of symbols for the main parts of the drawings
1 : 구현 클래스 5, 10 : ImplClass1: implementation class 5, 10: ImplClass
6, 11 : ConnPortClass 7, 12 : MsgPortClass6, 11: ConnPortClass 7, 12: MsgPortClass
8 : ConnectionPortClass 13 : MsgPortClass8: ConnectionPortClass 13: MsgPortClass
상기 목적은, 본 발명에 따라, 임베디드 분산 컴퓨팅 시스템에서 동작되는 소프트웨어의 데이터 전송 방법에 있어서, 소프트웨어 인스톨시 상기 소프트웨어를 복수의 모듈로 분리하여 연결하는 과정과; 상기 소프트웨어내 모듈들 각각의 ConnPort클래스와 MsgPort클래스를 추출하는 과정과; 각 모듈들의 remoteMsgPort를 설정하여 모듈들을 서로 연결하는 과정과; 각 모듈들은 해당 remoteMsgPort를 통해 상대방 모듈로 데이터를 전송하는 과정을 포함하는 것에 의해 달성된다.According to an aspect of the present invention, there is provided a data transmission method of software operating in an embedded distributed computing system, comprising: separating and connecting the software into a plurality of modules during software installation; Extracting a ConnPort class and an MsgPort class of each of the modules in the software; Connecting modules to each other by setting remoteMsgPort of each module; Each module is achieved by including sending data to the other module through the corresponding remoteMsgPort.
또한, 본 발명의 다른 견지에 따르면, 상기 목적은, 임베디드 분산 컴퓨팅 시스템에서 동작되며 복수의 모듈을 구비한 소프트웨어의 데이터 송수신 방법에 있어서, 소프트웨어 인스톨시 상기 모듈들을 분리하는 과정과; 상기 모듈의 데이터 인터페이스를 위한 포트 클래스와, 데이터 처리를 위한 구현 클래스를 마련하는 과정과; 상기 모듈들은 상기 포트 클래스에 의해 모듈들이 서로 연결되고 상기 구현 클래스를 통해 다른 모듈과 데이터 송수신하는 과정을 포함하는 것에 의해서도 달성될 수 있다.In addition, according to another aspect of the present invention, the object of the present invention is a method for transmitting and receiving data in software having a plurality of modules operating in an embedded distributed computing system, comprising: separating the modules during software installation; Providing a port class for a data interface of the module and an implementation class for data processing; The modules may also be achieved by connecting modules to each other by the port class and transmitting / receiving data with other modules through the implementation class.
이하 본 발명의 바람직한 실시 예들을 첨부한 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성요소들은 가능한 한 어느 곳에서든지 동일한 부호들로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the same elements in the figures are represented by the same numerals wherever possible. In addition, detailed descriptions of well-known functions and configurations that may unnecessarily obscure the subject matter of the present invention will be omitted.
도 1은 본 발명에 따른 임베디드 분산 컴퓨팅 시스템에서 소프트웨어 프로그램의 클래스의 구조를 도시한 것이다. 본 발명의 소프트웨어 프로그램은 CORBA를 전송 메커니즘으로 사용하며, 데이터의 전송을 담당하는 MsgPortClass와, 모듈의 연결을 담당하는 ConnPortClass로 구성된다.1 illustrates a structure of a class of a software program in an embedded distributed computing system according to the present invention. The software program of the present invention uses CORBA as a transport mechanism, and is composed of MsgPortClass which is in charge of data transmission and ConnPortClass which is in charge of module connection.
포트 클래스는 CORBA IDL(Interface Definition Language)로 정의되며 2가지 형태로 구분된다. 첫 번째는 두 소프트웨어 모듈의 인터페이스 연결을 담당하는 ConnectionPortClass(8)이고 두번째는 실제 데이터 전송의 통로가 되는 MsgPortClass(13)이다.Port classes are defined in CORBA Interface Definition Language (IDL) and are divided into two types. The first is the ConnectionPortClass (8), which is responsible for the interface connection of the two software modules, and the second is the MsgPortClass (13), which is the channel for the actual data transmission.
구현 클래스도 마찬가지로, 위에서 정의한 2가지 형태의 클래스인 ConnectionPortClass(8)와 MsgPortClass(13)를 모두 포함하며 데이터를 처리하는 부분을 구현한다.The implementation class similarly includes two types of classes defined above, ConnectionPortClass (8) and MsgPortClass (13), and implements data processing.
여기서, 포트 클래스는 ImplClassA(5)에 해당하고, 구현 클래스는 ImplClassB(10)라고 가정하자.Here, assume that the port class corresponds to ImplClassA (5) and the implementation class is ImplClassB (10).
도 2는 본 발명에 따른 소프트웨어 구조에서 데이터 전송 방향을 도시한 것이다. 소프트웨어의 클래스는 ImplCalssA(5)와 ImplClassB(10)로 분리된다. ImplClassA(5)는 ImplClassB(10)와의 양방향 데이터 통신을 위해 ConnPortClassA(6)와 MsgPortClassA(7)를 가진다.2 illustrates a data transmission direction in a software structure according to the present invention. The class of software is divided into ImplCalssA (5) and ImplClassB (10). ImplClassA (5) has ConnPortClassA (6) and MsgPortClassA (7) for bidirectional data communication with ImplClassB (10).
마찬가지로 ImplClassB(10)는 ImplClassA(5)와의 양방향 데이터 통신을 위해 ConnPortClassB(11)와 MsgPortClassB(12)를 가진다.Similarly, ImplClassB (10) has ConnPortClassB (11) and MsgPortClassB (12) for bidirectional data communication with ImplClassA (5).
ConnPortClass는 인터페이스의 연결 설정을 담당하는 클래스이며, MsgPortClass는 실제 데이터 전송을 위해 사용되는 클래스이다. ImplClassA(5)와 ImplClassB(10)는 PortClass들을 사용하므로 각 PortClass를 위한 클래스 변수를 내부에 가지며, 초기 PortClass의 연결시에 remoteMsgPort와 연결하기 위한 클래스 변수를 설정하여 다른 ImplClass와 통신한다. 초기 PortClass의 연결 설정은 후술할 도 3의 시퀀스 다이어그램에서 설명하기로 한다.ConnPortClass is the class that manages the connection configuration of the interface. MsgPortClass is the class used for actual data transfer. Since ImplClassA (5) and ImplClassB (10) use PortClasses, they have class variables for each PortClass internally, and set class variables for connecting with remoteMsgPort when initial PortClass is connected to communicate with other ImplClass. Connection configuration of the initial PortClass will be described in the sequence diagram of FIG. 3 to be described later.
본 발명에 따른 포트 클래스와 구현 클래스는 캡슐화 및 다른 모듈과의 데이터 통신을 위해 후술할 connectPort(), setRemoteMsgPort() 및 getPort()와 같은 특정한 기능을 하는 오퍼레이션들을 정의한다.The port class and the implementation class according to the present invention define operations with specific functions such as connectPort (), setRemoteMsgPort () and getPort () which will be described later for encapsulation and data communication with other modules.
ConnPortClass(6,11)의 오퍼레이션으로는 connectPort()가 있다. ConnPortClass(6, 11)는 파라미터로 입력되는 상대방 모듈의 MsgPort 객체(클래스로 규정된 인스턴스)를 자신이 포함된 ImplClass의 remoteMsgPort에 설정함으로써상대방 모듈과의 통신로를 연결한다.ConnPortClass (6,11) operation is connectPort (). ConnPortClass (6, 11) connects the communication channel with the counterpart module by setting the MsgPort object (instance defined by the class) of the counterpart module inputted as a parameter to the remoteMsgPort of the ImplClass in which it is included.
구현 클래스(1)는 remoteMsgPort를 설정하는 수단으로 setRemoteMsgPort() 오퍼레이션을 제공하며, 자신이 가지고 있는 포트를 반환하는 수단으로 getPort() 오퍼레이션을 제공한다. getPort() 오퍼레이션은 Installer(4)가 소프트웨어 모듈들의 포트를 서로 연결해주기 위하여 호출하는 것으로 CORBA IDL(Interface Definition Language)로 구현되어야 한다.The implementation class 1 provides the setRemoteMsgPort () operation as a means of setting the remoteMsgPort and the getPort () operation as a means of returning its own port. The getPort () operation is called by Installer (4) to connect the ports of software modules to each other. It must be implemented in CORBA Interface Definition Language (IDL).
MsgPortClass(13)는 MsgPortClassA(7)와 MsgPortClassB(12)의 데이터를 전송하기 위해 sendMsg() 오퍼레이션을 제공한다.MsgPortClass (13) provides sendMsg () operation to send data of MsgPortClassA (7) and MsgPortClassB (12).
ConnectionPortClass(8)는 MsgPortClassA(7)와 MsgPortClassB(12)의 데이터를 송수신하기 위해 connectionPort()오퍼레이션을 제공한다.The ConnectionPortClass (8) provides a connectionPort () operation for transmitting and receiving data of MsgPortClassA (7) and MsgPortClassB (12).
도 3은 본 발명에 따른 소프트웨어 구조의 동작을 도시한 시퀀스 다이어그램이다. 도 3에 도시된 바와 같이, 본 발명에 따른 임베디드 분산 컴퓨팅 시스템에서, Installer(소프트웨어 설치자)(4)에 의해 클래스 객체가 배치되고 소프트웨어 모듈들은 connectPort 클래스를 통해 연결된다. 연결이 완료된 후 모듈들은 자신이 가지고 있는 remoteMsgPort를 이용해 데이터를 서로 주고 받는다.3 is a sequence diagram illustrating the operation of a software structure in accordance with the present invention. As shown in Fig. 3, in the embedded distributed computing system according to the present invention, a class object is placed by the installer (software installer) 4 and the software modules are connected via the connectPort class. After the connection is completed, the modules send and receive data to and from their remoteMsgPort.
Installer(4)는 시스템내에 있는 소프트웨어 모듈을 배치하고 포트를 서로 연결시키는 역할을 한다. Installer(4)가 getPort() 오퍼레이션을 이용하여 모듈 A(21)와 모듈 B(30)의 ConnPortClass와 MsgPortClass들을 추출한다. ConnPortClass의 connectPort() 오퍼레이션을 이용하여 모듈 A(21)와 모듈 B(30) 각각의 remoteMsgPort가 설정된다.Installer 4 is responsible for placing software modules in the system and for connecting ports to each other. Installer (4) extracts the ConnPortClass and MsgPortClasses of Module A (21) and Module B (30) using the getPort () operation. The remoteMsgPort of each of module A 21 and module B 30 is set using the connectPort () operation of ConnPortClass.
모듈 A(20)와 모듈 B(30)는 각각 remoteMsgPortB와 remoteMsgPortA를 통해 상대방 모듈과 데이터를 송수신하게 된다.Module A 20 and module B 30 transmit and receive data with the counterpart module through remoteMsgPortB and remoteMsgPortA, respectively.
도 4는 본 발명에 따른 소프트웨어의 클래스간 송수신 순서도이다. 도 4에 도시된 바와 같이, 100단계에서 인스톨러(소프트웨어 설치자)가 소프트웨어 모듈들을 배치한다. 200단계에서 getPort() 오퍼레이션을 이용하여 connPort와 MsgPort를 추출한다. 300단계에서 connPortClass의 connectPort() 오퍼레이션을 이용하여 각 모듈의 remoteMsgPort를 설정하여 모듈을 서로 연결한다. 400단계에서 각 모듈은 해당 remoteMsgPort를 통해 상대방 모듈로 데이터를 전송한다.4 is a flowchart of transmission and reception between classes of software according to the present invention. As shown in FIG. 4, in step 100, an installer (software installer) deploys software modules. In step 200, connPort and MsgPort are extracted using the getPort () operation. In step 300, the modules are connected to each other by setting the remoteMsgPort of each module by using the connectPort () operation of connPortClass. In step 400, each module transmits data to the counterpart module through the corresponding remoteMsgPort.
이와 같이, 포트 클래스 중 ConnectionPortClass(6, 11)와 MsgPortClass(7, 12)는 데이터의 전송에 관련된 인터페이스의 처리만을 담당하며, 다른 모듈로부터 들어오는 데이터를 수신하는 역할을 한다. 구현 클래스(ImplementationClass)는 포트 클래스(MsgPortClass)로부터 수신된 데이터를 전달받아 이 데이터를 처리하는 역할을 수행한다. 이렇게 함으로써, 다양한 구현 클래스로 변경이 가능하며 데이터의 수신과 처리를 분리함으로써 임베디드 시스템에 적합한 실시간성을 향상시킬 수 있다.As such, the ConnectionPortClass (6, 11) and MsgPortClass (7, 12) of the port class is responsible only for the processing of the interface related to the transmission of data, and serves to receive data from other modules. The implementation class (ImplementationClass) receives data received from the port class (MsgPortClass) and handles this data. By doing this, it is possible to change to various implementation classes and improve the real-time property suitable for embedded system by separating the receiving and processing of data.
따라서, 분산 컴퓨터링 시스템에서 전송 메커니즘으로 CORBA(Common Object Broker Architecture)를 사용하며, 데이터 처리를 위한 구현 클래스와 인터페이스를 위한 포트 클래스로 나눔으로써 구현 클래스의 재사용성과 이식성 및 유지보수성을 향상시킬 수 있다. 또한 데이터를 수신하는 인터페이스 포트 클래스와 수신한 데이터를 처리하는 구현 클래스를 분리함으로써, 소프트웨어 모듈의 재사용성과다른 시스템으로의 이식성을 높일 수 있고 임베디드 시스템에 적합한 실시간성을 향상시킬 수 있다.Therefore, CORBA (Common Object Broker Architecture) is used as a transport mechanism in distributed computing system, and it is possible to improve the reusability, portability and maintainability of implementation classes by dividing them into implementation classes for data processing and port classes for interfaces. . In addition, by separating the interface port class that receives data from the implementation class that processes the received data, it is possible to increase the reusability of software modules and portability to other systems and to improve real-time for an embedded system.
이상 설명한 바와 같이, 본 발명에 따르면, 구현 클래스를 인터페이스의 응답 부분을 담당하는 포트 클래스와 인터페이스를 통해 전달된 데이터의 처리를 위한 부분으로 분리하여 소프트웨어 모듈의 재사용성과 다른 시스템으로의 이식성을 높일 수 있고 실시간 처리성을 향상시킬 수 있다.As described above, according to the present invention, the implementation class can be divided into a port class in charge of the response part of the interface and a part for processing data transmitted through the interface, thereby increasing the reusability of the software module and portability to other systems. And improve real-time throughput.
Claims (4)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020030032970A KR20040100562A (en) | 2003-05-23 | 2003-05-23 | method for transmitting data of software in embeded distributed computing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020030032970A KR20040100562A (en) | 2003-05-23 | 2003-05-23 | method for transmitting data of software in embeded distributed computing system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20040100562A true KR20040100562A (en) | 2004-12-02 |
Family
ID=37377934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020030032970A KR20040100562A (en) | 2003-05-23 | 2003-05-23 | method for transmitting data of software in embeded distributed computing system |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR20040100562A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8464218B2 (en) | 2008-12-19 | 2013-06-11 | Electronics And Telecommunications Research Institute | Method port arrangement and configuration method thereof for robot software component |
-
2003
- 2003-05-23 KR KR1020030032970A patent/KR20040100562A/en not_active Application Discontinuation
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8464218B2 (en) | 2008-12-19 | 2013-06-11 | Electronics And Telecommunications Research Institute | Method port arrangement and configuration method thereof for robot software component |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070011375A1 (en) | Method and system for hardware based implementation of USB 1.1 over a high speed link | |
| WO2011116556A1 (en) | Wireless communication terminal in machine to machine network and its application method | |
| CN105183452A (en) | Spring AOP based remote protocol service middleware for monitoring power distribution device | |
| SE0103535D0 (en) | A system of intelligent devices, a method for providing such a system and a computer data signal | |
| CN111818158B (en) | Gateway control method, device, electronic equipment and storage medium | |
| US20140214993A1 (en) | Hardware communications infrastructure supporting location transparency and dynamic partial reconfiguration | |
| EP2429150A1 (en) | Apparatus, web service component and method based on web service | |
| US20180262560A1 (en) | Method and system for transmitting communication data | |
| KR20110065448A (en) | Composing message processing pipelines | |
| US7529840B2 (en) | HTTP use for bidirectional communication | |
| US20020199022A1 (en) | System and method for establishing and managing communications between mangement protocol different system | |
| US8464218B2 (en) | Method port arrangement and configuration method thereof for robot software component | |
| US20030088661A1 (en) | Method for constructing distributed software components | |
| KR20040100562A (en) | method for transmitting data of software in embeded distributed computing system | |
| KR100923992B1 (en) | System and Method for SCA connection using relay component | |
| KR20010019931A (en) | System interface apparatus for supporting multi network management protocol and method therefore | |
| KR20160112846A (en) | Interface construction method and device for heterogeneous application protocol communication | |
| KR100213770B1 (en) | Connection method of different from a kind branch processor | |
| CN112099769B (en) | Software radar device with unified data transmission interface | |
| US20030018831A1 (en) | Application programming interface for providing direct access to a WSP layer of a WAP stack | |
| KR20020033219A (en) | Method for materializing connection-oriented socket interface | |
| KR100265979B1 (en) | Method and apparatus for converting communication protocol between host computer and branch processor | |
| KR200328928Y1 (en) | Matching device between base station controller for mobile communication and personal computer | |
| JP2000151739A (en) | Information processor, distributed processor and network system | |
| TWI578737B (en) | Switch, control device and manage method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WITN | Withdrawal due to no request for examination |