KR20010042737A

KR20010042737A - 비쥬얼 데이터 통합 시스템 및 그 방법

Info

Publication number: KR20010042737A
Application number: KR1020007011463A
Authority: KR
Inventors: 니콜라스씨. 셰어드; 로렌스 피셔; 리차드더블유. 매튜스; 하이마빈두 구알라; 퀴린 휴; 웬디제이. 젱; 볼리와이. 모우
Original assignee: 에이디씨 텔레커뮤니케이션스 인코포레이티드
Priority date: 1998-04-15
Filing date: 1999-04-15
Publication date: 2001-05-25
Also published as: CN1302401A; CA2328325A1; IL139007A0; WO1999056206A1; EP1071992A1; US6208345B1; AU3562699A

Abstract

비쥬얼 데이터 통합 아키텍쳐 및 방법론이 본원 발명에 의해 공개된다. 상기 시스템 아키텍쳐는 공통점이 없는 응용프로그램들 사이의 기술-종속 데이터 교환을 용이하게 하는 기술-독립 통합 메카니즘을 나타내는 트랜스포트 프레임워크를 포함한다. 비쥬얼 인터페이스는 통합된 정보시스템 실현의 디자인, 전개 및 실행시간 모니터링을 용이하게 한다. 통합된 정보시스템은 인터페이스의 캔버스 영역 내에 컴포넌트들을 드래그하고 드롭함으로써 비쥬얼 인터페이스를 사용하여 가시적으로 개발된다. 상기 컴포넌트들은 정보기억장치, 처리기, 입력/출력 장치등과 같은 다양한 통신 하드웨어 및 소프트웨어 엘리먼트의 그래픽 표시이다. 다양한 컴포넌트들이 특정 비즈니스통합 능력을제공하는 비즈니스확장모듈로서 함께 포장되어질 수 있다. 컴포넌트들 사이의 상호연결은 마우스를 사용하여 그래픽방식으로 만들어져서 특정 데이터의 소스 및 수신지(데스티네이션)를 정의하도록 한다. 상기에서 동작되며 트랜스포트 프레임워크와 효과적으로 협력하게 되는 기본이 되는 구성/실행시간 정보 프레임워크는 상기 그래픽 상호연결을 논리적 또는 물리적 상호연결로 변환시키며, 이로 인하여 통합 실행시간 시스템의 동시발생 생성을 일으키게 된다. 포맷 중립 데이터 메타-모델이 사용되어 데이터 통합 프로젝트에서 관련된 시스템관기술사이에 존재하는 어떠한 크로스-종속성도 제거하도록 공통점이 없는 시스템 및 시스템 컴포넌트들의 입력 및 출력 데이터 요구를 모델하는데 사용될 수 있다. 상기 비쥬얼 인터페이스는 통합된 시스템 실현의 비즈니스 정보 및 시스템 특징의 실행시간 제어 및 분석을 가능하게 한다. 라이브 전개로의 비쥬얼 뷰는 단일 비쥬얼 인터페이스를 사용하여 시스템 통합 장치, 비즈니스 통합 장치, 시스템 매니저, 그리고 비즈니스 매니저를 위한 일관성있는 관리 및 제어를 제공한다.

Description

비쥬얼 데이터 통합 시스템 및 그 방법{VISUAL DATA INTEGRATION SYSTEM AND METHOD}

분명하게 서로 상이한 기술들을 사용하여 개발된 컴퓨터 시스템 플랫폼과 응용프로그램 사이의 데이터통신을 실시하기 위한 문제를 해결하기 위해 많은 연구가 되어왔다. 가령 인터넷 및 전자데이터 교환(EDI)활동을 지원하기 위해 사용되는 것과 같은 분산된 데이터 처리 시스템 및 아키텍쳐에 대한 의존이 증가함에 따라 서로 유사하지 않은 인터페이스 특징들을 갖는 응용프로그램들 사이의 다양한 종류 및 포맷의 방대한 양의 데이터를 전달할 수 있는 통합된 정보시스템을 개발하고자 하는 개선된 접근방법이 더욱더 필요하게 되었다.

공통점이 없는 시스템들과 응용프로그램들 사이에서 서로 다른 종류의 데이터를 전달하는 문제를 해결할 목적으로, 다양한 데이터 교환프로덕트 및 접근방법이 개발되어 왔다. 많은 수의 공통점이 없는 시스템들을 함께 전자적으로 연결시키는 전통적인 방법은 커스텀게이트웨이(custom gateways) 또는 인터페이스 시스템을 발생시킴을 포함한다. 한 전형적인 커스텀게이트웨이는 시스템 #1 및 #2 각각에 의해 발생된 데이터 종류 'A' 및 'B'를 교환하기 위해 시스템 #1 및 #2를 허용하는 것과 같은 특정하게 초점이 맞추어진 인터페이스 문제를 해결하도록 만들어진다. 이와같이 특정된 게이트웨이들은 많은 수의 공통점이 없는 시스템 및 응용프로그램 사이에서 데이터교환을 할 수 있도록 만들어지지는 않는다. 새로운 그리고 각기 다른 인터페이스문제를 해결하기 위해 기존의 커스텀게이트웨이를 수정하는 것은 생산적이지 못하며 비용이 비싼 것으로 당해분야에서는 알려져 있는데 이는 오리지날 커스텀게이트웨이 디자인의 고유한 제한이 있기 때문이다.

다양한 정보기술 스탠다드가 분산된 데이터처리 및 통신환경내에서 맡게되는 이들 및 다른 데이터교환문제들을 해결하기 위해 개발되어 왔다. 이들 중 한가지 스탠다드는 당해기술분야에서 CORBA(Common Object Request Broker; 공통오브젝트 요구 브로커)로써 알려져 있으며, 앞서 언급된 많은 문제들을 해결하기 때문에 많은 주의를 받고 있다. 상기 CORBA 접근방법의 단점은 CORBA가 데이터 전달 메카니즘으로서 작용하도록 만들어지지 않는다는 것이다. 특히 CORBA는 TCP/IP를 통해 제어방법을 전달하도록 만들어진다. CORBA의 장점은 네트워크에서 C++방법을 사용하는 능력이다. 상기 CORBA는 모든 응용프로그램인 객체지향형이어야 하며 이는 구성된 프로그래밍기술을 사용하여 개발된 상당히 많은 수의 기존 응용프로그램을 포함시키지 못한다. 더구나 CORBA가 "스탠다드"로 알려져 있기는 하나 호환적이지 못한 CORBA의 여러 프로덕트 실시가 있으며 따라서 서로 통신을 할 수 없게 된다.

트랜젝션 모니터와 같은 다른 기술이 분산된 처리 환경에서 여러 응용프로그램들 사이에서 복잡한 트랜젝션을 제어하도록 개발되어 왔다. 이같은 트랜젝션은 IPC(Inter Process Communication; 인터 처리 통신)방법을 통하여 정의된 IDL(Interface Definition Language; 인터페이스 정의 언어)인터페이스를 통해 적용된 엄격한 트랜젝션 규칙에 따라 인터페이스 응용프로그램들을 모니터한다. 한가지 대표적인 트랜젝션 모니터는 사용하고 유지하도록 된 복잡한 구조를 갖는다. 만약 한 트랜젝션 세트를 만드는 어느 한 개별 트랜젝션이 규칙에 어긋나면 전체의 콤플렉스 트랜젝션이 사용되지 못하게 되는 것이다. 트랜젝션 모니터들은 데이터교환을 실시하기 위해서가 아니라 트랜젝션 제어를 위해 최상의 조건을 갖게 된다.

4GL 및 5GL 로 표시되는 4세대 또는 5세대 언어는 상기 데이터교환문제에 부분적인 해결만을 제공하는 것으로 나타난다. "비즈니스 객체"를 구성하도록 사용되는 것과 같은 이들 유사한 언어들은 강력한 질의 및 보고도구를 제공할 일차적인 목적을 위해 응용프로그램 및 사용자 인터페이스 구성에서 가장 좋은 조건을 갖게 된다. 대표적으로 이같은 언어에 의해 발생된 객체들은 데이터베이스내에 존재하는 데이터들로의 접근경로를 규정한다. 상기 객체들은 복잡한 질의를 발생하기 위해 다양한 방법으로 결합될 수 있으며 강력한 보고발생기를 구축하도록 결합될 수 있다. 4세대 및 5세대 언어들은 한 응용프로그램에서 하나 또는 둘 이상의 다른 응용프로그램으로 방대한 양의 데이터를 신뢰할 수 있도록 그리고 효과적으로 전달하는데 적합하지가 않다. 4GL 및 5GL 기술을 사용하여 구축된 비즈니스 객체들은 일정한 양의 데이터를 지니고 있으나 이같은 데이터들은 상기 데이터에서의 추가 분석을 수행할 목적을 위한 객체 정의와 함께 전달된 질의로부터 발생되는 데이터이다.

종래 기술의 데이터통합 접근방법과 관련된 기술적인 문제를 더욱더 복잡하게 하는 것은 비즈니스 필요 및 목적에 부합하도록 공통점이 없는 정보 소스들이 통합되어 진다는 인식이다. 한 데이터통합문제에 대한 제한된 기술적인 해결안은 제한된 시스템을 통과하는 데이터로부터 발생되는 의미있는 정보를 사용자가 획득할 수 있도록 하는 것을 막지 않아야 한다. 이와 반대로 제한된 기술 해결은 사용자의 비즈니스정보 필요에 부합하거나 이를 상회하여야 하며 또한 새로운 정보소스 및 기술들을 용이하게 수용할 수 있는 광범위한 프레임워크를 제공해야 한다.

종래의 데이터통합로그들은 대개 한 기술로부터 공통점이 없는 정보시스템들을 통합하는데 소비되는 노력 및 비용을 줄이도록 만들어지나, 결과의 해결책이 비즈니스정보 요구에 미치게 되는 제한된 영향과 관련하여서는 사용되지 않게 된다. 비즈니스 수준 통합은 데이터통합을 실시하기 위해 사용되는 것과는 매우 다른 로그를 사용하여 발생된다. 더욱이 종래의 데이터통합 방법의 실행환경은 분리되어진 시스템관리도구세트를 사용하여 유지되어 진다. 상기 다양한 엄격함으로부터 발생되는 비호환성은 기술적인 통합 솔루션이 비즈니스 통합 솔루션을 지원하는 것과는 다른 프레임워크에 존재하는 시스템에서 자주 일어난다. 이와 같은 비호환성으로 인해 디자인 단계중에 통상 실시되는 통합된 정보시스템과 효과적으로 상호 작용할 수 있는 사용자의 능력을 제한시키며, 시스템으로부터 의미있는 시스템 및 비즈니스통합/관리정보를 추출하는 노력을 상당하게 복잡하게 한다.

가변기술의 응용에 의해 발생된 데이터를 효과적으로 통합시킬 수 있는 개선된 데이터 통합시스템 및 방법에 대한 지대한 요구가 있다. 공통점이 없는 데이터 입력 및 출력 요구를 가지는 사용자에게 다양한 종류의 정보를 제공하는 단일의 직관적인 사용자 인터페이스를 사용하는 시스템 및 방법에 대한 또다른 필요가 존재한다. 용이하게 확장할 수 있으며 현재 또는 미래의 기술과는 무관한 시스템 및 방법에 대한 또다른 필요가 존재한다.

본 발명은 정보 시스템에 대한 것이며, 특히 이산정보기술들을 가시적으로 통합하기 위한 인터페이스를 사용하는 시스템 및 그 방법에 대한 것이다.

도1은 본 발명의 한 실시예에 따른 비쥬얼데이터 통합 아키텍쳐의 시스템 레벨 도면.

도2는 종래의 데이터통합접근방법에 따른 두 정보서비스제공자에 의해 동작된 정보시스템내 공통점이 없는 응용프로그램 사이의 데이터흐름을 도시한 블록도표.

도3은 도2에서 도시된 정보제공자 #1의 정보시스템환경내 본 발명의 비쥬얼 데이터 통합 아키텍쳐 전개를 도시한 도면.

도4,5a, 5b 는 기존 정보시스템 환경내 데이터교환을 크게 향상시키기 위해 전개된 비쥬얼데이터 통합 아키텍쳐의 추가 실시예를 도시한 도면.

도6은 본 발명의 또다른 실시예에 따른 비쥬얼데이터 통합 아키텍쳐의 시스템 블록도.

도7은 본 발명의 한 실시예에 따라 데이터교환을 실시하도록 협동하여 동작하는 다수의 어댑터를 도시한 도면.

도8은 본 발명의 원리에 따라 실시된 비쥬얼데이터 통합 아키텍쳐의 또다른 실시예에 대한 상세한 시스템 블록도.

도9는 본 발명의 실시예에 따라 실시된 비쥬얼데이터 통합 아키텍쳐의 다양한 제어 및 대기행렬 특징에 대한 추가의 상세한 도면.

도10-11은 본 발명의 두 개의 추가 실시예에 따른 한 데이터교환 기본 구조를 통해 데이터의 전달을 포함하는 다양한 처리를 설명하는 흐름도.

도12-14는 본 발명의 또다른 실시예에 따른 한 데이터교환 기본구조를 통한 데이터전달을 포함하는 다양한 처리를 도시한 흐름도.

도15 및 16은 본 발명의 한 실시예에 따라 실시된 한 전달프레임워크, 비쥬얼 인터페이스, 한 구성 및 실행시간정보 프레임워크, 그리고 하나 또는 둘 이사의 비즈니스확장모듈을 포함하는 비쥬얼데이터 통합 아키텍쳐에 대한 개념적 모델을 도시한 도면.

도17은 본 발명의 실시예에 따라 한 데이터통합전개를 구성시키고, 전개하며, 모니터하고 그리고 관리하기 위한 비쥬얼 인터페이스에 대한 도면.

도18은 시스템통합관점을 사용하여 도시되는 바의 실제데이터통합시스템실시를 그래프로 도시한 도면.

도19는 한 선택된 데이터통합 프로젝트에 대하여 현재 동작중인 네트워크환경에 대한 트리 관점을 제공하는 본 발명의 비쥬얼 인터페이스 분산 플랜 패널을 도시한 도면.

도20은 한 비즈니스통합 관점을 사용하여 도시된 바의 도18에서 도시된 데이터통합시스템 실시에 대한 그래프도면.

도21은 한 시스템관리관점을 사용하여 도18에서 도시된 데이터통합실시로부터 개발된 대기행렬 상태 챠트에 대한 도면.

도22는 한 비즈니스관리관점을 사용하여 도18에서 도시된 데이터통합실시로부터 개발된 한 비즈니스정보그래프에 대한 도면.

도23 및 24는 공통오브젝트의 내용을 사용자가 조정하거나, 교정하거나, 수정할 수 있도록 하는 대기행렬의 관리유틸리티에 대한 대기행렬 관점 디스플레이.

도25a-25c 는 한 비쥬얼 데이터 통합 아키텍쳐의 구성 및 실행시간 정보 프레임워크에 대한 디렉토리구조를 규정하는 도면으로서, 구성파일이 본 발명의 한 실시예에 따라 배치되며 조작되어지는 바의 도면.

본 발명은 비쥬얼 데이터통합시스템 아키텍쳐 및 방법에 대한 것이다. 본 발명의 아키텍쳐는 공통점이 없는 응용프로그램들 사이에서 기술-종속데이터의 교환을 용이하게 하는 기술-독립 통합메카니즘을 제공하는 전달 프레임워크를 포함한다. 한 비쥬얼 인터페이스가 집적된 정보시스템 실시의 디자인, 전개 및 실행시간모니터링을 용이하게 한다.

한 통합된 정보시스템이 인터페이스의 캔버스 영역내 컴포넌트 아이콘들을 드래그 및 드롭시킴으로써 비쥬얼 인터페이스의 사용을 통해 시각적으로 개발된다. 상기 컴포넌트 아이콘들은 다양한 데이터처리 및 통신하드웨어 및 소프트웨어 엘리먼트들의 그래픽표시이다. 다양한 컴포넌트 아이콘들이 비즈니스 확장 모듈내에서 함께 포장되어 사용자에게 특정 비즈니스 통합 능력을 제공하도록 한다.

상기 캔버스 영역내에 놓인 컴포넌트들 사이의 상호 연결은 특정 데이터의 소스와 데스티네이션을 정의하도록 마우스를 사용하여 그래픽으로 만들어진다. 한 중요한 구성 및 실행시간정보 프레임워크가 상기 그래픽상호연결을 논리적 또는 물리적 상호연결로 효과적으로 변환시키며 유사한 통합된 실행시간 시스템의 동시전개를 발생시킨다. 한 데이터통합프로젝트에서 암시된 시스템들과 기술들 사이에 존재하는 어떠한 크로스-종속들도 제거하기 위해 공통점이 없는 시스템 그리고 시스템컴포넌트들의 입출력 데이터요구를 모델링하도록 포맷 중립 데이터 메타-모델들이 사용된다. 이와같이 하여 상기 데이터메타-모델들을 사용함으로써 상기 데이터통합 프로젝트의 시스템들을 효과적으로 컴포넌트화하며, 이에 의해서 비쥬얼 드래그-드롭 및 메타-모델 맵핑메타포(metaphors)를 사용하여 만들어지고 수정되어질 시스템컴포넌트들 사이의 상호 연결을 허용하도록 한다.

상기 비쥬얼 인터페이스는 한 통합정보시스템전개의 비즈니스 및 기술특징에 대한 실행시간 제어 및 분석을 제공한다. 상기 실행시간 시스템 전개에 대한 비쥬얼 관점은 각기 다른 데이터 입출력, 보고 및 인터페이스요구를 가지는 다양한 사용자에 대한 일관된 관리 및 제어를 제공한다.

한 실시예에서 상기 전달프레임워크는 해당하는 수의 응용프로그램과 관련된 다수의 어댑터를 포함하는 데이터교환 기본구조를 포함한다. 상기 어댑터 각각은 해당하는 한 응용프로그램과 인터페이스하도록 만들어지며 상기 응용프로그램과 데이터교환기본구조사이에서 전달되는 데이터를 변환시킨다. 한 특정 응용프로그램에 의해 발생된 데이터는 기술종속형태로부터 기술독립형태로 상기 해당하는 어댑터에 의해 변환된다.

상기 데이터교환기본구조는 관련된 어댑터 각각으로부터 기술 독립형태로 데이터를 수신하며 특정정보내용을 요구하였던 응용프로그램과 관련된 특정 어댑터들로 상기 정보내용을 경로배정함을 조정한다. 상기 데이터교환기본구조로부터 상기 정보내용을 수신하는 어댑터들은 공통포맷을 가지는 정보내용을 한 이들과 관련된 응용프로그램에 특정되거나 이들과 양립하는 한 데이터포맷으로 변환시킨다. 한 대기행렬 메카니즘이 사용되어 공통점이 없는 응용프로그램들과 시스템들 사이의 신뢰할 수 있는 비동기식 또는 의사-동기식 인터페이스들을 구성하도록 한다.

상기 데이터교환기본구조는 특정 정보내용에 대한 요구를 처리하는데 비즈니스 규칙 또는 논리를 적요할 수 있다. 가령 한 응용프로그램이 다수의 각기 다른 응용프로그램에 의해 발생된 정보내용을 요구할 수 있다. 상기 데이터교환기본구조는 사용자-특정 비즈니스 논리에 의해 표시된 바와 같은 멀티플 소스 정보내용을 획득하고, 조직하며 그리고 처리한다. 특정 사용자 또는 응용프로그램에 대한 처리 및 조직요구에 대한 변경이 데이터교환기본구조코드가 아니라 사용자-특정비즈니스논리를 변경시킴으로써 단순하게 실시된다.

사용자-특정경로배정논리는 하나 또는 둘 이상의 데스티네이션 응용프로그램으로 선택된 정보내용을 보내도록 상기 데이터교환기본구조에 의해 적용될 수 있다. 상기 비즈니스 논리에서와 마찬가지로 경로배정요구에서의 변경은 데이터교환기본구조코드가 아니라 상기 경로배정논리를 수정함으로써 간단하게 실시된다.

처리모니터링, 트레이싱 및 로깅 등이 제공되어 상기 데이터교환기본구조를 통과하는 데이터진행을 추적할 수 있으며 처리오류를 탐지하고 교정할 수 있다. 처리변칙의 경우에 상기 데이터교환기본구조가 실패한 트렉젝션의 롤백(rollback)을 실시하여 데이터손실을 배제토록 한다. 성과 통계가 제공될 수 있기도 하다. 다수의 통계/분석 그래프 및 비즈니스 관련 챠트가 시스템 및 비즈니스 관점을 사용하여 비쥬얼 인터페이스를 통해 사용자에게 제공될 수 있다.

매우 다양한 인터페이스들이 적절한 어댑터의 사용 및 하나 또는 둘 이상의 데이터교환기본구조처리/논리유닛을 사용하여 개발될 수 있다. 가령 단일의 사용자-인터페이스만을 가지는 독점적인 백-앤드 (back-end)시스템이 멀티-사용자외부 인터페이스를 가지는 오픈 시스템으로 논리적으로 변환될 수 있다. 신뢰할 수 없는 응용프로그램들은 상기 데이터교환기본구조의 사용에 의해 안정해질 수 있다. 공통점이 없는 비즈니스시스템들은 이들이 옛날의 것이든 혹은 현재 기술의 것이든 관계없이 전자결합게이트웨이들을 발생시키도록 효과적으로 연결될 수 있다.

하기에서는 첨부도면을 참조하여 본 발명을 상세히 설명한다.

도1에는 본 발명의 한 실시예에 따른 비쥬얼 데이터 통합 아키텍쳐가 도시된다. 도1에 도시된 시스템 30은 다수의 공통점이 없는 공용프로그램으로 구성된 한 통합된 정보시스템의 디자인, 전개, 그리고 실행시간모니터링을 용이하게 하기 위해 전달프레임워크 33 및 비쥬얼 인터페이스 31을 제공한다. 일반적으로 상기 전달프레임워크33은 기술-독립통합메카니즘을 제공하며 이는 공통점이 없는 응용프로그램들 사이의 기술-종속데이터의 교환을 용이하게 한다. 상기 전달프레임워크33은 유사하지 않은 응용프로그램들 및 기술들 사이의 신뢰할 수 있으며 크기 조정이 가능한 정보 경로배정을 가능하게 한다.

상기 비쥬얼 인터페이스31은 상기 비즈니스정보에 대한 신속한 디자인, 전개, 그리고 실행시간 제어 및 분석을 가능하게 하며 통합된 시스템실시의 시스템/기술특징들을 가능하게 한다. 한 통합된 정보시스템이 마우스 또는 다른 입력장치를 사용하여 그래픽시스템 표시내에서 컴포넌트 빌딩 블록을 드래그하고 드롭함으로써 비쥬얼 인터페이스31의 사용을 통해 시각적으로 만들어진다. 이들 컴포넌트 빌딩 블록들은 정보저장, 처리기, 입출력장치, 브리지, 루터(routers)등과 같은 다양한 데이터처리 및 통신 하드웨어 및 소프트웨어 요소들을 그래프로 표시한 것이다. 컴포넌트 빌딩 블록 사이의 상호 연결은 특정 데이터의 소스 및 데스니네이션을 규정하기 위해 마우스의 사용에 의해 그래프로 설정된다.

상기 전달프레임워크와 협력하여 상기에서 동작되는 기본 구성 및 실행시간 정보프레임워크는 상기 그래픽상호 연결을 논리적이거나 물리적인 상호 연결로 효과적으로 변환시키며 결국 해당하는 실행시간시스템전개의 동시 발생을 발생시킨다. 완전히 구성된 때에는 어떤 필요한 커스텀화가 완성되어진 때 버튼을 클릭함으로써 상기 통합된 정보시스템의 시행시간전개를 작동시킨다. 라이브 전개로의 비쥬얼 뷰(views)는 시스템인티그레이터, 비즈니스인티그레이터, 시스템매니저, 및 비즈니스매니져에 대한 일관된 관리 및 제어를 제공한다.

본 발명의 원리에 따른 비쥬얼 데이터 통합 아키텍쳐를 실시하는 때 실현되는 다양한 특징 및 장점을 설명할 목적을 위해 응용프로그램 #1,#2,#3 및 #4로 표시된 다수의 유사하지 않은 응용프로그램들이 다양한 종류의 유사하지 않은 데이터를 발생시킨다. 본원 명세서에서 상기 유사하지 않은 응용프로그램들이란 기술, 동작, 지원 플랫포옴 및 동작 시스템, 데이터, 입력/출력 인터페이스, 통신 프로토콜등이 다른 응용프로그램을 언급하는 것이다. 상기 유사하지 않은 데이터들이란 포맷, 스트럭쳐(구조), 프로토콜, 콘텐츠 등이 다른 데이터 종류를 언급하는 것이다.

상기 도1에서 도시된 응용프로그램 각각은 다른 응용프로그램들에 의해 발생된 정보를 필요로 한다. 가령 응용프로그램#3은 응용프로그램'D'에 의해 요구된 콘텐츠 'C'를 발생시키며 응용프로그램 #1 및 #2 각각에 의해 발생된 정보 콘텐츠 'A' 및 'B'를 필요로 한다. 마찬가지로 분명히 다른 플랫포옴에서 지원될 수 있는 명백히 다른 기술을 나타내기는 하나 상기 응용프로그램 각각은 다양한 정보콘텐트에서 서로 의존한다. 당해 기술분야에서 통상의 지식을 가진 자는 수많은 기술적인 상호의존을 동시에 해결하면서 유사하지 않은 응용프로그램들간의 필요한 정보교환을 실시하기 위해 메카니즘을 제공하는 것이 용이하지 않다는 것을 이해한다.

두 공통점이 없는 응용프로그램들 사이의 정보교환을 실시하기 위해 커스텀화된 인터페이스를 실시하기 위한 종래의 접근방법은 특별히 초점이 맞추어진 통신문제를 해결하지만, 대개 포맷, 기능, 또는 동작의 관점에서 볼 때 미세한 변경조차도 허용하지 못하는 융통성이 없는 솔루션을 발생시키게 된다. 공통점이 없는 응용프로그램들간의 통신을 허용하기 위해 이같은 인터페이스를 개발하기 위한 종래기술의 솔루션들은 상기 응용프로그램을 지원하는 응용 소프트웨어 또는 플랫포옴 하드웨어/소프트웨어 어느 하나 또는 모두에서 고유한 기술에 의존한다. 이같은 기술종속 또는 의존은 기존 통신 기본구조를 수정하거나 확장 또는 범위를 조정할 수 있는 능력을 크게 제한하며, 새로운 정보 소스 및 기술의 통합을 크게 복잡하게 하거나 불가능하게 조차한다.

더구나 종래의 통합도구들은 균일하고 일관된 방법론을 사용하는 시스템 및 비즈니스 요구 모두를 만족시키도록 공통점이 없는 정보시스템들을 통합시키지 못한다. 이같은 종래의 통합 도구들은 사용자가 통합된 시스템디자인을 효과적으로 개발하도록 하는 인터페이스를 제공하지 못하며, 상기 디자인의 다양한 하드웨어 및 소프트웨어 컴포넌트 및 상호연결을 용이하게 파악하도록 하고, 그래픽시스템 표시를 라이브 실행시간전개로 효과적으로 변환시키고, 개발단계 및 뒤이은 전개단계 모두 중에 상기 디자인의 효능을 모니터하도록 허용하는 인터페이스를 제공하지 못한다.

하기에서 상세히 설명되어지는 바와 같이 본 발명에 따른 데이터통합 접근방법은 기술종속으로부터 완전히 자유로운 전달메카니즘을 제공하며, 통합된 정보시스템실시의 시스템/기술특징과 비즈니스/정보의 신속한 디자인, 전개, 그리고 실행시간 제어, 모니터링 및 분석을 가능하게 하는 직관적인 비쥬얼 인터페이스를 더욱더 제공한다.

도1에서, 응용프로그램#1은 두 개의 구성컴포넌트로 구성되어지는 'A'타입의 데이터를 발생시킨다. 여기서 데이터는, 도1에서 도시된 환경에서 정보콘텐트 컴포넌트 및 포맷컴포넌트를 포함하는 것으로 나타내진다. 상기 정보콘텐트 컴포넌트는 미가공정보를 나타내며 대개는 계산정보와 같은 비즈니스정보이다. 상기 포맷컴포넌트는 상기 정보콘텐트 컴포넌트와 전자적으로 상호 작용하기 위한 수단을 제공하는 기술종속구조를 나타낸다.

가령 상기 포맷컴포넌트는 데이터 스트럭쳐, 프로토콜, 스크립트, 제어코드 및 다른 기술-특정콘텐트를 포함하는 것으로 규정될 수 있다. 당해 기술분야에서는 소위 '호환적인' 또는 '컴플라이언트'응용프로그램이 본래 기술종속적이며, 따라서 둘 또는 그이상의 '호환적인'응용프로그램사이의 신뢰할 수 있는 정보전달을 배제시키는 것으로 알려져 있다. 앞서 논의된 바와같이, 스탠다드를 바탕으로 한 응용프로그램조차 논리 또는 프로토콜을 방해하지 않고 서로 효과적으로 통신할 수 없는 것으로 밝혀진다.

도1에서, 응용프로그램#1은 포맷'A'와 관련된 정보콘텐트'A'로 구성된 'A'타입의 데이터를 발생시킨다. 상기 실시예에서 응용프로그램 #2,#3 그리고 #4는 응용프로그램 #1에 의해 발생된 정보콘텐트 'A'의 선택된 부분을 필요로 한다. 상기 전달 프레임워크33은 상기 실시예에서 어댑터 34a-34d와 협동하여 데이터교환기본구조 32를 포함하며, 다음 방식으로 정보콘텐트'A'의 필요한 부분의 교환을 용이하게 한다. 응용프로그램#1에 의해 수신된 특정 데이터에 대한 요구에 응답하여, 'A'타입의 선택된 데이터가 어댑터34a 로 전송된다. 어댑터34a는 'A'데이터타입과 관련된 어떠한 기술종속도 제거하도록 'A'데이터타입을 처리한다. 특히, 어댑터34a는 정보콘텐트'A'로서 언급되기도 하는 정보콘텐트컴포넌트'A'를 관련된 포맷컴포넌트'A'로부터 연관하지 않도록 하며, 상기 데이터교환기본구조32로 정보콘텐트'A'만을 전달시킨다.

본 발명의 한 실시예에 따라 상기 어댑터34a는 상기 정보콘텐트'A'를 뒤에 가서 상기 데이터교환기본구조32에 의해 동작되어지는 공통 또는 범용 형태로 재구성시킨다. 상기 어댑터34a-34d 각각은 기술-특정 데이터스트림을 기술-독립범용 또는 공통데이터형태로 재구성시키는 이같은 처리를 수행한다.

응용프로그램#2는 응용프로그램#1에 의해 발생된 정보콘텐트'A'를 필요로 하며, 상기 데이터교환기본구조32가 상기 응용프로그램#2와 관련된 어댑터34b로의 콘텐트'A'정보의 전달을 용이하게 한다. 상기 어댑터34b는 한 공통표시를 가지는 정보콘텐트'A'를 응용프로그램#2와 호환성있는 포맷'B'표시로 재구성시킨다. 상기 어댑터34d는 유사한 방법으로 포맷'A'로부터 상기 공통 또는 범용포맷으로 재구성된 특정 정보콘텐트'A'를 상기 데이터교환기본구조32로부터 수신한다. 어댑터34d는 상기 공통표시로부터 응용프로그램#4에 의해 협동하기에 적합한 'D'포맷타입으로 상기 정보콘텐트'A'를 재구성시킨다. 도1에서 역시 도시된 바와같이, 응용프로그램#3은 응용프로그램#1로부터 선택된 정보콘텐트'A'를 필요로 한다. 상기 특정 정보콘텐트'A'는 상기 어댑터34a에 의해 범용형태로 변환되며, 상기 데이터교환기본구조32를 통하여 어댑터34c로 전달되고, 그리고 응용프로그램#3에 의해 포함되기 위해 한 포맷'C'형태로 변환된다.

도1로부터 알 수 있는 바와같이 선택된 데이터의 공통점이 없는 타입이 본 발명에 따라 한 데이터교환 아키텍쳐의 사용을 통해 비교적 용이하게 유사하지 않은 응용프로그램들 사이에서 효과적으로 그리고 신뢰할 수 있도록 전달될 수 있다. 상기 데이터교환기본구조의 하나 또는 둘 이상의 처리/논리유닛과 관련하여 특정 응용프로그램과 관련된 어댑터의 협동적인 사용이 상기 데이터교환기본구조를 통해 전달된 데이터내의 고유한 해가 없는 기술종속을 제거시킨다. 이같은 실시로 인하여 유사하지 않은 응용프로그램들간의 유사하지 않은 데이터타입의 전달을 용이하게 하기 위해 필요로 하였을 커스텀화된 인터페이스의 필요를 제거하거나 크게 최소로 한다. 다시 말해서, 종래의 인터페이싱 접근방법과 관련된 통상의 N×N 연결문제는 본 발명에 따른 데이터교환접근방법을 사용하여 1×N 의 연결시나리오로 효과적으로 줄어들게 된다.

본 발명에 따라 실시된 상기 데이터통합기본구조에 의해 제공된 장점을 더욱 잘 이해하기 위해 도2-3을 참조한다. 도2에서, 다수의 응용프로그램, 응용프로그램#1_A-#N_A가 도시되며 이들은 정보제공자 #1에 의해 동작된 정보시스템환경내에서 상호 연결된다. 정보제공자 #2는 한 정보시스템을 동작시키며, 상기 시스템내에서 응용프로그램#1_B-#N_B로 표시된 다수의 공통점이 없는 응용프로그램들이 특정된 방식을 상호작용한다. 각 정보시스템 환경내에서 정보를 교환하는 것 외에, 여러 가지 타입의 정보가 두 정보제공자 #1 및 #2 사이에서 공유되어진다.

일례로써, 그리고 정보제공자 #1 및 #2가 통신서비스를 제공한다고 할 때, 정보제공자 #1 은 로컬교환캐리어를 나타낼 수 있으며, 정보제공자#2는 중계캐리어를 나타낼 수 있다. 정보제공자#1 및 #2 각각과 관련된 정보시스템 아키텍쳐는 최근의 응용프로그램외에 전통적인 응용프로그램의 혼합을 나타낼 수 있다. 이같은 하이브리드 환경은 주어진 정보제공자의 동작환경내에서 유사하지 않은 응용프로그램들 간의 정보공유를 용이하게 하기 위해 필요한 커스텀게이트웨이와 같은 커스텀화된 데이터통합인터페이스에 대한 종속을 증가시키도록 한다. 단일의 응용프로그램에 대한 간단한 수정조차 가격이 비싸며 특수한 인터페이싱 솔루션을 필요로 하는 심각한 상류로의 그리고 하류로의 가지(ramifications)를 갖도록 한다.

도2에서 도시된 실시예에서, 로컬교환캐리어#1은 서비스 및 고객을 확장하기 위해 장거리 마켓을 입력하고자 한다. 그러나 1996년도의 최근에 통과된 통신법에 따르면 로컬 교환캐리어#1은 로컬교환캐리어#1에 의해 동작된 정보기본 구조내에서 지원되는 응용프로그램 및 정보로의 접근을 하기 위해 중계캐리어#2를 허용하는 로컬루프로의 "동등한" 접근을 제공해야 한다. 이같은 연방법에 부합하기 위해, 로컬교환캐리어#1은 중계캐리어#2에 의해 내부정보시스템으로의 침입을 허용해야 한다. 둘 또는 그 이상의 유사하지 않은 정보제공자환경 사이의 통신을 용이하게 하기 위한 커스텀화된 전자결합게이트웨이를 구성하는 종래의 접근방법은 비용이 비싸고 융통성이 없는 인터페이스 솔루션을 발생시키게 될 것이다.

본 발명에 따라 실시된 데이터통합기본구조는 많은 공통점이 없는 응용프로그램들을 인터페이싱 하는 작업을 크게 간단하게 함으로써 도2에 도시된 바와 같은 두 정보제공자 환경 사이의 신뢰할 수 있는 정보교환을 용이하게 한다. 도 3에서 도시된 바와같이 본 발명의 한 실시예에 따른 데이터교환기본구조는 중계캐리어#2의 접근필요조건을 수용하도록 배치될 수 있으며 로컬교환캐리어#1의 보안고려를 수용하도록 배치될 수 있다.

이같은 솔루션은 종래의 인터페이싱 접근방법을 사용하여 도달될 수 없는 많은 장점을 제공한다. 특히 확장가능성, 융통성 및 크기조정가능성이 도2에서 도시된 본래의 아키텍쳐를 사용하여 앞서 실현될 수 없었던 로컬교환캐리어#1의 정보시스템 환경내로 삽입된다. 더구나 응용프로그램에 의해 지원되거나 발생된 어떠한 응용프로그램 또는 데이터도(즉 응용프로그램 1_A-N_A)본 발명에 따른 데이터교환기본구조를 배치하는 때 변경될 필요가 없다. 또한 비쥬얼 인터페이스 61은 도3에서 도시된 것과 같은 통합된 실행시간 시스템 솔루션을 가시적으로 개발하도록 사용되며, 효율적이고 비용절감방식으로 도2에서 도시된 시스템의 필요한 기능 및 상호연결을 반영시킨다.

이같은 실시예에서, 각 어댑터 A-N은 해당하는 데이터스트림(D₁-D_N)와 연결된다. 데이터스트림 D₁은 가령, 백-엔드 독점시스템에서 실행되는 응용프로그램#1에 의해 발생된 EDI 데이터를 나타낼 수 있다. 통신산업분야에서 상기 EDI 는 통신서비스제공자들 사이에서 전자메세지를 통과시키기 위해 보편적으로 허용된 스탠다드를 나타낸다. 그러나, 역시 상기 산업분야에서 다양한 EDI 타입들이 존재하며 이는 백-엔드 시스템사이의 효과적인 통신을 용이하게 하기 위해 몇가지 형태의 데이터변환을 필요로 한다.

어댑터 A 는 상기 EDI 데이터스트림 D₁내에서 전달된 상기 정보콘텐트를 이와 관련된 EDI 포맷 및 타입으로부터 분리시키도록 구성된다. 어댑터 A 에 의해 추출된 상기 EDI 정보콘텐트는 공통이 되는 표시로 다시 포맷되며 상기 중계캐리어 #2환경내의 데스티네이션 응용프로그램으로 상기 데이터교환기본구조62를 통하여 전달된다. 이같은 실시예에서 어댑터 120은 한 공통포맷을 가지는 상기 EDI 정보콘텐트를 상기 데스티네이션 응용프로그램에 의해 요구된 한 EDI 포맷 및 타입으로 번역하도록 구성된다. 어댑터 120은 또한 중계캐리어#2로부터 전송된 소스 EDI 정보를 상기 공통 또는 범용형태로 변환시키기도 한다.

도3에서 도시된 데이터통합기본구조는 상기 독점적인 정보를 효과적으로 분리시키며 그러나 로컬교환캐리어#1의 시스템들은 현재의 연방법에 의해 요구되는 중계캐리어#2로의 필요한 접근을 제공한다. 또한, 도3에서 도시된 상기 데이터교환 아키텍쳐를 배치함으로써 본래의 시스템 아키텍쳐에 제한이 있게되면 용이하게 달성할 수 있거나 심사숙고할 필요없는 새로운 인터페이스의 개발을 제공한다. 가령 어댑터 W 와 같은 한 어댑터가 배치되어 인터넷을 통해 통신 및 데이터교환을 용이하게 할 수 있다. 또다른 예로써, 웹브라우져 인터페이스가 개발되어 독점의 백-엔드 시스템 단독 사용자 인터페이스를 멀티 사용자 인터페이스로 변환시킬 수 있다. 상기 웹브라우져 인터페이스는 실행되는 상기 백-엔드 시스템 또는 응용프로그램을 수정시킬 필요가 없다. 도3에서 WWW 로서 나타내지는 웹브라우져 인터페이스가 따라서 최소의 노력을 그리고 최소의 비용으로 실시될 수 있다.

도4에서는, 본 발명에 따른 데이터교환기본구조가 특별한 응용을 나타내는 정보교환환경의 또다른 실시예가 도시된다. 상기 데이터교환기본구조는 고전의 또는 독점의 응용프로그램, 원격데이터저장, 또는 다양한 사용자 및 응용작업대기행렬과 상호 작용하는 작업흐름 또는 처리관리시스템을 향상시키도록 실시될 수 있다. 이같은 실시예에서 상기 데이터교환기본구조는 신뢰할 수 있는 응용프로그램 통합, 데이터이동, 및 원격작업대기행렬을 제공한다. 이같은 구성에서 질이 좋지 않은 라인 조건을 갖는 스크레핑 응용 또는 네트워크와 같은 신뢰할 수 없는 시스템실시는 상기 데이터교환기본구조의 사용을 통해 신뢰할 수 있는 실시로 변환될 수 있다. 특히 이같은 신뢰할 수 없는 실시로부터 신뢰할 수 있는 실시로의 변환은 필요에 따라 트랜젝션 보전 및 트랜젝션 재시도처리를 제공하는, 연속성있는 대기행렬, 롤백 처리를 사용하여 트랜젝션 고장이 있게되는 때 달성될 수 있다.

도5a 는 기존 정보교환 환경내에서 실시된 데이터교환기본구조를 도시한 것이다. 이 실시예에서, 데이터교환기본구조는 웹-기본 인터페이스와 같은 고전 또는 독점의 응용프로그램과 새로운 인터페이스간의 신뢰할 수 있는 인터페이스를 제공하도록 실시된다. 이점과 관련하여 고전 응용프로그램들은 매우 향상된 사용자 상호작용을 용이하게 하기 위해 최근의 인터페이스가 제공될 수 있다.

이같은 실시예에서, EDI 데이터스트림이 고전의 또는 독점의 응용프로그램에 의해 시작된 수신된 트랜젝션으로서 데이터교환기본구조를 통해 처리된다. 가령 사용자 질의에 응답하여 고전의 응용프로그램에 의해 발생된 선택된 데이터가 상기 데이터교환기본구조를 통해 처리되어 사용자에게 웹-기본 인터페이스를 통한 접근을 제공하도록 한다. 앞선 실시예에서처럼, 상기 EDI 데이터 또는 고전/독점의 응용프로그램 어느 것도 유사하지 않은 데이터포맷 및 응용프로그램에 대한 모든 수용이 상기 데이터교환기본구조를 통해 제공되기 때문에 변형 또는 수정을 필요로 하지 않는다.

도 5B 는 통신서비스제공자에 의해 관리되는 한 백-엔드, 독점 정보 시스템으로의 접근 및 이같은 시스템의 기능을 크게 향상시키기 위해 실시된 데이터통합 아키텍쳐를 도시한 도면이다. 이 실시예에서, 고객전화번호기록이 단일사용자 단말기 인터페이스 82를 사용하여서만이 접근될 수 있는 백-엔드 시스템 80을 사용하여 유지된다. 데이터베이스 90과 같은 또다른 서비스 제공자에의해 관리되는 데이터베이스시스템으로 상기 백-엔드 시스템 80으로부터의 고객전화번호정보를 전달하는 종래의 접근방법에 따르면 선택된 고객전화번호기록이 지면에 인쇄되며, 팩시밀리 또는 우편으로 전달되고 첨부된 사용자-인터페이스 92를 사용하여 상기 데이터베이스 92내로 수작업에 의해 다시 입력된다.

본 발명에 따른 데이터통합 접근방법은 데이터베이스 90내로 고객전화번호기록을 이중으로 수작업에 의해 재입력하는 것을 완전히 없애도록 하며, 두 개의 공통점을 갖지 않은 응용프로그램 80,90으로의 접근가능성 및 이들이 기능성을 크게 향상시킨다. 도5B에서 도시된 바와같이 한 스크린 스크렙퍼 84가 사용되어 멀티플 응용프로그램 및 인터페이스와의 상호연결 가능성을 제공하는 인터페이스로 다른 단일-사용자 단말기 인터페이스82를 변환시키도록 한다. 가령 EDI 어댑터 94가 상기 스크린 스크랩퍼 84 에 연결되어 또다른 통신서비스제공자에게 EDI 포맷된 고객전화번호데이터를 제공하도록 한다. 또다른 실시예에 의해, 상기 스크린 스크랩퍼 83에 의해 얻어진 정보가 결과/분석 모듈 96에 의해 처리될 수 있으며, 상기 처리된 데이터는 HTML(Hypertext Markup Language)포맷터 98에 의해 포맷될 수 있다. 상기 HTML 포맷된 데이터는 다음에 이메일 어댑터100을 통하여 여러 이메일 수신자에게 보내질 수 있다.

상기 독점의 데이터베이스 90은 ODBC(오픈 데이터베이스 접속)어댑터 106을 사용하여 개선된 사용을 위해 효과적으로 그리고 안전하게 열어질 수 있다. 상기 데이터베이스 90으로부터 추출된 그리고 상기 ODBC 106에 의해 처리된 정보는 조인너 모듈로 보내질 수 있다. 상기 스크린스크랩퍼 84를 사용하여 고객전화번호기록 시스템 80으로 추출된 정보는 상기 조인너 모듈 102로 보내질 수 있기도 하다. 상기 조인너 모듈 102에 의해 발생된 혼합 데이터스크림은 한 HTML 104에 의해 포맷되어지게 되며, 이는 다시 CGI(커먼 게이트웨이 인터페이스)어댑터 86으로 상기 포맷된 혼합 데이터스트림을 보내게 된다.

선택된 고객전화기록정보는 CGI 어댑터 86과 단말기 인터페이스 116에 연결된 스크린스크랩퍼 104를 통하여 시스템 80과 공통점이 없는 청구 응용프로그램 118 사이에서 전달될 수 있다. 상기 CGI 어댑터 86은 웹서버 88로 접속을 제공하여 도 5B에서 도시된 공통점이 없는 응용프로그램들 사이에서 데이터교환을 용이하게 하도록 한다.

이제 제 6도를 보면, 본 발명에 따라 실시된 비쥬얼 데이터 통합 기본 구조의 한 실시예에 대한 확장된 도면이 도시된다. 이 실시예에서 , 상기 비쥬얼 데이터 통합 기본 구조는 둘 또는 그이상의 정보제공자와 관련된 어떠한 수의 공통점이 없는 응용프로그램, 데이터스트림, 그리고 플랫포옴 사이의 효과적이고 신뢰할 수 있는 정보전달을 제공한다. 가령 정보제공자 #1은 관련된 어댑터들에 의해 처리되는 때 범용 또는 공통 포맷으로 한 데이터교환기본구조62에 의해 수신되는 다양한 종류의 데이터스트림들을 발생시킨다. 상기 데이터교환기본구조62에 의해 더욱더 처리되어진 제어 또는 요구정보가 정보제공자#1에 의해 발생된 데이터스트림 각각과 관련된다. 상기 제어 또는 요구 정보와 관련된 정보 또는 처리되지 않은 데이터컴포넌트는 한 데이터 기억장치 64내에서 버퍼된다. 상기 데이터교환기본구조62는 정보제공자#1로부터 특정 데이터스트림들을 요구하는 정보제공자#2 시스템 환경내에서 하나 또는 둘 이상의 데스티네이션 응용프로그램을 결정하기 위해 한 경로배정논리모듈 66과 협동한다. 데이터스트림 A₁과 같은 특정 데이터스트림의 콘텐트는 하나 이상의 정보제공자 #2 응용프로그램에 의해 요구되어질 수 있다. 상기 정보제공자#2 시스템환경내에 세 개의 이와 같은 응용프로그램이 상기 데이터스트림 A₁콘텐트의 모든 또는 선택된 부분을 요구하였다면, 세 개의 해당하는 어댑터들이 사용되어 한 범용 포맷으로부터 상기 세 개의 데스티네이션 응용프로그램을 위해 명시된 상응하는 사전에 결정된 포맷들로 상기 데이터스트림 A₁콘텐트를 변환시키도록 한다.

상기 데이터교환기본구조62 는 또한 한 비즈니스논리모듈 68과 협동하기도 하여 한 사용자에 의해 요구되는 특정한 방식으로 하나 또는 둘 이상의 데이터스트림 콘텐트를 처리하도록 한다. 일례로써, 정보제공자#2에 의해 동작되는 시스템환경내에서 실행되는 한 응용프로그램이 정보제공자#1에 의해 동작되는 시스템환경내에서 실행되는 상응하는 응용프로그램들에 의해 발생된 데이터스트림 B₁또는 C₁로부터 계산 또는 조작을 통해 만들어진 데이터를 요구할 수 있다. 상기 데이터교환기본구조62는 비즈니스논리모듈 68 내에 저장된 사용자 특정 비즈니스논리에 의해 명령되는 방식으로 데이터스트림 B₁및 C₁상에서 동작된다.

종래의 기술접근방식에 따라 실시되는 고객인터페이스와는 대조적으로, 도6 및 다른 도면에서 설명된 상기 데이터교환 아키텍쳐는 시스템 관리자 또는 엔드-사용자에게 상기 데이터교환기본구조62내에서 프로그램 또는 구성으로의 어떠한 수정도 요구하지 않고 정해진 데이터스트림/응용프로그램의 경로배정논리, 비즈니스논리 또는 포맷을 수정할 수 있는 능력을 제공한다. 일례로써, 한 특정 데이터스트림의 응용프로그램 또는 포맷이 수정을 필요로 한다면 이같은 변경은 상기 비쥬얼 인터페이스61의 사용을 통해 암시된 어댑터의 인터페이스 논리를 간단히 수정함으로써 상기 데이터교환 아키텍쳐내에서 달성될 수 있다.

또다른 예로써 정보제공자#1에 의해 발생된 특정 데이터스트림이 상기 정보제공자#2시스템 환경내에서 하나가 아닌 두 응용프로그램에 의해 요구되어 진다면, 상기 경로배정논리66에 대한 간단한 변경 및 또다른 어댑터의 추가에 의해 이같은 추가의 필요를 충족시킬 수 있도록 실시될 수 있다. 또한 새로운 또는 추가의 처리가 소스 또는 데스티네이션 응용프로그램 어느 하나에 의해 새로운 요구를 만족시키기 위해 특정 데이터스트림을 위해 요구되어진다면, 상기 비즈니스논리68에 대한 간단한 변경을 취함으로써 이같은 추가의 필요를 만족시킬 수 있을 것이다. 상기 경로배정논리, 비즈니스논리 및 어댑터논리에 대한 이같은 수정은 상기 비쥬얼 인터페이스61을 사용하여 실시될 수 있다.

상기 데이터교환기본구조62는 분산된 방식으로 실시될 수 있기도 하다. 한 분산된 접근방식에 따라, 상기 경로배정 논리모듈 66 및 비즈니스논리모듈68의 다양한 컴포넌트들이 가령 각기 다른 워크스테이션에서 상기 기본구조 62내에서 각기 다른 논리 또는 물리적 위치에서 분산되어 질 수 있다. 상기 데이터기억장치64는 또한 다양하게 규정된 대기행렬과 같은 기본구조62의 기억장치 엘리먼트들이 각기 다른 워크스테이션내의 위치와 같은 각기 다른 논리 또는 기본구조위치에서 저장되도록 분산된 방식으로 실시될 수 있다. 한 분산된 데이터기억장치 64는 크기조정이 가능한 데이터교환기본구조를 제공하며 이같은 구조는 분산된 네트워크시스템 아키텍쳐내에서 용이하게 실시될 수 있다.

사용자가 수정할 수 있는 경로배정 및 비즈니스논리를 갖는 상기 데이터교환기본구조의 하나 또는 둘 이상의 처리/논리유닛과 용이하게 수정가능한 어댑터들 사이의 협동이 현재와 미래의 정보교환 필요조건에 부합하도록 개선된 크기조정, 확장가능성 및 융통성을 제공하는 것임을 알 수 있다. 종래의 인터페이싱 기법과는 달리, 본 발명에 따라 실시된 데이터교환 아키텍쳐는 새롭고 예측할 수 없는 응용프로그램, 플랫포옴 기술, 데이터타입 및 포맷, 그리고 논리 및 경로배정 필요조건을 용이하게 수용할 수 있는 고유한 능력으로 인해 쉽게 노후화되지 않게 된다.

본 발명의 한 실시예에 따른 어댑터의 여러 특징에 대한 더욱 상세한 설명이 도7과 10을 참조로 하여 설명될 것이다. 도7에서, 플랫포옴 구성 관점에서 유사할 수도 있고 유사하지 않을 수도 있는 다수의 시스템 S₁-S_N이 도시된다. 상기 시스템 ,S₁-S_N각각은 D₁-D_N으로 표시된 다양한 종류의 데이터를 발생시키는 하나 또는 둘 이상의 응용프로그램, A₁-A_N을 실시한다. 앞서 설명한 바와 같이 상기 데이터타입 각각은 데이터타입 D₁과 관련된 정보콘텐트 컴포넌트 I₁및 포맷컴포넌트 F₁과 같은 관련된 정보콘텐트컴포넌트 및 포맷컴포넌트를 가진다.

상기 어댑터 150, 170, 190 각각은 인터페이스모듈 152, 172, 192 및 오브젝트변환기 154, 174, 194 각각을 포함한다. 도 10에서 도시된 바와 같이, 가령 응용프로그램 A₁에 의해 발생된 D₁타입의 데이터가 어댑터 150의 인터페이스모듈 152에 의해 수신된다. 280. 상기 인터페이스모듈 152는 응용프로그램 A₁에 의해 수신된 D₁타입 데이터를 유효하게 하는 타당성 검사 모듈을 포함한다. 상기 오브젝트변환기 154는 상기 D₁타입 데이터의 정보콘텐트컴포넌트 I₁을 커먼 오브젝트 데이터 구조, CO₁로 변환시킨다. 282. 커먼 오브젝트 또는 오브젝트와 관련된 제어 또는 식별정보로써 알 수 있는 기준 정보가 상기 데이터교환기본구조132의 입력대기행렬을 향하도록 놓여지게 된다. 284.

상기 데이터교환기본구조132는 상기 비즈니스논리모듈136에 의해 요구되는 방식으로 D₁타입의 정보콘텐트 I₁을 처리하고 조작한다. 286. 경로배정논리 134가 상기 데이터교환기본구조132에 의해 사용되어 하나 또는 둘 이상의 선택된 출력대기행렬(도시되지 않은)상에 상기 처리된 정보콘텐트I₁을 위치시킨다. 290. 어댑터 150에 상응하는 한 구조를 가지며 특정된 데스티네이션 응용프로그램을 위해 개별적으로 구성된 하나 또는 둘 이상의 어댑터(도시되지 않음)가 상기 커먼포맷으로부터 한 특정된 출력포맷으로 상기 정보콘텐트I₁를 변환시킴으로써 290 하나 또는 둘 이상의 데스티네이션 응용프로그램으로 전송시키도록 한다. 294

도 8, 9 및 11은 본 발명의 한 실시예와 관련된 다양한 데이터교환동작에 대한 추가의 세부사항을 제공한다. 처음에는, 어댑터208과 같은 한 어댑터가 한 데스티네이션 서비스제공자의 동작지원시스템(OSS)응용프로그램과 같은 한 프로그램으로부터 외부에서 발생된 메시지를 수신한다. 300. 상기 어댑터 208이 상기 OSS 에 의해 발생된 메시지를 수신한다. 302. 상기 어댑터 208의 응용프로그램 인터페이스 208a 는 상기 OSS 로부터 전송된 OSS 메시지와 관련된 OSS 메시지 및 데이터를 수신한다. 상기 OSS 메시지 및 이와 관련된 데이터는 유효하게 되며 상기 어댑터 208의 타당성 검사기/변환기 208b 에 의해 커먼오브젝트 표시로 변환된다. 304

상기 어댑터 208의 API(응용프로그램 인터페이스)208c 는 커먼 오브젝트들이 용이하게 구성되고, 조작되며 대기행렬될 수 있도록 하는 응용프로그램의 인터페이스를 나타낸다. 상기 요구가 커먼 오브젝트형태로 변환된 후에, 상기 어댑터 208은 상기 OSS 메시지를 상기 데이터교환기본구조202의 수신대기행렬240내로 위치하도록 대기행렬인터페이스 208d를 호출한다. 306 상기 OSS 메시지와 관련된 상기 정보콘텐트컴포넌트 또는 처리되지 않은 데이터는 상기 데이터교환기본구조202에 결합된 데이터기억장치 201로 전달된다. 도8은 본 발명의 데이터교환기본구조에 대한 분산가능성을 설명한다. 특히 대기행렬240,242,244,246, 248 및 상기 데이터기억장치 202는 논리적으로 또는 물리적으로 떨어져 있는 네트워크시스템위치에 위치하는 각기다른 워크스테이션 또는 처리기/메모리상에서와 같은 상기 데이터교환시스템 실현내의 각기 다른 물리적인 및 논리적인 위치에 분산되어 있을 수 있다.

상기 게이트웨이 코어 204로부터의 처리 스레드 풀(thread pool)262로부터 수신된 한 처리스레드가 상대적인 우선순위에 의해 들어오는 요구를 대기행렬에서 제외시키도록 실시된다. 310. 상기 고객-특정규칙코드를 위한 API 가 호출되어서 312 상기 규칙모듈232로 수신된 고객-특정비즈니스규칙에 부합하여 들어오는 요구를 처리하도록 한다. 상기 비즈니스규칙이 적용되어진 후에 하나 또는 둘 이상의 데스티네이션 OSS 응용프로그램으로의 요구가 상응하는 전송대기행렬 242,244,246으로 전달되어질 수 있도록 경로배정 되어진다. 다음에 특정 데스티네이션(수신지) OSS 와 관련된 어댑터 218과 같은 한 어댑터가 그와 상응하는 전송대기행렬 244와관련된 상응하는 대기행렬해제 API 318을 호출하게 된다. 상기 API 218b 및 변환기 218c 는 커먼오브젝트 형태로 나타내지는 상기 요구된 정보를 특정 OSS 에 의해 명시된 한 포맷 및 구조로 변환시키기 위해 협동한다. 320 다음에 상기 변환된 데이터가 상기 어댑터 218의 응용프로그램 인터페이스 218d 로부터 그 상응하는 OSS 로 전송되어진다.

도12-14는 본 발명의 실시예에 따른 데이터교환기본구조의 사용을 통해 데이터전달과 관련된 추가의 처리세부사항을 제공한다. 도12에서 도시된 바와 같이 한 데이터패킷이 외부소스로부터 수신된다. 332. 다음에 상기 수신된 데이터가 타당성 검사처리 334를 받게 된다. 상기 데이터가 타당하지 않은 것으로 판단되면 336, 상기 외부소스로부터 수신된 데이터패킷내에 한 오류가 입증된다. 338. 이에 응답하여 추가의 처리 목적을 위해 이동되거나 삭제되어진다. 340 상기 외부소스로부터의 데이터가 유효한 것으로 판단되면 336, 한 데이터교환 트렌젝션이 시작된다. 342.

다음에 상기 외부소스로부터 수신된 데이터가 메타-데이터 규칙에 따라 커먼오브젝트내로 포장되어지며 344 유니크한 이름 또는 태그를 사용하여 표시되어진다. 다음에 상기 커먼 오브젝트가 상기 데이터교환기본구조의 들어오는 대기행렬상에서 대기행렬 되어진다. 346 다음에 상기 데이터교환 트렌젝션이 수행된다. 상기 트랜젝션이 성공되지 않으면 350, 다음에 상기 트랜젝션롤백이 시작된다. 352 상기 트랜젝션이 성공적이면 350, 상기 외부데이터소스로부터의 데이터패킷이 제거되거나 삭제된다. 354 상기 설명된 처리는 외부소스332로부터 수신된 뒤이은 데이터패킷에서 반복된다.

이제 도13에서, 데이터교환 트랜젝션에 대한 추가의 세부사항이 설명된다. 한 데이터교환 트랜젝션이 시작되는 때 362, 우선순위기법이 사용되어 상기 데이터교환기본구조의 들어오는 대기행렬로부터 다음 커먼 오브젝트를 대기행렬에서 제외시키도록 한다. 364 상기 대기행렬 제외동작중에, 상기 커먼 오브젝트와 관련된 고객규칙/경로 API 가 호출된다. 366 만약 고객규칙이 성공적으로 적용되면 368, 또다른 데이터교환 트랜젝션이 시작된다. 362 만약 상기 고객규칙이 성공적으로 적용될 수 없다면 368, 상기 데이터교환기본구조370이 상기 구성경로배정테이블로부터 상기 커먼 오브젝트의 디폴트경로배정을 결정한다.

상기 경로배정이 이전에 규정되지 않았다면 372, 상기 커먼 오브젝트가 오류의 대기행렬에서 대기행렬된다. 374 만약 경로배정이 앞서 규정되어졌다면 372, 상기 커먼 오브젝트 또는 둘 이상의 대기행렬 동작인 경우 상기 커먼 오브젝트의 클론이 적용될 수 있으며 상기 경로배정테이블내에 표시된 모든 유출되는 대기행렬상에서 대기행렬된다. 다음에 데이터교환 트랜젝션이 수행되며 378 만약 성공적이라면 380, 관련된 데이터패킷이 상기 외부데이터소스로부터 제거되거나 삭제되어진다. 384 만약 상기 데이터교환 트랜젝션이 성공적이지 못하다면 380, 상기 트랜젝션의 롤백이 시작된다. 382 뒤이은 한 데이터교환 트랜젝션이 다음에 시작된다. 362

커먼 오브젝트 대기행렬해제와 관련된 추가의 단계가 도14에서 도시된다. 한 데이터교환 트랜젝션이 시작되었다고 가정하면 392, 상기 데이터교환기본구조가 한 구성된 외부로 나가는 대기행렬로부터 다음의 우선순위 커먼 오브젝트를 대기행렬에서 제외시킨다. 394 상기 외부로 나가는 대기행렬내의 커먼 오브젝트와 관련된 데이터가 다음에 유효하게 되며 396 외부로 나가는 또는 수신지 외부데이터소스에 적당한 포맷 및 이름을 가지는 한 특정 구조로 포장된다. 만약 상기 데이터타당성 검사처리가 성공적이지 못하다면 398, 그렇다면 상기 데이터는 유효하지 않은 것으로 간주되고 상기 커먼 오브젝트가 상기 오류의 대기행렬에서 대기행렬로 된다. 400 만약 상기 데이터가 유효하다면 398, 상기 외부데이터패킷이 외부로 나가는 또는 수신지 외부데이터소스로 전달된다. 402 상기 데이터교환 트랜젝션이 다음에 수행되며 404 만약 성공적이라면 406, 뒤이은 데이터교환 트랜젝션이 시작된다. 392 만약 성공적이지 못하다면, 상기 트랜젝션은 상기 기본구조교환에 의해 롤백으로 적용된다. 408

다시 제 9도에서, 한 처리 스레드 풀 262가 상기 대기행렬해제동작을 수행하는데 선택적으로 실시된 다수의 처리 스레드를 저장시킨다. 상기 처리스레드 풀 262는 그 수가 외부에 의해 제어되는 스레드의 풀을 나타낸다. 그 기능은 상기 시스템의 고객논리부분에 대한 제어의 스레드를 제공한다.

하나 또는 둘 이상의 처리 스레드가 상기 요구를 대기행렬에서 제외시키는 것, 상기 규칙/경로배정 스터브 API를 호출하는 것 그리고 전송 요구를 경로배정에 삽입시키는 것을 제어한다. 한 처리 스레드는 상기 오류 대기행렬 272로부터 판독하고 상기 대기행렬로 기록하는, 그리고 한 오류 로그 274로 기록하는 지속성 기억장치 268을 포함하는 추가의 시스템자원을 사용할 수 있다.

상기 데이터교환시스템을 통하여 이동하는 때 데이터를 모니터링하고 트래킹하도록 사용되는 통계모니터모듈 264 및 이와 관련된 통계 로그 276이 도9에 도시된다. 상기 통계모니터모듈 264는 또한 대기행렬에서 기록수행정보 및 시스템자원사용에서 기록정보를 제공한다. 상기 통계모니터모듈264는 주어진 한 응용프로그램을 로그하고 트래이스하기 위한 수단을 제공한다. 로깅(시스템기록) 오류시에 상기 응용프로그램의 상태를 나타내며, 트래이싱은 이들이 발생하는 때 모든 소프트웨어 사건들에 대한 설명을 제공한다. 상기 트래이싱 정보는 응용프로그램, 상태 및 다른 관련된 동작을 트랙하기 위해 사용될 수 있다. 상기 트래이싱정보는 상기 로깅정보와 협력하여 사용될 수 있으며 이것이 한 오류이전의 사건순서에 대한 정보를 제공하기 때문에 오류에 대한 원인을 결정하도록 한다.

이제까지 본 발명과 관련하여 데이터 전달메카니즘이 다양한 실시예를 설명하였으나 본 발명에 따라 실시된 비쥬얼 인터페이스 설명이 하기에서 더욱 상세하게 제공될 것이다. 도 15 및 16은 전달프레임워크 502, 비쥬얼 인터페이스 501, 구성 및 실행시간 정보프레임워크503, 그리고 본 발명의 실시예에 따라 실시된 하나 또는 둘 이상의 비즈니스확장모듈 505를 사용하는 비쥬얼 데이터 통합 아키텍쳐의 개념적 모델이다.

앞서 설명된 바와같이 전달프레임워크502는 유사하지 않은 응용프로그램 및 기술 사이의 신뢰할 수 있으며 크기조정이 가능한 정보의 경로배정을 가능하게 하는 기술-독립통합 메카니즘을 제공한다. 상기 비쥬얼 인터페이스501은 한 통합정보시스템 실현의 비즈니스 및 시스템 특징에 대한 신속한 디자인, 배치, 그리고 실행시간제어 및 분석을 가능하게 한다. 기본적인 한 구성 및 실행시간 정보 프레임워크503은 비쥬얼 인터페이스501 및 전달 프레임워크502와 협동하여 동작함으로써 상기 비쥬얼 인터페이스501을 사용하여 시스템 컴포넌트들 사이에서 만들어진 그래픽 상호 연결들을 논리적 또는 물리적 상호연결로 효과적으로 변환시키도록 하며, 이에 따라 통합된 실행시간시스템 배치의 동시발생을 일으키도록 한다.

이용가능한 비즈니스 및 시스템 통합 도구 세트를 통합하기 위한 종래 기술이 통합 접근 방법의 복잡성과 범용성불가능 통합된 정보시스템 디자인내의 일관성을 제공하고 유지시키는 노력을 어렵게 한다. 가령 기존의 데이터통합도구는 시스템통합의 수평적인 기술특징에 대하여 초점을 맞추고 있다. 기존의 비즈니스도구들은 상기 정보시스템내에서 유지된 데이터로부터 만들어진 정보를 사용하여 비즈니스요구에 부합하는 것과 같은 수평적인 비즈니스통합문제들을 해결하는데 초점을 맞추고 있다. 통합정보시스템을 디자인하는 종래의 접근방법은 상기 비즈니스통합목적을 해결함과는 무관한 기술적/시스템통합문제를 해결함을 포함한다. 마찬가지로 비즈니스 및 시스템통합 노력은 명백히 상이한 디자인 목적들에 의해 지시되는 방식으로 제각각의 개발경로를 따라 진행된다. 성공적이며 완전히 통합된 솔루션의 중요한 수직적 통합 일관성은 종래의 시스템통합 접근방법을 사용하여서는 달성할 수 없는 것이다.

본 발명에 따라 개발된 비쥬얼 통합시스템은 일관성있는 데이터통합 및 시스템개발방법론을 사용하여 주어진 비즈니스문제에 대한 비즈니스 및 시스템통합/관리 필요조건을 조화롭게 한다. 상기 본 발명의 구성 및 실행시간 정보프레임워크503 및 전달프레임워크501은 일관성있는 수직적 및 수평적 시스템 및 비즈니스통합을 제공한다. 본 발명의 비쥬얼 인터페이스501은 통합된 정보시스템의 높은 수준의 모델링을 제공하며, 시스템 디자인의 비즈니스 및 기술적 특징 모두가 결합적으로 나타내지고, 발생되며 제어될 수 있다.

상기 비즈니스확장 505는 상기 비쥬얼 인터페이스501에서 사용될 수 있는 비즈니스 기능성 모듈을 나타내어 특정 비즈니스 통합 능력을 제공하도록 한다. 가령 비즈니스확장모듈 #1은 인터넷 타입 기술을 통해 이용가능한 고전응용프로그램을 만드는 한 세트의 컴포넌트들을 포함할 수 있다. 비즈니스확장모듈 #1의 컴포넌트들은 기존 응용프로그램에 대한 스탠다드 웹브라우져 인터페이스의 발생을 용이하게 발생시킬 수 있도록 한다. 멀티플 사용자 인터페이스가 비즈니스확장모듈 #1의 컴포넌트들을 사용하여 용이하게 발생될 수 있다. 비즈니스확장모듈 #1의 컴포넌트들과 관련된 어댑터들은 다음을 포함할 수 있다: 스크린 스크랩터 어댑터(예를들면 Telnet, HTTP/SHTTP, IBM 3270, VTXXXX, and HP700/9X); 웹어댑터 (예를들면, CGI, HTML); 파일어댑터(예를들면, ASCII); 메일/페이져/팩스 어댑터(예를들며, SMTP, MIME, SMS); 프린터/팩스 어댑터(예를들면, LP, Printserver); 스크립트 어댑터(예를들면, Shell, Perl, Batch); JAVA 어댑터(예를들면, JAVASCRIPT).

또다른 예로써 비즈니스확장모듈 #2는 풀 데이터베이스 인터페이스 성능을 제공하는 한 세트의 컴포넌트를 포함할 수 있다. 비즈니스확장모듈 #2의 컴포넌트들과 관련된 어댑터들로는 오라클(Oracle) 및 SQL 서버로 입증되는 어댑터, ODBC 용 어댑터, X/오픈. XA용 어댑터가 있다.

비즈니스확장모듈 #3은 적절한 어댑터를 통해서 다음의 국제적 캐릭터세트에서 데이터저장을 가능하게 함으로써 응용프로그램으로 국제 능력을 추가시키게 되는 한 세트의 컴포넌트를 포함할 수 있다: UTF-8에서 7-비트 ASCⅡ 컨버세이션; UTF-8 비트에서 8-비트 ASCⅡ 컨버세이션; UTF-8에서 16/32-비트 UNICODE 컨버세이션; 그리고 UTF-8에서 5-비트 BAUDOT 컨버세이션 .상기 어댑터들은 ITU 컴플라이언스 및 인터내셔널 폰트지원을 제공한다. 비즈니스확장모듈#2는 비쥬얼 메시지 카탈로그 발생기/편집기 능력을 제공한다.

비즈니스확장모듈#4 는 복잡한 네트워크 관리 인터페이스 빌딩을 제공하는 한 세트의 컴포넌트를 포함할 수 있다. 비즈니스확장모듈#4의 컴포넌트 및 어댑터들은 가령 서비스레벨동의를 관리하고, 서비스제공자와의 상호작용을 제공하며, 서비스간의 상호작용을 관리하는 것과 같은 TMN(통신네트워크관리)서비스관리 능력을 제공할 수 있다. TMN 비즈니스 관리능력은 오퍼레이터간의 동의를 관리하는 것과 같이 제공될 수 있다. 시스템을 모니터링하는 것은 여러 목적을 위해 기존 응용프로그램을 변경시키지 않고 개발될 수 있다. 상기 목적으로는 로컬 루프/장거리 서비스제공자로의 동등한 OSS 접근에 대한 타당성 검사, 스탠다드 기본 네트워크 관리 프로덕트(예를들면, HP 오픈 뷰, ADC 메트리카 및 ADC INMG)에 대한 인터페이스 순응 확보, 시스템 병목 확인, 그리고 시스템-시스템 등가 및 비즈니스 처리 개선을 확인. 다른 능력들로는 비쥬얼 경보수준 세팅도구 및 비쥬얼 튜닝 인터페이스를 실시함을 포함할 수 있다.

비즈니스확장모듈#5는 어떠한 마이크로소프트 윈도우즈 시스템 또는 인터페이스의 완벽한 통합 또는 컴포넌트화를 가능하게 하는 한 세트의 컴포넌트들을 포함할 수 있다. 비즈니스확장모듈#5의 상기 컴포넌트 및 어댑터들은 다음의 능력을 제공한다: 단일-사용자 윈도우즈 응용프로그램을 멀티플-사용자 분산 응용프로그램으로 변환, 인터넷 또는 다른 프로토콜 메카니즘을 통해 윈도우즈 응용프로그램으로 인터페이싱, 그리고 논리제어응답, 다이얼로그 박스 제어, 발견적인 적응 에이젼트 인터페이싱, 그리고 액티브 X 인터페이싱.

비즈니스확장모듈#6은 전자상거래(즉, E-커머스)인터페이스의 개발을 제공하는 한 세트의 컴포넌트들을 포함할 수 있다. 비즈니스확장모듈#6의 컴포넌트와 관련된 상기 어댑터들은 다양한 EID 다이얼렉트를 지원하기 위한 EDI 어댑터, 그리고 사용자 타당성 검사 및 접근권한, 기호화된 트랜젝션, 완성된 트랜젝션의 비거부, 그리고 시스템 및 트랜젝션접근제어를 제공하는 보안제어 어댑터를 포함할 수 있다.

비즈니스확장모듈#7은 복잡한 비즈니스관리 인터페이스의 빌딩을 제공하는 한 세트의 컴포넌트들을 포함할 수 있다. 상기 비즈니스확장모듈#7의 컴포넌트 및 어댑터들은 비쥬얼 엔드-엔드 시스템 트랜젝션표시 및 비쥬얼 청구 시스템 인터페이스의 개발을 제공할 수 있다. 비쥬얼 사용자 인터페이스 규칙 제어기가 개발되어 다음의 능력, 즉 데이터경로배정 및 맵핑의 규정의 제어, 콤플렉스 오브젝트의 구조적 규정 및 외부시스템으로의 맵핑을 제공하기 위한 데이터 메타-모델빌딩, 그리고 데이터 수렴/컴파운딩을 제공한다. 상기 비즈니스확장모듈#7의 컴포넌트 및 어댑터들은 또한 감사목적을 위해 보관되어질 데이터구조 및 컴포넌트들을 규정하기 위한 능력을 포함하는 비쥬얼 감사 로그의 개발, 그리고 감사로그 리포터의 개발을 제공할 수도 있다. 그밖에 다른 능력들로는 데이터교환 커먼 오브젝트 변환기 및 스터브 발생기(예를들면, ASNI, IDL, 그리고 GDMO)의 개발을 포함할 수 있다.

비즈니스확장모듈#8로는 스탠다드-기본 워크플로우 인터페이스를 포함하는 워크 플로우 인터페이스의 개발을 제공하는 한세트의 컴포넌트 및 어댑터들을 포함할 수 있다. 다른능력으로는 다양한 워크플로우 및 처리관리시스템의 지원 및 비쥬얼 멀티-파트 룰 제어를 포함할 수 있다.

비즈니스확장모듈#9로는 시스템 또는 인터페이스의 완전한 통합 또는 컴포넌트화를 가능하게 하는 한 세트의 컴포넌트 및 어댑터들을 포함한다. 비즈니스확장모듈#9는 미들웨어 시스템과의 용이한 통합을 위한 데이터교환어댑터의 발생을 제공하는 포괄적인 도구 키트를 대표할 수 있다. 비즈니스확장모듈#9 컴포넌트를 사용하여 지원된 상기 플랫포옴들로는 마이크로소프트 비쥬얼 C++ 5.0 또는 더높은 버전, HP ANSI C++, 그리고 SUN C++ 워크숍 컴파일러 4.2 또는 그보다 높은 버전들을 포함한다. 상기 포괄적인 도구키트는 또한 CORBA, DCOM , 그리고 TMN(CMIP, CMIS)와의 통합을 더욱더 가능하게 하며, FORTRAN 및 COBOL 에 대한 IPC 와의 프로그래밍 인터페이스 라이브러리들을 포함한다. 커먼 오브젝트 파일 번역기, 커먼 오브젝트 팩터 소스 코드, 어댑터 스터브 소스 코드가 또한 상기 비즈니스확장모듈#9의 포괄적인 도구키트에 포함될 수 있기도 하다.

한 세트의 전개예들이 비즈니스확장모듈 각각에 포함되어 진다. 한가지 전형적인 전개예에는 특정 비즈니스확장모듈의 특징 및 능력에 대한 소개로서 가정시스템 통합 시나리오에 대한 디자인 및 전개단계를 통하는 것이다.

구성 및 실행시간 정보프레임워크503, 비쥬얼 인터페이스501, 그리고 전달프레임워크502와 협동하여 비즈니스확장모듈을 사용함으로써 비즈니스 및 시스템통합 필요조건 모두를 만족시키는 한 통합된 정보시스템을 실시하는데 대한 높은 융통성과 그러나 일관성을 제공한다. 프레임워크 501, 503 및 비즈니스 확장 컴포넌트 505 사이의 어떠한 종속도 없기 때문에 한 통합된 정보시스템이 앞서 상세히 설명된 데이터교환 기본구조/어댑터 프레임워크와는 다른 전달프레임워크502를 사용함으로써 개발되고 전개될 수 있다. 프레임워크 501, 503 및 비즈니스확장 컴포넌트 505사이에 어떠한 직접적인 종속관계도 존재하지 않기 때문에 수작업에 의해 시스템을 구성시키는 것과 같은 비쥬얼 인터페이스501의 사용을 요구하지 않고 한 통합된 정보시스템의 개발 및 전개를 제공할 수 있도록 하기도 한다.

요약컨대, 상기 비쥬얼 인터페이스501은 한통합된 정보시스템 디자인 또는 전개의 모든 구성, 전개 및 실행시간 특징이 접근될 수 있게되는 비쥬얼 프레임워크를 제공한다. 상기 비쥬얼 인터페이스501은 사용자에게 한 정보시스템을 그래픽방식으로 구축하고 정보저장, 처리 및 전송컴포넌트 사이의 물리적 접속을 가능하게 하여 한 통합된 정보시스템을 그래픽방식으로 그리고 물리적으로 실현할 수 있는 가능성을 제공한다.

도17에 도시된 실시예에 따라, 상기 비쥬얼 인터페이스501은 데이터통합 전개가 구축되고 관리되어지는 상기 비쥬얼 인터페이스501의 주요부분을 나타내는 캔버스540을 포함한다. 한 시스템 선택 버튼 532가 사용자에게 여러 정보 시스템 전개 또는 프로젝트사이에서 선택할 수 있는 능력을 제공한다. 한 비즈니스 확장 선택 버튼 533은 사용자에게 이용될 수 있도록 만들어진 여러 비즈니스 확장모듈 505 어느것이든 선택할 수 있도록 한다.

사용자에 의해 구매된 비즈니스확장모듈은 시스템내로 적재되며 상기 비즈니스확장 선택 버튼 533을 사용하여 선택되는 때 자동으로 이용될 수 있게 된다. 예를들면, 도17에 도시된 팔레트 530은 도16에서 도시된 비즈니스확장모듈#1의 일부인 컴포넌트/어댑터 세트를 포함한다. 앞서 설명된 바와 같이 이들 컴포넌트/어댑터들은 인터넷 타입기술을 사용하여 전통적인 응용프로그램으로의 접근을 제공한다. 사용자에 의해 비즈니스확장모듈#1이 선택됨이 비즈니스확장선택버튼533의 "인터넷"상태에 의해 표시되어진다.

상기 선택버튼 533을 사용하여 한 선택된 비즈니스확장모듈을 클릭함으로써 상기 선택된 비즈니스확장모듈과 관련된 구성 컴포넌트/어댑터를 표시할 수 있게 된다. 주어진 한 비즈니스확장모듈을 구성하는 컴포넌트 또는 어댑터 각각은 팔레트 530에서 아이콘/버튼 형태로 나타내진다. 도17에서, 예를들면 팔레트 530에서 아이콘 형태로 표시된 레거시(전통-인터넷 비즈니스확장모듈의 콘텐츠가 HTML 응답 534, HTML 포매터 536, E메일 538, FTP(파일 전달 프로토콜)539, 그리고 팩스 542를 위한 어댑터를 포함한다. 상기 팔레트 530에는 스크롤 바가 제공되어 상기 팔레트 530의 이용가능한 공간내에 표시된 현재 표시되지 않은 어댑터에 접근할 수 있도록 한다.

비쥬얼 인터페이스 501의 상측 영역 542는 상기 데이터통합 도구를 위한 움직이는 로고543을 포함한다. 이같은 로고 543은 상기 시스템이 실행되는 때 움직이게 되며, 이에 의해 상기 시스템에 대한 쉽게 감지할 수 있는 표시를 제공하도록 한다. 상기 로고 543의 좌측으로 영역 545는 필요한 때에 도구바아를 위해 이용될 수 있다. 한 도구바아가 제고되어 필요에 따라 중요한 메뉴 아이템으로 직접 접근할 수 있도록 한다. 상측 영역 545내에 포함된 한 도구바아의 버튼 각각은 이와 관련된 팝-업 도구 팁(tips)을 제공한다.

상기 비쥬얼 인터페이스501의 좌측하단 코너에는 X변경 버튼 544가 제공된다. 상기 X변경 버튼 544를 작동시킴으로써 커먼 시스템 와이드 명령 및 구성제어의 한 팝-업 메뉴를 연다. 상기 X변경 버튼 544를 작동시키거나 적당히 구성된 도구바아를 통하여 접근될 수 있는 첫 번째 그룹의 메뉴버튼들은 프로젝트파일에서 동작될 수 있으며, 뉴(new), 개방, 저장, 삭제 및 프린트와 같은 버튼들을 포함한다. 두 번째 그룹의 버튼들은 시작, 차단, 중지 및 재개 시스템 버튼을 포함할 수 있다. 메뉴 아이템은 이들이 동작이 주어진 콘텍스트에 적절하지 않은 때 불능이도록 된다. 상기 비쥬얼 인터페이스501의 아랫측 경계 546은 하이-레벨 상태 정보를 위해 그리고 구성중에 유용할 수 있는 도움프롬프트를 위해 이용될 수 있다.

상기 비쥬얼 인터페이스501의 캔버스 540은 한 정보시스템 배치의 네 개의 각기 다른 이용가능한 뷰를 작동시키기 위한 네 개의 탭 520, 522, 524, 526을 포함한다. 탭 520, 522, 524, 526을 사용하여 작동시킬 수 있는 상기 네 개의 뷰는 시스템통합, 비즈니스통합, 시스템관리, 비즈니스관리뷰 각각을 포함한다.

탭 520을 사용하여 작동될 수 있는 시스템통합 뷰는 한 비즈니스 확장 모듈의 일부로 포장된 스톡 통합 어댑터의 팔레트를 사용하여 한 데이터 통합 실현을 가시적으로 구축하고 구성하기 위해 드래그-드롭기술을 사용하는 능력을 제공한다. 도 18은 상기 시스템통합 뷰를 사용하여 도시된 바의 한 데이터통합 실현을 도시한다. 탭 522를 사용하여 작동될 수 있는 상기 비즈니스통합 뷰는 한 데이터통합 실현이 비즈니스지향의 어댑터를 사용하여 비즈니스분석 및 감사능력을 갖도록 커스텀화 될 수 있도록 한다. 도 20은 상기 비즈니스통합뷰를 사용하여 도시된 바의 도18의 데이터통합 실현을 설명한다.

탭524를 사용하여 작동될 수 있는 시스템관리 뷰는 한 데이터통합 실현의 실현시간상태로 한 뷰를 제공하며, 시스템 작업처리량 및 병목들이 시험되고 분석될 수 있도록 한다. 한 데이터통합 실현에 대한 실행시간 환경이 비쥬얼 챠트 및 유지 플러그-인 모듈을 사용하여 시험되고 분석될 수 있다. 도21은 시스템관리 뷰를 사용하여 도시된 바의 도 18의 데이터통합 실현을 설명한다. 탭526을 사용하여 작동되는 상기 비즈니스관리 뷰는 상기 비즈니스 관리자가 챠트 플러그-인 모듈을 사용하여 시스템을 통과하는 자료로부터 얻어진 정보트랜드 및 검토 감사로그들을 분석할 수 있도록 한다. 도22는 상기 비즈니스관리뷰를 사용하여 도시된 바의 도18의 상기 데이터통합 실현을 설명한다.

탭520,522,524,526 중 하나를 클릭함으로써 캔버스 540에 도시된 정보 및 선택된 뷰에 적합한 캔버스 540엣 실시된 동작을 변경시킨다. 예를들면, 상기 시스템통합 뷰(예를들면, 도 18참조)내의 어댑터를 더블클릭함으로써 상기 선택된 어댑터에 대한 호출된 구성 유틸리티를 표시하게 된다. 대조적으로 상기 시스템 관리 뷰(예를들면, 도21참조)가 사용중인 때 동일한 어댑터의 선택은 상기 어댑터와 관련된 실행시간의 어떠한 오류도 나타낼 수 있게 된다. 한 통합된 비쥬얼 프레임워크내에 각기 다른 뷰들을 제공함으로써, 상기 통합된 데이터 솔루션의 시스템 및 비즈니스층들의 버티클 일관성이 유지된다.

비쥬얼 인터페이스501의 기능은 플러그-인 관리 및 실행시간 컴포넌트의 사용을 통해 확장될 수 있다. 매우 다양한 플러그-인 컴포넌트들이 솔루션 중점 비즈니스확장모듈의 형태로 또는 독립된 엘리먼트로 설치될 수 있다. 상기 플러그-인 컴포넌트들은 또한 개별 사용자 요구를 해결할 목적을 위해 상기 데이터통합 프레임워크의 독립형 모드로서 사용될 수 있기도 하다. 예를들면 한 특정 사용자가 한 특정 챠트를 보고자 할 수 있으며 한 단일 챠트를 얻기 위한 전 비쥬얼 인터페이스501을 실행시키는 것이 불필요할 수 있다. 이같은 경우에 상기 챠팅 플러그-인 컴포넌트가 상기 비쥬얼 인터페이스501로부터 차단될 수 있으며 한 분리된 실행 애플릿(applet)내에 놓이거나 예를들면 개인 웹페이지의 일부로 호환될 수 있다.

도 15 및 16에 가장 잘 도시된 바와 같이, 상기 비쥬얼 인터페이스501은 잘 규정된 구성 및 실행시간 정보 프레임워크 503에서 만들어진 얇은 인터페이스층을 구성하는 것으로 보여질 수 있다. 상기 구성 및 실행시간 정보 프레임워크 503은 상기 비쥬얼 인터페이스501 그리고 밑에 놓인 비즈니스확장모듈 505 및 트랜스포트 프레임워크 502 기술 사이의 인디렉션 레벨을 제공한다. 이들 계층들 간의 종속을 제거함으로써, 이같은 인디렉션은 상기 다양한 컴포넌트들이 주어진 데이터통합 솔루션에서 실현되고 상호 연결되어지는 방식과 관련하여 상당한 정도의 융통성을 제공한다.

상기 구성 및 실행시간 정보 프레임워크 503은 한 주어진 데이터통합 전개에서 사용될 수 있는 어댑터들을 제어한다. 상기 프레임워크 503은 또한 이들의 실제 구성과 함께 주어진 전개에서 능동적인 어댑터로서 구성된 어댑터들을 제어하기도 한다. 선택된 어댑터들 사이에서 데이터가 흐를 수 있도록 사용되는 특정 대기행렬과 같은 한 데이터통합 전개의 구조적인 배열이 또한 상기 구성 및 실행시간 정보 프레임워크 503에 의해 제어될 수 있다. 상기 프레임워크 503은 또한 각 어댑터에 의해 사용되어 지는 메타-모델의 정의 그리고 어댑터 들 사이의 메타-모델의 맵핑을 제어하도록 사용될 수 있다. 앞서 설명된 바와 같이, 상기 데이터 메타-모델들은 한 데이터통합 프로젝트의 공통점이 없는 시스템의 입력 및 출력 데이터 요구에 대한 포맷중립모델을 나타낸다. 데이터 메타-모델을 사용함으로써 상기 데이터통합 프로젝트에서 나타난 다양한 시스템 및 기술간에 존재하는 어떠한 교차 종속도 제거시키며, 비쥬얼 드래그-드롭 메타-모델 맵핑 메타포(metaphors)를 사용하여 시스템 컴포넌트들 사이의 상호연결 설정 및 수정을 허용토록 한다.

상기 비쥬얼 인터페이스501이 상기 시스템통합 또는 비즈니스통합 뷰 모드 어느 하나에서 사용되는 때, 상기 비쥬얼 인터페이스501 내에서의 작용은 상기 다양한 구성 세팅에 대한 상응하는 조정을 일으킨다. 다음에 이들 구성 세팅들은 실행시간중에 상기 응용비즈니스확장모듈 505 및 트랜스포트 프레임워크 502에 의해 판독되어 어떤 특정 전개가 동작될 것인가를 명시하도록 한다.

실행시간 중에, 상기 비즈니스확장모듈 505 및 트랜스포트 프레임워크 502는 또한 상기 구성 및 실행시간 정보 503내에 상기 통합된 정보 시스템을 통해 운반되어진 정보에 대한 정보 또는 참조들을 기록하기도 한다. 예를 들면, 도1의 실시예에 도시된 데이터교환기본구조 32 및 어댑터 34는 도15 및 16에 도시된 트랜스포트 프레임워크 502를 구성시키며, 다음에 상기 트랜스포트 정보가 상기 데이터교환 프레임워크의 대기행렬 및 커먼 오브젝트 기억장치내에 기록되게 된다.

상기 구성 및 실행시간 정보 프레임워크 503내에는 오류 로그, 실행시간 수행 및 작업 처리량 정보, 그리고 감사된 비즈니스데이터 및 정보가 기록되어 합법적인 기록 또는 트랜드/통계분석을 위해 사용될 수 있도록 한다. 상기 구성 및 실행시간 정보 프레임워크 503내에 기록되어진 정보의 정확한 특성은 상기 구성 세팅에 의해 제어된다. 다음에 이같은 정보가 상기 시스템관리 또는 비즈니스관리 뷰에서 상기 다양한 비쥬얼 인터페이스 플러그-인 유틸리티 및 챠팅 응용프로그램에 의해 그래픽방식으로 보여질 수 있게 된다.

도25A-25C 는 구성파일이 본 발명의 한 실시예에 따라, 배치되고 조작되어지게되는 구성 및 실행시간 정보 프레임워크 503의 한 디렉토리 구조를 나타낸다. 실시예 #3-#5는 이같은 실시예에 따른 다양한 구성파일의 콘텐트를 제공한다. 구성파일의 세가지 중요한 타입들은 프로젝트파일(실시예 #3참조), 컴포넌트 인스턴스 구성파일(실시예#4참조), 그리고 컴포넌트 구성파일(실시예#5참조)이다. 한 프로젝트 파일은 데이터통합 실현 각각과 관련이 있다. 상기 프로젝트파일은 한 데이터통합 실현의 일부인 어댑터들의 톱-레벨 정의를 포함하며 상기 어댑터들이 구조적으로 어떻게 함께 연결되는가를 정의한다. 상기 프로젝트파일에는 정해진 한 전개의 컴포넌트 및 컴포넌트 인스턴스 구성 파일들에 대한 참조가 포함된다. 상기 프로젝트파일내의 정보는 상기 비쥬얼 인터페이스501에 의해 사용되어 그 캔버스 540에서 한 데이터통합 실현의 픽쳐를 제공하도록 한다.

설치되어진 어댑터 각각에 대한 하나의 컴포넌트 구성파일이 있다. 한 데이터통합 프로젝트 또는 멀티플 프로젝트에 하나 이상의 특정 어댑터가 사용되어지면 상기 특정 어댑터와 관련된 단지 하나의 컴포넌트 구성파일이 있음을 알 수 있다. 상기 컴포넌트 구성파일은 상기 데이터통합 실현에서 어떻게 어댑터가 사용되는가에 대한 정의를 포함한다. 예를들면 상기 컴포넌트 구성파일은 상기 어댑터에 의해 판독된 입력대기행렬의 수, 상기 어댑터가 기록할 출력대기행렬의 수와 같은 어댑터의 통합능력정의와 같은 정보를 포함한다. 상기 컴포넌트 구성파일내에 담긴 다른 정보로는 어댑터를 실행시키고, 정지시키며 그리고 중지시키도록 사용된 명령, 다양한 각기 다른 뷰에서의 어댑터의 아이콘을 사용자가 더블클릭하는 때 발생되는 동작, 그리고 어댑터의 디폴트 구성등을 포함한다.

한 주어진 데이터통합 실현에서 사용된 어댑터의 매 경우에 대하여 하나의 컴포넌트 인스턴스구성이 있게된다. 상기 인스턴스 구성은 그같은 어댑터의 경우에 대한 개별적인 구성세팅을 포함한다.

상기 컴포넌트 구성파일들은 어댑터들이 플러그-인 컴포넌트로서 상기 비쥬얼 인터페이스501 및 트랜스포트 프레임워크 502내로 완전히 정의되어질 수 있는 능력을 제공한다. 상기 비쥬얼 인터페이스501 또는 상기 트랜스포트 프레임워크 502 어느것도 나중에 개발되어져야할 필요가 있는 어댑터 모두에 대해 완전한 지식을 갖도록 실현될 필요가 없다. 이들이 만들어진 때 어댑터들은 기존 디렉토리 및 구성구조내에 단지 설치될 수 있어서 데이터통합 프로젝트 내에서 사용가능한 컴포넌트가 될 수 있도록 한다. 이와 같이 함으로써 본 발명의 데이터통합 접근방법은 매우 확장가능하여지게 된다. 또한 커스텀 어댑터가 개발될수 있어서 이들이 스탠다드 배치 및 구성과 일치할 수 있도록 한다. 이같은 커스텀 어댑터들은 다음에 같은 방식으로 스탠다드 어댑터들로서 프로젝트에서 사용되고 재사용될 수 있게 된다. 이는 로버스트(robust)전개가 커스텀화 없이 거의 완성될 수 없기 때문에 매우 의미가 있는 것이다.

모든 프로젝트파일들의 중앙기억장치가 상기 구성 및 실행시간정보 프레임워크 503에서 정의된다. 한 새로운 데이터통합 프로젝트가 시작되는 때 한 디폴트 프로젝트파일이 발생된다. 한 메뉴가 사용자에게 제시되어진다. 한 개방메뉴 아이템이 기존 프로젝트파일을 적재하기 위해 한 파일선택 다이얼로그를 호출하기 위해 사용자에 의해 작동될 수 있다. 단 하나의 데이터통합 프로젝트만이 한번에 개방되어질 수 있다. 한 사용자가 또다른 프로젝트로 스위치하는 때 한 다이얼로그가 사용자가 현재 프로젝트에 대한 어떤 변경을 저장하고자 하는지를 묻기 위해 팝업될 것이다. 한 삭제메뉴 아이템은 한 프로젝트가 선택되는 때에만 가능하게 된다. 프린트 메뉴 버튼은 프로젝트가 상기 비쥬얼 인터페이스501의 캔버스 540에 나타나는때에만 이용될 수 있게 된다.

도17과 관련하여 앞서 설명된 바와 같이 데이터통합 프로젝트의 배치는 상기 비쥬얼 인터페이스501의 캔버스 540내에 정의된다. 상기 시스템통합 및 비즈니스통합 뷰들은 우선적으로 데이터통합 배치를 위해 사용된다. 상기 팔레트 530은 이들 뷰 각각이 작동되는 때에 적절한 비즈니스 확장 모듈 및 이와 관련된 어댑터들과 함께 위치하게 된다. 상기 시스템 통합 뷰를 사용하는 때 상기 팔레트 503을 위치시키는 컴포넌트들은 상기 다양한 시스템 엘리먼트들의 기술 및 프로토콜을 통합하기 위해 사용되어진 기술 특성의 어댑터를 나타낸다. 상기 비즈니스통합뷰를 사용하는데 상기 팔레트 503을 위치시키는 컴포넌트들은 비즈니스정보의 감사, 처리 및 분석에 관련된 어댑터들을 나타낸다. 상기 사용자에게 이용될 수 있는 어댑터 및 컴포넌트들은 상기 컴포넌트 디렉토리 콘텐츠(도25 SA-25C 참조)를 시험하는 동안 상기 비쥬얼 인터페이스501에 의해 결정된다.

대표적인 사용의 경우, 사용자는 상기 시스템 통합 뷰가 상기 비쥬얼 인터페이스501의 팔레트 530에 표시된 다양한 어댑터 및 컴포넌트들을 선택함으로써 작동되는때 한 데이터통합 배치를 디자인한다. 이는 상기 팔레트 530으로부터 선택된 어댑터를 드래그하고 이들을 마우스 또는 다른 입력장치를 사용하여 상기 캔버스 540으로 드롭함으로써 달성된다. 이와 같은 동작으로 말미암아 상기 프로젝트파일 내에 선택된 어댑터에 대한 새로운 엔트리 발생을 일으키며, 상기 컴포넌트구성파일로부터 만들어진 디폴트 구성의 카피를 사용하여 상기 프로젝트디렉토리내에 한 인스턴스 구성파일 발생을 일으킨다.

둘 또는 그이상의 어댑터 또는 컴포넌트들이 상기 캔버스 540으로 이동한 뒤에, 선택된 어댑터/컴포넌트들이 소스 어댑터로부터 수신지어댑터로 놓여진 키이와 함께 마우스를 끌어당김으로써 함께 연결될 수 있다. 상기 소스 및 데스티네이션(수신지)어댑터와 관련된 상기 컴포넌트 구성파일들이 조사됨으로써 이와 같은 새로운 연결이 유효하며 상기 수신지 어댑터의 최대 입력수 또는 소스 어댑터 출력의 최대수를 초과하지 않도록 한다. 상기 새로운 연결이 유효한 때에, 한 화살표가 두 어댑터를 연결시키도록 끌어당겨진다. 한 유니크 대기행렬이름이 이같은 연결을 위해 발생되며, 상기 프로젝트 및 두 어댑터를 위한 인스턴스 구성파일들이 업데이트되어 새로이 발생된 대기행렬 이름을 포함시키도록 한다.

한 대기행렬과 함께 둘 또는 그이상의 어댑터들을 연결시킴으로서 상기 어댑터들간에 통신채널이 발생된다. 그러나 상기 연결이 유효하도록 하기 위해, 상기 대기행렬을 통해 통과된 정보가 수신지에서 이해되어 소스와 수신지 어댑터가 효과적으로 통신하고 있는가를 확인함이 또한 중요하다. 두 어댑터간에 설정된 통신채널의 완전함을 확인함은 상기 소스와 수신지 어댑터의 메타-데이터모델들을 비교하고 그리고 상기 모델들이 호환성이 있는가를 결정함으로써 달성된다. 본원명세서에서 나중에 설명되는 바와 같이 한 어댑터가 수신 및 송신하고자 하는 데이터를 나타내는 한 정의된 입력 및 출력 메타-데이터모델을 이와 관련시키도록 한다. 두 연결된 어댑터의 메타-데이터모델들을 비교함으로써, 두 메타-데이터모델들이 호환성이 있는 가를 결정하는 것이 가능하다. 만약 상기 두 메타-데이터모델들이 호환적이지 못한 것으로 결정되면, 당해 두 어댑터들은 캔버스 540에서 가시적으로 표시되어 "X" 또는 다른 경고표시를 사용하여 구성오류가 존재함을 나타내도록 한다.

한 구성오류를 교정하기 위해, 사용자는 어댑터 각각과 관련된 구성스크린을 표시하도록 시스템 또는 비즈니스통합 뷰에서 관련된 어댑터를 더블클릭할 수 있다. 한 더블클릭의 결과로서 수행된 작용, 그리고 시작된 응용프로그램이 상기 컴포넌트 구성파일내에 상기 네 개의 뷰 각각에 대하여 정의된다. 어떠한 커스텀 구성 응용프로그램 또는 애플릿도 한 특정 어댑터에 대하여 존재하지 않는다면 한 디폴트 구성 애플릿이 시작될 것이다. 상기 사용자는 어댑터와 관련된 상기 구성스크린을 사용하여 한 어댑터의 정의된 메타-모델을 변경시킨다. 예를들면, 한 ODBC 어댑터의 메타-모델이 한 SQL 질의에 필요한 데이터를 변경시키기 위해 상기 어댑터의 SQL 명령문을 변경시킴으로써, 이에 의해 상기 SQL 질의에 의해 발생된 결과를 변경시킴으로써 수정될 수 있다. 이와 같은 방식으로 어댑터를 구성시킴으로써 둘 또는 그 이상의 상호연결된 어댑터들 간에 존재하는 또는 발생하는 비호환성이 수정될 수 있다. 예를들면 비호환성이 단지 각기 다른 라벨들이 두 상호연결된 어댑터를 위해 같은 데이터필드에 대하여 사용되기 때문에 발생된다면, 한 비쥬얼 맵핑도구가 시작되어 이같은 문제를 해결하기 위해 두 레벨 사이의 맵핑을 정의하도록 한다.

상기 디폴트 구성 응용프로그램은 어댑터/컴포넌트 아이콘 레벨들을 변경하도록 사용될 수 있기도 하다. 한 아이콘은 적절한 설명이 각기 다른 사용자를 위해 표시될 수 있도록 비즈니스뷰 및 시스템뷰에 대하여 분리된 레벨을 갖는다. 상기 구성 응용프로그램은 어댑터 레벨 뿐 아니라 다양한 스탠다드 및 커스텀 어댑터 구성 파라미터를 수정하도록 사용될 수 있다.

상기 메타-데이터모델 이슈가 해결된 뒤에, 한 유효 데이터통합 링크가 두 어댑터 사이에서 발생되어 진다. 멀티플 어댑터들로 상기 설명된 디자인처리를 반복시킴으로써, 복잡한 멀티플 컴포넌트데이터통합 실현이 구축될 수 있다. 모든 어댑터 인스턴스들이 발생되어진 후에, 모든 필요한 링크들이 설정되어지며, 그리고 모든 구성오류가 해결되어지고, 통합된 정보시스템이 실행시간동작을 위해 준비된다.

도21 및 22에서 각각 도시된 상기 시스템관리 및 비즈니스관리 뷰들은 한 데이터통합 프로젝트의 실행시간동작을 제어하기 위해 사용된다. 상기 트랜스포트 프레임워크 502는 상기 시스템관리 뷰내에 있는동안 한 선택된 대기행렬을 더블클릭함으로써 챠팅 응용프로그램에 표시될 수 있는 여러 대기행렬에 대한 작업처리량 정보를 모은다. 한 특정 대기행렬의 콘텐츠가 한 대기행렬에서 우측 클릭함으로써 그리고 메뉴로부터 대기행렬 관리를 선택함으로써 관리되어질 수 있다. 상기 시스템 관리 뷰에 있는 동안 선택된 어댑터를 더블클릭함으로써 상기 어댑터에 대한 구성 스크린을 표시한다. 한 선택된 어댑터의 구성 세팅에 대한 조정은 상기 구성 응용프로그램 또는 애플릿에 의해 상기 적절한 인스턴스 구성파일로 저장되며, 그리고 이들 구성세팅들은 상기 선택된 어댑터에 의해 수신된 한 구성리세트 신호에 응답하여 실행시간중에 조정되어진다.

상기 비즈니스관리 뷰는 우선적으로 비즈니스확장모듈에 의해 수행된 통계분석을 챠트하도록 사용된다. 비즈니스분석 컴포넌트와 같은 한 컴포넌트를 더블클릭함으로써 상기 비즈니스분석 컴포넌트와 관련된 정보 트랜드 및 분산의 챠트를 표시할 수 있게 된다.

상기 멀티플 플랫폼 및 멀티플 워크스테이션에서의 데이터통합은 한 분산 플래닝 장치를 사용하여 조정된다. X변경 버튼 544를 작동시킴으로써 상기 사용자가 한 분산 플래닝 패널 화면을 호출할 수 있도록 하는 한 메뉴 아이템을 제시하게 된다. 도19에 도시된 상기 분산 플래닝 패널 550 은 한 선택된 데이터통합 프로젝트를 위한 동작에서 현재의 네트워크 환경에 대한 트리뷰를 제공하는 패널 552를 포함한다. 상기 트리의 첫 번째 레벨 554에서의 노드 각각은 한 프로젝트의 이름을 나타낸다. 상기 프로젝트 노드 554 아래에서 상기 두 번째 레벨 노드 556은 특정 컴포넌트가 동작하고 있는 워크스테이션들의 이름을 나타낸다. 세 번째 레벨의 노드 558은 한 특정 워크스테이션에서 동작하는 여러 컴포넌트들을 나타낸다. 네 번째 레벨의 노드 560은 상기 세 번째 레벨의 노드 558에서 정의된 컴포넌트 또는 대기행렬 엘리먼트의 세부사항을 나타낸다. 예를들면 도19의 패널 552에 도시된 컴포넌트들은 CGI, ODBC, 메일, 프린터, 페이져, 그리고 모니터 어댑터와 같은 6개의 개별 어댑터를 포함한다. 상기 모니터 어댑터는 칼라 또는 폰트에 있어서 다른 어댑터 노드와 구분되는 모니터링 처리 노드를 나타낸다. 원격 머신에 접근하기 위해 사용된 상기 네트워크 파일시스템 맵핑은 상기 비쥬얼 인터페이스 환경의 시스템 바깥측 시스템 관리자에 의해 세트된다.

상기 분산 플래닝 패널 550은 상기 프로젝트파일로부터 정보를 해석하고 저장한다. 상기 메인 비쥬얼 인터페이스 패널501의 캔버스 540은 또한 상기 프로젝트파일을 사용한다. 이 점과 관련하여, 상기 분산 플래닝 패널 550 및 상기 메인 비쥬얼 인터페이스 패널 501 의 캔버스 540은 두 개의 다른 시각으로부터의 같은 전개를 나타낸다. 상기 분산 플래닝 패널 550은 글로벌 네비게이션 관점으로부터 사용되며, 상기 메인 비쥬얼 인터페이스 패널 501의 캔버스 540은 데이터 흐름관점으로부터 사용된다.

상기 분산 플래닝 패널 550의 우측 부분은 선택된 아이템과 관련된 데이터를 보여주기 위해 사용된 한 특성 표 562를 포함한다. 특히 상기 특성표 562는 구성데이터, 오류/경고 로그 정보, 그리고 한 선택된 컴포넌트 처리 또는 모니터링 처리를 위한 수행데이터그래프를 나타낸다. 예를들면 한 선택된 대기행렬의 특성표는 테이블 포맷내 대기행렬 콘텐츠 그리고 그래픽포맷내 대기행렬 모니터링 데이터를 포함하는 다양한 대기행렬 특성을 보여준다. 상기 특성표 562에서 제시된 오류/경고 로그, 수행데이터그래프, 대기행렬 뷰, 그리고 대기행렬모니터링데이터와 같은 일정 자료들은 판독 전용표시이다. 사용자가 상기 특성표 562를 사용하여 수행할 수 있는 동작으로는 한 대기행렬로부터 대기행렬엔트리를 삭제, 한 대기행렬 플러싱(flushing), 한 컴포넌트에 대한 구성을 변경, 그리고 대기행렬 모니터링을 위해 구성을 변경함을 포함한다.

상기 분산 플래닝 패널 550의 정보보고 및 챠트 기능 영역은 사용자가 시스템에 의해 수집된 상당한 양의 기술적인 그리고 비즈니스데이터를 용이하게 보고 분석할 수 있는 능력을 제공한다. 한 챠트 모델이 실시되어 수행 모니터로그파일을 판독하도록 실행되며 기본 시스템관리 대기행렬 챠트를 발생시킨다. 상기 챠트 모델은 또한 통계보고파일을 판독하며 기본 비즈니스관리 통계챠트를 발생시킨다. 상기 챠트 모델은 챠트를 표시하고, 주기적으로 상기 보고파일들을 기록하고, 그리고 상기 챠트들을 활발하게 업데이트함으로 포함하는 다수의 다른 작업들을 수행할 수 있다. 상기 챠트 업데이트를 위한 시간간격은 구성가능하다. 챠트가 표시되기 전에, 한 구성형태가 팝-업되어 챠트범위와 관련된 파라미터, 그리고 측정주파수와 같은 사용자에 의해 구성가능한 다양한 파라미터의 입력을 허용하도록 한다. 사용자 구성가능한 파라미터를 사용하여 한 챠트가 발생되어진다.

어댑터 처리 각각은 수행모니터링 목적을 위해 발생된 한세트의 로그파일들을 갖는다. 어댑터 처리를 위한 상시 수행모니터 로그 파일들은 사전에 정의된 25A-25C에서 도시된 바와 같은 디렉토리에 저장된다. 챠트가 만들어질 수 있도록 하는 수행모니터 로그파일 각각에 저장된 데이터들은 타임 스탬프, 우선순위에 의해 시간간격에서 대기되는 데이터아이템들의 수, 우선순위에 의해 시간간격에서 대기행렬에서 제외된 데이터아이템의 수, 우선순위에 의해 시간간격에서 평균메세지 처리시간 그리고 우선순위 데이터에 의해 시간간격에서 평균메세지 캐쉬 시간을 포함한다. 상기 수행모니터로그파일들은 한 모니터플래그가 ON 일 때 어댑터들에 의해 발생된다.

비즈니스정보를 바탕으로 한 한 통계보고서를 발생시키도록 사용된 데이터는 시간스탬프 데이터 및 한 시간간격에서의 속성값과 발생수 쌍의 리스트와 관련된 데이터를 포함한다. 도22에서 도시된 것과 같은 통계보고가 한 비즈니스통계어댑터를 사용하여 발생된다. 이같은 보고는 속성을 바탕으로 한다. 상기 보고시간간격은 상기 비즈니스통계 어댑터에서 구성된다. 모든 통계보고는 도25A-25C에서 도시된 것과 같은 사전에 정의된 디렉토리에 저장된다. 상기 챠트는 사용자에 의해 구성가능하다. 챠트 동작중에 챠트 구성형태가 사용자에게 제시된다. 대기행렬챠트의 경우, 구성 가능한 파라미터로는 디스플레이기간을 포함하며 사전 기간이 챠트구성 절차를 간소화하기 위해 이용될 수 있기도 하다. 비즈니스통계챠트의 경우, 상기 구성가능한 파라미터로는 속성 이름, 속성값 리스트 및 디스플레이기간을 포함한다. 상기 구성 파라미터의 값은 챠트 발생기능으로 보내진다. 한 실시예에서 상기 챠트는 JAVA AWT 1.1 및 JFC 1.1.을 사용하여 발생된다.

한 챠트가 수평 스크롤바아를 사용하여 크기가 정해지게 되는 한 프레임 윈도우 내에 표시된다. 한 탭(tab)된 페인(구획된 윈도우)가 사용되어 많은 상이한 서브-페인을 나타내도록 하며, 각각이 그 자신의 파일 폴더-스타일 탭을 가진다. 서브-페인 각각은 한가지 타입의 챠트를 나타낸다. 상기 서브-페인은 다시 페인트될 수 있다. 상기 챠트는 칼라로 표시된다. 칼라 레젼드가 상기 패널의 우측에 표시된다. 만약 상기 챠트가 활발하게 업데이트된다면, 상기 챠트에 대한 시간 스탬프가 상기 패널의 상단 좌측 코너에 표시된다. 한 리플래시 버튼이 제공되어 요구에 따라 상기 챠트를 새로 만들도록 한다.

상기 비쥬얼 인터페이스501이 상기 시스템관리 뷰모드인때 한 대기행렬링크를 더블클릭하게 되면 분리된 스레드로 상기 챠트 응용프로그램을 발생시킬 것이다. 한 구성형태가 팝-업되어 사용자로부터 표시기간을 요구한다. 상기 구성형태에서 "OK"버튼이 눌려지는 때, 상기 구성형태가 사라지며 그리고 챠트 윈도우가 나타난다. 도21의 메뉴 525에서 도시된 바와 같이 시스템관련챠트에 대한 메뉴 선택은 EnOueue Total, EnQueue Rate, Distribution, DeQueue Total, DeQueue Rate 및 Backlog를 포함한다. 상기 디폴트챠트는 EnQueue Total 챠트이며 이에대한 한 예가 도21에 도시되었다.

상기 비쥬얼 인터페이스501이 비즈니스관리 뷰모드인때, 통계분석 어댑트를 더블클릭함으로써 한 분리된 스레드에서 챠트응용프로그램을 발생시킨다. 한 구성형태가 팝-업되며 사용자에게 표시기간, 속성이름, 그리고 속성값리스트를 요구한다. 상기 구성형태에서 "OK"버튼이 눌려지는 때 상기 구성형태가 사라지며 그리고 챠트윈도우가 나타난다. 도22의 메뉴 527에서 도시된 바와같이 비즈니스관련 챠트에 대한 메뉴 선택으로는 플랜드 및 분산을 포함한다. 상기 디폴트 챠트는 트랜드(Trend)이다. 상기 챠트 응용프로그램은 자바(JAVA) 클래스로서 개발될 수 있으며, 이에 대한 한 예는 다음과 같이 정의될 수 있다.

실시예#1

public class DX_Graph extends Thread {

public DX_Graph(char *Qname, int viewId) {

this.viewId = viewId;

this.Qname = Qname;

}

public void run() {

switch (viewId) {

case SystemManagementView:

DrawSystemManagementViewWindow();

case BusinessManagemenetView:

DrawBusinessManagementView();

default:

}

public void DrawSystemManagementViewWindow() {

Construct the configuration form

Construct the tabbed pane with tabs: "Incoming", "Incoming Rate", "Outgoing", "Out Rate", "Backlog", the default subpane is "Incoming".

The sub panes are:

DrawEnqGraph(Qname, displayPeriod)

DrawDeQGraph(Qname, displayPeriod)

DrawBackLog(Qname, displayPeriod)

..............

}

public void DrawBusinessManagementViewWindow() {

Construct the configuration form

Construct the tabbed pane with tabs:

"Trend", "Distribution", the default subpane is "Trend"

The sub panes are:

DrawTrendGraph(attrName, displayPeriod )

DrawDistributionGraph(attrName, displayPeriod, char valueList[])

..............

}

상기 실시예#1에서 파악되는 바와 같이 상기 챠트관련 계산 및 표시작업은 다음과 같이 수행된다. DrawEnQGraph 는 모니터로그 디렉토리 내 대기행렬의 모든 수행모니터 보고들을 조사하고, 파일 각각을 판독하며, 시간스탬프 칼럼 및 enQMsgNum 칼럼을 조사하고, enQMsgNum 칼럼에서의 합사를 수행하며, 그리고 메모리내의 2차원내 시간스트림과 enQMsgNum을 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

DrawDeQGraph은 모니터로그 디렉토리내 대기행렬의 모든 수행 모니터보고들을 조사하며, 파일 각각을 판독하고, 시간스탬프 칼럼 및 processedMsgNum을 조사하고, processedMsgNum 칼럼에서의 합산을 수행하고, 그리고 메모리내 2차원배열내 시간스트림 및 processedMsgNum을 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

EGetQBackLog은 모니터로그 디렉토리내 대기행렬의 모든 수행모니터보고들을 조사하며, 파일 각각을 판독하고, 시간스탬프 칼럼 및 cachedMsgNum칼럼을 조사하며, cachedMsgNum칼럼에서의 합산을 수행하고, 그리고 메모리내 2차원 배열내 시간스트림 및 cachedMsgNum을 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

EGetQBackLog은 모니터로그 디렉토리내 대기행렬의 모든 수행모니터보고들을 조사하고, 파일 각각을 판독하며, 시간스탬프 칼럼 및 msgProcessNum 칼럼을 조사하고, msgProcessNum 칼럼에서의 합산을 수행하며, 그리고 메모리내 2차원 배열내 시간스트림 및 msgProcessNum을 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

EgetSpaceUsage 은 상기 모니터로그 디렉토리내 대기행렬의 시스템 정보보고 어느것도 판독하며, 시간스탬프 칼럼을 조사하고 그리고 메모리내 2차원 배열내 상기 명시된 시간에 포함되는 상기 데이터엔트리들을 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

EgetIncomingRate 는 상기 모니터로그 디렉토리내 대기행렬의 모든 수행모니터보고들을 조사하며, 파일 각각을 판독하고, 시간스탬프 칼럼 및 enQMsgNum 칼럼을 조사하며, enQMsgNum 칼럼에서의 속도계산을 수행하고, 그리고 메모리내 2차원 배열내 시간스트림 및 enQMsgNum 속도를 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

EoutgoingRate 는 상기 모니터로그 디렉토리내 대기행렬의 모든 수행모니터보고들을 조사하고, 파일 각각을 판독하며, 시간스탬프 칼럼 및 processedMsgNum 칼럼을 조사하고, processedMsgNum 칼럼에서의 속도계산을 수행하고, 그리고 메모리내 2차원 배열내 시간스트림 및 processedMsgNum 속도를 저장한다. 상기 그래프는 2차원배열 데이터로부터 발생된다.

트렌드(Trend)기능은 다음 동작을 수행한다; 통계 보고를 판독, 필터를 적용, 그리고 그래프 발생. 상기 통계보고는 시간스탬프, 속성이름 및 발생데이터수를 제공한다. 분산(Distribution)기능은 다음 동작을 수행한다: 통계보고를 판독, 필터를 적용, 그리고 그래프 발생. 상기 통계보고는 시간스탬프, 속성이름 그리고 발생데이터수를 제공한다.

시스템관리목적을 위해 대기행렬 콘텐츠로의 접근은 사용자에게 이용될 수 있다. 대기행렬을 보는때, 한 대기행렬의 각기 다른 우선순위내에 포함된 기록들이 도23 및 24에서 도시된 바와 같이 표시된다. 우선순위지향 대기행렬에는 대기행렬이 제공되어 중요한 요구가 신속하게 서비스될 수 있도록 한다. 멀티플 대기행렬이 사용되어 이같은 기능수준을 제공하도록 하며, 그러나 그 실현은 사용자에게 논리적으로 명백한 것이다. 사용자는 그속에 각기 다른 우선순위의 목적을 갖는 단지 하나의 논리대기행렬이 있음을 인지한다.

상기 대기행렬에 대한 파일기억장치 또는 데이터베이스 테이블이 실행시간에 발생되며 상기 대기행렬관리처리에 의해 삭제된다. 네가지 타입의 사전-정의 대기행렬 우선순위가 있다: 우선순위가 낮은 우선순위에서 높은 우선순위순으로 NONURGENT; NORMAL; URGENT; 그리고 INTERACTIVE. INTERACTIVE는 가장 높은 우선순위이며, 다른 우선순위를 가지는 어떠한 요구도 차단시킬 수 있다. 상기 우선순위 알고리즘은 DeQueue작업이 대기행렬이 비어있지 않은 때 항상 성공적으로 되돌아갈 수 있도록 하며, 낮은 우선순위 엔트리가 결여됨으로 막고, 그리고 보다 높은 우선순위 대기행렬로의 보다 빈번한 방문이 있도록 한다. 상기 우선순위 알고리즘은 우선순위 각각의 비중에 따라 실현된다.

도23 및 24에서 도시된 대기행렬표시와 관련된 대화로부터 이용될 수 있는 작업으로는 대기행렬로부터의 한 엔트리를 삭제, 한 대기행렬에서 다른 대기행렬로 엔트리를 이동, 그리고 도24에서 도시된 대기행렬 커먼 오브젝트와 같은 엔트리의 콘텐츠를 표시함이 있다. 도23 및 24에서 도시된 상기 대기행렬 뷰표시를 포함하는 대기행렬 관리 유틸리티는 사용자가 커먼 오브젝트 콘텐츠를 조정하고, 교정하며 혹은 그렇지 않으면 수정할 수 있도록 한다.

본 발명에 따른 비쥬얼 데이터 통합 시스템을 구성시키는 것은 구성 응용프로그램의 전개를 통하여 용이하게 된다. 한 디폴트 구성 응용프로그램이 어댑터 및 컴포넌트에 대한 구성을 만들고 세트하기 위해 구성대화를 발생시키도록 사용될 수 있다. 이같은 디폴트 구성 응용프로그램은 한 어댑터에 대한 커스텀 대화가 이용될수 없는 때에 사용된다.

상기 구성 응용프로그램은 한 구성파일을 판독하며 한 SMI 파일을 바탕으로 구성폼을 구축시킨다. 상기 구성 폼은 두가지의 범용칼럼 형태로 구성된다. 상기 구성 폼의 좌측 칼럼은 파라미터 이름 레벨을 표시하기 위해 사용된다. 우측 칼럼은 파라미터값을 표시하기 위해 사용된다. 상기 파라미터값은 디폴트 값 또는 만약 현재 존재하면 현재값으로 사전에 적재된다. 상기 파라미터를 편집하기 위해 사용된 메카니즘이 일련의 기존 라디오 버튼, 드롭다운리스트, 그리고 SMI 파일에 의해 정의되는 바의 편집 박스로부터 선택될 수 있다.

한 데이터통합 프로젝트에 참여하는 워크스테이션 각각에는 연속적으로 데몬으로서 실행되는 모니터링 처리가 있어야 한다. 이같은 모니터링 처리는 실행되는 모든 컴포넌트 처리를 모니터할 수 있어야 하며 혹은 주어진 프로젝트를 위한 워크스테이션에서 실행될 수 있어야 한다. 상기 모니터링처리는 상기 프로젝트파일을 판독하여 워크스테이션에서 실행되는 모든 컴포넌트처리를 결정할 수 있어야 하며 매일 또는 매주 또는 매월 단위로 그같은 처리를 어떻게 실행할 것인가를 결정할 수 있어야 한다. 상기 워크스테이션에서 실행되는 컴포넌트처리 각각은 상기 모니터링처리와 함께 자신을 등록시킨다. 상기 모니터링처리는 사용자의 요구가 있는 때에 어떠한 처리 인스턴스도 시작하고 차단할 수 있는 것이 바람직하다.

상기 모니터링처리는 멀티-스레드된 처리이다. 한 스레드는 자신과 함께 등록된 모든 어댑터처리를 모니터하도록 실현된다. 또다른 스레드에는 예를들면 JAVA GUI(그래픽 방식 사용자 인터페이스)로부터 오는 요구를 들을 수 있도록 실시된다. 한 실시로서 한 시스템관리 대기행렬을 통해 상기 요구를 전송함을 포함한다. 선택에 따라서는 소켓 타입 프로토콜을 사용하여 실시될 수도 있다. 이같은 접근방법이 한 실시예에 따라 취해진다면, 상기 처리는 JAVA 및 C++ 모두를 이해할 수 있어야 한다. 이같은 처리를 실시하기 위한 한가지 접근방법으로는 C++ 네이티브 코드를 JAVA 로 통합시킬 수 있는 JNI(JAVA 네가티브 인터페이스), 또는 UDP(사용자 데이터그램 프로토콜)소켓 어느 하나를 사용하는 것이다.

분산 목적을 위해, 상기 소켓 솔루션이 바람직하다. 이같은 접근방법에 따라, 실행시간중에 한 프로젝트가 JAVA GUI에서 오픈되는 때, 상기 JAVA GUI 는 주어진 데이터통합 프로젝트의 모든 워크스테이션에서 모든 모니터링처리에 접근할 수 있는 UDP 소켓을 구축시킨다. 상기 JAVA GUI 가 다음에 상기 모니터링처리계층을 통하여 상기 컴포넌트 각각을 제어한다.

앞서 설명된 바와 같이, 한 메타-모델접근이 사용되어 오브젝트 배치, 인스턴스 생성 오브젝트를 설명하도록 사용될 수 있는 오브젝트 및 이에 담긴 속성 정의에 대한 시스템 와이드 명세를 제공하도록 하며, 그리고 한 메타-정의 클래스로부터 다른 한 클래스로의 번역을 제공한다. 각 어댑터는 특정 메타-모델정의로 데이터를 받아들이며, 상기 데이터를 조작하고, 그리고 새로운 메타-모델정의로 출력데이터를 발생시킨다. 두 상호 연결된 어댑터의 입력 및 출력 메타-모델을 비교함으로써, 상기 어댑터들 사이에서 교환된 데이터가 유효한가를 결정할 수 있다. 두 대화어댑터의 데이터요구에서 최소의 모순이 상기 두 데이터 메타-모델사이의 맵핑을 규정함으로써 조정될 수 있다. 메타-모델정의 사이의 심각한 모순은 보다 많은 기본적인 데이터 이슈들이 상당한 정도의 재디자인을 필요로 함을 나타낸다. 메타-모델접근방법의 사용은 데이터통합 실현의 유효성이 유효할 수 있도록 하며, 오류가 두드러지게 나타나도록 하고, 그리고 문제가 교정될 수 있도록 한다.

상기 메타-모델저장은 어떤 특정 데이터베이스 기술에 의존함을 제거하는 타일 지향 접근방법을 사용하여 실현되어 진다. 오브젝트 정의 각각은 분리된 파일에 담기어 그 정의를 분리시키도록 하며 멀티플 오브젝트 정의 사이의 혼동을 없애도록 한다. 메타-정의 클래스 각각은 클래스와 확장 컨벤션을 사용하여 이름이 정해진 분리된 파일내에 저장된다. 상기 콘텐츠는 가능한한 단층 구조에 표시되어야 한다. 속성 각각은 그 이름, 타입, 그리고 특성을 포함하는 한 줄로 구성된다. 속성을 나타내는 각 라인은 다음의 배열과 일치할 수 있다.

NAME｜DX_DATATYPE｜REQUIREMENT｜RANGE(선택)｜DefaultValue(선택)

또다른 실시예로서, 커스토머 라고 이름이 정해진 한 오브젝트클래스에 대한 샘플 구성이 다음과 같이 제공된다.

CustomerName | DX_STRING | MANDATORY |256 |

Bank | DX_STRING | MANDATORY | 256 | "Rich's Bank"

AccountNumber | DX_INTEGER | MANDATORY | 0-9999999 |

Balance | DX_REAL | OPTIONAL | | 0

다음 예는 상기에서 정의된 오브젝트클래스 커스토머를 사용하여 제공된다.

CustomerName | DX_STRING | MANDATORY | |

AccountList | DX_LISTOBJECT | MANDATORY | |

BEGIN:

CheckingAcct | DX_COMMONOBJECT | OPTIONAL | |

BEGIN:

AccountNumber | DX_INTEGER | MANDATORY | 0-9999999 |

Balance | DX_REAL | OPTIONAL | | 0

END:

SavingsAcct | DX_COMMONOBJECT | OPTIONAL | |

BEGIN:

AccountNumber | DX_INTEGER | MANDATORY | 0-9999999 |

Balance | DX_REAL | OPTIONAL | | 0

END:

MoneyMktAcct | DX_COMMONOBJECT | OPTIONAL | |

BEGIN:

AccountNumber | DX_INTEGER | MANDATORY | 0-9999999 |

Balance | DX_REAL | OPTIONAL | | 0

END:

두 메타-정의 오브젝트 어느것이든 DATATYPE 가 같은 한 한 오브젝트로부터 다른 한 오브젝트로의 속성값을 맵할 수 있다. 예를 들면, 오브젝트클래스 커스토머는 CustomerName라고 이름이 정해진 속성을 가지며, 오브젝트 클래스 Lawsuit는 Defendant라고 이름이 정해진 속성을 가진다. 상기 응용프로그램이 커스토머 오브젝트를 수신하는때마다 Lawsuit오브젝트를 발생시키고자 하며 CustomerName오브젝트로부터 Customer값을 취하도록 하고 이를 Lawsuit라고 이름이 정해진 Defendant의 속성으로 삽입시킨다.

상기 맵핑으로의 더욱 세분성을 제공하기 위해, 어댑터 각각은 득점 맵핑에 대한 카피를 보유한다. 이와 같이 함으로써 각기 다른 타입의 어댑터들이 이들 자신의 특정 필요를 토대로 각기 다른 방식으로 같은 오브젝트들을 맵할 수 있도록 한다. 일례로써, Customer-Lawsuit map 이라고 이름이 정해진 맵핑 파일이 발생되며 다음 예의 형태로 엔트리를 포함한다.

Customer.CustomerName = Lawsuit.Defendant

Customer.AccountList.CheckingAcct.AccountNumber = Lawsuit.DefaultAcct

만약 이같은 접근방법이 너무 부담이 될 것으로 결정되면, 글로벌 맵핑 디렉토리가 유지될 수 있다.

모든 오브젝트 데이터에 대한 스탠다드 단층 구조 및 포맷이 사용되면, 오브젝트의 메타정의를 토대로 파라미터화 데이터 스트림으로 그리고 이로부터 오브젝트/속성값을 삽입하고 추출하기 위한 한 세트의 범용 유틸리티 기능이 제공될 수 있다. 이와 같이 함으로써 개발자가 상기 메타-모델을 토대로 한 오브젝트가 인스턴스 생성될 수 있도록 데이터를 통과시키는 단일방법에 의존할 수 있도록 한다.

본 발명의 한 실시예에 따라, 다음의 방법이 설명되며 설명목적을 위해 메타 정의 오브젝트들을 포함시킨다. DX_CommentObject^*StreamToObject(char^*data)는 내부 토큰화된 데이터스트림 포맷으로부터 토큰화된 값을 받아들이며 상기 토큰화된 데이터스트림의 데이터필드에 부합하는 데이터정의에 상응하는 DX_CommentObject^*발생시킨다. 인스턴스발생중에, 상기 메타-정의를 토대로 필드 및 값의 타당성 검사가 수행된다. DX_CommonObject주어진다면, 상기 방법 char^*ObjectToStream(DX_CommonObject ＆ Obj)가 오브젝트의 속성 및 값들을 내부의 토큰화된 데이터스트림으로 평탄하게 한다.

DX_CommonObject 주어지게 되면, 상기 방법 DX_CommonObject^*MapObjects(DX_CommonObject ＆ srcObj)인스턴스를 생성하며, 새로운 DX_CommonObject를 맵핑파일에 명시된 조건들을 사용하여 자동으로 장소가 정해진 값으로 되돌려 보낸다. 이같은 방법은 Dequeue 작업에 의해 자동으로 호출된다. 이같은 방법은 또한 ValidateObject()방법을 호출하기도 하여 상기 맵핑된 입력 오브젝트들이 모든 명시된 기준에 부합할 수 있도록 한다. 상기 방법 EreturnCodes ValidateObject(DX_CommonObject＆ srcObj)는 Enqueue 작업에 의해 자동으로 호출되어 대기행렬중인 오브젝트가 그같은 오브젝트를 위한 메타-정의에 부합함을 입증하도록 한다.

다양한 메타-모델변환 유틸리티가 더욱더 공통적으로 사용되는 오브젝트 모델과 함께 사용하기 위해 실시될 수 있다. 예를들면, 상기 어휘 맵핑을 수행하는 JAVA 애플릿이 비쥬얼 인터페이스내로 통합될 수 있다. 한 세트의 유용한 변환 유틸리티가 다음이 모델링 스탠다드를 본 발명의 비쥬얼 데이터 통합 아키텍쳐에서 사용된 메타-모델로 변환할 수 있어야 한다: GDMO (Guidelines for Designing Managed Objects), ASN.1 (Abstract Syntax Notation version 1), IDL(Interface Definition Language), 및 UML(Unified Modeling Language).

어댑터가 사용되는 때마다, 한세트의 메타정의 파일들이 공급되며 상기 어댑터의 특정 기능에 해당하게 된다. 이와 같이 함으로써 새로운 어댑터들이 사용자가 이들 메타정의들을 수작업으로 추가할 필요없이 상기 시스템으로 용이하게 추가될 수 있도록 한다. 상기 메타정의들은 하나 또는 둘 이상의 입력 오브젝트, 하나 또는 둘 이상의 출력 오브젝트들을 정의하며, 선택에 따라 한 특정 입력 오브젝트가 수신되는 때 수행되는 작업의 내부정의를 제공한다. 수정가능한 내부 작업정의가 제공되면, 저장, 편집, 회수 그리고 내부필드 맵핑이 상기 어댑터 개발자에 의해 공급되어야 한다.

예를들면, 한 데이터베이스 어댑터는 메타포맷으로 다음의 오브젝트들을 명시할 수 있다.

실시예 #2

GetEmployeeId (input object)

EmployeeName | DX_STRING | MANDATORY | 256 |

RequestOperation (Optional modifiable internal SQL operation supplied

by the adapter developer)

GetEmployeeId ="Select ＜EmployeeId＞ from Employees where

EmployeeName=＜EmployeeName＞"

GetEmployeeIdResponse (output object)

EmployeeId | DX_INTEGER | MANDATORY | 0-9999999 |

앞서 설명된 바와 같이, 그리고 도18에서 도시된 바와 같이, 한 데이터통합 프로젝트가 상기 비쥬얼 인터페이스501을 사용하여 구성되는 때, 사용자는 최소 두개의 어댑터에서 선택하며 다음에 이들을 대기행렬을 나타내는 한 라인에 연결시킨다. 상기 라인이 두 개의 어댑터를 연결시키는데, 사용자 인터페이스501이 어댑터 각각에 대한 메타-모델에 대한 조사를 수행하며 다음에 이들을 비교한다. 만약 상기 모델들이 모순이 있다면, 상기 상호연결라인의 칼라 또는 다른 가시적으로 감지할 수 있는 특징들이 변경되어 사용자에게 상기 두 모델들이 어느정도의 커스텀 맵핑을 수행하지 않고는 "플러그 및 플레이"할 수 없음을 경고하게 된다.

사용자가 맵핑을 수행하기를 원하는 때, 상기 비쥬얼 인터페이스501이 두 레벨의 맵핑을 제공한다. 처음에는, 상기 어댑터 메타클래스의 사이드-바이-사이드 뷰가 제공되어 사용자에게 상기 두 정의를 한 라인에 연결시킬 수 있도록 한다. 상기 정의가 일단 연결되면, 상기 비쥬얼 인터페이스501이 내용을 보여줄 수 있는 요약된, 그러나 간단한 오브젝트 모델 뷰 내에 상세한 메타정의의 새로운 사이드-바이-사이드 그래픽 뷰를 제시한다. 이같은 뷰로부터, 사용자는 상기 두 메타정의의 속성간의 라인들을 연결시킬 수 있다. 상기 사용자가 속성을 맵핑하는 것을 끝내고 "OK"버튼을 선택하는데, 상기 사용자 세션이 타입 불일치에 대한 속성타입들을 비교하며 맵핑 파일을 발생시킨다. 이같은 과정이 사용자가 수작업으로 맵핑하기를 원하는 메타-정의 각각에 대하여 반복된다.

한 어댑터가 실행시간중에 시작되는 때, 상기 어댑터는 처리할 오브젝트들의 메타정의 그리고 이와 관련된 맵핑파일들을 판독하고 캐쉬한다. 상기 오브젝트 메타정의들은 한 오브젝트의 빠른 인스턴스 생성을 제공할 목적을 위해 탬플릿 오브젝트로서 사용된다. 한 오브젝트가 대기행렬에서 제외되는 때, 조사가 수행되어 그 오브젝트가 맵핑을 필요로 하는지는 결정하도록 한다. 그 오브젝트가 한 타입에서 다른 타입으로 맵핑되어져야 한다면, MapObjects()방법이 사용되어 타당성 검사 및 맵핑을 수행하도록 한다. 다음에 상기 어댑터는 그 특정기능을 수행한다. Enqueue 작업이 수행되는 때, Enqueue ()방법이 ValidateObject()를 호출하여 상기 출력 오브젝트가 상기 메타-모델에서의 정의에 부합하는지를 입증하도록 한다.

본 발명의 한 실시예에 따라, 모든 어댑터는 C++로 기록되며 상기 비쥬얼 인터페이스는 JAVA 로 기재된다. C++ 처리와 JAVA 비쥬얼 인터페이스사이의 대화는 비록 버퍼된 기록과의 디렉트 파일 접근을 포함하는 접근방법이 사용되어 반쪽 기록 데이터의 동시 접근을 피하도록 할 수 있기도 하나, 상기 구성 파일과의 상호작용을 통해 제공되어 진다. 한 디렉트 파일 접근방법은 공유된 파일시스템에서 분산되지 않은 시스템 또는 분산된 시스템을 지원한다. 더욱 개선된 분산이 쉘(shell)버퍼 및 소켓 대화기술을 통하여 지원될 수 있기도 한다. 예를들면 머신 A에서 실행되는 비쥬얼 인터페이스가 머신 B에서 실행되는 모니터링처리로 GetQView 요구를 보낼 수 있다. 이같은 모니터링처리가 다음에 쉘로부터 GetQView처리를 실행시킬 수 있으며, 상기 stdout 버퍼로부터 출력을 얻어내고, 그리고 그 결과를 소켓을 통하여 되보낸다.

JAVA Foundation Class(JFC)는 본원 명세서에서 설명된 몇 개 또는 모든 특징들을 갖는 본 발명의 비쥬얼 인터페이스를 실현하기 위해 사용될 수 있는 포괄적인 컴포넌트세트를 제공한다. JFC 의 적당한 버전은 1.0.1 릴리스이며, 이는 JKD1.1^*및 JAVA WORKSHOP 2.0과 함께 묶여져 있을 수 있다. 본 발명의 비쥬얼 인터페이스는 애플릿이 아닌 독립형의 JAVA 응용프로그램으로 실현될 수 있으며, 이는 특정 Beb Browser's JAVA 지원에 대한 어떠한 종속도 제거시킨다.

앞서 언급된 바와 같이, 실시예#3-#5는 본 발명의 한 실시예에 따른 비쥬얼 데이터 통합 시스템에 의해 사용된 다양한 구성파일들의 콘텐트를 하기에서 정의한다. 특히 실시예#3은 상기 프로젝트 파일 구성에 대한 상세한 콘텐트정의를 제공하며, 실시예#4는 컴포넌트 인스턴스 구성에 대한 상세한 콘텐트정의를 제공하고 그리고 실시예#5는 상기 인스턴스 구성에 대한 상세한 콘텐트정의를 제공한다.

전개시간중에 발생되어질 인스턴스구성의 리스트를 참조하는 상기 프로젝트 파일 구성은 비쥬얼 인터페이스501에 의해서만 판독되고 업데이트되며 그 한 실시예는 텍스트형태의 기재를 포함하고, 실시예#3으로서 하기에서 제공된다:

실시예 #3

Project File ＜project name＞.sxp

[project configuration]

%기억장치타입, File 기억장치 혹은 다른 데이터베이스 기억장치

%Note - 세팅에서 ＜inst name＞.cfg 로 카피됨

Storage Type=[FILE]|[ORACLE]

%오류대기행렬 이름이 이 프로젝트를 위해 사용된

%Note - 세팅에서 ＜inst name＞.cfg 로 카피됨

Error Queue=＜string＞

%프로젝트에서 정의된 각 컴포넌트 인스턴트에서 [＜instance name＞] 로

%시작 그룹이있음.

[instance name]

%UI의 시스템 뷰에서 컴포넌트의 이름이 표시됨

System Name=＜string＞

%UI의 비즈니스 뷰에서 컴포넌트의 이름이 표시됨

Business Name=＜string＞

%(좌측-인클러먼트 우측 상의 오리진)에서 아이콘을 만듬

X-Coordinate=＜int＞

%(상측-인클러먼트 아래의 오리진)에서 아이콘을 만듬

Y-Coordinate=＜int＞

%이 인스턴스가 해당하는 컴포넌트의 이름

Component Name=＜string＞

%'컴포넌트'서브디렉토리로부터의 컴포넌트 경로 오프셋

Component Path=＜string＞

%컴포넌트(상태없는 베이스 아이콘 이름)에 대하여 두번째 릴리이스를 위한

%실시를 표시하기 위한 선택적-아이콘

Icon Name=＜string＞

[instance name]

한 실시예가 실시예#4로 하기에서 제공되는 상기 컴포넌트 인스턴스구성이 컴포넌트 전개 시간에 상기 GUI 에 의해 제공된다. 몇 개의 파라미터가 ＜project name＞ 파일 또는 ＜Comp name＞ 파일로부터 카피되어진다.

실시예#4

＜inst name＞.cfg

[Project Configuration]

%이는 랩내 컴포넌트 전개 시간에 발생된 구성이며

%커스텀되지 않아야 한다

%오류대기행렬의 이름이 변경된때 ＜project name＞.sxp 로부터 카피된

%이 프로젝트에 대하여 사용됨

Error Queue=＜string＞

[Static Configurable]

%이는 디폴트가 컴포넌트 전개시간에서 세트된 구성이며,

%그러나 컴포넌트가 실행되지 않는다면 전개시간중에

%변경될 수 있음

%이 컴포넌트에 대한 선택적-입력 대기행렬

Input Queues=＜queue name＞, ,＜queue name＞

%이같은 대기행렬에 대한 선택적-출력 대기행렬

Output Queues=＜queue name＞, ,＜queue name＞

%지원된 디폴트 입력 메타-모델의 리스트

Input MetaModels=＜data definition＞, ,＜data definition＞

%지원된 디폴트 입력 메타-모델의 리스트

Output MetaModels=＜data definition＞, ,＜data definition＞

[Runtime Configurable]

%인스턴스에서 이들이 컴포넌트 구성 파일에서 인스턴트 구성 파일로 카피됨

%이들은 디폴트가 컴포넌트 전개 시간에 세트되는 파라미터이나,

%상기 컴포넌트가 실행되는 때에도 변경될 수 있음

%이 파라미터에서는 트래이스/로그파일이 자랄 수 있는 최대 크기를 제어함

%이 값은 정수임-단위는 K 바이트

Trace Or Log File Size=100

%이 파라미터는 현재의 오류-레벨을 나타냄

Error Level=NONE|CRITICAL|MAJOR|WARNING

%다음 파라미터는 개별 트레이싱 레벨을 온/오프하도록 사용됨

Application Trace=OFF

System Trace=OFF

Application Information=OFF

System Information=OFF

Audit=OFF

%이 파라미터는 ThreadController가 현재 실행하도록 허용할

%스레드의 최대수를 제어함

Maximum Threads=10

%이 파라미터는 스레드 제어기 오브젝트를 사용하는때

%스레드된 동작에 대한 스택 크기를 결정함

Stack Size=1024

%이 파라미터는 각 입력 대기행렬로부터의 대기행렬 해제 동작을

%수행하는 지정된 스레드 수를 결정함

Dequeue Threads=2

%이 파라미터는 대기행렬 수행 모니터를 온/오프하도록 수행함

Queue Monitor=ON

%이 파라미터는 시스템 수행 모니터를 온/오프하도록 사용됨

System Resource Monitor=ON

%이 파라미터는 상기 수행 모니터에 의해 통계가 보고되어질

%간격을 제어함

Monitor Interval=10

%이 파라미터는 수행 모니터 로그가 자랄 최대 크기를 제어함

Monitor Log File Size=100

상기 컴포넌트 구성은 개발시간에 한 컴포넌트의 개발자에 의해 만들어진다. 네가지 타입의 파라미터가 있으며, 비-구성가능, 정적-구성가능, 실행시간구성가능, 그리고 프로젝트구성가능 파라미터를 포함한다. 비-구성가능 파라미터는 개발자에 의해 정의된 파라미터이며 개발시간 또는 실행시간 중에 수정하도록 되어있지 않다. 정적-구성가능 파라미터는 디폴트가 컴포넌트개발시간중에 세트되는 파라미터이나, ＜project name＞파일에서 무효로 하는 정의를 제공함으로써 개발시간중에 변경될 수 있기도 하다. 정적구성가능 파라미터는 실행시간중에 변경하도록 되어있지 않다.

실행시간 구성가능 파라미터는 인스턴스 생성에서 ＜inst name＞파일로 카피된 파라미터이다. 이들 파라미터들은 비록 비쥬얼 인터페이스 및 파라미터의 새로운 값이 ＜inst name＞파일 내에 저장될 수 있기도 하나 실행시간중에 수정될 수 있다. 프로젝트구성가능 파라미터는 ＜component name＞파일로부터 ＜project name＞파일로 프로젝트 생성시간중에 카피된 파라미터이며, 실행시간중에 ＜project name＞파일에서 수정될 수 있다. 컴포넌트 각각은 컴포넌트-특정그룹을 가지며 이들 그룹들은 실행시간 구성가능 파라미터처럼 작용한다.

전형적인 컴포넌트구성 파일과 관련된 한세트의 파라미터가 실시예 #5로서 하기에서 제공된다.

실시예#5

＜comp name＞.cfg

[

ParamName=Icon Name

GroupName=Project Configurable

Comment=Default icon to display for the component

Type=String

Range=

Default=＜icon name＞.ico

ReadAccess=＜SysIntegration|SysManagement|BusIntegration|BusManagement|User Name＞

WriteAccess=＜SysIntegration|SysManagement|BusIntegration|BusManagement|User Name＞

]

[

ParamName=System Name

GroupName=Project Configurable

Comment= Default name to be displayed in System View of UI

Type=String

Range=

Default= ＜default value＞

]

[

ParamName=Business Name

GroupName=Project Configurable

Comment= Default name of the comp. to be displayed in Business View.

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Min Input Queues

GroupName=Non-Configurable

Comment= Minimum number of input queues for the component

Type=Numeric

Range=

Default=＜default value＞

ReadAccess==＜SysIntegration|SysManagement|BusIntegration|BusManagement|User Name＞

WriteAccess==＜SysIntegration|SysManagement|BusIntegration|BusManagement|User Name＞

]

[

ParamName=Max Input Queues

GroupName=Non-Configurable

Comment=Maximum number of input queued for the component

Type=Numeric

Range=

Default=＜default value＞

]

[

ParamName=Min Output Queues

GroupName=Non-Configurable

Comment=Minimum number of output queues for the component

Type=Numeric

Range=

Default=＜default value＞

]

[

ParamName=Max Output Queues

GroupName=Non-Configurable

Comment= Maximum number of output queued for the component

Type=Numeric

Range=

Default=＜default value＞

]

[

ParamName=SysIntegration Dblclk

GroupName=Non-Configurable

Comment= System Integration command to be run when dbl-click on icon.

Type=String

Range=

Default=＜default value＞

ReadAccess=

＜SysIntegration|SysManagement|BusIntegration|BusManagement|User Name＞

]

[

ParamName=SysManagement Dblclk

GroupName=Non-Configurable

Comment=System Management command to be run when double clicked on comp

Type=String

Range=

Default=＜default value＞

]

[

ParamName=BusIntegration Dblclk

GroupName=Non-Configurable

Comment=Business Integration command to be run when dbl-clk on icon

Type=String

Range=

Default=＜default value＞

]

[

ParamName=BusManagement Dblclk

GroupName=Non-Configurable

Comment=Buss. Management command to be run when double clicked on icon

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Run Command

GroupName=Non-Configurable

Comment= Command to run the component.

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Stop Command

GroupName=Non-Configurable

Comment= Command to stop the component

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Reconfig Command

GroupName=Non-Configurable

Comment= Command to reconfig the component

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Input Queues

GroupName=Static Configurable

Comment= Input Queues for this component

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Output Queues

GroupName=Static Configurable

Comment= Output Queues for this component

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Input MetaModels

GroupName=Static Configurable

Comment= List of default input meta-models supported

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Output MetaModels

GroupName=Static Configurable

Comment= List of default output meta-models supported

Type=String

Range=

Default=＜default value＞

]

[

ParamName=Trace Or Log File Size

GroupName=Runtime Configurable

Comment= the maximum size to which the trace/log file

Type=Numeric

Range=

Default=100

]

[

ParamName=Error Level

GroupName=Runtime Configurable

Comment= the error-level that is currently turned on

Type=String

Range=

Default=NONE

]

[

ParamName=Application Trace

GroupName=Runtime Configurable

Comment=Application level trace switch

Type=String

Range=

Default=OFF

]

[

ParamName=System Trace

GroupName=Runtime Configurable

Comment=System level trace switch

Type=String

Range=

Default=OFF

]

[

ParamName=Application Information

GroupName=Runtime Configurable

Comment=Application information level trace switch

Type=String

Range=

Default=OFF

]

[

ParamName=System Information

GroupName=Runtime Configurable

Comment=System Info. Level trace switch

Type=String

Range=

Default=OFF

]

[

ParamName=Audit

GroupName=Runtime Configurable

Comment=Audit switch

Type=String

Range=

Default=OFF

]

[

ParamName=Maximum Threads

GroupName=Runtime Configurable

Comment= Max threads that ThreadController would allow concurrently

Type=Numeric

Range=

Default=10

]

[

ParamName=Stack Size

GroupName=Runtime Configurable

Comment= the size of the stack for threaded operations

Type=Numeric

Range=

Default=1024

]

[

ParamName=Dequeue Threads

GroupName= Runtime Configurable

Comment= # threads dedicated to perform dequeue from each input queue

Type=Numeric

Range=

Default=2

]

[

ParamName=Queue Monitor

GroupName=Runtime Configurable

Comment=Queue Performance Monitor switch

Type=String

Range=

Default=OFF

]

[

ParamName=System Resource Monitor

GroupName=Runtime Configurable

Comment=the system performance monitor switch

Type=String

Range=

Default=OFF

]

[

ParamName=Monitor Interval

GroupName=Runtime Configurable

Comment=interval(in secs) at which statistics are reported

Type=Numeric

Range=

Default=600

]

[

ParamName=Monitor Log File Size

GroupName=Runtime Configurable

Comment= the maximum size to which the performance monitor log grows

Type=Numeric

Range=

Default=100

]

Claims

정보시스템의 소스엘리먼트 및 수신지 엘리먼트의 그래픽 표시를 구축하고,

한 상기 정보시스템의 그래픽표시를 발생시키기 위해 선택된 소스와 수신지 엘리먼트 사이의 그래픽 연결을 만들며,

상기 연결된 소스 및 수신지 엘리먼트 각각과 연결된 입력/출력 요구 모델을 사용하여 그래픽 연결의 타당성 검사를 결정하며,

상기 정보시스템의 실행시간 전개로 상기 정보시스템의 그래픽 표시를 변환시키며, 그리고

사용자에게 다수의 사용자 선택가능 비쥬얼 뷰중 하나를 사용하여 상기 정보시스템이 실행시간 전재로부터 개발된 선택된 정보를 제공함을 포함하는 정보시스템을 가시적으로 실현시키는 방법.
제 1 항에 있어서, 특정 소스와 수신지 엘리먼트 사이의 비호환성에 응답하여 관련된 입력/출력 요구 모델을 사용하여 특정 소스 및 수신지 엘리먼트 사이의 그래픽 연결을 수작업으로 맵핑함을 더욱더 포함함을 특징으로 하는 방법.
제 1 항에 있어서, 선택된 정보를 제공함이 그래픽 연결을 통해 전달된 데이터와 관련된 비즈니스정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 1 항에 있어서, 선택된 정보를 제공하는 것이 상기 정보시스템의 소스 및 수신지 엘리먼트와 관련된 시스템정보를 제공하는 것임을 포함함을 특징으로 하는 방법.
제 1 항에 있어서, 선택된 정보를 제공하는 것이 상기 그래픽연결을 통한 데이터전송과 관련된 수행정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 1 항에 있어서, 선택된 정보를 제공하는 것이 상기 그래픽연결을 통해 전송된 데이터와 관련된 오류정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 1 항에 있어서, 소스엘리먼트 및 수신지엘리먼트의 그래픽표시를 구축하는 것이 비쥬얼 인터페이스의 첫 번째 영역으로부터 비쥬얼 인터페이스의 두 번째 영역으로 소스 및 수신지 엘리먼트를 대표적으로 각각 나타내는 소스 및 수신지 엘리먼트 아이콘들을 이동시킴을 더욱더 포함함을 특징으로 하는 방법.
제 7 항에 있어서, 선택된 소스 및 수신지 엘리먼트들 사이의 그래픽 연결을 만드는 것이 상기 비쥬얼 인터페이스의 두 번째 영역내 선택된 소스 및 수신지 엘리먼트 아이콘들 사이의 그래픽연결을 만드는 것을 더욱더 포함함을 특징으로 하는 방법.
제 8 항에 있어서, 선택된 소스 및 수신지 엘리먼트들 사이의 그래픽연결을 만드는 것이 첫 번째 및 두 번째엘리먼트들 사이의 비호환성을 나타내는 표시를 갖는 오류의 그래픽연결을 표시하도록 함을 더욱더 포함함을 특징으로 하는 방법.
첫 번째 컴포넌트와 두 번째 컴포넌트를 가시적으로 도시하고,

상기 통신 인터페이스를 가시적으로 정의하도록 상기 첫 번째 컴포넌트와 상기 두 번째 컴포넌트 가시적으로 연결시키며, 그리고

상기 통신 인터페이스의 실행시간 전개로 상기 가시적으로 정의된 통신 인터페이스를 변환시킴을 포함하는 통신 인터페이스를 가시적으로 개발하는 방법.
제 10 항에 있어서, 상기 첫 번째 및 두 번째 시스템 컴포넌트 사이의 비쥬얼 연결에 대한 타당성 검사를 결정함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 상기 첫 번째 및 두 번째 시스템 컴포넌트를 가시적으로 연결시킴이 상기 첫 번째 및 두 번째 시스템 컴포넌트들 사이의 비쥬얼 연결을 정의하기 위해 각각의 첫 번째 및 두 번째 모델을 사용함을 포함하며, 상기 첫 번째 및 두 번째 모델이 상기 첫 번째 및 두 번째 컴포넌트 각각의 입력 및 출력요구를 정의하는 것임을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트들을 가시적으로 연결하는 것이 첫 번째 및 두 번째 모델을 사용하여 상기 첫 번째 및 두 번째 컴포넌트사이의 비쥬얼 연결의 효율을 입증할 수 있도록 하며, 상기 첫 번째 및 두 번째 모델이 상기 첫 번째 및 두 번째 컴포넌트 각각의 입력 및 출력 요구를 정의하는 것임을 더욱더 포함함을 특징으로 하는 방법.
제 12 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트 사이의 비호환성에 응답하여 상기 첫 번째 및 두 번째 모델을 사용하여 상기 첫 번째 및 두 번째 컴포넌트 사이의 비쥬얼 연결을 수작업으로 맵핑함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 사용자에게 상기 통신 인터페이스의 실행시간 전개로부터 개발된 선택된 정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 사용자에게 다수의 사용자 선택가능 비쥬얼 뷰중 하나를 사용하여 상기 통신 인터페이스의 실행시간 전개로부터 개발된 선택된 정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 사용자에게 상기 통신 인터페이스를 통해 전송된 데이터와 관련된 비즈니스, 수행, 또는 오류정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 사용자에게 상기 통신 인터페이스의 첫 번째 및 두 번째 컴포넌트와 관련된 시스템정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 10 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 도시하는 것이 비쥬얼 인터페이스의 첫 번째 영역으로부터 비쥬얼 인터페이스 두 번째 영역으로 상기 첫 번째 및 두 번째 컴포넌트를 각각 대표하는 첫 번째 및 두 번째 컴포넌트 아이콘들을 이동시킴을 더욱더 포함함을 특징으로 하는 방법.
제 19 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 연결하는 것이 상기 비쥬얼 인터페이스의 두 번째 영역내 상기 첫 번째 및 두 번째 컴포넌트 아이콘들 사이의 그래픽 연결을 만드는 것임을 더욱더 포함함을 특징으로 하는 방법.
제 20 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 연결하는 것이 상기 첫 번째 및 두 번째 컴포넌트 사이의 비호환성 호환성을 나타내는 표시를 갖는 그래픽연결을 표시함을 더욱더 포함함을 특징으로 하는 방법.
상기 첫 번째 컴포넌트 및 두 번째 컴포넌트를 가시적으로 도시하고,

상기 통신 인터페이스를 가시적으로 정의하기 위해 상기 첫 번째 컴포넌트를 상기 두 번째 컴포넌트에 가시적으로 연결시키며, 그리고 첫 번째 및 두 번째 모델을 사용하여 상기 첫 번째 및 두 번째 컴포넌트 사이의 비쥬얼 연결의 효율을 입증하고, 상기 첫 번째 및 두 번째 모델이 상기 첫 번째 및 두 번째 컴포넌트 각각의 입력 및 출력 요구를 정의하는 것임을 포함하는 통신 인터페이스를 가시적으로 개발하는 방법.
제 22 항에 있어서, 첫 번째 및 두 번째 컴포넌트 사이의 비호환성에 응답하여 상기 첫 번째 및 두 번째 모델을 사용하는 첫 번째 및 두 번째 컴포넌트 사이의 비쥬얼 연결을 수작업으로 맵핑함을 더욱더 포함함을 특징으로 하는 방법.
제 22 항에 있어서, 상기 가시적으로 정의된 통신 인터페이스를 상기 통신 인터페이스의 한 실행시간 전재로 변환시킴을 더욱더 포함함을 특징으로 하는 방법.
제 24 항에 있어서, 사용자에게 상기 통신 인터페이스의 실행시간 전재로부터 개발된 선택된 비즈니스, 시스템, 수행 또는 오류정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 22 항에 있어서, 사용자에게 상기 통신 인터페이스의 첫 번째 및 두 번째 컴포넌트와 관련된 시스템정보를 제공함을 더욱더 포함함을 특징으로 하는 방법.
제 22 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 도시하는 것이 비쥬얼 인터페이스의 첫 번째 영역으로부터 상기 비쥬얼 인터페이스의두 번째 영역으로 첫 번째 및 두 번째 컴포넌트를 각각 대표하는 첫 번째 및 두 번째 컴포넌트 아이콘들을 이동시킴을 더욱더 포함함을 특징으로 하는 방법.
제 22 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 연결시키는 것이 상기 비쥬얼 인터페이스의 두 번째 영역내 첫 번째 및 두 번째 컴포넌트아이콘들 사이의 그래픽연결을 만드는 것임을 더욱더 포함함을 특징으로 하는 방법.
제 28 항에 있어서, 상기 첫 번째 및 두 번째 컴포넌트를 가시적으로 연결시키는 것이 상기 첫 번째 및 두 번째 컴포넌트사이의 비호환성을 나타내는 표시를 갖는 그래픽 연결을 표시함을 더욱더 포함함을 특징으로 하는 방법.
상기 표시장치에서 정보시스템의 소스 컴포넌트와 수신지 컴포넌트의 그래픽표시를 위치시키기 위해 사용자에 의해 작동될 수 있는 입력장치로서, 상기 입력장치가 상기 정보시스템의 그래픽 표시를 발생시키기 위해 선택된 소스와 수신지 엘리먼트 사이의 그래픽 연결을 사용자에 의해 만들 수 있도록 작동될 수 있는 입력장치, 그리고

상기 입력장치와 표시장치에 연결되어 상기 정보시스템의 그래픽표시를 상기 정보시스템이 실행시간 전재로 변환시키는 처리기를 포함하는 정보시스템을 가시적으로 실현시키기 위한 시스템.
제 30 항에 있어서, 상기 처리기가 상기 선택된 소스와 수신지 컴포넌트 사이의 그래픽연결에 대한 타당성 검사를 결정함을 특징으로 하는 시스템.
제 30 항에 있어서, 상기 처리기가 관련된 소스 및 수신지 입력/출력 요구 모델을 사용하여 상기 선택된 소스 및 수신지 컴포넌트 사이의 그래픽연결에 대한 타당성 검사를 결정하고, 상기 소스 및 수신지 입력/출력 요구 모델이 각각의 소스 및 수신지 컴포넌트의 입력 및 출력 요구를 정의하는 것임을 특징으로 하는 시스템.
제 30 항에 있어서, 상기 입력장치가 비호환적인 소스 및 수신지 컴포넌트 사이의 오류 그래픽 연결을 수작업으로 맵핑하도록 사용자에 의해 작동될 수 있음을 특징으로 하는 시스템.
제 30 항에 있어서, 상기 입력장치가 상기 정보시스템의 실행시간 전개로부터 개발된 선택된 정보를 표시장치상에 선택적으로 사용자에 의해 제시할 수 있도록 작동될 수 있음을 특징으로 하는 시스템.
제 30 항에 있어서, 상기 입력장치가 표시장치상에 상기 정보시스템의 실행시간 전개로부터 개발된 정보를 제시하기 위해 다수의 비쥬얼 뷰 중 하나를 사용자에 의해 선택할 수 있도록 작동될 수 있음을 특징으로 하는 시스템.
제 35 항에 있어서, 상기 정보가 상기 정보시스템을 통해 전송된 자료와 관련된 비즈니스, 수행, 또는 오류정보를 포함함을 특징으로 하는 시스템.
제 35 항에 있어서, 상기 정보가 상기 정보시스템의 소스 및 수신지 컴포넌트와 관련된 시스템정보를 포함함을 특징으로 하는 시스템.
표시장치,

사용자에 의해 상기 표시장치내에 정보시스템의 소스 컴포넌트 및 수신지 컴포넌트의 그래픽 표시를 위치시키기 위해 작동할 수 있으며, 사용자에 의해 상기 정보시스템의 그래픽표시를 발생시키도록 선택된 소스 및 수신지 컴포넌트 사이의 그래픽 연결을 만들 수 있도록 더욱더 작동될 수 있는 입력장치, 그리고

상기 입력장치와 표시장치에 연결되며, 관련된 소스 및 수신지 입력/출력 요구 파일을 사용하여 선택된 소스 및 수신지 컴포넌트 사이의 그래픽 연결의 효율성을 입증하도록 하며,

상기 소스 및 수신지 입력/출력 요구 파일들이 각각의 소스 및 수신지 컴포넌트의 입력 및 출력 요구를 정의하도록 하는 처리기를 포함하는 정보시스템을 가시적으로 실현시키기 위한 시스템.
제 38 항에 있어서, 상기 입력장치가 사용자에 의해 비호환성인 소스 및 수신지 컴포넌트 사이의 오류의 그래픽 연결을 수작업으로 맵핑할 수 있도록 작동될 수 있음을 특징으로 하는 시스템.
제 38 항에 있어서, 상기 처리기가 상기 정보시스템의 그래픽 표시를 상기 정보시스템의 실행시간 전개로 변환시킬 수 있음을 특징으로 하는 시스템.
제 40 항에 있어서, 상기 입력장치가 사용자에 의해 상기 정보시스템의 실현시간전개로부터 개발된 선택된 정보를 표시장치에 선택적으로 제시할 수 있도록 작동될 수 있음을 특징으로 하는 시스템.
정보시스템의 소스 엘리먼트 및 수신지 엘리먼트의 그래픽 표시를 구축하기 위한 수단,

상기 정보시스템의 그래픽 표시를 발생시키기 위해 선택된 소스 및 수신지 엘리먼트 사이의 그래픽 연결을 만들기 위한 수단,

상기 연결된 소스 및 수신지 엘리먼트 각각과 관련된 입력/출력 요구를 사용하여 그래픽 연결의 타당성 검사를 결정하기 위한 수단, 그리고 상기 정보시스템의 그래픽표시를 상기 정보시스템이 실행시간 전개로 변환시키기 위한 수단을 포함하는 정보시스템을 가시적으로 구현시키기 위한 시스템.
첫 번째 컴포넌트 및 두 번째 컴포넌트를 그래픽 방식으로 도시하기 위한 수단,

통신 인터페이스를 그래픽 방식으로 정의하기 위해 첫 번째 컴포넌트와 두 번째 컴포넌트를 그래픽방식으로 연결하기 위한 수단, 그리고

상기 그래픽방식으로 정의된 통신 인터페이스를 상기 통신 인터페이스의 실행시간 전개로 변환시키기 위한 수단을 포함하는 통신 인터페이스를 가시적으로 개발하기 위한 방법.
첫 번째 컴포넌트와 두 번째 컴포넌트를 그래픽방식으로 도시하기 위한 수단,

상기 통신 인터페이스를 가시적으로 정의하기 위해 첫 번째 컴포넌트와 두 번째 컴포넌트를 그래픽방식으로 연결하기 위한 수단, 그리고

첫 번째 및 두 번째 모델을 사용하여 첫 번째 및 두 번째 컴포넌트 사이의 그래픽연결의 효율을 입증하며,

상기 첫 번째 및 두 번째 모델이 첫 번째 및 두 번째 컴포넌트 각각의 입력 및 출력 요구를 정의하도록 하는 수단을 포함하는 통신 인터페이스를 가시적으로 개발하기 위한 방법.
첫 번째 컴포넌트 및 두 번째 컴포넌트를 가시적으로 도시하고,

상기 통신 인터페이스를 가시적으로 정의하기 위해 첫 번째 컴포넌트를 두 번째 컴포넌트에 가시적으로 연결시키며, 그리고

상기 가시적으로 정의된 통신 인터페이스를 상기 통신 인터페이스의 실행시간 전개로 변환시킴을 포함하는 통신 인터페이스를 가시적으로 실행시키기 위해 실행할 수 있는 프로그램을 구체적으로 실시하는 컴퓨터 판독 가능 매체
첫 번째 컴포넌트와 두 번째 컴포넌트를 가시적으로 도시하고,

상기 통신 인터페이스를 가시적으로 정의하기 위해 상기 첫 번째 컴포넌트를 상기 두 번째 컴포넌트에 가시적으로 연결시키며, 그리고

첫 번째 및 두 번째 모델을 사용하여 상기 첫 번째 컴포넌트 및 두 번째 컴포넌트 사이의 비쥬얼 연결에 대한 효율을 입증하고, 상기 첫 번째 및 두 번째 모델이 상기 첫 번째 및 두 번째 컴포넌트 각각의 입력 및 출력 요구를 정의하도록 함을 포함하는, 통신 인터페이스를 가시적으로 구현시키기 위해 실현할 수 있는 프로그램을 구체적으로 사용하는 컴퓨터 판독 가능 매체.