KR102669661B1 - 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 - Google Patents

Abstract

본 발명은 저장된 인터페이스의 기준 정보에 기초하여 인터페이스 생성을 위한 매핑 정의서 작성 화면을 제공하는 단계; 및 상기 매핑 정의서 및 상기 기준 정보에 기초하여 상기 인터페이스를 생성하는 단계를 포함하는, 인터페이스 관리 방법을 제공한다.

Description

인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체{Method for managing interface, interface governance system, and a storage medium storing a computer-executable program to manage the interface}

이하의 개시는 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체에 관한 것이다.

컴퓨팅 시스템을 기반으로 기업과 기업, 또는 기업 내에 수많은 애플리케이션 시스템들 간에 여러 가지 정보 교환이 이루어지고 있다.

컴퓨팅 시스템은 클라우드 시스템인 경우가 증가하고 있으나, 기업 내의 온프레미스(on-premise) 시스템인 경우도 적지 않다. 전통적인 온프레미스 시스템 환경에서 클라우드 시스템 환경으로의 전환이 급속도로 이루어지고 있다.

이종의 컴퓨팅 시스템에서 컴퓨터의 종류가 다른 경우, 연결된 컴퓨팅 시스템과 API(Application programming interface) 등의 인터페이스 연동할 수 있는 시스템을 구축할 수 있다.

그러나 이러한 시스템 연동 체계는 적용원칙, 구현방식, 관리 기준 등이 서로 다를 수 있고 모니터링되기 힘든 문제점이 있었다.

이러한 시스템 연동 체계에 대해 관리자를 통해 문제점이나 장애를 확인하는 것은 시간이 오래 걸릴 수 있고 현재 구동되는 컴퓨팅 시스템에 문제가 될 수 있어 관리하기도 힘들고 해결책을 검증하기 어려운 문제점이 있었다.

또한 기업 내에 컴퓨팅 시스템의 리소스를 증가시키면 기존의 컴퓨팅 시스템과의 인터페이스 상 위와 같은 문제점이 반복해서 발생할 수 있어 이러한 반복되는 문제점에 대한 정확하고 신뢰도 있는 조치를 하기 힘든 문제점이 있었다.

개시하는 실시 예는, 위와 같은 문제점들을 해결하기 위한 것으로서, 서로 연결된 컴퓨팅 시스템들의 인터페이스를 용이하게 관리하고 그 관리 결과를 정확성을 쉽게 검증할 수 있는, 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.

개시하는 실시 예는, 각각 다른 컴퓨팅 시스템들 간의 데이터를 원활하게 송수신하기 위한 인터페이스를 개발하는 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.

개시하는 실시 예는 연결된 컴퓨팅 시스템들의 간의 장애를 빨리 확인하고 쉽게 관리할 수 있는, 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.

개시하는 실시 예는 연결된 컴퓨팅 시스템의 반복되는 장애를 정확하고 신뢰도 있게 조치할 수 있는 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.

개시하는 실시 예는 인터페이스 설계, 구축, 관리, 운영 및 유지보수를 효율적으로 수행할 수 있는 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.

개시하는 실시 예는 컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스를 관리하는 사용자 인터페이스(UI)를 제공하는 단계; 상기 사용자 인터페이스에 접근하는 사용자의 권한을 확인하는 단계; 및 상기 사용자의 인터페이스 신청 요청에 따라, 상기 인터페이스의 개발을 요청하는 단계를 포함하는, 인터페이스 관리 방법을 제공한다.

상기 인터페이스 관리 방법은 상기 인터페이스의 개발을 위한 매핑 정의서를 검토하는 단계를 더 포함하는 것을 특징으로 한다.

상기 인터페이스 관리 방법은 상기 인터페이스의 개발이 완료되는 경우, 상기 개발된 인터페이스와 관련된 각각의 컴퓨팅 시스템들에게 검증을 요청하는 단계; 및 상기 컴퓨팅 시스템들과 데이터를 송수신하는 단계를 포함하는 것을 특징으로 한다.

개시하는 실시 예는 데이터를 저장하는 데이터베이스; 및 상기 데이터를 처리하는 프로세서를 포함하고, 상기 프로세서는, 컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스를 관리하는 사용자 인터페이스(UI)를 제공하고, 상기 사용자 인터페이스에 접근하는 사용자의 권한을 확인하고, 상기 사용자의 인터페이스 신청 요청에 따라, 상기 인터페이스의 개발을 요청하는, 인터페이스 거버넌스 시스템을 제공한다.

상기 프로세서는, 상기 인터페이스의 개발을 위한 매핑 정의서를 검토하는 것을 특징으로 한다.

상기 프로세서는, 상기 인터페이스의 개발이 완료되는 경우, 상기 개발된 인터페이스와 관련된 각각의 컴퓨팅 시스템들에게 검증을 요청하고, 상기 컴퓨팅 시스템들과 데이터를 송수신하는 것을 특징으로 한다.

개시하는 실시 예는 컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스를 관리하는 사용자 인터페이스(UI)를 제공하는 단계; 상기 사용자 인터페이스에 접근하는 사용자의 권한을 확인하는 단계; 및 상기 사용자의 인터페이스 신청 요청에 따라, 상기 인터페이스의 개발을 요청하는 단계를 수행하는, 인터페이스를 관리하는 컴퓨터로 실행 가능한 프로그램을 저장하는 저장매체를 제공한다.

개시하는 실시 예에 따르면 컴퓨팅 시스템들을 연결하는 인터페이스를 구축함으로써 서로 다른 컴퓨팅 시스템들 간의 데이터를 용이하게 송수신할 수 있다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 인터페이스를 용이하게 관리하고 그 관리 결과를 정확성을 쉽게 검증할 수 있다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 간의 장애를 빨리 확인하고 쉽게 관리할 수 있다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템 간의 반복되는 장애를 정확하고 신뢰도 있게 조치할 수 있다.

개시하는 실시 예에 따르면 인터페이스 설계, 구축, 관리, 운영 및 유지보수를 효율적으로 수행할 수 있다.

도 1은 실시 예에 따른 인터페이스 거버넌스 시스템의 개시한 개념도이다.
도 2는 위에서 언급한 인터페이스 거버넌스 플랫폼의 일 실시 예를 상세하게 나타낸 도면이다.
도 3은 위에서 예시한 인터페이스 거버넌스 플랫폼을 이용하여 컴퓨팅 시스템의 인터페이스를 관리하는 아키텍처를 개념적으로 예시한 도면이다.
도 4는 실시 예에 따른 분산 에이전트 어댑터의 기능의 예들을 개념적으로 도시한 도면이다.
도 5는 실시 예에 따른 인터페이스 거버넌스 플랫폼을 기반으로 컴퓨팅 시스템으로부터 전송되는 인터페이스 관련 데이터를 관리하는 예를 개시한 도면이다
도 6은 실시 예에 따른 컴퓨팅 시스템의 인터페이스를 관리하는 방법의 일 예를 개시한 도면이다.
도 7은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.
도 8은 본 발명의 기준정보 관리 모듈을 개시하는 도면이다.
도 9는 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.
도 10은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.
도 11은 본 발명의 인터페이스 관리 방법이 제공하는 인터페이스를 신청하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.
도 12는 본 발명과 관련된 인터페이스 정의서 템플릿을 개시하는 도면이다.
도 13은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.
도 14은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.
도 15는 본 발명의 라이프사이클 관리 모듈을 개시하는 도면이다.
도 16은 본 발명의 인터페이스의 라이프사이클 관리 프로세스를 설명하는 도면이다.
도 17은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.
도 18은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.
도 19는 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.
도 20은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.
도 21은 본 발명의 스펙 정의 모듈을 개시하는 도면이다.
도 22는 본 발명의 개발 자동화 모듈을 개시하는 도면이다.
도 23은 본 발명의 인터페이스 매핑 정의서를 나타내는 도면이다.
도 24는 본 발명의 인터페이스 정보 저장소에 저장된 기준 정보를 나타내는 도면이다.
도 25는 본 발명의 인터페이스 서비스 구성 요소 별 오브젝트의 정보를 나타내는 도면이다.
도 26은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.

도 1은 실시 예에 따른 인터페이스 거버넌스 시스템의 개시한 개념도이다.

개시하는 실시 예는 인터페이스 거버넌스 플랫폼(10000)을 제공하는 컨트롤 시스템(100)을 제공할 수 있다.

예시한 인터페이스 거버넌스 플랫폼(interface governance platform)(10000)은 수집되는 여러 가지 컴퓨팅 시스템들의 인터페이스 정보를 수집하고 이를 모니터링하고 관리할 수 있다. 컨트롤 시스템(100)은 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다.

이 예에서 인터페이스 거버넌스 플랫폼(interface governance platform)(10000)은 API 등을 통해 외부의 클라우드 시스템과 연결되거나 또는 온프레미스 시스템과 연결될 수 있다.

분산 에이전트 어댑터(10)가 클라우드 시스템 또는 온프레미스 시스템에 설치될 경우, 각 시스템들 간의 데이터 통신을 분산시키거나 각 시스템들 사이의 데이터 통신을 위한 프로토콜 변환을 수행할 수 있다.

분산 에이전트 어댑터(10)는 설치된 컴퓨팅 시스템에서 정해진 조건에 따라 데이터를 처리할 수 있다. 데이터 처리에 따른 분산 에이전트 어댑터(10)의 자체적인 로그 데이터는 인터페이스 거버넌스 플랫폼(10000)로 전달되어 인터페이스 데이터의 모니터링에 사용될 수 있다.

인터페이스 거버넌스 플랫폼(10000)은, 각 시스템의 솔루션이나 분산 에이전트 어댑터(10)으로부터 수신된 인터페이스 등의 관련 정보에 기반하여 시스템들 간의 인터페이스와 통신 상태를 모니터링할 수 있다. 인터페이스 거버넌스 플랫폼(10000)은, 모니터링된 결과에 기반하여 관련 컴퓨팅 시스템의 장애 등을 조치하고 그 컴퓨팅 시스템들을 원격으로 관리할 수 있다.

이에 대한 상세한 실시 예는 이하에서 개시한다.

인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템들이나 그 시스템들 내의 애플리케이션 솔루션들의 인터페이스 구성요소를 저장하는 설정 저장소(Repository)에 접근할 수 있다.

이를 위해 인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템들이나 그 시스템들 내의 애플리케이션 솔루션들이 제공하는 표준 API 또는 커스텀(custom) API를 통해 그 시스템이나 솔루션들의 데이터를 수집할 수 있다.

인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템의 솔루션이 제공하지 않는 데이터도 별도의 부가적인 로그 데이터 등을 통해 상기 컴퓨터 시스템 내의 정보 또는 그 시스템의 인터페이스에 관련된 정보를 모니터링할 수 있다.

인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템의 인터페이스 등의 관련 정보 설정 저장소(Repository) 접근 연동 기술을 통해 인터페이스의 모니터링 및 장애 조치, 서비스 자동화 생성, 서비스 재활용, 서비스 검증 등에 활용할 수 있다.

이를 위해 인터페이스 거버넌스 플랫폼(10000)은 인터페이스를 표준화하여 관리하는 표준화 모듈(standardization module)이나 인터페이스를 통해 시스템을 모니터링하는 모니터링 모듈(monitoring module) 등을 포함할 수 있다.

이하에서 인터페이스를 통해 시스템을 관리할 수 있는 인터페이스 거버넌스 플랫폼(10000)의 실시 예를 상세히 개시한다.

도 2는 위에서 언급한 인터페이스 거버넌스 플랫폼의 일 실시 예를 상세하게 나타낸 도면이다.

인터페이스 거버넌스 플랫폼(10000)은 인터페이스 표준화 모듈(1000)과 인터페이스 모니터링 모듈(2000)을 포함할 수 있다.

인터페이스 표준화 모듈(1000)은 연결된 컴퓨팅 시스템과의 인터페이스들에 대해 인터페이스의 적용원칙, 인터페이스의 구현방식 또는 인터페이스의 관리기준 등을 기반으로 인터페이스로부터 얻은 정보를 관리체계에 따라 일반화하여 관리할 수 있다. 여기서는 인터페이스로부터 얻은 정보를 관리체계에 따라 일반화하는 것을 인터페이스의 표준화라고 호칭한다.

인터페이스의 표준화는 인터페이스를 관리하기 위한 여러 가지 연계 기술과, 여러 인터페이스들을 식별하기 위한 네이밍 법칙에 근거하여 수행될 수 있다.

인터페이스 표준화 모듈(1000)은 인터페이스로부터 얻은 표준화된 정보를 기반으로 연결된 인터페이스 및 그 인터페이스를 통해 컴퓨팅 시스템을 관리할 수 있도록 할 수 있다.

인터페이스 표준화 모듈(1000)은 인터페이스로부터 수집되는 표준화된 정보, 즉 기준정보를 관리할 수 있다.

예를 들면, 인터페이스들 사이에 송수신되는 연계방식, 인터페이스를 정의하는 규칙, 인터페이스에 송수신되는 데이터의 구조, 유형 또는 배열 등은 인터페이스마다 다르다. 인터페이스 표준화 모듈(1000)은 각 인터페이스에 대해 이러한 기준정보를 저장하고, 이를 표준화된 정보로 관리할 수 있다.

인터페이스 표준화 모듈(1000)은 각 컴퓨팅 시스템이 구축하고자 하는 인터페이스에 대한 매핑 설계를 제공하는 인터페이스의 정의 화면을 제공할 수 있다. 이를 통해서 컴퓨팅 시스템이 인터페이스를 자동으로 생성하고, 생성한 인터페이스를 테스트하거나 생성한 인터페이스의 라이프사이클을 관리할 수 있다.

인터페이스 표준화 모듈(1000)은 기준정보 관리모듈(1100), 스펙 정의 모듈(1200), 라이프사이클 관리모듈(1300), 개발 자동화 모듈(1400) 등의 모듈을 포함할 수 있는데, 인터페이스 표준화 모듈(1000)에 포함되는 각각의 모듈들에 대해서는 이하에서 후술한다.

한편, 인터페이스 모니터링 모듈(2000)은 표준화되거나 등록된 인터페이스를 통해 연결된 컴퓨팅 시스템을 모니터링 할 수 있다.

인터페이스 모니터링 모듈(2000)은, 클라우드 시스템의 애플리케이션 통합솔루션이 여러 애플리케이션들로부터 수집한 로그 데이터를 표준 API를 통해 수집할 수 있다. 마찬가지로 인터페이스 모니터링 모듈(2000)은 온프레미스 시스템의 애플리케이션 통합솔루션이 여러 시스템의 애플리케이션들로부터 수집한 로그 데이터를 표준 API를 통해 수집할 수 있다.

인터페이스 모니터링 모듈(2000)은, 각 시스템의 통합솔루션이 수집할 수 없는 데이터에 대해서는 클라우드 시스템의 로그 처리기 또는 온프레미스 시스템의 로그 처리기로부터 수신할 수 있다.

클라우드 시스템 또는 온프레미스 시스템의 분산 에이전트 어댑터는 표준 인터페이스의 제약사항을 보완하고 분산된 트랜젝션을 통해 커스텀화된 인터페이스 기능을 구현할 수 있다.

실시 예에 따른 인터페이스 모니터링 모듈(2000)은, 각 시스템의 통합솔루션이 제공하는 인터페이스 관련 데이터를 모니터링할 수 있다. 또한 인터페이스 모니터링 모듈(2000)은 로그 처리기로부터, 통합솔루션이 제공하지 않은 인터페이스 관련 데이터, 또는 분산 에이전트 어댑터가 수집하는 별도의 로그 데이터를 모니터링할 수 있다.

인터페이스 모니터링 모듈(2000)의 실시 예는 수집된 로그 데이터에 대한 통계 정보를 제공할 수 있다. 그리고 인터페이스 모니터링 모듈(2000)은 수집한 정보를 머신러닝으로 학습하여 이상 행위를 확인하고 장애 사항을 인터페이스 관리자에 제공할 수 있다.

이 도면에서 인터페이스 모니터링 모듈(2000)의 일 예는 로그수집모듈(2100), 관제모듈(2200), 장애 알림 모듈(2300) 등을 포함한 예를 개시하였는데, 인터페이스 모니터링 모듈(2000)에 대해서는 이하에서 상세하게 후술한다.

컨트롤 시스템(100)은 적어도 하나 이상의 프로세서를 가지는 컴퓨터 서버(110) 및 스토리지나 데이터베이스(120)을 포함할 수 있으며, 이를 이용하여 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다.

이와 같이 인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템의 인터페이스에 대한 설계를 표준화하여 관리할 수 있다. 따라서, 인터페이스 거버넌스 플랫폼(10000)은 인터페이스를 통해 컴퓨팅 시스템의 관리를 체계적으로 수행하고 있다. 또한, 컴퓨팅 시스템의 리소스가 추가적으로 구축되는 경우에도 인터페이스 거버넌스 플랫폼(10000)은 관리하는 인터페이스를 통해 컴퓨팅 시스템의 성능이나 관리 효율을 높일 수 있다.

도 3은 위에서 예시한 인터페이스 거버넌스 플랫폼을 이용하여 컴퓨팅 시스템의 인터페이스를 관리하는 아키텍처를 개념적으로 예시한 도면이다.

내부 컴퓨팅 시스템의 확장과 내부와 외부의 컴퓨팅 시스템의 연결 시에 컴퓨팅 시스템 간에 여러 가지 인터페이스가 있을 수 있다.

기업 내 애플리케이션 시스템 통합(Enterprise Application Integration, EAI)을 할 경우 대내 시스템 간의 인터페이스가 필요할 수 있다. 예를 들면 온프레미스 시스템인 경우 SAP Process Orchestration (SAP PO)와 같은 EAI(Enterprise Application Integration, 이하 EAI) 시스템이 사용될 수 있다. 클라우드 시스템인 경우 SAP의 Integration Suite(SAP IS)나 IBM Sterling 등의 EAI 시스템으로 사용될 수도 있다.

실시간 데이터 스트리밍 플랫폼 등 대용량 데이터 연계가 필요한 경우에도 여러 가지 인터페이스가 사용될 수 있다.

클라우드 시스템이나 온프레미스 시스템과 같은 컴퓨팅 시스템은 여러 가지 시스템 인터페이스(I/F) 등을 통해 서로 연계될 수 있다.

언급한 바와 같이 인터페이스는 관리 망 내부 시스템 사이의 인터페이스일 수도 있고 내부 시스템과 외부 시스템 사이의 인터페이스일 수도 있다.

예를 들어 예시하는 인터페이스는 온프레미스 시스템 간 연계된 인터페이스이거나, 온프레미스 시스템과 클라우드 시스템의 통합된 시스템 사이의 인터페이스일 수도 있다.

개시하는 인터페이스 거버넌스 플랫폼(10000)의 예는, API를 통해서 입력되는 여러 가지 애플리케이션 솔루션들의 인터페이스를 표준화하여 등록하고 관리하도록 하는 인터페이스 표준화 모듈(1000)과, 인터페이스들로부터 전달되는 정보를 수집, 변환, 집계하고 통계 처리하는 모니터링 모듈(2000)을 포함할 수 있다.

이 도면의 예에서 온프레미스 시스템의 통합솔루션(22)은 그 시스템내의 여러 컴퓨팅 시스템들의 인터페이스 데이터를 수집할 수 있다. 온프레미스 시스템의 통합솔루션(22)은 그 온프레미스 시스템 내의 여러 가지 타입들의 레거시(legacy) 시스템들로부터 인터페이스를 위한 데이터를 수신할 수 있다. 레거시(legacy) 시스템들은 통합솔루션(22)을 통해 다른 시스템들과 연결될 수 있다.

통합솔루션(22)은 로그 처리기를 포함할 수 있는데, 통합솔루션(22)은 온프레미스 시스템 내의 개별적인 시스템들의 인터페이스와 관련된 데이터를 수집할 수 있다. 통합솔루션(22)은 레거시 시스템들 및 응용프로그램들이 전송하는 인터페이스 데이터를 포함하는 표준화된 인터페이스를 위한 로그 데이터를 수집할 수 있다. 통합솔루션(22)내에 또는 별도로 설치된 로그 처리기는 표준화되지 않은 인터페이스 데이터 수집할 수 있다.

그리고 통합솔루션(22) 또는 통합솔루션(22)내의 로그 처리기는, 인터페이스와 관련된 로그 데이터 및 온프레미스 시스템의 표준화되지 않은 인터페이스 데이터를 인터페이스 거버넌스 플랫폼(10000)에 전달할 수 있다. 예를 들면, 표준화되지 않은 인터페이스 관련된 데이터는 통합솔루션(22)이 제공하지 않지만 모니터링을 위해 솔루션 내에 별도로 수집되거나, 또는 상기 컴퓨터 시스템에 저장된 모니터링에 필요한 부가정보 중 적어도 하나를 포함할 수 있다.

한편 온프레미스 시스템은 별도로 분산 에이전트 어댑터(12)를 포함할 수 있다. 분산 에이전트 어댑터(12)는 통합솔루션(22)이 데이터 변환을 할 수 없는 데이터에 대한 변환을 수행할 수 있다. 분산 에이전트 어댑터(12)는 통합솔루션(22)이 지원할 수 없는 인터페이스 데이터의 처리를 보완하거나 확장된 데이터 처리를 수행할 수 있다.

분산 에이전트 어댑터(12)이 온프레미스 시스템에 설치된 경우 분산 에이전트 어댑터(12)는 온프레미스 시스템내 인터페이스 데이터들의 허브와 같은 역할을 할 수 있고, 보안이나 인증에 관련된 작업을 수행할 수도 있다.

분산 에이전트 어댑터(12)는 온프레미스 시스템 내의 위와 같은 데이터 처리와 관련된 부가적인 자체 모니터링 로그 데이터를 생성할 수 있다. 그리고 분산 에이전트 어댑터(12)는 생성된 자체 모니터링 데이터를 인터페이스 거버넌스 플랫폼(10000)에 전달할 수 있다. 이에 대해서는 이하에서 상술한다.

클라우드 시스템

클라우드 시스템의 통합솔루션(25)은 클라우드 내에 설치된 여러 가지 소프트웨어들의 인터페이스 데이터를 수신할 수 있다. 이 예에서 클라우드 시스템은, SaaS 소프트웨어를 제공하는 클라우드 시스템인 경우를 예시하였다.

통합솔루션(25)은 SaaS 소프트웨어뿐만 아니라 클라우드 시스템 내에 설치된 애플리케이션 시스템들의 표준화된 인터페이스 데이터를 수집할 수 있다.

클라우드 시스템의 통합솔루션(25)에 로그 처리기가 설치된 경우, 로그 처리기는 클라우드 시스템 내 여러 솔루션들의 인터페이스(interface I/F)와 관련하여 통합솔루션(25)의 프로세스들에 발생하는 수집할 수 있다. 예를 들면 로그 처리기는 소프트웨어의 실행 시 프로세스 중에 발생되는 표준화되지 않은 인터페이스 데이터를 로그 데이터로 생성할 수 있다.

마찬가지로 표준화되지 않은 인터페이스 관련된 데이터는 통합솔루션(25)이 제공하지 않지만 모니터링을 위해 솔루션 내에 별도로 수집되거나, 또는 상기 컴퓨터 시스템에 저장된 모니터링에 필요한 부가정보 중 적어도 하나를 포함할 수 있다.

그리고 통합솔루션(25)와 통합솔루션(25)내의 로그 처리기는, 각각 클라우드 시스템의 인터페이스 데이터와 인터페이스 관련된 데이터를 인터페이스 거버넌스 플랫폼(10000)에 전달할 수 있다.

한편 클라우드 시스템에도 별도로 분산 에이전트 어댑터(15)가 설치될 수도 있다. 클라우드 시스템의 분산 에이전트 어댑터(15)는 통합솔루션(25)이 처리할 수 없는 시스템들의 데이터를 분산 및 변환할 수 있다. 분산 에이전트 어댑터(15)는 분산 처리 중 발생하는 자체 로그 데이터를 인터페이스 거버넌스 플랫폼(10000)에 전송할 수 있다.

만약 분산 에이전트 어댑터(15)가 클라우드 시스템에 설치된다면, 분산 에이전트 어댑터(15)는 클라우드 시스템의 통합솔루션(25)의 규정된 기능 제약을 벗어난 데이터 처리나 인터페이스 데이터의 프로토콜 변환 등을 지원할 수 있다.

최근의 클라우드 시스템으로의 전환에 따라 클라우드 시스템과 온프레미스 시스템이 통합 등 이종 시스템 간의 통합이 되는 경우도 있다.

그러한 경우 온프레미스 또는 클라우드 시스템에 설치된 분산 에이전트 어댑터(12, 15)는 다른 시스템의 통합솔루션 또는 분산 에이전트 어댑터와 인터페이스와 관련된 데이터를 송수신할 수 있다. 이 도면의 예에서는 클라우드 시스템의 분산 에이전트 어댑터(15)와, 제3의 클라우드 시스템 또는 온프레미스 시스템의 분산 에이전트 어댑터가 인터페이스와 관련된 데이터를 송수신할 수 있음을 예시하였다.

마찬가지로 통합솔루션이나 분산 에이전트 어댑터(15)는 수집된 인터페이스와 관련된 데이터나 분산 처리된 데이터의 자체 모니터링 데이터를 인터페이스 거버넌스 플랫폼(10000)에 전달할 수 있다. 분산 에이전트 어댑터에 대한 상세한 예는 이하에서 후술한다.

인터페이스 거버넌스 플랫폼(10000)은 여러 가지 시스템들이 결합된 경우라도 이러한 시스템의 표준화된 인터페이스 데이터나, 또는 표준화되지 않는 별도의 인터페이스 관련 데이터를 수집하고 이를 관리하고 모니터링할 수 있다.

예를 들어, 인터페이스 거버넌스 플랫폼(10000)의 인터페이스 표준화 모듈(1000)은 인터페이스의 기준정보를 관리할 수 있다.

인터페이스 표준화 모듈(1000)은 클라우드 시스템 또는 온프레미스 시스템의 인터페이스(interface I/F)의 기준정보를 이용해 각각의 인터페이스를 등록하여 관리할 수 있다.

인터페이스 표준화 모듈(1000)은 인터페이스의 새롭게 등록하고 이를 테스트하거나, 인터페이스 관리에 대한 서비스를 자동화시킬 수 있다.

그리고 인터페이스 표준화 모듈(1000)은 관리하는 인터페이스를 자동으로 관리할 수 있는 여러 가지 자동화 툴을 제공할 수 있으며, 인터페이스 생성, 관리, 운영, 폐기 등의 프로세스를 전반적으로 관리할 수 있다.

인터페이스 모니터링 모듈(2000)은 클라우드 시스템 또는 온프레미스 시스템의 인터페이스(interface I/F)와 관련하여 수집된 데이터의 통계를 처리하는 등 모니터링을 수행할 수 있다.

인터페이스 모니터링 모듈(2000)은 인터페이스와 관련하여 여러 가지 데이터를 수집할 수 있는 수집기 허브를 포함하고, 수집한 데이터를 변환하거나 통계 처리할 수 있다.

인터페이스 모니터링 모듈(2000)은 실시간 또는 특정 시간의 모니터링의 상황을 관리자에게 대시보드를 제공할 수 있다.

그리고 인터페이스 모니터링 모듈(2000)은 모니터링하는 데이터에 기반하여 클라우드 시스템 또는 온프레미스 시스템의 인터페이스를 통해 시스템의 장애 등을 확인하고 이를 복구할 수 있는 기능을 제공할 수 있다.

인터페이스 거버넌스 플랫폼(10000)은 여러 컴퓨팅 시스템의 통합, 구축, 관리, 및 모니터링에 관련된 서비스를 제공할 수 있다.

실시 예와 같은 인터페이스 거버넌스 플랫폼(10000)은 시스템 통합과 운영을 위해 컴퓨팅 시스템에 인원을 상주할 필요가 없이 시스템들을 통합적으로 관리할 수 있다.

도 4는 실시 예에 따른 분산 에이전트 어댑터의 기능의 예들을 개념적으로 도시한 도면이다.

이 도면에서 클라우드 시스템은 상단에, 온프레미스 시스템은 하단에 예시하였다.

일반적으로 클라우드 시스템에서는 오픈(Open) API에 따른 이벤트들이 발생할 수 있다. 클라우드 시스템에서 제공하는 애플리케이션 서비스(예, SaaS 서비스)의 경우, 클라우드 시스템 상에 표준화된 인터페이스 이벤트들을 발생시킬 수 있다.

한편, 클라우드 시스템에서 SaaS 서비스 등을 제공하는 경우 클라우드 시스템을 이용하는 제3자는 애플리케이션(3^rd party app)을 설치, 변경, 및 실행할 수 있고, 이에 따른 인터페이스 관련 데이터들도 발생할 수 있다.

이러한 표준화된 인터페이스 이벤트들을 수집 또는 전달하기 위해 클라우드 시스템에는 인터페이스와 관련된 통합솔루션이 설치될 수 있으며, 별도의 분산 에이전트 어댑터(10)도 설치될 수 있다

클라우드 시스템의 SaaS 타입의 통합솔루션의 예로는 SAP 사 SuccessFactors, Concur, Ariba 등이 있으며, 클라우드 시스템이 제공하는 통합솔루션으로 SAP 사의 Integration Suite의 등이 있다.

한편, 온프레미스 시스템에서는 각 리소스에 설치된 애플리케이션들을 통합 관리할 수 있는 통합솔루션이 설치될 수 있다. SAP 사의 Process Orchestration, MS 사의 Biztalk 등은 온프레미스 시스템에 설치되어 통합솔루션을 제공하는 예이다.

실시 예에 따른 분산 에이전트 어댑터(10)가 온프레미스 시스템에 설치된 경우(이 도면에서 A로 표시) 여러 가지 컴퓨팅 시스템들을 연계하고 통합할 수 있는 허브 기술을 제공할 수 있다.

그리고, 분산 에이전트 어댑터(10)는 다른 컴퓨팅 시스템의 인터페이스와 관련된 여러 메시지를 수신하거나, 반대로 다른 컴퓨팅 시스템의 인터페이스와 관련된 여러가지 메시지들을 전송할 수도 있다.

분산 에이전트 어댑터(10)는 시스템 간 전송되는 메시지의 큐 기능을 가지고 있어 시스템 간 메시지 전송(이 도면에서 B로 표시)하거나 또는 수신(이 도면에서 C로 표시)하는 경우, 송수신의 안전성을 보장할 수 있으며, 대용량 데이터를 효율적으로 처리할 수 있다.

그리고, 분산 에이전트 어댑터(10)는 클라우드 시스템이나 온프레미스 시스템의 통합솔루션의 기술적인 제약을 보완하는 어댑터 애플리케이션의 기능을 제공(도면에서 D로 표시)할 수도 있다. 여기서는 클라우드 시스템에 설치된 분산 에이전트 어댑터(10)가 어댑터 애플리케이션 기능을 할 수 있음을 나타냈으나 분산 에이전트 어댑터(10)가 온프레미스 시스템에 설치되어도 마찬가지로 기능할 수 있다.

예시하는 바와 같이 분산 에이전트 어댑터(10)는 각 시스템에 분산되어 설치될 수 있어서 여러 가지 인터페이스들에 발생되는 이벤트나 로그 데이터를 처리하는데 부하를 줄일 수 있고 실제 자원을 분산하는 효과를 가질 수 있다.

인터페이스 거버넌스 플랫폼(10000)은, 설치된 분산 에이전트 어댑터(10)의 상태를 관리할 수 있으며, 분산 에이전트 어댑터(10)를 클라우드나 온프레미스 시스템에 등록할 수도 있다. 클라우드나 온프라미스 시스템에 설치된 분산 에이전트 어댑터를 등록하여 관리할 수 있다.

또한 관리하는 시스템에 문제가 발생하거나 위험 관리가 필요한 경우, 시스템 문제에 따른 긴급 대응이 필요한 경우, 시스템 개선이나 정기 점검 시 등에서 별도의 인적 자원 투입이 없이 컴퓨팅 시스템을 통합적이고 효율적으로 관리할 수 있다.

이하에서는 동종 또는 이종 컴퓨팅 시스템을 통합적이고 효율적으로 관리할 수 있는 인터페이스 거버넌스 플랫폼(10000)과 플랫폼(10000)이 포함하는 기능 모듈들에 대한 구체적인 실시 예들을 개시하도록 한다.

도 5는 실시 예에 따른 인터페이스 거버넌스 플랫폼을 기반으로 컴퓨팅 시스템으로부터 전송되는 인터페이스 관련 데이터를 관리하는 예를 개시한 도면이다.

인터페이스 거버넌스 플랫폼(10000)은 여러 가지 컴퓨팅 시스템에 설치된 애플리케이션 솔루션들(26, 27, 28, 29)로부터 인터페이스 관련 데이터나 요청을 수신할 수 있다.

애플리케이션 솔루션들(26, 27, 28, 29)은 예시한 바와 같이 클라우드 또는 온프레미스 시스템에 설치된 통합솔루션들, 그 내부에 설치되거나 별도로 설치된 로그 처리기, 또는 분산 에이전트 어댑터일 수도 있다. 여기서는 편의상 애플리케이션 솔루션들(26, 27, 28, 29)로 표시하였다.

인터페이스 거버넌스 플랫폼(10000)은 애플리케이션 솔루션들(26, 27, 28, 29)과 연동할 수 있는데, 인터페이스 거버넌스 플랫폼(10000)은 클라이언트의 컴퓨팅 시스템이 가지고 있는 인터페이스 기준정보를 연동하여 수신할 수도 있다. 예를 들면, 등이 인터페이스 거버넌스 플랫폼(10000)에 수신되는 연동정보는, 클라이언트의 컴퓨팅 시스템이 보유하는 상기 컴퓨팅 시스템의 시스템 관리 정보 사용자 인증을 위한 임직원의 인사 정보, 또는 상기 컴퓨팅 시스템과 인터페이스 구축에 필요한 결재 시스템 정보 등을 포함할 수 있다.

인터페이스 거버넌스 플랫폼(10000)은 인터페이스 표준화 모듈(1000)과 인터페이스 모니터링 모듈(2000)을 포함할 수 있다.

애플리케이션 솔루션1(26) 내지 애플리케이션 솔루션n(27)들을 사용하는 클라이언트는, 인터페이스 거버넌스 플랫폼(10000)에 여러 가지 애플리케이션 솔루션과 관련된 인터페이스(I/F)의 개발이나 생성 등을 요청할 수 있다.

컨트롤 시스템(100)은 적어도 하나의 서버(110)와, 인터페이스 데이터를 포함하는 여러 데이터를 저장하는 스토리지 또는 데이터베이스와 같은 저장장치(120)를 포함할 수 있다.

컨트롤 시스템(100)은 인터페이스 거버넌스 플랫폼(10000)의 인터페이스 표준화 모듈(1000)을 제어할 수 있다. 인터페이스 표준화 모듈(1000)은 인터페이스 거버넌스 플랫폼(10000)에 전달된 인터페이스(I/F)의 개발이나 생성 등의 요청을 기준정보나 클라이언트 등을 검토하여 승인한다.

컨트롤 시스템(100)의 제어에 따라 인터페이스 표준화 모듈(1000)은 컴퓨팅 시스템의 인터페이스에 대한 기준 정보를 관리, 생성하도록 할 수 있다.

일 예로서, 클라이언트가 애플리케이션 솔루션 1을 개발하고 필요한 경우 관련된 인터페이스의 개발, 변경 또는 생성을 요청할 수 있다.

인터페이스 표준화 모듈(1000)은 이러한 인터페이스의 개발, 변경 또는 생성을 접수하고, 승인 또는 반려하거나, 인터페이스를 관리할 수 있다.

다른 예로서, 클라이언트의 애플리케이션 솔루션 n의 개발자가 새로운 인터페이스에 대해 개발을 요청하는 경우, 애플리케이션 솔루션 n의 운영자는 인터페이스 표준화 모듈(1000)을 기반으로 애플리케이션 솔루션 n을 승인 또는 반려할 수도 있다.

이와 같이 컨트롤 시스템의 관리자 뿐만 아니라, 다른 컴퓨팅 시스템의 관리자도, 인터페이스 거버넌스 플랫폼(10000)에 접속하고, 인터페이스 표준화 모듈(10000)을 기반으로 인터페이스를 생성, 변경, 관리 또는 폐기하는 것을 승인하는 등의 인터페이스 관리를 수행할 수 있다.

한편 인터페이스 거버넌스 플랫폼(10000)의 인터페이스 모니터링 모듈(2000)은, 컴퓨팅 시스템의 애플리케이션 솔루션 A(28) 내지 솔루션 Z(29)가 발생하는 인터페이스 데이터나 그와 관련된 로그 데이터를 수집할 수 있다.

예를 들어 애플리케이션 솔루션 A(28) 내지 솔루션 Z(29)는 각 컴퓨팅 시스템의 EAI 솔루션을 포함하거나, 분산된 데이터 처리를 수행하면 자체 로그 데이터를 발생시키는 분산 에이전트 어댑터일 수도 있다.

인터페이스 모니터링 모듈(2000)은, EAI 솔루션 등 시스템 내의 여러 가지 솔루션이 전송하는 인터페이스 데이터나 그 로그 데이터를 수신하고 모니터링할 수 있다.

따라서, 개발되어 등록된 인터페이스에 장애 등의 문제가 발생하거나 또는 실시간 현황에 따라 문제가 예측되는 경우 선제적으로 대응할 수 있다.

이하의 실시 예에서 인터페이스의 개발 신청, 관리하거나 이를 모니터링하고 장애에 대해 조치하는 구체적인 예들과, 인터페이스 거버넌스 플랫폼(10000)이 제공하는 사용자 인터페이스들에 대해서도 상세하게 예시한다.

도 6은 실시 예에 따른 컴퓨팅 시스템의 인터페이스를 관리하는 방법의 일 예를 개시한 도면이다.

컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스 관련 정보를 인터페이스 거버넌스 플랫폼에 등록한다(S110).

상기 컴퓨팅 시스템은 적어도 하나의 온프레미스 시스템 또는 적어도 하나의 클라우드 시스템을 포함한다. 상기 애플리케이션 솔루션은 상기 컴퓨팅 시스템의 인터페이스와 관련된 통합솔루션을 포함할 수 있다.

여러 가지 애플리케이션 솔루션들의 인터페이스의 개발, 생성, 및 승인 등에 대한 인터페이스 정보를 인터페이스 거버넌스 플랫폼에 등록할 수 있다.

상기 인터페이스 거버넌스 플랫폼을 통해, 상기 컴퓨팅 시스템으로부터 상기 인터페이스와 관련된 데이터를 수신한다(S120).

컴퓨팅 시스템의 통합 솔루션들로부터 인터페이스와 관련한 표준화된 데이터를 수신할 수 있다. 인터페이스와 관련한 표준화된 데이터는 통합솔루션이 송수신하는 데이터의 규정된 형식과 내용에 따르는 인터페이스 데이터를 의미한다.

한편 통합솔루션 또는 그 통합솔루션에 설치된 로그 처리기나 별도로 설치된 로그 처리기로부터 인터페이스와 관련된 로그 데이터를 수신할 수 있다. 통합솔루션 자체에서 제공하지 못하는 데이터의 경우 그 통합솔루션내에 설치되거나 통합솔루션과 별도로 설치된 로그 처리기로부터 인터페이스와 관련된 로그 데이터를 수신할 수 있다. 또는 로그 처리기로부터 상기 컴퓨팅 시스템에 저장소에 저장된 정보를 수신할 수도 있다.

만약 컴퓨팅 시스템 내에 별도의 분산 에이전트 어댑터가 설치된 경우, 분산 에이전트 어댑터는, 컴퓨팅 시스템의 데이터 처리와 별도로 데이터의 수집, 변환, 처리 등의 데이터의 분산 처리를 수행한다. 분산 에이전트 어댑터는 위와 같은 분산 처리에 따른 자체적인 로그 데이터를 발생시킬 수 있다. 인터페이스 거버넌스 플랫폼은, 분산 에이전트 어댑터로부터 로그 데이터를 직접 수신하거나 분산 에이전트 어댑터가 통합솔루션에 전송한 로그 데이터를 그 통합솔루션을 통해 수신할 수도 있다

한편 인터페이스 관리에 필요한 여러 가지 컴퓨팅 시스템에 대한 데이터를 수신할 수도 있다.

상기 등록된 인터페이스 관련 정보에 기반하여 상기 수신된 인터페이스와 관련된 데이터를 모니터링하거나 또는 상기 컴퓨팅 시스템을 관리한다(S130).

상기 인터페이스 거버넌스 플랫폼에 등록된 인터페이스는 수신된 인터페이스와 관련된 데이터에 기반하여 모니터링될 수 있다.

인터페이스와 관련된 데이터는 각 컴퓨팅 시스템의 통합솔루션, 그 통합솔루션 내에 설치되거나 별도로 설치된 로그 처리기 또는 분산 에이전트 어댑터 등으로부터 수신될 수 있다.

관리자는 상기 인터페이스 거버넌스 플랫폼을 통해 인터페이스와 관련된 데이터의 모니터링 결과에 이상이 있는 경우 해당 컴퓨팅 시스템, 또는 애플리케이션 솔루션에 대해 조치하고 관리를 수행할 수 있다.

따라서 이러한 인터페이스의 설계, 구축, 관리, 운영 및 유지보수를 용이하고 효율적으로 수행할 수 있다.

이에 대한 상세한 예는 이하에서 개시하도록 한다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 인터페이스를 용이하게 관리하고 그 관리 결과를 정확성을 쉽게 검증할 수 있다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 간의 장애를 빨리 확인하고 쉽게 관리할 수 있다.

개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템 간의 반복되는 장애를 정확하고 신뢰도 있게 조치할 수 있다.

개시하는 실시 예에 따르면 인터페이스 설계, 구축, 관리, 운영 및 유지보수를 효율적으로 수행할 수 있다.

기업 내부에서 다양한 시스템 간의 인터페이스를 구축하고 운영할 수 있다. 이때, 기업 내 인터페이스들은 서로 다른 시스템과 데이터를 연결하여 원활한 정보 교환을 위해 중요한 역할을 한다. 그러나 다양한 시스템들 간의 인터페이스를 개발하고 운영하는 것은 표준화 문제, 가시성 문제 및 개발 효율성 등의 문제를 동반할 수 있다.

이러한 점을 해결하기 위하여, 본 발명은 인터페이스 아이디, 명명 규칙 및 연계 패턴 등의 기준 정보를 등록하여 기업의 인터페이스 구축을 위한 표준화 체계를 시스템화하는 방안을 제공하고자 한다. 이를 통해, 개발과 운영 단계에서 인터페이스 구축에 필요한 기준 정보를 가시적으로 관리하고 자동화된 가이드를 제공함으로써 개발 생산성과 품질을 향상시키고, 구축, 유지보수 및 모니터링 측면에서의 편의성을 제공할 수 있다.

도 7은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.

인터페이스 거버넌스 플랫폼(10000)은 인터페이스 표준화 모듈과 인터페이스 모니터링 모듈을 포함할 수 있다.

인터페이스 표준화 모듈은 기준정보 관리 모듈(1100)과 개발 자동화 모듈(1400)을 포함할 수 있고, 인터페이스 모니터링 모듈은 관제 모듈(2200)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 실시 예를 참고하도록 한다.

기준정보 관리 모듈(1100)은 인터페이스를 구축 및 관리하기 위해 필요한 인터페이스와 관련된 기준 정보를 등록하고 관리할 수 있다. 일 실시 예에서, 기준정보 관리 모듈(1100)은 관련된 시스템(예를 들어, SAP PO 등)으로부터 기준정보를 수집할 수 있다. 기준정보 관리 모듈(1100)은 수집된 기준정보에 기초하여 개발 자동화 모듈(1400)을 통하여 인터페이스 개발을 자동화할 수 있고, 관제 모듈(2200)을 통하여 모니터링할 수 있다. 기준정보 관리 모듈(1100)에 대한 상세한 설명은 후술하도록 한다.

개발 자동화 모듈(1400)은 상기 표준화 정보에 기초하여 서비스 자동화 구축에 활용할 수 있다. 여기에서, 자동화가 가능한 서비스는 구축 개발 아이템 생성 서비스, 테스트 서비스 및 기 개발된 서비스 정보 표준화 검증 서비스를 포함할 수 있다. 즉, 개발 자동화 모듈(1400)은 상술한 표준화 정보에 기초하여 다양한 서비스를 자동화할 수 있다.

일 실시 예에서, 인터페이스 거버넌스 플랫폼은 등록된 기준 정보에 기초하여 개발 단계에서도 표준화된 방식으로 인터페이스를 구축할 수 있도록 한다. 즉, 인터페이스 거버넌스 플랫폼은 상술한 실시 예와 같이 인터페이스 구축에 필요한 다양한 기준 정보를 관리할 수 있기 때문에 필요한 경우 개발단계에서도 표준화된 방식으로 인터페이스를 구축할 수 있다.

일 실시 예에서, 인터페이스 거버넌스 플랫폼은 등록된 기준 정보에 기초하여 인터페이스 적용 가이드를 제공할 수 있다. 마찬가지로, 인터페이스 거버넌스 플랫폼은 인터페이스 관리를 위하여 필요한 정보에 대한 가이드를 사용자에게 제공할 수 있다. 예를 들어, 인터페이스 거버넌스 플랫폼은 인터페이스 관리를 위해 등록되어야 하는 기준 정보에 대한 가이드를 사용자에게 제공할 수 있다. 인터페이스 거버넌스 플랫폼이 제공하는 가이드는 인터페이스 목록을 통한 작성 방법, 진척 관리, 인터페이스 매핑 정의서(specification) 작성 방법을 포함할 수 있다. 또한, 인터페이스 거버넌스 플랫폼은 제공된 가이드를 영역 별로 엑셀 파일 양식으로 업로드 또는 다운로드할 수 있는 기능을 제공할 수 있다. 또한, 인터페이스를 관리하는 내부 시스템을 보유하고 있지 않는 고객사의 경우에는 인터페이스 거버넌스 플랫폼이 직접 고객사의 인터페이스를 관리할 수 있음은 물론이다. 이를 통해 인터페이스 거버넌스 플랫폼은 제공되는 가이드를 통하여 입력 방식 및 서비스 구축 절차를 직관적이고 체계적으로 관리할 수 있다.

관제 모듈(2200)은 상술한 기준정보 등을 인터페이스의 업무명을 기준으로 하는 정보로 제공할 수 있고, 매칭 정보로 활용할 수 있다. 보다 상세하게는, 관제 모듈(2200)은 업무 담당자가 사용(이해)하는 인터페이스명과 실제 통합 솔루션 시스템에서 개발되는 인터페이스 오브젝트 명과의 매칭 정보를 제공할 수 있다. 관제 모듈(2200)은 상기 매칭 정보 통하여 수행된 인터페이스 이력을 제공할 수 있다. 여기에서, 인터페이스 이력은 모니터링 로그 정보를 포함할 수 있다. 이에 대하여는 후술하도록 한다.

이렇게 구축된 인터페이스 표준화 시스템은 개발, 운영, 유지보수 등 다양한 단계에서 인터페이스 구축에 필요한 기준 정보를 쉽고 빠르게 접근할 수 있으며, 개발자들이 통일된 방식으로 인터페이스를 구축할 수 있도록 한다. 또한, 자동화된 가이드 제공을 통해 개발자들의 개발 생산성을 향상시키고 개발 품질을 유지하는 데 기여할 수 있다. 또한, 표준화된 인터페이스 구축은 운영 단계에서의 문제 예방과 모니터링 측면에서의 편의성을 제공할 수 있다.

따라서, 본 발명은 기업 내부의 인터페이스 구축과 운영을 효율적이고 표준화된 방식으로 관리할 수 있는 기술을 제공할 수 있다. 이를 통해 기업의 전체적인 시스템 개발 및 운영 효율성과 품질을 향상시키는데 기여할 수 있다.

도 8은 본 발명의 기준정보 관리 모듈을 개시하는 도면이다.

기준정보 관리 모듈(1100)은 인터페이스 기준정보 관리부(1101), 인터페이스 식별정보 생성부(1102), 명명규칙 제공부(1103), 통합솔루션 제공부(1104) 및 표준화 연계패턴 제공부(1105)를 포함할 수 있다. 이때, 기준정보 관리 모듈(1100) 내에 포함되는 부(unit)는 기준정보 관리 모듈(1100)이 수행하는 기능을 설명하기 위해 구분된 것으로 구성요소의 이름에 한정되는 것은 아니다.

기준정보 관리부(1101)는 인터페이스의 구축 및 관리를 위해 필요한 기준 정보를 등록하고, 관리할 수 있다. 여기에서, 기준 정보는 간략하게는 인터페이스의 식별 정보, 인터페이스 명명 규칙, 연계 패턴 등을 포함할 수 있다.

보다 상세하게는, 기준정보 관리부(1101)에서 관리하는 기준 정보는 대상 시스템 정보, 인터페이스 정보 및 연계 메시지 구조를 포함할 수 있다. 여기에서, 대상 시스템 정보는 대상 시스템의 관리 코드 정보, 대상 시스템 이름, 대상 시스템 종류, 대상 시스템의 IP 정보, 연계 프로토콜 정보, 접속 정보 및 담당자 정보를 포함할 수 있다.

인터페이스 정보는 업무 기준 별 그룹 명, 기술적인 정보(예를 들어, 동기 또는 비동기 정보, 연계 방향 정보 등을 포함할 수 있다.)를 포함할 수 있다. 또한, 연계 메시지 구조는 소스 메시지 구조와 타겟 메시지 구조를 포함할 수 있다.

일 실시 예에서, 기준정보 관리부(1101)는 인터페이스 구성요소 정보를 관리하는 시스템과의 API 연동을 통하여 기준정보를 수집할 수 있다. 여기에서, 인터페이스 구성요소는 기준정보와의 매칭 대상이 되는 정보에 대응한다. 또한, 연동되는 시스템은 대상 시스템을 관리하는 시스템, 인사정보 시스템 및 전자결재 시스템을 포함할 수 있다. 일 실시 예에서, 기준정보 관리부(1101)는 대상 시스템을 관리하는 시스템으로부터 대상 시스템의 관리 코드, 이름, 관리자, IP 정보 및 시스템 종류를 수집할 수 있다. 일 실시 예에서, 고객사 내의 존재하는 대상 시스템은 본 발명의 인터페이스 거버넌스 플랫폼과 연동을 통해 정보를 직접적으로 동기화할 수 있다. 인터페이스 거버넌스 플랫폼은 해당 기준 정보를 활용함으로써 담당자들 간의 시스템 식별의 일관성을 유지할 수 있다.

또한, 기준정보 관리부(1101)는 인사정보 시스템과 연동됨으로써 인사정보와 관련된 업무 담당자 정보(사용자 정보, 사내 ID, 전화번호, 이메일 정보 등)을 수집할 수 있다. 이때, 인사정보 시스템이 인터페이스 거버넌스 플랫폼에 접근하기 위해서는 SSO(Single Sign On 인증이 요구될 수 있다. 또한, 기준정보 관리부(1101)는 전자결재 시스템과 연동될 수 있다. 즉, 인터페이스 거버넌스 플랫폼은 SAP PO/IS 등의 통합 솔루션과의 연동을 통하여 기준 정보와 매칭하고자 하는 인터페이스 서비스 구성요소 정보를 수집할 수 있다.

인터페이스 식별정보 생성부(1102)는 업무의 성격 또는 기술적인 성격을 반영하여 인터페이스의 식별정보를 생성할 수 있다. 일 실시 예에서, 인터페이스 식별정보 생성부(1102)는 인터페이스의 식별정보로 아이디(ID)를 생성할 수 있다. 이를 통하여, 인터페이스 아이디는 연계 대상 업무 담당자와의 커뮤니케이션을 위한 인터페이스의 대상 식별정보 역할을 수행할 수 있다.

명명규칙 제공부(1103)는 인터페이스 구축을 위한 구성요소 개발 아이템 별로 명명 규칙을 제공할 수 있다. 여기에서, 명명규칙 제공부(1103)가 제공하는 명명 규칙은 일관성을 유지하고 혼동을 방지하기 위한 것으로 일반적으로 사용되는 명명 규칙을 적용할 수 있다.

일 실시 예에서, 명명규칙 제공부(1103)는 인터페이스 서비스 구성요소 오브젝트들에 관한 명명 규칙을 자동으로 부여할 수 있다. 여기에서, 인터페이스 서비스 구성요소 오브젝트는 통합 솔루션의 개발 구성요소에 대응할 수 있다. 이에 따라, 명명규칙 제공부(1103)는 인터페이스 서비스를 구성하는 구성요소인 대상 시스템 코드, 데이터 타입 명, 메시지 타입 명, 인터페이스 서비스 명, 메시지 구조를 변환하는 매핑 오브젝트 명에 대한 명명 규칙을 부여할 수 있다. 또한, 명명규칙 제공부(1103)는 연계 방향성, 동기/비동기 처리 방식(예를 들어, 동기 처리 방식일 때는 S를 약어로 제공하고, 비동기 처리 방식일 때는 A를 약어로 제공한다), 연계 프로토콜 등의 부가 정보를 코드화하여 추가할 수 있다. 이에 따라, 모니터링 및 운영관리 측면에서의 가독성이 향상될 수 있다. 즉, 인터페이스를 등록할 때 인터페이스의 서비스 구성요소에 따라 명명 규칙을 제공하면, 추후 개발할 때 역시 코드 값만으로도 인터페이스의 서비스 구성요소의 특징을 직관적으로 알 수 있다는 장점이 있다.

통합솔루션 제공부(1104)는 데이터 크기, 트랜잭션의 양, 데이터의 성격 중 적어도 하나에 기초하여 최적의 EAI 솔루션을 제공할 수 있다. 이때, EAI 솔루션에 대한 설명은 상술한 내용을 참고하도록 한다. 또한, EAI 솔루션 제공부(1104)는 제공된 EAI 솔루션 중 적어도 하나의 EAI 솔루션을 선택할 수 있다.

표준화 연계패턴 제공부(1105)는 대상 시스템 별 연계 프로토콜 정보, 변환 정보 및 메시지 전송 방식에 따른 표준화 연계 패턴을 제공할 수 있다. 이때, 표준화 연계 패턴은 시스템 간의 데이터 교환 방식에 대한 표준화된 형태를 의미하며, 표준화 연계 패턴의 주요 종류는 동기(Synchronous) 연계, 비동기(Asynchronous) 연계, 1:1(one-to-one) 연계, 1:N(one-to-many) 연계 등을 포함할 수 있다. 또한, 표준화 연계패턴 제공부(1105)는 제공된 연계 패턴 중 가장 적절한 하나의 연계 패턴을 선택할 수 있다.

일 실시 예에서, 인터페이스 거버넌스 플랫폼은 상술한 생성된 인터페이스 아이디, 제공된 인터페이스 명명 규칙, 연계 패턴과 기준정보 등을 후술하는 개발 자동화 모듈(1400)과 관제 모듈(2200)에서 사용할 수 있다. 이때, 인터페이스 거버넌스 플랫폼은 상기 표준화 정보를 데이터베이스에 등록하여 관리할 수 있다.

도 9는 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.

인터페이스 거버넌스 플랫폼은 상술한 실시 예와 같이 다양한 시스템 간의 인터페이스를 구축하고 운영할 수 있도록 사용자 인터페이스(UI) 화면을 제공할 수 있다.

본 도면에서, 사용자 인터페이스 화면은 인터페이스 신청 현황(30), 인터페이스 신청 목록(31) 및 인터페이스 정의서 목록(32)을 포함할 수 있다.

또한, 사용자 인터페이스 화면은 신청서 수정, 신청종결, 검토완료, 검토 반려, 운영이관 요청, 접수, 접수 반려, 개발자 접수, 개발자 반려, 개발/폐기 완료, 테스트 완료, 운영 이관 완료와 같은 아이콘으로 인터페이스를 구분(sorting)할 수 있다. 이를 통해, 인터페이스의 라이프사이클을 관리할 수 있으며 이에 대하여는 후술하도록 한다.

보다 상세하게는, 인터페이스 거버넌스 플랫폼의 컴퓨팅 시스템들의 인터페이스를 관리하는 방법(이하, 인터페이스 관리 방법)은 인터페이스 신청 현황(30)을 통하여 다양한 검색 방법을 제공할 수 있다. 일 실시 예에서, 인터페이스 신청 현황(30)은 검색어, 솔루션, 신청일자, 진행단계, 진행상태, 신청구분, 프로젝트 명 중 적어도 하나의 기초하여 인터페이스의 신청현황을 검색식으로 포함할 수 있다. 이에 따라, 사용자는 검색식 중 적어도 하나에 기초하여 인터페이스 신청 현황(32)을 검색할 수 있다.

또한, 인터페이스 관리 방법은 인터페이스 신청 목록(31)을 통하여 인터페이스의 생성 절차를 관리할 수 있다. 인터페이스 신청 목록(31)은 신청순번, CSR 번호, 신청유형, 솔루션명, 진행단계, 진행상태, 프로젝트명, 신청자명, 신청일시 및 검토자명을 포함할 수 있다.

또한, 인터페이스 관리 방법은 인터페이스 정의서 목록(32)을 통하여 인터페이스의 아이디 생성을 관리할 수 있다. 인터페이스 정의서 목록(32)은 인터페이스 아이디, 인터페이스 이름, 소스 시스템 아이디 및 타겟 시스템 아이디를 포함할 수 있다. 이때, 인터페이스 정의서 목록(32)은 실질적인 인터페이스 리스트에 대응한다.

이후, 하나의 인터페이스를 선택하는 경우, 인터페이스 관리 방법은 선택된 인터페이스의 상세 정보 화면을 제공할 수 있다. 이에 대하여는 후술하도록 한다.

도 10은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.

인터페이스 관리 방법은 선택된 인터페이스의 상세 정보 화면을 제공할 수 있다. 여기에서, 인터페이스의 상세 정보 화면은 인터페이스 신청 정보(33), 인터페이스 정의서 정보(34), 인터페이스 이력 정보(35)를 포함할 수 있다.

일 실시 예에서, 사용자는 하나의 인터페이스 신청정보(33)에 N(여기에서, N은 자연수)개의 인터페이스 정의서 정보(34)를 함께 입력할 수 있다. 즉, 인터페이스를 신청할 때 N개의 인터페이스를 한번에 신청할 수 있다. 즉, 인터페이스 관리 방법은 N개의 정의서 정보가 포함된 1개의 인터페이스 신청 정보(33)를 수신할 수 있다.

일 실시 예에서, 인터페이스 신청정보(33)는 인터페이스 구축을 신청한 기업의 기본 신청정보를 포함할 수 있다. 예를 들어, 인터페이스 신청정보(33)는 회사이름, 신청구분, 신청번호, CSR 번호, 검토자명, 긴급여부, 솔루션명, 완료요청일자, 신청제목, 프로젝트명, 신청내용 등을 포함할 수 있다.

일 실시 예에서, 사용자는 인터페이스의 상세 정보 화면을 통하여 인터페이스의 신청 내역에서 확인하고자 하는 정의서 정보를 선택할 수 있다. 여기에서, 사용자는 인터페이스 거버넌스 플랫폼에 관리자에 대응할 수 있다. 이에 따라, 인터페이스 관리 방법은 선택된 인터페이스의 정의서 정보(34)를 제공할 수 있다. 여기에서, 인터페이스 정의서 정보(34)는 인터페이스의 설계 정의 내역을 포함할 수 있다. 예를 들어, 인터페이스 정의서 정보(34)는 소스 시스템 정보, 정의 정보 및 타겟 시스템 정보를 포함할 수 있다. 이때, 인터페이스 정의서 정보(34)는 연계 대상 시스템, 연계 프로토콜 방식, 처리 방식, 전송 모드, 전송 주기, 전송 사이즈 및 매핑 스펙을 포함할 수 있다. 이와 같이, 본 발명의 인터페이스 관리 방법은 인터페이스의 소스 시스템과 타겟 시스템의 분류, 시스템 ID, 시스템 명, 연계 방식과 정의서 정보를 관리함으로써, 기업 내부의 인터페이스 구축을 효율적으로 할 수 있게 한다. 뿐만 아니라, 인터페이스 관리 방법은 인터페이스 신청 정보(33)와 정의서 정보(34)를 관리함으로써 인터페이스 구축 절차 및 라이프사이클을 관리할 수 있고, 인터페이스의 설계서 현행화 및 이력 관리, 인터페이스 구축 표준화 및 생산성을 향상시킬 수 있다.

일 실시 예에서, 인터페이스 이력 정보(35)는 선택된 인터페이스의 이력(history) 정보를 포함할 수 있다. 예를 들어, 인터페이스 이력 정보(35)는 번호, 진행단계, 진행상태, 처리자 ID, 처리자명, 처리내용 및 처리일시를 포함할 수 있다.

도 11은 본 발명의 인터페이스 관리 방법이 제공하는 인터페이스를 신청하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.

일 실시 예에서, 사용자는 인터페이스 거버넌스 플랫폼을 통하여 인터페이스를 신규 신청할 수 있다. 이를 위하여, 사용자는 인터페이스 거버넌스 플랫폼이 제공하는 사용자 인터페이스를 통하여 정의서를 작성할 수 있다.

정의서 작성을 위한 사용자 인터페이스는 인터페이스 정의서 명, 정의서 ID, 관리 ID, 솔루션 종류, 내외부 연계 정보, 모듈명, 소스 시스템 정보, 타겟 시스템 정보, 처리 방식, 전송 모드, 전송 주기, 발생 건수, 데이터 크기, DB 연계 처리 조건, Web Service URL, 소스 FTP Directory, 타겟 FTP directory, 첨부 파일 입력 창을 포함할 수 있다.

이때, 사용자는 내외부 연계 정보에서 내부 또는 외부를 선택(36)한 후 소스 시스템과 타겟 시스템을 선택할 수 있다. 이후, 사용자는 소스 시스템의 대상 시스템을 선택(37)하고, 타겟 시스템의 대상 시스템을 선택(38)할 수 있다. 이를 위하여, 사용자는 찾기 버튼(37, 38)을 선택하여, 대상 시스템 검색 팝업 창(39)을 출력할 수 있다. 사용자 인터페이스는 사용자로부터 찾기 버튼을 선택하는 입력 신호를 수신하는 경우, 대상 시스템 검색 팝업 창(39)을 출력하되, 대분류, 중분류 및 검색어 설정을 통하여 대상 시스템을 검색할 수 있도록 한다. 이후, 데이터 검색 후 적용을 통하여 대상 시스템을 소스 시스템 또는 타겟 시스템에 적용할 수 있다.

이와 같이 작성된 정의서가 인터페이스 거버넌스 플랫폼에 제출되는 경우, 인터페이스 거버넌스 플랫폼은 제출된 정의서 양식에 기초하여 인터페이스를 구축할 수 있다.

도 12는 본 발명과 관련된 인터페이스 정의서 템플릿을 개시하는 도면이다.

상술한 실시 예와 같이 본 발명의 시스템 간의 인터페이스를 구축하고 운영할 수 있도록 인터페이스 관리 방법은 인터페이스 정의서 목록을 통하여 인터페이스의 아이디 생성을 관리할 수 있다.

이를 위하여, 본 도면은 정의서 템플릿의 일 예를 설명하도록 한다.

일 실시 예에서, 정의서 템플릿은 인터페이스 매핑 명세서(Interface Mapping Specification)를 예로 들 수 있다. 인터페이스 매핑 명세서는 인터페이스 명, 인터페이스 개요, 매핑 스펙 작성자, 매핑 스펙 작성일, 인터페이스 ID, 인터페이스 그룹 ID, 인터페이스 타입, 전송건수, 주관 모듈, 전송 유형, 인터페이스 모드, 리코드 단위 사이즈, 표준 유형을 포함할 수 있다. 또한, 소스 시스템 및 타겟 시스템의 정보를 포함할 수 있다. 소스 시스템 및 타겟 시스템의 정보는 시스템 ID, 시스템 명, 시스템 담당자 이름 및 연락처, 시스템 연계 패턴에 대한 정보를 포함할 수 있다. 또한, 소스 시스템과 타겟 시스템의 요청 메시지(Request Message)의 매핑 정보 및 응답 메시지(Response Message or Async Callback Message)의 매핑 정보를 각각 포함할 수 있다.

또한, 본 도면의 정의서 템플릿에 포함된 정보는 하나의 예시일 뿐으로 여기에 한정되는 것은 아니다. 특히, 해당 인터페이스의 동작을 구현하기 위하여 어떤 요청이 어떤 응답과 연결되는지 각 메시지의 형식과 구조, 사용되는 프로토콜 등 필요한 정보가 당연히 포함될 수 있음은 물론이다.

이에 따라, 본 도면과 같은 정의서 템플릿을 이용하여 인터페이스 거버넌스 플랫폼은 서로 다른 시스템 간의 일관된 상호 작용을 보장할 수 있다.

도 13은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.

일 실시 예에서, 인터페이스 관리 방법은 컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스의 기준 정보를 등록할 수 있다(S210).

여기에서, 컴퓨팅 시스템은 적어도 하나의 온프레미스 시스템 또는 적어도 하나의 클라우드 시스템을 포함하고, 애플리케이션 솔루션은 컴퓨팅 시스템의 인터페이스와 관련된 통합 솔루션을 포함할 수 있다. 또한, 인터페이스의 기준 정보는 대상 시스템 정보, 인터페이스 정보 및 연계 메시지 구조 정보를 포함할 수 있다. 이때, 인터페이스 관리 방법은 기준 정보를 등록하기 위하여 컴퓨팅 시스템과 연동될 수 있다. 이에 대하여는, 도 6 및 도 8에서 상술한 내용을 참고하도록 한다.

일 실시 예에서, 인터페이스 관리 방법은 인터페이스 기준 정보에 기초하여 인터페이스 식별 정보를 생성할 수 있다(S220).

일 실시 예에서, 인터페이스 관리 방법은 인터페이스의 기준 정보에 기초하여 식별정보(identification information)로 인터페이스의 아이디(ID)를 생성할 수 있다. 여기에서, 인터페이스 아이디는 연계 대상 업무 담당자와의 소통을 위한 인터페이스의 대상 식별 정보 역할을 수행할 수 있다. 이때, 인터페이스의 아이디는 인터페이스의 특징 정보를 나타낼 수 있는 아이디로 자동으로 생성될 수 있다. 이에 대하여는, 도 8에서 상술한 내용을 참고하도록 한다.

일 실시 예에서, 인터페이스 관리 방법은 인터페이스의 구축을 위한 정의서를 제공할 수 있다(S230).

일 실시 예에서, 인터페이스 관리 방법은 인터페이스의 구축을 위한 정의서를 제공할 수 있다. 여기에서, 인터페이스 정의서 정보는 인터페이스의 설계 정의 내역을 포함할 수 있다. 예를 들어, 인터페이스 정의서 정보는 소스 시스템 정보, 정의 정보 및 타겟 시스템 정보를 포함할 수 있다. 이때, 인터페이스 정의서 정보는 연계 대상 시스템, 연계 프로토콜 방식, 처리 방식, 전송 모드, 전송 주기, 전송 사이즈 및 매핑 스펙을 포함할 수 있다. 이에 대하여는, 도 9 내지 12에서 상술한 내용을 참고하도록 한다.

이와 같이 본 발명의 인터페이스 관리 방법과 같이 인터페이스의 식별 정보와 정의서에 기초하여 인터페이스 구축을 위한 표준화 체계를 시스템화하는 경우, 인터페이스 구축, 유지 보수 및 모니터링 측면에서 사용자에게 편의성을 제공할 수 있다.

인터페이스 거버넌스 플랫폼은 기업이나 조직의 다양한 IT 시스템과 프로세스 간의 통합 및 연계를 위해 사용되는 인터페이스를 관리하며, 인터페이스 간의 연계와 통합의 전체 주기를 효과적으로 관리할 수 있다. 이하에서, 상세히 설명하도록 한다.

도 14은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.

인터페이스 거버넌스 플랫폼(10000)은 인터페이스 표준화 모듈과 인터페이스 모니터링 모듈(2000)을 포함할 수 있다. 인터페이스 표준화 모듈은 라이프사이클 관리 모듈(1300)과 개발 자동화 모듈(1400)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 실시 예를 참고하도록 한다.

라이프사이클 관리 모듈(1300)은 인터페이스의 신청, 접수, 검토, 구축, 테스트, 운영 및 폐기의 라이프사이클 절차를 전반적으로 관리할 수 있다. 이를 위하여, 라이프사이클 관리 모듈(1300)은 신청자, 접수자/검토자, EAI 운영자, EAI 개발자가 접근할 수 있는 사용자 인터페이스(User Interface, UI) 화면을 제공할 수 있다. 또한, 라이프사이클 관리 모듈(1300)은 업무 담당자 별 절차에 따른 역할과 권한을 관리할 수 있는 사용자 인터페이스(User Interface, UI) 화면을 제공할 수 있다. 라이프사이클 관리 모듈(1300)에 대한 상세한 설명은 후술하도록 한다.

라이프사이클 관리 모듈(1300)은 개발 자동화 모듈(1400)에게 서비스 구축 자동화를 위한 정보를 제공할 수 있다. 즉, 라이프사이클 관리 모듈(1300)은 지속적 통합(Continuous Integration, CI) 및 지속적 배포(Continuous deployment, CD) 도구와의 통합을 지원하며, 인터페이스의 변경사항이 자동으로 테스트되고 배포될 수 있는 정보를 개발 자동화 모듈(1400)에게 제공할 수 있다. 일 실시 예에서, 라이프사이클 관리 모듈(1300)은 인터페이스 자동화 개발을 위하여 EAI 솔루션과의 연동 정보를 개발 자동화 모듈(1400)에게 전달할 수 있다. 개발 자동화 모듈(1400)이 제공받은 정보에 기초하여 서비스 구축을 자동화하는 실시 예는 후술하도록 한다.

인터페이스 모니터링 모듈(2000)은 라이프사이클 관리 모듈(1300)로부터 인터페이스의 신청, 접수, 검토, 구축, 테스트, 운영 및 폐기에 대한 사항을 수집할 수 있다. 이때, 인터페이스 모니터링 모듈(2000)은 라이프사이클 관리 모듈(1300)을 통해 수집된 기준 정보를 활용하여 업무 담당자의 관점에서 활용할 수 있는 모니터링 정보를 제공할 수 있다. 마찬가지로, 인터페이스 모니터링 모듈(2000)은 수집된 모니터링 정보를 라이프사이클 관리 모듈(1300)에게 제공하여 더 이상 사용하지 않는 인터페이스를 폐기 대상으로 판단하게 할 수 있다.

인터페이스 모니터링 모듈(2000)은 수집된 정보를 변환하여 통계 처리할 수 있다. 특히, 인터페이스 모니터링 모듈(2000)은 폐기 대상 인터페이스 정보를 제공하기 위하여 라이프사이클 관리 모듈(1300)과 연동될 수 있다. 인터페이스 모니터링 모듈(2000)은 모니터링하는 데이터에 기반하여 미사용 인터페이스를 감지하여 라이프사이클 관리 모듈(1300)에게 폐기 대상 후보 정보를 제공할 수 있다. 일 실시 예에서, 인터페이스 모니터링 모듈(2000)은 인터페이스의 수명 주기가 끝나거나 더 이상 필요하지 않은 경우 라이프사이클 관리 모듈(1300)에게 인터페이스의 폐기를 요청할 수 있다.

또한, 인터페이스 모니터링 모듈(2000)은 기 설정된 시간 이상 인터페이스가 사용된 로그 기록이 없거나 데이터가 없음을 감지하여 폐기 대상 후보군으로 라이프사이클 관리 모듈(1300)에게 제공할 수 있다. 또한, 업무 담당자가 필요에 의해서 라이프사이클 관리 모듈(1300)에게 인터페이스의 폐기를 요청할 수 있다. 이에 따라, 라이프사이클 관리 모듈(1300)의 사용자는 승인을 거친 후 인터페이스의 폐기 절차를 수행할 수 있다. 이때, 라이프사이클 관리 모듈(1300)은 폐기된 인터페이스와 관련된 데이터 및 리소스를 안전하게 제거하고 필요한 경우 폐기와 관련된 기록을 보관할 수 있다. 즉, 폐기 대상 인터페이스를 직접적으로 비활성화하거나 삭제하는 기능은 통합 솔루션을 통하여 직접 수행할 수 있으며, 인터페이스 거버넌스 플랫폼은 인터페이스의 폐기와 관련된 절차 상의 관리와 이력을 보관할 수 있다.

이를 통하여, 인터페이스 거버넌스 플랫폼은 조직의 IT 연계를 효과적으로 지원하고 관련 업무의 효율성과 안정성을 높일 수 있다.

도 15는 본 발명의 라이프사이클 관리 모듈을 개시하는 도면이다.

라이프사이클 관리 모듈(1300)은 인터페이스의 신청, 접수, 검토, 구축, 테스트, 운영 및 폐기의 라이프 사이클 절차를 관리할 수 있다. 일 실시 예에서, 라이프사이클 관리 모듈(1300)은 사용자 인터페이스 제공부(1301), 권한 확인부(1302), 인터페이스 신청 관리부(1303), 인터페이스 개발부(1304), 인터페이스 테스트부(1305) 및 인터페이스 관리부(1306)를 포함할 수 있다. 여기에서, 라이프사이클 관리 모듈(1300)이 포함하는 부(unit)들은 라이프사이클 관리 모듈(1300)이 수행하는 기능을 구분하기 위한 것으로 물리적인 구성이 아님은 당연하다.

사용자 인터페이스 제공부(1301)는 인터페이스 관련 업무 담당자에게 인터페이스 관리를 위한 사용자 인터페이스 화면을 제공할 수 있다. 여기에서, 인터페이스 관련 업무 담당자는 인터페이스 신청자, 접수자/검토자, EAI 개발자를 포함할 수 있다. 다만, 인터페이스 관련 업무 담당자는 업무의 역할 별로 임의로 구분한 것으로 인터페이스를 실질적으로 운영하는 고객사에 따라 다른 업무 담당자가 해당 역할을 수행할 수 있음은 물론이다. 예를 들어, 규모가 작은 회사의 경우 1명의 업무 담당자가 여러 역할을 수행할 수 있다. 즉, 규모가 큰 회사의 경우 접수자, 검토자, EAI 운영자 및 EAI 개발자가 별개의 인력으로 구비되어 있고, EAI 운영자가 EAI 개발자에게 인터페이스의 구축을 할당할 수 있다. 반면, 규모가 작은 회사의 경우, 접수자, 검토자, EAI 운영자 및 EAI개발자가 모두 동일한 사람이 될 수 있다. 다만, 본 명세서에서는 역할을 기준으로 업무 담당자를 구분하여 설명하도록 한다.

이때, 인터페이스 신청자는 인터페이스 구축을 신청하는 현업 또는 업무 담당자를 나타내고, 접수/검토자는 EAI 개발 검토자를 나타낸다. EAI 개발자는 EAI를 실질적으로 운영하고 개발하는 담당자를 나타낸다. 따라서, EAI 개발 검토자가 신청된 인터페이스를 승인한 후 EAI 운영 개발자에게 구축 대상 인터페이스를 할당할 수 있다.

라이프사이클 관리 모듈(1300)의 사용자 인터페이스 제공부(1301)가 제공하는 사용자 인터페이스 화면에 대하여는 후술하도록 한다.

권한 확인부(1302)는 상술한 사용자 인터페이스를 통하여 접근하는 업무 담당자의 권한을 확인할 수 있다. 보다 상세하게는, 라이프사이클 관리 모듈(1300)이 제공하는 사용자 인터페이스에 인터페이스 신청자, 접수자/검토자, EAI 운영자 및 EAI 개발자가 접근할 수 있다. 이때, 권한 확인부(1302)는 각각의 업무 담당자가 사용자 인터페이스 화면에서 접근하는 정보가 적절한지 여부를 판단할 수 있다. 이후, 권한 확인부(1302)는 업무 담당자가 접근하는 정보가 권한이 승인되는 경우에만 업무 담당자에게 정보를 제공할 수 있다.

일 실시 예에서, 라이프사이클 관리 모듈(1300)은 전자결재 시스템과 CSR(Change Service Request) 연동으로 인터페이스 구축 진행 절차를 관리할 수 있다. 이때, 권한 확인부(1302)는 전자결재 시스템의 프로세스 결제 모듈(1307)과 연동되어, 인터페이스의 구축 및 운영의 적용과 승인 과정에서 전자결재 시스템의 결재 승인 과정을 수행할 수 있다.

인터페이스 신청 관리부(1303)는 인터페이스의 신규 신청부터 인터페이스의 접수와 검토를 진행할 수 있다. 보다 상세하게는, 인터페이스 신청 관리부(1303)를 통하여 인터페이스의 신규 구축을 신청할 수 있다. 또한, 일 실시 예에서, 인터페이스 신청 관리부(1303)는 신청자를 통하여 새로운 인터페이스의 연계를 신청할 수 있다. 이때, 1차적으로 인터페이스 신청 관리부(1303)는 신청자를 통하여 신청자가 매핑 정의서 작성 및 저장 시 매핑 정의서의 정합성 여부를 확인할 수 있다. 이때, 매핑 정의서에 대한 설명은 상술한 실시 예를 참고하도록 한다.

또한, 인터페이스 신청 관리부(1303)는 인터페이스가 신규 신청되면, 통합 솔루션 별(예를 들어, EAI 솔루션, ETL 솔루션 및 기타 등)로 접수자를 통하여 인터페이스 신청서를 “접수” 또는 “반려”를 진행할 수 있다. 이후, 인터페이스 신청 관리부(1303)는 검토자를 통하여 인터페이스 개발을 위한 매핑 정의서를 검토한 후 “검토” 또는 “반려”를 진행할 수 있다. 일 실시 예에서, 인터페이스 신청 관리부(1303)는 검토자를 통해서 인터페이스 개발을 위한 매핑 정의서를 검토한 후, 필요 접수 요청사항에 대하여 승인할 수 있다. 또한, 인터페이스 신청 관리부(1303)는 검토자를 통해서 매핑 정의서를 검토한 후 적절한 EAI 개발자를 할당할 수 있다.

또한, 인터페이스 신청 관리부(1303)는 인터페이스가 실제 운영 환경에서 운영되는 중 변경 사항이 발생하는 경우, 인터페이스 변경 절차를 진행할 수 있다. 보다 상세하게는, 인터페이스 신청 관리부(1303)는 인터페이스의 요건 변경에 따라 인터페이스의 변경을 신청하고, 상술한 실시 예와 마찬가지로 접수 및 검토를 통하여 인터페이스를 변경할 수 있다.

일 실시 예에서, 인터페이스 신청 관리부(1303)를 통하여 인터페이스를 할당 받은 경우, 인터페이스 개발부(1304)는 인터페이스 매핑 정의서를 검토 및 피드백한 후 EAI 개발자를 통하여 인터페이스 개발을 진행할 수 있다. 이때, 매핑 정의서를 검토 및 피드백한 의견 및 수정된 이력(history)는 매핑 정의서에 기록될 수 있다.

인터페이스 개발부(1304)는 검토를 통과한 인터페이스를 실제로 구축할 수 있다. 인터페이스 개발부(1304)는 인터페이스의 연계 방식 및 표준화 준수 여부에 기초하여 인터페이스의 자동화 구축 수준을 적용할 수 있다. 여기에서, 자동화 구축 수준은 개발 요소의 범위를 나타낸다. 인터페이스의 표준화 정도에 따라 자동화 개발 요소의 범위가 다를 수 있다. 예를 들어, 인터페이스 서비스 개발 구성 요소는 데이터 타입, 메시지 타입, 메시지 간 매핑 변환, 서비스 인터페이스 및 이들 간의 연관 관계를 정의하는 다양한 오브젝트를 포함할 수 있다. 이때, 인터페이스 개발부(1304)는 표준화 정도에 따라 인터페이스 서비스 개발 요소 중 적어도 하나를 부분적으로 자동 생성하여 활용할 수 있다.

이때, 인터페이스 개발부(1304)는 외부 개발 수단을 이용하여 인터페이스를 구축할 수 있다. 또한, 인터페이스 개발부(1304)는 상술한 개발 자동화 모듈을 통하여 인터페이스를 자동으로 구축할 수 있다. 이하, 인터페이스를 자동으로 구축하는 실시 예는 후술하도록 한다.

인터페이스 테스트부(1305)는 구축된 인터페이스를 여러 테스트 케이스를 통해 검증하고 수정할 수 있다. 이때, 인터페이스 테스트부(1305)는 구축된 인터페이스의 성능을 모니터링하고, 오류 로깅 및 관리, 보안 감사 등을 수행할 수 있다. 또한, 인터페이스 테스트부(1305)는 대상 시스템의 신청자를 통해 인터페이스의 검증을 요청할 수 있다. 즉, 인터페이스 테스트부(1305)는 신청자에게 검증을 요청할 수 있고, 연계 대상 시스템의 양측 업무 담당자가 구축된 인터페이스로 데이터를 송수신하여 연계 대상 테스트 시스템의 검증을 수행할 수 있다.

인터페이스 이관(transfer)부(1306)는 인터페이스가 테스트를 통과하면 실제 운영 환경에서 사용되도록 이관할 수 있다. 이때, 인터페이스 이관부(1306)는 인터페이스 신청자의 확인 이후 운영 시스템에 구축된 인터페이스를 반영하도록 할 수 있다.

이와 같이 인터페이스 거버넌스 플랫폼의 라이프사이클 관리 모듈(1300)을 통하여 인터페이스를 관리하는 경우, 인터페이스를 통하여 다양한 서비스, 애플리케이션 및 시스템 간의 연계를 쉽게 만들고 인터페이스의 관리 및 유지 보수를 체계적이고 시스템화할 수 있다.

도 16은 본 발명의 인터페이스의 라이프사이클 관리 프로세스를 설명하는 도면이다.

상술한 바와 같이 신청자, 접수자/검토자, EAI 운영자 및 EAI 개발자는 라이프사이클 관리 모듈이 제공하는 사용자 인터페이스 화면을 통하여 인터페이스의 라이프사이클을 관리할 수 있다.

신청자는 인터페이스 구축을 신청하는 현업 또는 업무 담당자를 나타내고, 접수/검토자는 EAI 개발 검토자를 나타내고, EAI 개발자는 EAI를 실질적으로 운영하고, 대상 시스템에 대한 인터페이스를 개발하는 담당자를 나타낸다. 이에 대하여는 상술한 설명을 참고하도록 한다.

프로세스를 살펴보면, 신청자는 접수/검토자에게 인터페이스의 신규 구축을 신청할 수 있다.

접수/검토자는 신청자가 신청한 인터페이스의 신청 정보에 기초하여 신청서를 검토할 수 있다. 구체적으로, 접수/검토자는 인터페이스 신청 정보에 기초하여 신청서를 접수 또는 반려할 수 있다. 이때, 접수/검토자는 통합 솔루션 별로 업무 담당자가 신청서를 검토할 수 있다. 인터페이스 신청서가 접수되면 접수/검토자는 인터페이스 개발을 위한 매핑 정의서를 검토한 후 EAI 개발자에게 인터페이스 개발을 할당할 수 있다. 이때, 접수/검토자는 연계 표준 기준에 대하여 매핑 정의서를 검토할 수 있다.

다만, EAI 개발자에게 인터페이스 개발 요청이 할당된 이후에는 EAI 개발자가 매핑 정의서를 검토 및 피드백을 수행할 수 있다. 이때, EAI 개발자는 실질적인 인터페이스의 개발을 위하여 매핑 정의서를 검토하고 피드백할 수 있다. 예를 들어, EAI 개발자는 SQL 오류, 파일 저장 위치 정보 누락 등을 검토할 수 있다. 이때, EAI 개발자는 매핑 정의서에 대한 검토 피드백을 신청자에게 전달할 수 있고, 신청자는 EAI 개발자의 피드백에 기초하여 매핑 정의서를 수정할 수 있다.

EAI 개발자는 요구 조건에 맞춰 인터페이스를 구축할 수 있다. EAI 개발자는 연계 방식, 표준화 준수 여부에 기초하여 자동화 구축의 수준(개발 요소 범위)을 결정할 수 있다. 또한, EAI 개발자는 구축된 인터페이스를 신청자에게 검증(테스트)을 요청할 수 있다.

신청자는 인터페이스를 확인할 수 있다. 신청자가 인터페이스를 확인하고, EAI 개발자에게 인터페이스 운영 이관을 요청할 수 있다. 이에 따라, EAI 개발자는 승인된 인터페이스를 운영 시스템에 반영(이관)할 수 있다.

이관된 인터페이스를 사용하던 도중 변경 사항이 발생하는 경우, 신청자는 다시 인터페이스의 변경을 신청할 수 있다. 마찬가지로, 신청자는 인터페이스의 변경 신청서를 접수/검토자에게 제출할 수 있다. 접수/검토자는 인터페이스의 변경 신청서를 검토하여 EAI 개발자에게 인터페이스의 변경을 요청(개발자를 할당하는 과정)할 수 있고, EAI 개발자는 변경사항을 인터페이스에 반영할 수 있다.

도 17은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.

일 실시 예에서, 인터페이스 거버넌스 플랫폼은 인터페이스를 관리하는 사용자 인터페이스(UI) 화면을 제공할 수 있다.

본 도면은 라이프사이클 관리 모듈이 제공하는 사용자 인터페이스 화면을 설명한다. 사용자 인터페이스 화면은 인터페이스 요약(40), 인터페이스 현황(41), 통합 솔루션 그래프(42), 인터페이스 신청 현황(인터페이스 개수, 43), 바로가기 아이콘(44), 인터페이스 신청 목록(45) 및 공지사항(46)을 포함할 수 있다.

인터페이스 요약(40)은 내부 인터페이스, 외부 인터페이스, 내부 시스템 및 외부 시스템의 개수와 현재 신청 진행 중인 인터페이스 개수를 나타낼 수 있다.

인터페이스 현황(41)은 각 대상 시스템의 인터페이스 개수를 나타내는 그래프이다.

통합 솔루션 그래프(42)는 통합 솔루션 별 신규 건수를 나타내는 그래프이다. 여기에서, 통합 솔루션 별 신규 건수는 통합 솔루션 별, 해당 월별로 신규 인터페이스의 발생 개수를 나타낸다.

인터페이스 신청 현황(43)은 인터페이스 신청 현황에 대한 인터페이스 개수를 나타낼 수 있다. 예를 들어, 검토/접수 대기 중인 인터페이스의 개수가 몇 개인지, 개발/테스트 중인 인터페이스의 개수가 몇 개인지, 운영 이관된 인터페이스의 개수가 몇 개 인지 나타낼 수 있다.

바로가기 아이콘(44)은 인터페이스의 신규 신청 아이콘, 인터페이스의 변경 신청 아이콘, 시스템 조회 아이콘 및 시스템 등록 요청 아이콘을 포함할 수 있다. 사용자는 해당 아이콘을 선택함에 따라 해당 기능으로 바로 이동할 수 있다.

인터페이스 신청 목록(45)은 현재 인터페이스 신청 현황의 목록을 나타낼 수 있다. 인터페이스 신청 목록은 인터페이스의 신청 구분(신규 또는 변경)과 솔루션 종류, 프로젝트명, 신청자명, 진행단계 및 진행상태를 나타낼 수 있다.

공지사항(46)은 인터페이스 거버넌스 플랫폼이 사용자에게 전달하고자 하는 공지사항을 나타낼 수 있다.

이를 통해, 인터페이스 거버넌스 플랫폼의 사용자는 하나의 화면에서 인터페이스의 라이프사이클을 관리할 수 있다.

도 18은 본 발명의 인터페이스 관리 방법이 제공하는 사용자 인터페이스(UI) 화면을 개시하는 도면이다.

본 도면은 라이프사이클 관리 모듈이 제공하는 사용자 인터페이스 화면을 설명한다.

사용자 인터페이스 화면은 인터페이스 운영 현황(47)과 인터페이스 목록(48)을 포함할 수 있다.

여기에서, 인터페이스 운영 현황(47)은 다양한 필터를 통한 검색 기능을 지원할 수 있다.

인터페이스 목록(48)은 현재 관리하고 있는 인터페이스의 목록을 나타낸다. 인터페이스 목록(48)은 인터페이스의 각각에 대한 운영 기록, 인터페이스 상태, 솔루션 명, 내외부 구분, 모듈, 그룹명, 인터페이스 아이디, 인터페이스 관리 아이디, 인터페이스 명, 소스 시스템의 아이디 및 소스 시스템 명, 타겟 시스템의 아이디 및 타겟 시스템의 명을 나타낼 수 있다.

이때, 사용자는 사용자 인터페이스 화면을 통하여 인터페이스의 변경 신청, 폐기 신청을 간편히 할 수 있다. 또한, 사용자는 사용자 인터페이스 화면을 통하여 인터페이스 별 그룹을 설정하고 그룹을 해제할 수 있다. 또한, 인터페이스 거버넌스 플랫폼은 사용자 인터페이스 화면에 포함된 인터페이스 목록을 엑셀 파일로 제공할 수 있다.

라이프사이클 관리 모듈이 제공하는 사용자 인터페이스 화면은 인터페이스의 효과적인 관리를 지원할 수 있다. 이에 따라, 사용자는 화면을 통해 인터페이스 정보에 쉽게 접근하고, 필요한 관리 작업을 빠르게 수행할 수 있습니다.

도 19는 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.

본 발명의 인터페이스 관리 방법은 컴퓨팅 시스템의 애플리케이션 솔루션과 관련된 인터페이스를 관리하는 사용자 인터페이스(UI)를 제공할 수 있다(S310).

여기에서 제공되는 사용자 인터페이스는 인터페이스의 신청, 접수, 검토, 구축, 테스트, 운영 및 폐기의 라이프사이클 절차를 전반적으로 관리할 수 있는 화면에 대응한다. 이에 대하여는 도 14에서 상술한 내용을 참고하도록 한다.

본 발명의 인터페이스 관리 방법은 사용자 인터페이스에 접근하는 사용자의 권한을 확인할 수 있다(S320).

인터페이스 관리 방법이 제공하는 사용자 인터페이스는 인터페이스를 관리하기 위한 다양한 기능을 제공할 수 있다. 이때, 인터페이스 관리 방법은 관리 화면에 접근하는 사용자에 따라 다른 권한을 부여할 수 있다. 이에 대하여는 도 15에서 상술한 내용을 참고하도록 한다.

본 발명의 인터페이스 관리 방법은 사용자의 인터페이스 신청 요청에 따라 인터페이스의 개발을 요청할 수 있다(S330).

이때, 인터페이스 관리 방법은 인터페이스의 개발을 요청하는 사용자로부터 인터페이스의 신청 정보를 수신할 수 있다. 인터페이스 관리 방법은 인터페이스의 신청 정보에 기초하여 인터페이스의 개발 진행 여부를 승인 또는 반려할 수 있다.

일 실시 예에서, 인터페이스의 개발이 요청되면, 인터페이스의 개발을 위한 매핑 정의서를 검토할 수 있다. 매핑 정의서에 대한 설명은 상술한 내용을 참고하도록 한다.

일 실시 예에서, 인터페이스의 개발이 완료되는 경우, 개발된 인터페이스와 관련된 각각의 컴퓨팅 시스템들에게 검증을 요청할 수 있다. 이후, 인터페이스 관리 방법은 컴퓨팅 시스템들과 데이터를 송수신할 수 있다.

도 20은 본 발명의 인터페이스 거버넌스 플랫폼을 개시하는 도면이다.

인터페이스 거버넌스 플랫폼(10000)은 각 컴퓨팅 시스템이 구축하고자 하는 인터페이스에 대한 매핑 설계를 제공하기 위하여, 스펙 정의 모듈(1200)을 포함할 수 있다. 또한, 인터페이스 거버넌스 플랫폼(10000)은 컴퓨팅 시스템이 인터페이스를 자동으로 생성하고, 생성한 인터페이스를 테스트하기 위하여 개발 자동화 모듈(1400)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 실시 예를 참고하도록 한다.

스펙 정의 모듈(1200)은 인터페이스의 매핑 정의서 관리를 위하여 사용자 인터페이스 제공부(1201), 스펙 정의부(1202) 및 유효성 확인부(1203)를 포함할 수 있다.

개발 자동화 모듈(1400)은 인터페이스의 자동화 생성을 위하여 인터페이스 생성부 및 테스트부를 포함할 수 있다. 개발 자동화 모듈(1400)은 설계된 매핑 정의서에 대응하는 인터페이스 서비스의 구성 요소 별 오브젝트를 자동으로 생성할 수 있다. 이때, 개발 자동화 모듈(1400)은 매핑 정의서에 따라 자동으로 인터페이스의 구성 요소 중 코드 및 설정 등을 생성할 수 있다. 예를 들어, 개발 자동화 모듈(1400)은 매핑 정의서에서 자동화된 코드를 생성할 수 있다. 또한, 개발 자동화 모듈(1400)은 구성 요소의 버전 관리 및 동기화를 지원할 수 있다.

또한, 개발 자동화 모듈(1400)은 생성된 인터페이스 서비스의 검증을 위한 테스트를 수행하여 서비스의 오류나 문제점을 사전에 찾아낼 수 있다. 예를 들어, 개발 자동화 모듈(1400)은 설계된 인터페이스에 대한 테스트 시나리오 및 사용 예(use case)를 시뮬레이션하여 서비스를 검증할 수 있다.

이를 통하여, 본 발명의 인터페이스 거버넌스 플랫폼(10000)은 인터페이스의 설계 및 구축에 대한 개발 기능과 인터페이스의 검증 및 배포에 대한 운영 기능의 통합을 통한 효율적인 인터페이스 관리가 가능하게 된다.

도 21은 본 발명의 스펙 정의 모듈을 개시하는 도면이다.

스펙 정의 모듈(1200)은 인터페이스의 매핑 정의서 관리를 위하여 사용자 인터페이스 제공부(1201), 스펙 정의부(1202) 및 유효성 확인부(1203)를 포함할 수 있다. 여기에서, 스펙 정의 모듈(1200)이 포함하는 부(unit)들은 스펙 정의 모듈이 수행하는 기능을 구분하기 위한 것으로 물리적인 구성이 아님은 당연하다.

사용자 인터페이스 제공부(1201)는 인터페이스 구축을 위한 매핑 정의서의 작성 화면에 대한 사용자 인터페이스(UI)를 제공할 수 있다. 이때, 사용자 인터페이스 제공부(1201)는 상술한 다른 모듈의 사용자 인터페이스와 동일하거나 상이할 수 있다. 즉, 사용자 인터페이스 제공부(1201)가 제공하는 구성은 스펙 정의 모듈(1200)이 단독적으로 실시하는 구성이거나 다른 모듈과 함께 공동으로 실시하는 구성일 수 있다.

여기에서, 매핑 정의서는 개발자가 인터페이스를 개발하기 위한 설계 문서에 대응한다. 이때, 사용자 인터페이스 제공부(1201)는 인터페이스 정보 저장소에 저장된 기준 정보 또는 메타 정보를 활용하여 매핑 정의서의 작성 화면을 구성할 수 있다. 일 실시 예에서, 사용자는 사용자 인터페이스 제공부(1201)가 제공하는 매핑 정의서의 작성 화면에서 드래그 앤 드롭(drag & drop) 인터페이스를 사용하여 매핑 정의서 내의 데이터 요소를 쉽게 매핑할 수 있다.

일 실시 예에서, 사용자 인터페이스 제공부(1201)는 미리 정의된 매핑 정의서에 대한 템플릿을 사용자에게 제공할 수 있다. 특히, 사용자 인터페이스 제공부는 주요 인터페이스 유형에 대한 템플릿을 제공할 수 있다. 이를 통하여 사용자는 직관적이고 쉽게 인터페이스의 매핑 정의서를 작성할 수 있다.

스펙 정의부(1202)는 메시지 구조를 정의할 수 있고, 입력된 데이터를 매핑할 수 있고, 함수를 정의할 수 있다. 예를 들어, 스펙 정의부(1202)는 메시지의 데이터 구조를 시각화할 수 있다. 또한, 스펙 정의부(1202)는 서로 다른 데이터 구조 간의 연결 및 변환 규칙을 정의할 수 있다. 또한, 스펙 정의부(1202)는 특정 변환 로직이나 유효성 검사 로직을 사용자가 직접 정의하도록 지원할 수 있다. 이를 통하여, 사용자는 복잡한 메시지 구조와 변환 규칙을 쉽게 정의하고 관리할 수 있다.

유효성 확인부(1203)는 입력된 데이터에 대한 유효성을 확인하고, 매핑 정의서를 저장할 수 있다. 보다 상세하게는, 유효성 확인부(1203)는 사용자가 데이터나 매핑 규칙을 입력할 때 실시간으로 바로 유효성을 확인하고 오류 메시지를 제공할 수 있다. 일 실시 예에서, 유효성 확인부(1203)를 통하여 유효성이 검증된 매핑 정의서는 인터페이스 정보 저장소에 저장될 수 있다. 이때, 유효성 확인부(1203)는 사용자의 작업 내용을 자동으로 저장하여 데이터 손실을 방지할 수 있다. 또한, 유효성 확인부(1203)는 유효성 확인 후 문제가 있는 부분에 대한 오류 보고서를 사용자에게 제공할 수 있다. 이를 통하여, 데이터의 정확성과 일관성을 보장하며, 오류나 문제를 사전에 방지할 수 있다.

이를 통하여 인터페이스에 대한 정보와 매핑 규칙을 통합적으로 관리하고 추적할 수 있다.

도 22는 본 발명의 개발 자동화 모듈을 개시하는 도면이다.

개발 자동화 모듈(1400)은 인터페이스의 자동화 생성을 위하여 인터페이스 생성부(1401) 및 테스트부(1402)를 포함할 수 있다. 상술한 바와 마찬가지로, 개발 자동화 모듈(1400)이 포함하는 부(unit)들은 개발 자동화 모듈이 수행하는 기능을 구분하기 위한 것으로 물리적인 구성이 아님은 당연하다.

인터페이스 생성부(1401)는 인터페이스 정보 저장소에 저장된 기준 정보 및 메타 정보와 스펙 정의 모듈을 통하여 작성된 인터페이스 매핑 정의서 정보에 기초하여 인터페이스 서비스 구성 요소를 생성할 수 있다. 또한, 인터페이스 생성부(1401)는 인터페이스의 버전(version) 정보를 관리할 수 있다.

일 실시 예에서, 인터페이스 생성부(1401)는 인터페이스 서비스 생성 전 실제 서비스가 존재하는지 여부를 확인할 수 있다. 이를 위하여, 인터페이스 생성부(1401)는 인터페이스의 명명 규칙(rule)을 검증할 수 있다. 이때, 인터페이스 생성부(1401)는 사용자 인터페이스 제공부를 통하여 인터페이스의 이름을 확인하기 위한 화면을 제공할 수 있다.

또한, 인터페이스 생성부(1401)는 애플리케이션 솔루션과 연동하여 해당 인터페이스 서비스의 생성 여부 및 인터페이스의 버전 정보를 확인할 수 있다. 이때, 인터페이스 생성부(1401)는 API를 활용하여 다른 컴퓨팅 시스템의 애플리케이션 솔루션과 연동하여 해당 애플리케이션 서비스의 생성 여부와 인터페이스의 버전 정보를 확인할 수 있다. 이를 위하여, 인터페이스 생성부(1401)는 애플리케이션 솔루션 설정 저장소(Repository)에 접근할 수 있다.

즉, 개발 자동화 모듈(1400)은 애플리케이션 솔루션 설정 저장소 접근 기술을 이용하여 소스 코드, 설정 및 문서 등의 버전 정보를 관리하는 저장소에 접근할 수 있다. 예를 들어, 개발 자동화 모듈(1400)은 사용자별, 그룹 별로 설정 저장소에 대한 읽기 또는 쓰기 권한을 관리할 수 있고, 설정 저장소에 프로그래밍적으로 접근할 때 사용하는 API 키 또는 액세스 토큰을 관리할 수 있다.

일 실시 예에서, 인터페이스 생성부(1401)는 해당 인터페이스가 생성되어 있지 않은 경우, 인터페이스 서비스 구성 요소 별로 자동으로 오브젝트를 생성할 수 있다. 특히, 인터페이스 생성부(1401)는 사용자 인터페이스 제공부를 통하여 사용자가 버튼을 선택하는 입력 신호에 따라 연관된 순서대로 인터페이스 서비스 구성 요소의 오브젝트를 자동으로 생성할 수 있다.

일 실시 예에서, 인터페이스 서비스 구성 요소 별 오브젝트는 연관 관계 정보와 선후행 관계 정보를 포함한다. 이에 따라, 인터페이스 생성부(1401)는 오브젝트의 연관 관계 정보 및 선후행 관계 정보 중 적어도 하나에 기초하여 저장소 종류 별로 표준화 정도에 따라 오브젝트의 자동 생성 범위를 다르게 적용할 수 있다.

이후 인터페이스 생성부(1401)는 인터페이스 생성 정보를 확인하는 화면을 사용자 인터페이스부를 통하여 제공할 수 있다.

테스트부(1402)는 생성된 인터페이스 서비스 검증을 위한 테스트 화면을 제공할 수 있다. 이때, 테스트부(1402)는 사용자 인터페이스 제공부를 통하여 생성된 인터페이스 서비스 검증을 위한 테스트 화면을 제공할 수 있다. 일 실시 예에서, 테스트부(1402)는 테스트 데이터 생성 기능, 테스트 데이터 전송 기능, 전송 결과 수집 기능 및 테스트 결과 정보 제공 기능을 수행할 수 있다. 보다 상세하게는, 테스트 데이터 생성 기능은 테스트 데이터를 편집하는 기능을 제공할 수 있다.

일 실시 예에서, 테스트 데이터 전송 기능과 전송 결과 수집 기능은 애플리케이션 솔루션과 연동하여 테스트 데이터를 애플리케이션에게 전송하고, 그 결과를 수집할 수 있다. 보다 상세하게는, 테스트부(1402)는 기존 데이터와 신규로 구축된 인터페이스를 통하여 전송된 결과 데이터를 비교 및 검증할 수 있다. 예를 들어, 테스트부(1402)는 기존 대상 시스템 측이 변경되지 않고 신규로 통합 솔루션이 도입되는 경우, 기존 통합 솔루션이 새로운 통합 솔루션으로 전환 구축되는 경우, 통합 솔루션이 업그레이드되는 경우에 기존 데이터의 신규로 구축된 인터페이스의 데이터를 검증할 수 있다.

인터페이스 거버넌스 플랫폼은 상술한 실시 예를 사용하여 애플리케이션 솔루션과 다른 시스템 또는 서비스 간의 연동을 구현하고 관리할 수 있다.

도 23은 본 발명의 인터페이스 매핑 정의서를 나타내는 도면이다.

상술한 바와 같이 인터페이스 거버넌스 플랫폼은 인터페이스 생성을 위한 매핑 정의서 정의 화면을 제공할 수 있다.

여기에서, 매핑 정의서 정의 화면은, 정의서 ID와 정의서 전문 정보, 인터페이스 목록, 매핑 ss정의서 항목을 제공할 수 있다.

매핑 정의서 전문 정보는 매핑 정의서 ID에 대하여, 요청된 데이터의 표준 적용 여부, 제공 데이터의 표준 적용 여부, 매핑 정의서 작성자 이름, 매핑 정의서 등록일, 요청 레이아웃 담당자명, 제공 레이아웃 담당자명, 레이아웃 설명 및 레이아웃 구분 정보를 포함할 수 있다. 특히, 요청된 데이터와 제공된 데이터의 표준 적용 여부는 해당 송수신 메시지의 메타 데이터에 기초하여 서비스 프록시(proxy)를 제공하여 메시지를 송수신할 수 있도록 표준화된 처리 방식을 제공할 수 있다.

또한, 인터페이스 목록은 인터페이스 ID에 대하여, 인터페이스명, 인터페이스 구분 정보, 제공 시스템 ID, 제공 시스템 명, 제공 모듈 명, 서비스 상태 정보, 최종 개시 일자, Tx 타입 정보, 요청 시스템 ID, 요청 시스템 명, 요청 모듈명을 포함할 수 있다.

매핑 정의서 항목은 송수신 구분 코드, 레이아웃 타입, 필드 순번, 레벨, 자바 패키지명, 필드명, 필드 한글명, 발생횟수, 데이터 타입, 길이, 필드 설명 등을 포함할 수 있다. 사용자는 매핑 정의서 항목에 포함된 필드에 매핑 정의서 정보를 입력하여 매핑 정의서 항목을 저장할 수 있다.

이렇게 작성된 정보에 기초하여 XML 파일을 자동으로 생성할 수 있고, VO(Value Object)를 자동으로 생성할 수 있다. 여기에서, XML 파일을 자동을 생성한다는 것은 사용자가 일부 파라미터나 설정을 입력하면, 그에 따른 XML 구조가 자동으로 생성되는 것을 의미한다. 또한, VO를 자동으로 생성한다는 것은 데이터베이스 테이블의 스키마나 다른 데이터 소스의 정보를 바탕으로 VO 클래스를 자동으로 생성하는 기능을 의미한다.

매핑 정의서를 통하여 활용 가능한 오브젝트의 메타데이터를 비교할 수 있고, 오브젝트 메타데이터의 버전 관리가 가능하다. 여기에서 오브젝트는 상술한 인터페이스 구성 요소 별로 생성된 각 오브젝트를 나타낼 수 있다. 본 발명은 이러한 오브젝트들의 메타데이터를 이용하여 각 오브젝트를 비교하거나, 오브젝트 메타데이터의 버전을 관리할 수 있다.

도 24는 본 발명의 인터페이스 정보 저장소에 저장된 기준 정보를 나타내는 도면이다.

인터페이스 거버넌스 플랫폼은 인터페이스 생성을 위하여 인터페이스 정보 저장소에 저장된 기준 정보를 활용하여 매핑 정의서의 작성 화면을 구성할 수 있다.

본 도면은 이를 위한 인터페이스 정보 저장소에 저장된 기준 정보를 나타낸다.

예를 들어, 인터페이스 거버넌스 플랫폼은 인터페이스 정보 화면을 제공할 수 있다. 인터페이스 정보 화면은 인터페이스 ID, 인터페이스 ID에 대한 기본 정보, 요청 시스템에 대한 정보와 제공 시스템에 대한 정보를 포함할 수 있다.

인터페이스 ID에 대한 기본 정보는 인터페이스의 서비스 상태, 인터페이스 타입 정보, 주관 모듈 정보, Tx 타입 정보, 정의서 ID, 인터페이스 구분, Sub 모듈 정보, 레이아웃 구분 정보 등을 포함할 수 있다.

요청 시스템 정보 및 제공 시스템 정보는 각각 시스템명, 시스템 모듈 정보, 시스템 서브 모듈 정보, 시스템 담당자 명, 전송 프로토콜 정보, 프로그램 명, 시스템-함수명(operation) 등을 포함할 수 있다. 또한, 각각 요청 시스템의 요청자 ID와 제공 시스템의 제공자 ID를 포함할 수 있다.

인터페이스 거버넌스 플랫폼은 인터페이스의 기준 정보 또는 메타 정보와, 매핑 정의서를 통하여 인터페이스 서비스 구성 요소의 오브젝트를 자동으로 생성할 수 있다.

이때, ESR(Enterprise Service Repository) 등록을 통하여 인터페이스 서비스 구성 요소 별 오브젝트의 정보를 저장하고 관리할 수 있다. 오브젝트의 ESR 정보에 대하여는 후술하도록 한다.

도 25는 본 발명의 인터페이스 서비스 구성 요소 별 오브젝트의 정보를 나타내는 도면이다.

본 도면은 인터페이스 자동화 생성을 위한 인터페이스 서비스 구성 요소 별 오브젝트의 ESR/ID정보를 포함하는 도면이다.

예를 들어, 인터페이스 오브젝트는 ESR 정보로 레이아웃 네임스페이스(Layout Namespcace) 정보, 요청자 네임스페이스(Consumer Namespace) 정보, 제공자 네임스페이스(Provider Namespace) 정보, 요청자 요청 데이터 타입(Consumer Request Data Type), 제공자 요청 데이터 타입(Provider Request Data Type), 요청자 응답 데이터 타입(Consumer Response Data Type), 제공자 응답 데이터 타입(Provider Response Data Type), 요청자 요청 메시지 타입(Consumer Request Message Type), 제공자 요청 메시지 타입(Provider Request Message Type), 요청자 응답 메시지 타입(Consumer Response Message Type), 제공자 응답 메시지 타입(Provider Response Message Type), 요청자 서비스 인터페이스 이름, 제공자 서비스 인터페이스 이름, 요청 메시지 매핑 정보, 응답 메시지 매핑 정보, 동작 매핑 정보 등을 포함할 수 있다.

또한, 인터페이스 오브젝트는 ID 정보로, 구성 시나리오(configuration scenario) ID, 구성 시나리오 설명, 통합 구성 설명, 제공자 컴포넌트 ID, 제공자 인터페이스 이름, 제공자 인터페이스 네임스페이스, 발신자 컴포넌트 ID, 발신자 인터페이스 이름, 발신자 인터페이스 네임스페이스, 발신자 채널 이름을 포함할 수 있다.

상술한 바와 같이 ESR과 ID의 네임스페이스를 정의하는 경우, 오브젝트나 서비스가 서로 중복되지 않게 하고 조직화된 방식으로 관리할 수 있다. 본 도면과 같은 ESR 정보 및 ID 정보는 네임스페이스에서 오브젝트의 유일성을 보장하고 정리된 구조를 제공함으로써 인터페이스 자동화에 도움을 줄 수 있다.

도 26은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.

일 실시 예에서, 인터페이스 관리 방법은 저장된 인터페이스의 기준 정보에 기초하여 인터페이스 생성을 위한 매핑 정의서 작성 화면을 제공할 수 있다(S410).

여기에서, 매핑 정의서는 개발자가 인터페이스를 개발하기 위한 설계 문서에 대응한다. 이때, 사용자 인터페이스 제공부는 인터페이스 정보 저장소에 저장된 기준 정보 또는 메타 정보를 활용하여 매핑 정의서의 작성 화면을 구성할 수 있다. 이에 대하여는 도 2 및 도 21에서 상술한 내용을 참고하도록 한다.

일 실시 예에서, 인터페이스 관리 방법은 매핑 정의서 및 기준 정보에 기초하여 인터페이스를 생성할 수 있다(S420).

보다 상세하게는, 인터페이스 관리 방법은 인터페이스의 서비스의 명명 규칙을 검증할 수 있다. 또한, 인터페이스 관리 방법은 인터페이스의 서비스의 구성 요소에 따른 오브젝트의 버전 정보를 확인할 수 있다. 일 실시 예에서, 인터페이스 관리 방법은 입력 신호에 기초하여 연관된 순서에 따라 상기 오브젝트를 자동으로 생성할 수 있다. 일 실시 예에서, 인터페이스 관리 방법은 생성된 인터페이스를 검증하기 위한 테스트 화면을 제공할 수 있다. 이에 대하여는 도 3, 도 5 및 도 22에서 상술한 내용을 참고하도록 한다.

10, 12, 15, 16~19 : 분산 에이전트 어댑터
22, 25, 26~29: 통합솔루션
100: 컨트롤 시스템
110: 컴퓨터 서버
120: 스토리지/데이터베이스
1000: 인터페이스 표준화 모듈
2000: 인터페이스 모니터링 모듈
10000: 인터페이스 거버넌스 플랫폼

Claims (9)

1. 클라우드 또는 온프레미스 컴퓨팅 시스템 중 적어도 하나의 시스템에 설치된 애플리케이션 통합 솔루션의 인터페이스를 관리하는 플랫폼이 애플리케이션 솔루션과 관련된 제 1 인터페이스의 기준 정보를 등록하고 저장하는 단계;
   상기 저장된 제 1 인터페이스의 기준 정보에 기초하여 상기 제 1 인터페이스의 생성을 위한 매핑 정의서 작성 화면을 제공하는 단계; 및
   상기 매핑 정의서 및 상기 기준 정보에 기초하여 상기 제 1 인터페이스를 생성하는 단계를 포함하되,
   상기 제 1 인터페이스를 생성하는 단계는,
   상기 제 1 인터페이스의 서비스의 명명 규칙을 검증하는 단계; 및
   상기 제 1 인터페이스의 서비스의 구성 요소에 따른 오브젝트의 버전 정보를 확인하는 단계를 포함하는, 인터페이스 관리 방법.
   
2. 삭제
3. 제 1 항에 있어서,
   상기 제 1 인터페이스를 생성하는 단계는,
   입력 신호에 기초하여 연관된 순서에 따라 상기 오브젝트를 자동으로 생성하는 단계를 포함하는, 인터페이스 관리 방법.
   
4. 제 3 항에 있어서,
   상기 생성된 제 1 인터페이스를 검증하기 위한 테스트 화면을 제공하는 단계를 포함하는, 인터페이스를 관리하는 방법.
   
5. 데이터를 저장하는 데이터베이스; 및
   상기 데이터를 처리하는 프로세서를 포함하고,
   상기 프로세서는,
   클라우드 또는 온프레미스 컴퓨팅 시스템 중 적어도 하나의 시스템에 설치된 애플리케이션 통합 솔루션의 인터페이스를 관리하는 플랫폼을 통하여 애플리케이션 솔루션과 관련된 제 1 인터페이스의 기준 정보를 등록하고 저장하고,
   상기 저장된 제 1 인터페이스의 기준 정보에 기초하여 상기 제 1 인터페이스의 생성을 위한 매핑 정의서 작성 화면을 제공하고,
   상기 매핑 정의서 및 상기 기준 정보에 기초하여 상기 제 1 인터페이스를 생성하되,
   상기 제 1 인터페이스를 생성하기 위해, 상기 제 1 인터페이스의 서비스의 명명 규칙을 검증하고,
   상기 제 1 인터페이스의 서비스의 구성 요소에 따른 오브젝트의 버전 정보를 확인하는, 인터페이스 거버넌스 시스템.
   
6. 삭제
7. 제 5 항에 있어서,
   상기 프로세서는,
   입력 신호에 기초하여 연관된 순서에 따라 상기 오브젝트를 자동으로 생성하는, 인터페이스 거버넌스 시스템.
   
8. 제 7 항에 있어서,
   상기 프로세서는,
   상기 생성된 제 1 인터페이스를 검증하기 위한 테스트 화면을 제공하는, 인터페이스 거버넌스 시스템.
   
9. 클라우드 또는 온프레미스 컴퓨팅 시스템 중 적어도 하나의 시스템에 설치된 애플리케이션 통합 솔루션의 인터페이스를 관리하는 플랫폼이 애플리케이션 솔루션과 관련된 제 1 인터페이스의 기준 정보를 등록하고 저장하는 단계;
   상기 저장된 제 1 인터페이스의 기준 정보에 기초하여 상기 제 1 인터페이스의 생성을 위한 매핑 정의서 작성 화면을 제공하는 단계; 및
   상기 매핑 정의서 및 상기 기준 정보에 기초하여 상기 제 1 인터페이스를 생성하는 단계를 포함하되,
   상기 제 1 인터페이스를 생성하는 단계는,
   상기 제 1 인터페이스의 서비스의 명명 규칙을 검증하는 단계; 및
   상기 제 1 인터페이스의 서비스의 구성 요소에 따른 오브젝트의 버전 정보를 확인하는 단계를 포함하는, 인터페이스를 관리하는 컴퓨터로 실행 가능한 프로그램을 저장하는 저장매체.
   
   

Images