KR102669668B1 - 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 - Google Patents
인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 Download PDFInfo
- Publication number
- KR102669668B1 KR102669668B1 KR1020230121567A KR20230121567A KR102669668B1 KR 102669668 B1 KR102669668 B1 KR 102669668B1 KR 1020230121567 A KR1020230121567 A KR 1020230121567A KR 20230121567 A KR20230121567 A KR 20230121567A KR 102669668 B1 KR102669668 B1 KR 102669668B1
- Authority
- KR
- South Korea
- Prior art keywords
- interface
- information
- log data
- user
- log
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 94
- 230000009471 action Effects 0.000 claims abstract description 27
- 238000007726 management method Methods 0.000 claims description 213
- 238000013507 mapping Methods 0.000 claims description 91
- 238000011161 development Methods 0.000 claims description 88
- 230000008569 process Effects 0.000 claims description 55
- 208000024891 symptom Diseases 0.000 claims description 29
- 230000002159 abnormal effect Effects 0.000 claims description 16
- 230000005856 abnormality Effects 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 description 195
- 238000010586 diagram Methods 0.000 description 105
- 238000012545 processing Methods 0.000 description 85
- 230000018109 developmental process Effects 0.000 description 84
- 230000000875 corresponding effect Effects 0.000 description 75
- 239000003795 chemical substances by application Substances 0.000 description 60
- 230000005540 biological transmission Effects 0.000 description 38
- 238000012360 testing method Methods 0.000 description 38
- 230000006870 function Effects 0.000 description 36
- 238000010276 construction Methods 0.000 description 30
- 230000004044 response Effects 0.000 description 29
- 238000012552 review Methods 0.000 description 22
- 108091006146 Channels Proteins 0.000 description 21
- 230000008859 change Effects 0.000 description 21
- 230000010354 integration Effects 0.000 description 20
- 238000003672 processing method Methods 0.000 description 18
- 238000006243 chemical reaction Methods 0.000 description 17
- 238000013461 design Methods 0.000 description 13
- 238000001514 detection method Methods 0.000 description 13
- 238000012790 confirmation Methods 0.000 description 11
- 238000012423 maintenance Methods 0.000 description 8
- 230000001360 synchronised effect Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 8
- 238000012795 verification Methods 0.000 description 8
- 238000012986 modification Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000013506 data mapping Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 239000008186 active pharmaceutical agent Substances 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 239000000370 acceptor Substances 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 206010000117 Abnormal behaviour Diseases 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000004064 recycling Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000000844 transformation Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3442—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for planning or managing the needed capacity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3452—Performance evaluation by statistical analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Life Sciences & Earth Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Evolutionary Biology (AREA)
- Probability & Statistics with Applications (AREA)
- Debugging And Monitoring (AREA)
Abstract
본 발명의 실시 예는, 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득하는 단계; 미리 정의된 장애 판별 기준 정보에 기반하여 상기 로그 데이터로부터 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지하는 단계; 및 상기 감지된 장애에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 단계;를 포함하는, 인터페이스 관리 방법을 제공한다.
Description
이하의 개시는 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체에 관한 것이다.
컴퓨팅 시스템을 기반으로 기업과 기업, 또는 기업 내에 수많은 애플리케이션 시스템들 간에 여러 가지 정보 교환이 이루어지고 있다.
컴퓨팅 시스템은 클라우드 시스템인 경우가 증가하고 있으나, 기업 내의 온프레미스(on-premise) 시스템인 경우도 적지 않다. 전통적인 온프레미스 시스템 환경에서 클라우드 시스템 환경으로의 전환이 급속도로 이루어지고 있다.
이종의 컴퓨팅 시스템에서 컴퓨터의 종류가 다른 경우, 연결된 컴퓨팅 시스템과 API(Application programming interface) 등의 인터페이스 연동할 수 있는 시스템을 구축할 수 있다.
그러나 이러한 시스템 연동 체계는 적용원칙, 구현방식, 관리 기준 등이 서로 다를 수 있고 모니터링되기 힘든 문제점이 있었다.
이러한 시스템 연동 체계에 대해 관리자를 통해 문제점이나 장애를 확인하는 것은 시간이 오래 걸릴 수 있고 현재 구동되는 컴퓨팅 시스템에 문제가 될 수 있어 관리하기도 힘들고 해결책을 검증하기 어려운 문제점이 있었다.
또한 기업 내에 컴퓨팅 시스템의 리소스를 증가시키면 기존의 컴퓨팅 시스템과의 인터페이스 상 위와 같은 문제점이 반복해서 발생할 수 있어 이러한 반복되는 문제점에 대한 정확하고 신뢰도 있는 조치를 하기 힘든 문제점이 있었다.
개시하는 실시 예는, 위와 같은 문제점들을 해결하기 위한 것으로서, 서로 연결된 컴퓨팅 시스템들의 인터페이스를 용이하게 관리하고 그 관리 결과를 정확성을 쉽게 검증할 수 있는, 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.
개시하는 실시 예는, 각각 다른 컴퓨팅 시스템들 간의 데이터를 원활하게 송수신하기 위한 인터페이스를 개발하는 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.
개시하는 실시 예는 연결된 컴퓨팅 시스템들의 간의 장애를 빨리 확인하고 쉽게 관리할 수 있는, 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.
개시하는 실시 예는 연결된 컴퓨팅 시스템의 반복되는 장애를 정확하고 신뢰도 있게 조치할 수 있는 컴퓨팅 시스템들의 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.
개시하는 실시 예는 인터페이스 설계, 구축, 관리, 운영 및 유지보수를 효율적으로 수행할 수 있는 인터페이스를 관리하는 방법, 인터페이스 거버넌스 시스템, 및 컴퓨터 시스템들의 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공하는 것이다.
개시하는 실시 예는 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득하는 단계; 미리 정의된 장애 판별 기준 정보에 기반하여 상기 로그 데이터로부터 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지하는 단계; 및 상기 감지된 장애에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 단계;를 포함하는, 인터페이스 관리 방법을 제공한다.
상기 인터페이스 관리 방법은 상기 제공하는 단계 이전에, 상기 로그 데이터에 대한 통계 정보에 기반하여 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지하는 단계;를 더 포함하는 것을 특징으로 한다.
상기 제공하는 단계는, 상기 감지된 장애 또는 이상 증후 중 적어도 하나에 기반하여 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 결정하는 단계; 및 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 단계;를 포함하는 것을 특징으로 한다.
상기 장애 조치 가이드는, 상기 장애 조치 가이드에 대한 이전 장애 조치에 따른 장애 조치 적중률에 기반하여 결정되는 것을 특징으로 한다.
상기 인터페이스 관리 방법은 상기 제공하는 단계 이후에, 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나에 대응하는 장애 조치 정보를 획득하는 단계; 및 상기 장애 조치 정보에 기반하여 상기 장애 조치 가이드에 대한 장애 조치 적중률을 결정하는 단계;를 더 포함하는 것을 특징으로 한다.
개시하는 실시 예는 데이터를 저장하는 데이터베이스; 및 상기 데이터를 처리하는 프로세서를 포함하고, 상기 프로세서는, 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득하고, 미리 정의된 장애 판별 기준 정보에 기반하여 상기 로그 데이터로부터 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지하고, 상기 감지된 장애에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 것을 특징으로 한다.
상기 프로세서는, 상기 로그 데이터에 대한 통계 정보에 기반하여 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지하는 것을 특징으로 한다.
상기 프로세서는, 상기 감지된 장애 또는 이상 증후 중 적어도 하나에 기반하여 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 결정하고, 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 것을 특징으로 한다.
상기 장애 조치 가이드는, 상기 장애 조치 가이드에 대한 이전 장애 조치에 따른 장애 조치 적중률에 기반하여 결정되는 것을 특징으로 한다.
상기 프로세서는, 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나에 대응하는 장애 조치 정보를 획득하고, 상기 장애 조치 정보에 기반하여 상기 장애 조치 가이드에 대한 장애 조치 적중률을 결정하는 것을 특징으로 한다.
개시하는 실시 예는 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득하고, 미리 정의된 장애 판별 기준 정보에 기반하여 상기 로그 데이터로부터 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지하고, 상기 감지된 장애에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공하는 단계를 수행하는 인터페이스를 관리하는 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체를 제공한다.
개시하는 실시 예에 따르면 컴퓨팅 시스템들을 연결하는 인터페이스를 구축함으로써 서로 다른 컴퓨팅 시스템들 간의 데이터를 용이하게 송수신할 수 있다.
개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 인터페이스를 용이하게 관리하고 그 관리 결과를 정확성을 쉽게 검증할 수 있다.
개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템들의 간의 장애를 빨리 확인하고 쉽게 관리할 수 있다.
개시하는 실시 예에 따르면 서로 연결된 컴퓨팅 시스템 간의 반복되는 장애를 정확하고 신뢰도 있게 조치할 수 있다.
개시하는 실시 예에 따르면 인터페이스 설계, 구축, 관리, 운영 및 유지보수를 효율적으로 수행할 수 있다.
도 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은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.
도 27은 실시 예에 따른 인터페이스 거버넌스 시스템이 로그 데이터를 수집하는 예를 개시하는 도면
도 28은 실시 예에 따른 인터페이스 관련 프로세스에 포함된 적어도 하나의 단계에 대한 로그 데이터를 생성하는 예를 개시하는 도면
도 29는 실시 예에 따른 수집기 접속 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 30은 실시 예에 따른 수집기 수행 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 31은 실시 예에 따른 인터페이스 관리 방법이 로그 데이터를 수집하는 예를 개시하는 흐름도
도 32는 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 도면
도 33은 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 다른 예를 개시하는 도면
도 34는 실시 예에 따른 통합 솔루션에 기반하여 수집된 로그 데이터에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 35는 실시 예에 따른 인터페이스 매핑 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 36은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 37은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 다른 예를 개시하는 도면
도 38은 실시 예에 따른 인터페이스 관리 방법이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 흐름도
도 39는 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 도면
도 40은 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 다른 예를 개시하는 도면
도 41은 실시 예에 따른 집계 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 42는 실시 예에 따른 인터페이스 현황 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 43은 실시 예에 따른 리소스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 44는 실시 예에 따른 성능 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 45는 실시 예에 따른 트랜잭션 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 46은 실시 예에 따른 메시지 상세 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 47은 실시 예에 따른 어댑터 백로그 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 48은 실시 예에 따른 어댑터 큐 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 49는 실시 예에 따른 채널 상태 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 50은 실시 예에 따른 사용자 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 51은 실시 예에 따른 담당 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 52는 실시 예에 따른 인터페이스 그룹 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 53은 실시 예에 따른 시스템 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 54는 실시 예에 따른 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 55는 실시 예에 따른 인터페이스 관리 방법이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 흐름도
도 56은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 예를 개시하는 도면
도 57은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 다른 예를 개시하는 도면
도 58은 실시 예에 따른 알림 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 59는 실시 예에 따른 인터페이스 관리 방법이 데이터 포맷을 변환하는 예를 개시하는 흐름도
도 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은 본 발명의 인터페이스 관리 방법을 개시하는 순서도이다.
도 27은 실시 예에 따른 인터페이스 거버넌스 시스템이 로그 데이터를 수집하는 예를 개시하는 도면
도 28은 실시 예에 따른 인터페이스 관련 프로세스에 포함된 적어도 하나의 단계에 대한 로그 데이터를 생성하는 예를 개시하는 도면
도 29는 실시 예에 따른 수집기 접속 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 30은 실시 예에 따른 수집기 수행 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 31은 실시 예에 따른 인터페이스 관리 방법이 로그 데이터를 수집하는 예를 개시하는 흐름도
도 32는 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 도면
도 33은 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 다른 예를 개시하는 도면
도 34는 실시 예에 따른 통합 솔루션에 기반하여 수집된 로그 데이터에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 35는 실시 예에 따른 인터페이스 매핑 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 36은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 37은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 다른 예를 개시하는 도면
도 38은 실시 예에 따른 인터페이스 관리 방법이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 흐름도
도 39는 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 도면
도 40은 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 다른 예를 개시하는 도면
도 41은 실시 예에 따른 집계 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 42는 실시 예에 따른 인터페이스 현황 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 43은 실시 예에 따른 리소스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 44는 실시 예에 따른 성능 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 45는 실시 예에 따른 트랜잭션 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 46은 실시 예에 따른 메시지 상세 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 47은 실시 예에 따른 어댑터 백로그 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 48은 실시 예에 따른 어댑터 큐 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 49는 실시 예에 따른 채널 상태 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 50은 실시 예에 따른 사용자 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 51은 실시 예에 따른 담당 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 52는 실시 예에 따른 인터페이스 그룹 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 53은 실시 예에 따른 시스템 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 54는 실시 예에 따른 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 55는 실시 예에 따른 인터페이스 관리 방법이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 흐름도
도 56은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 예를 개시하는 도면
도 57은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 다른 예를 개시하는 도면
도 58은 실시 예에 따른 알림 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
도 59는 실시 예에 따른 인터페이스 관리 방법이 데이터 포맷을 변환하는 예를 개시하는 흐름도
도 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자는 애플리케이션(3rd 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에서 상술한 내용을 참고하도록 한다.
도 27은 실시 예에 따른 인터페이스 거버넌스 시스템이 로그 데이터를 수집하는 예를 개시하는 도면
도시한 예에서 인터페이스 거버넌스 시스템(10000)은 인터페이스 모니터링 모듈을 포함할 수 있다. 인터페이스 모니터링 모듈은 로그 수집 모듈(2100)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 도 2의 실시 예를 참고하도록 한다.
인터페이스 거버넌스 플랫폼(10000)은 통합솔루션(26)에 대한 로그 생성기(50)로부터 통합 솔루션(26)의 인터페이스 관련 프로세스(300)에 포함된 적어도 하나의 단계(step)에 대한 로그 데이터를 전달받을 수 있다. 일 실시 예에서, 통합 솔루션(26)은 클라우드 시스템 또는 온프레미스 시스템에 설치되어 해당 시스템 내의 여러 컴퓨팅 시스템들의 인터페이스 관련 로그 데이터를 수집할 수 있으며, 이에 대한 상세한 실시 예는 도 3에서 상술한 내용을 참고하도록 한다. 예를 들어, 본 발명에 따르면, 통합 솔루션(26)이 컴퓨팅 시스템의 EAI 솔루션을 포함하는 경우, 인터페이스 거버넌스 시스템(10000)은 EAI 솔루션이 인터페이스를 수행하는 모니터링 로그 데이터를 추출할 수 있다. 통합솔루션(26)은 인터페이스를 통해 여러 컴퓨팅 시스템들 간을 연동하고 수행한 이력을 로그 데이터로 저장할 수 있다. 인터페이스 거버넌스 시스템(10000)은 통합 솔루션(26)의 저장소(70)에 저장된 해당 로그 데이터를 직접 접근, 표준 API를 통한 접근, 로그 수집 에이전트(60)를 통한 접근 등의 방식을 통해 추출할 수 있다.
또한, 통합 솔루션(26)은 통합 솔루션(26) 내의 저장소(repository)(70)에 모니터링된 로그 데이터를 저장할 수 있다. 이 경우, 통합 솔루션(26)에 따라 로깅 방법, 로깅 범위 및 로그 포맷은 다양하게 구현될 수 있으며, 로그 데이터의 제공 방식과 기술이 다양한 형태로 수행될 수 있다.
로그 생성기(50)는 통합 솔루션(26)의 인터페이스 관련 프로세스(300)에 포함된 적어도 하나의 단계에 대한 로그 데이터를 생성할 수 있다. 일 실시 예에서, 로깅 생성기(50)는 프로세스에 포함된 각 단계에 대한 로그 데이터의 생성 여부, 로깅 레벨(level) 및 각 단계별 수행역할이 설정될 수 있다. 여기서, 로깅 레벨은 프로세스의 종류 또는 업무 중요도 중 적어도 하나에 따라 생성되는 로그 데이터가 남겨지는 이벤트의 정도, 종류 및 디테일을 나타낼 수 있다. 또한, 각 단계별 수행역할은 로그 데이터가 생성된 프로세스의 각 단계에 대한 위치 정보, 로그 데이터가 생성된 시간 등 로그 데이터가 생성된 프로세스의 각 단계에 대한 출처 정보를 포함할 수 있다.
일 실시 예에서, 로깅 생성기(50)는 전역(global) 룰 및 로컬(local) 룰 조건에 따라 각 단계에 대한 로깅 기능 적용 여부를 결정할 수 있다. 여기서, 전역 룰은 프로세스의 로깅 전체에 영향을 받는 변수들을 포함할 수 있으며, 예를 들어, 기본적인 로깅 정책에 대한 변수들을 포함할 수 있다. 또한, 로컬 룰은 각 단계에 대한 로깅 시의 디테일한 변수들을 포함할 수 있다. 일 실시 예에서, 전역 룰 및 로컬 룰의 우선순위에 기반하여 로컬 룰은 전역 룰에 우선하여 적용될 수 있다.
일 실시 예에서, 인터페이스 관련 프로세스(300) 내에 로그 생성기(50)가 적용될 수 있으며, 프로세스(300)에 포함된 각 단계별로 로그 데이터가 생성될 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
일 실시 예에서, 로그 생성기(50)는 통합 솔루션(26)이 표준 방식으로 제공할 수 없는 로그 데이터를 생성할 수 있다. 즉, 통합 솔루션(26)이 제공할 수 있는 로그 데이터와 별도로, 로그 생성기(50)는 통합 솔루션(26)이 제공할 수 없는 로그 데이터를 생성할 수 있다. 이 경우, 해당 로그 데이터는 통합 솔루션(26) 내의 저장소(70)에 저장될 수 있다.
일 실시 예에서, 로그 생성기(50)는 통합 솔루션(26)의 종류에 따라 적용 여부가 결정될 수 있다. 즉, 로그 생성기(50)는 통합 솔루션(26)의 종류에 따라 해당 로그 데이터를 생성하지 않을 수 있다. 예를 들어, 통합 솔루션(26)의 종류가 SAP PO인 경우, 커스텀 로그 데이터가 필요하지 않은 경우, 로그 생성기(50)는 적용되지 않을 수 있다.
일 실시 예에서, 통합 솔루션(26)에 포함된 로그 수집 에이전트(agent)(60)는 저장소(70)에 접근하여 통합 솔루션(26)이 표준 방식으로 제공할 수 없는 로그 데이터를 추출하여 수집할 수 있다. 즉, 인터페이스 관련 프로세스(300)에 포함된 적어도 하나의 단계에 대해 수집되는 전체 로그 데이터 중 통합 솔루션(26)이 표준 방식으로 제공할 수 없는 로그 데이터는 로그 수집 에이전트(60)에 의해 추출 및 수집될 수 있다.
따라서, 본 발명에 따르면, 통합 솔루션(26)이 제공하는 모니터링 로그에 추가로 정보를 보완할 수 있다.
다시 말해, 본 발명에 따르면, 통합 솔루션(26) 내의 저장소(70)에 로그 데이터가 존재하나, 해당 로그 데이터가 통합 솔루션(26)이 표준 방식으로 제공할 수 없는 수 없는 경우, 별도의 로그 수집 에이전트(60)가 통합 솔루션(26)의 저장소(70)에 접근하여 해당 로그 데이터를 추출 및 수집할 수 있다.
일 실시 예에서, 로그 데이터가 통합 솔루션(26)이 표준 방식으로 제공할 수 있다면, 해당 저장소(70)에 접근할 수 있는 범용의 표준 API(80)를 제공할 경우 로그 수집 에이전트(60)없이 해당 로그 데이터가 추출될 수 있다. 따라서, 본 발명에 따르면, 로그 생성기(50)와 로그 수집 에이전트(60)를 통해 통합 솔루션(26)이 기본으로 제공하는 모니터링 기능 상의 제약 사항을 확장 지원할 수 있다. 또한, 프로세스(300)에 포함된 적어도 하나의 단계에 대한 로그 데이터, 즉, 특화된 모니터링 부가 정보를 로깅하여 사용자에 의해 정의된 정보를 제공할 수 있다.
일 실시 예에서, 로그 수집 에이전트(60)는 배포(deploy) 형태로 통합 솔루션(26)에 설치될 수 있으며, 이 경우, 추출한 로그 데이터를 웹서비스 형태로 로그 수집 모듈(2100)에게 제공할 수 있다.
로그 수집 모듈(2100)는 수집기 생성부(2101), 저장소 연동 수집기(2102), API 연동 수집기(2103), 에이전트 연동 수집기(2104) 및 메시지 큐(2105)를 포함할 수 있다. 이때, 로그 수집 모듈(2100) 내에 포함되는 구성요소들은 로그 수집 모듈(2100)이 수행하는 기능을 설명하기 위해 구분된 것으로 구성요소의 이름에 한정되는 것은 아니다.
수집기 생성부(2101)는 사용자 입력에 의해 설정된 수집기 설정 정보를 획득하고, 획득된 수집기 설정 정보에 기반하여 저장소 연동 수집기(2102), API 연동 수집기(2103) 또는 에이전트 연동 수집기(2104) 중 적어도 하나를 생성할 수 있다. 일 실시 예에서, 수집기 설정 정보는 통합 솔루션(26)에 대한 수집기 접속 정보 또는 로그 수집기에 대한 수집기 수행 정보 중 적어도 하나를 포함할 수 있으며, 이에 대하여는 이하에서 상세히 설명된다.
일 실시 예에서, 수집기 생성부(2101)는 통합 솔루션(26)의 종류에 따라 수집기 생성 여부를 결정할 수 있다. 또한, 일 실시 예에서, 수집기 생성부(2101)는 통합 솔루션(26)의 종류에 따라 수집기 설정 정보에 기반하여 적어도 하나의 수집기를 생성할 수 있다.
저장소 연동 수집기(2102)는 통합 솔루션(26) 내의 저장소(70)에 접근하여 로그 데이터를 수집할 수 있다. 일 실시 예에서, 수집되는 로그 데이터가 대용량인 경우, 저장소 연동 수집기(2102)가 저장소(70)에 직접 접근하여 로그 데이터를 수집할 수 있다. 이를 통해, 로그 수집 효율화를 달성할 수 있다.
API 연동 수집기(2103)는 통합 솔루션(26)이 제공하는 표준 API(80)와의 연동을 통해 로그 데이터를 수집할 수 있다. 이 경우, 표준 API(80)을 통해 수집되는 로그 데이터는 통합 솔루션(26)이 제공할 수 있는 로그 데이터를 포함할 수 있다. 여기서, 통합 솔루션(26)이 제공할 수 있는 로그 데이터는 통합 솔루션(26)에 의해 표준화된 로그 데이터 또는 이와 동등한 기술적 의미를 갖는 용어로 지칭될 수 있다.
에이전트 연동 수집기(2104)는 로그 수집 에이전트(60)와의 연동을 통해 로그 데이터를 수집할 수 있다. 이 경우, 로그 수집 에이전트(60)를 통해 수집되는 로그 데이터는 통합 솔루션(26)이 제공할 수 없는 로그 데이터를 포함할 수 있다. 여기서, 통합 솔루션(26)이 제공할 수 없는 로그 데이터는 통합 솔루션(26)에 의해 표준화되지 않은 로그 데이터 또는 이와 동등한 기술적 의미를 갖는 용어로 지칭될 수 있다.
메시지 큐(2105)는 수집된 로그 데이터를 저장할 수 있다. 즉, 본 발명에 따르면, 메시지 큐(2105)를 통해 대량의 로그 데이터가 안정적으로 확보될 수 있다.
일 실시 예에서, 인터페이스 모니터링 모듈은 로그 데이터를 이용하여 컴퓨팅 시스템 모니터링을 수행할 수 있다. 일 실시 예에서, 인터페이스 모니터링 모듈은 로그 데이터를 이용하여 컴퓨팅 시스템 관련 장애를 감지하고, 컴퓨팅 시스템의 장애 조치를 수행할 수 있다. 일 실시 예에서, 인터페이스 모니터링 모듈은 로그 데이터를 이용하여 컴퓨팅 시스템의 인터페이스 관련 모니터링 정보를 생성할 수 있다.
이 예에서 인터페이스 거버넌스 플랫폼(10000)은 API 등을 통해 외부의 클라우드 시스템과 연결되거나 또는 온프레미스 시스템과 연결될 수 있다. 일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)은 컨트롤 시스템(100)에 의해 제어되고 관리될 수 있다. 컨트롤 시스템(100)은 적어도 하나 이상의 프로세서를 가지는 컴퓨터 서버(110) 및 스토리지나 데이터베이스(120)을 포함할 수 있으며, 이를 이용하여 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다.
도 28은 실시 예에 따른 인터페이스 관련 프로세스에 포함된 적어도 하나의 단계에 대한 로그 데이터를 생성하는 예를 개시하는 도면
일 실시 예에서, 인터페이스 관련 프로세스(300)는 통합 솔루션(26)에 따라 다양한 단계들을 포함할 수 있다. 본 도면에서는 인터페이스 관련 프로세스(300)가 제 1 내지 제 6 단계(41,42,43,44,45,46)를 포함하는 경우를 설명한다. 또한, 인터페이스 관련 프로세스(300)의 적어도 하나의 단계에 대하여 로그 생성기가 적용될 수 있다.
송신 노드(sender)로부터 HTTPS 요청 메시지가 수신되는 경우, 해당 HTTPS 요청 메시지에 대응하는 변수를 정의하여 원본 메시지를 생성하는 제 1 단계(301)가 수행될 수 있다. 이 경우, 제 1 단계(301)에 대하여 설치된 로그 생성기(51)는 제 1 단계(301)에 대응하는 원본 메시지를 로그 데이터로 생성할 수 있다.
또한, 원본 메시지에 대한 에러(error)가 존재하는지 여부를 판단하는 제 2 단계(302)가 수행될 수 있다. 만약, 원본 메시지에 에러가 존재하지 않는 경우, 원본 메시지에 기반하여, 송신 노드와 수신 노드(receiver)의 각 컴퓨팅 시스템이 구축하고자 하는 인터페이스 간 매핑 변환 메시지를 생성하는 제 3 단계(303)가 수행될 수 있다. 이 경우, 제 3 단계(303)에 대하여 설치된 로그 생성기(52)는 제 3 단계(303)에 대응하는 매핑 변환 메시지를 로그 데이터로 생성할 수 있다.
또한, 매핑 변환 메시지에 기반하여 응답 원본 메시지를 생성하는 제 4 단계(304)가 수행될 수 있다. 여기서, 생성된 응답 원본 메시는 수신 노드로 송신될 수 있다. 또한, 제 4 단계(304)에 대하여 설치된 로그 생성기(53)는 제 4 단계(304)에 대응하는 응답 원본 메시지를 로그 데이터로 생성할 수 있다.
반면, 원본 메시지에 에러가 존재하는 경우, 해당 에러를 보정하는 제 5 단계(305)가 수행될 수 있다. 일 실시 예에서, 사용자 인터페이스를 통해 설정된 해당 에러에 대한 보정 결과값에 따라 해당 에러를 조절하는 제 6 단계(306)가 수행될 수 있다. 이 경우, 제 6 단계에 대하여 설치된 로그 생성기(54)는 제 6 단계(306)에 대응하는 해당 에러에 대한 에러 메시지를 로그 데이터로 생성할 수 있다.
일 실시 예에서, 각 단계에 대해 로그 생성기를 통해 생성된 로그 데이터들은 로그 수집 에이전트(60)에 의해 수집될 수 있다.
도 29는 실시 예에 따른 수집기 접속 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 수집기 생성부(2101)는 상술한 실시 예와 같이 통합 솔루션(26)에 대한 로그 수집기의 수집기 접속 정보(61)를 설정하기 위한 사용자 인터페이스(UI)를 제공할 수 있다. 즉, 사용자는 수집기 접속 정보(61)에 대한 사용자 인터페이스를 통해 통합 솔루션(26)에 대한 연결 속성을 설정할 수 있다.
수집기 접속 정보(61)는 로그 수집기의 통합 솔루션(26)에 대한 접속 정보를 포함할 수 있다. 일 실시 예에서, 수집기 접속 정보(61)는 통합 솔루션(26)에 대한 로그 수집기의 접속 ID(62) 및 접속 파라미터(63)를 포함할 수 있다. 접속 ID(62)는 로그 수집기가 통합 솔루션(26)이 제공하는 표준 API(80)를 콜(call)할 때 사용되는 로그 수집기의 접속 ID를 포함할 수 있다.
접속 파라미터(63)는 통합 솔루션(26)에 대한 접근 방식을 나타내는 정보를 포함할 수 있다. 예를 들어, 접속 파라미터(62)는 passwd, user, client, lang 및 sysnr 등을 포함할 수 있다. passwd는 사용자 암호를 포함할 수 있다. 예를 들어, passwd는 사용자의 입력에 의해 0128로 설정될 수 있다. user는 사용자 이름을 포함할 수 있다. 예를 들어, user는 사용자의 입력에 의해 ney로 설정될 수 있다. client는 클라이언트 번호를 포함할 수 있다. 예를 들어, client는 사용자의 입력에 의해 800으로 설정될 수 있다. lang은 시스템 언어를 포함할 수 있다. 예를 들어, lang은 사용자의 입력에 의해 영어를 나타내는 EN으로 설정될 수 있다. sysnr은 시스템 번호를 포함할 수 있다. 예를 들어, sysnr은 사용자의 입력에 의해 00으로 설정될 수 있다.
또한, 본 도면의 접속 파라미터(62)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 접근 방식 정보가 포함될 수 있음은 물론이다.
이에 따라, 본 도면과 같은 수집기 접속 정보를 이용하여 인터페이스 거버넌스 플랫폼(10000)은 로그 수집기 별 통합 솔루션(26)에 대한 원활한 접속을 제공할 수 있다.
도 30은 실시 예에 따른 수집기 수행 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 수집기 생성부(2101)는 상술한 실시 예와 같이 통합 솔루션(26)에 대한 로그 수집기의 수집기 수행 정보(71)를 설정하기 위한 사용자 인터페이스(UI)를 제공할 수 있다. 즉, 사용자는 수집기 수행 정보(71)에 대한 사용자 인터페이스를 통해 로그 수집기의 로그 데이터 수집 정보를 설정할 수 있다.
수집기 수행 정보(71)는 어떤 로그 데이터를 어떠한 방식으로 수집할지에 대한 정보와 수집 현황에 대한 정보를 포함할 수 있다. 일 실시 예에서, 수집기 수행 정보(71)는 통합 솔루션(26)에 대한 로그 수집기의 수집기 유형(72), 접속 ID(73), 인스턴스 키(74), 활성화 정보(75), 작업 간격(76), 작업 정보(81), 작업 상태(82), 실행 시간(83), 처리 시간(84) 및 수행 결과 메시지(85)를 포함할 수 있다.
수집기 유형(72)은 로그 수집기의 종류와 해당 로그 수집기가 수집하는 로그 데이터의 종류를 나타낼 수 있다. 예를 들어, 수집기 유형(72)은 사용자의 입력에 의해 AAE Msg Log Collector로 설정될 수 있다.
접속 ID(73)는 통합 솔루션(26)에 대한 로그 수집기의 접속 ID를 포함할 수 있다. 예를 들어, 접속 ID(73)는 사용자의 입력에 의해 POS.WS로 설정될 수 있다. 즉, 각 수집기들의 종류는 로그 수집기의 접속 ID와 매칭될 수 있다.
인스턴스 키(74)는 통합 솔루션(26)에 대한 인스턴스 키를 포함할 수 있다. 예를 들어, 인스턴스 키(74)는 사용자의 입력에 의해 POS/AAEMLCS로 설정될 수 있다.
활성화 정보(75)는 해당 로그 수집기의 활성화 여부 정보를 포함할 수 있다. 예를 들어, 활성화 정보(75)는 사용자의 입력에 의해 해당 로그 수집기가 활성화되어 있음을 나타내는 '예'로 설정될 수 있다.
작업 간격(76)은 해당 로그 수집기의 로그 수집 수행 간격을 포함할 수 있다. 예를 들어, 작업 간격(76)은 사용자의 입력에 의해 10ms로 설정될 수 있다.
작업 정보(81)는 해당 로그 수집기의 로그 수집 수행 여부 정보를 포함할 수 있다. 예를 들어, 작업 정보(81)는 해당 로그 수집기가 로그 수집을 수행하고 있음을 나타내는 '예'를 나타낼 수 있다.
작업 상태(82)는 해당 로그 수집기의 로그 수집 수행의 성공 여부 정보를 포함할 수 있다. 예를 들어, 작업 상태(82)는 해당 로그 수집기가 로그 수집을 성공 했음을 나타내는 '성공'을 나타낼 수 있다.
실행 시간(83)은 해당 로그 수집기의 로그 수집 시간을 포함할 수 있다. 예를 들어, 실행 시간(83)은 해당 로그 수집기가 로그를 수집한 시간인 2023/07/06 09:55:51를 나타낼 수 있다.
처리 시간(84)은 해당 로그 수집기의 로그 수집에 소요된 시간을 포함할 수 있다. 예를 들어, 처리 시간(84)은 해당 로그 수집기가 로그 수집에 소요한 시간인 16ms를 나타낼 수 있다.
수행 결과 메시지(85)는 해당 로그 수집기의 로그 수집 수행의 성공 여부에 따른 수행 결과 메시지를 포함할 수 있다. 예를 들어, 수행 결과 메시지(85)는 해당 로그 수집기가 로그 수집을 성공 했음을 나타내는 수행 결과 메시지인 'Success'를 나타낼 수 있다.
또한, 본 도면의 수집기 수행 정보(71)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 접근 방식 정보가 포함될 수 있음은 물론이다.
이에 따라, 본 도면과 같은 수집기 접속 정보를 이용하여 인터페이스 거버넌스 플랫폼(10000)은 로그 수집기 별 통합 솔루션(26)에 대한 원활한 로그 수집 수행을 제공할 수 있다.
도 31은 실시 예에 따른 인터페이스 관리 방법이 로그 데이터를 수집하는 예를 개시하는 흐름도
사용자 입력에 의해 설정된 수집기 설정 정보를 획득한다(S510). 일 실시 예에서, 수집기 설정 정보는, 통합 솔루션에 대한 수집기 접속 정보 또는 로그 수집기에 대한 수집기 수행 정보 중 적어도 하나를 포함할 수 있다.
일 실시 예에서, 로그 데이터는, 통합 솔루션의 인터페이스 관련 프로세스에 포함된 적어도 하나의 단계에 대한 로그 생성기에 의해 생성될 수 있다. 이에 대하여는, 도 29 및 도 30에서 상술한 내용을 참고하도록 한다.
수집기 설정 정보에 기반하여 선택된 로그 수집기를 이용하여, 통합 솔루션의 인터페이스 관련 프로세스에 포함된 적어도 하나의 단계(step)에 대한 로그 데이터를 수신한다(S520).
일 실시 예에서, 로그 수집기에 의해 수집되는 로그 데이터의 크기가 임계값보다 큰 경우, 로그 수집기를 이용하여 통합 솔루션에 포함된 저장소(repository)에 직접 접속하여 로그 데이터를 수집할 수 있다.
일 실시 예에서, 수집기 설정 정보에 기반하여 선택된 로그 수집기의 유형(type)에 따라, 통합 솔루션이 제공하는 API를 통해 표준화된 로그 데이터 또는 통합 솔루션에 포함된 로그 수집 에이전트(agent)로부터 표준화되지 않은 로그 데이터 중 적어도 하나를 수신할 수 있다. 일 실시 예에서, 수신된 로그 데이터는 메시지 큐에 저장될 수 있다. 이에 대하여는, 도 27 및 도 28에서 상술한 내용을 참고하도록 한다.
상기 수집된 로그 데이터를 이용하여 컴퓨팅 시스템 모니터링을 수행한다(S530). 일 실시 예에서, 로그 데이터를 이용하여 컴퓨팅 시스템 관련 장애를 감지하고, 컴퓨팅 시스템의 장애 조치를 수행할 수 있다. 일 실시 예에서, 로그 데이터를 이용하여 컴퓨팅 시스템의 인터페이스 관련 모니터링 정보를 생성할 수 있다. 이에 대하여는, 도 2 및 도 3에서 상술한 내용을 참고하도록 한다.
도 32는 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 도면
도시한 예에서 인터페이스 거버넌스 시스템(10000)은 인터페이스 표준화 모듈 및 인터페이스 모니터링 모듈을 포함할 수 있다. 인터페이스 모니터링 모듈은 로그 수집 모듈(2100)을 포함할 수 있다. 또한, 인터페이스 표준화 모듈은 기준정보 관리 모듈(1100)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 도 2의 실시 예를 참고하도록 한다.
일 실시 예에서, 통합 솔루션은 송신 시스템과 수신 시스템 간 데이터를 전송할 수 있으며, 로그 데이터는 이러한 전송과 관련된 기록을 의미할 수 있다. 일 실시 예에서, 통합 솔루션은 클라우드 시스템 또는 온프레미스 시스템에 설치되어 해당 시스템 내의 여러 컴퓨팅 시스템들의 인터페이스 관련 로그 데이터를 제공할 수 있으며, 인터페이스 모니터링 모듈의 로그 수집 모듈(2100)은 통합 솔루션으로부터 로그 데이터를 수신할 수 있다. 이에 대한 상세한 실시 예는 도 3에서 상술한 내용을 참고하도록 한다.
로그 수집 모듈(2100)은 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득할 수 있다. 일 실시 예에서, 로그 수집 모듈(2100)은 로그 데이터를 정형화된 표준화 포맷으로 변환할 수 있다.
또한, 로그 수집 모듈(2100)은 기준정보 관리 모듈(1100)에 미리 저장된 인터페이스 관련 기준 정보에 기반하여, 로그 데이터로부터 업무 관련 인터페이스 모니터링 정보를 생성할 수 있다. 일 실시 예에서, 로그 수집 모듈(2100)은 인터페이스 관련 기준 정보와 로그 데이터에 포함된 개발 오브젝트 정보 간 인터페이스 매핑 정보에 기반하여 업무 관련 인터페이스 모니터링 정보를 생성할 수 있다.
또한, 로그 수집 모듈(2100)은 사용자 인터페이스를 통해 업무 관련 인터페이스 모니터링 정보를 제공할 수 있다. 일 실시 예에서, 업무 관련 인터페이스 모니터링 정보는 트랜잭션 정보, 인터페이스 통계 정보 또는 에러 정보 중 적어도 하나를 포함할 수 있다.
이 예에서 인터페이스 거버넌스 플랫폼(10000)은 API 등을 통해 외부의 클라우드 시스템과 연결되거나 또는 온프레미스 시스템과 연결될 수 있다. 일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)은 컨트롤 시스템(100)에 의해 제어되고 관리될 수 있다. 컨트롤 시스템(100)은 적어도 하나 이상의 프로세서를 가지는 컴퓨터 서버(110) 및 스토리지나 데이터베이스(120)을 포함할 수 있으며, 이를 이용하여 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다.
도 33은 실시 예에 따른 인터페이스 거버넌스 시스템이 인터페이스 모니터링 정보를 제공하는 다른 예를 개시하는 도면
로그 수집 모듈(2100)은 메시지 큐(2105), 표준화 변환부(2106), 트랜잭션 정보 생성부(2107), 인터페이스 통계정보 생성부(2108), 에러 정보 생성부(2109), 인터페이스 매칭부(2110) 및 사용자 인터페이스 처리부(2111)를 포함할 수 있다. 기준정보 관리 모듈(1100)은 인터페이스 정보 저장소(1110)를 포함할 수 있다. 이때, 로그 수집 모듈(2100) 및 기준정보 관리 모듈(1100) 내에 포함되는 구성요소들은 로그 수집 모듈(2100) 및 기준정보 관리 모듈(1100)이 수행하는 기능을 설명하기 위해 구분된 것으로 구성요소의 이름에 한정되는 것은 아니다.
표준화 변환부(2106)는 인터페이스 정보 저장소(1110)에 포함된 인터페이스 기준 정보에 기반하여 메시지 큐(2105)로부터 획득한 로그 데이터의 포맷을 표준화 포맷으로 변환할 수 있다. 일 실시 예에서, 표준화 변환부(2106)는 로그 데이터에 대하여 서로 다른 종류의 통합 솔루션들에 대응하는 여러 종류의 로그 데이터를 통일성 있는 정보로 변환할 수 있다. 일 실시 예에서, 표준화 변환부(2106)는 로그 데이터의 메시지 정보, 로그 데이터가 전달된 시작 시간 및 종료 시간, 로그 데이터의 사이즈와 같은 인터페이스 기준 정보에 따라 로그 데이터를 일정한 포맷으로 표준화 할 수 있다.
트랜잭션 정보 생성부(2107)는 로그 데이터로부터 인터페이스에 대한 트랜잭션 정보를 생성할 수 있다. 일 실시 예에서, 로그 데이터는 트랜잭션 정보, 시스템 관련 데이터 및 성능 관련 데이터를 포함할 수 있다. 예를 들어, 트랜잭션 정보는, 시간대별로 발생한 트랜잭션 건수 및 트랜잭션 처리 결과를 포함할 수 있다.
인터페이스 통계정보 생성부(2108)는 로그 데이터로부터 인터페이스 통계 정보를 생성할 수 있다. 일 실시 예에서, 인터페이스 통계 정보는 기간 별, 인터페이스 별, 업무 그룹 별 및 리소스 별로 구분되어 생성될 수 있다.
에러 정보 생성부(2109)는 로그 데이터로부터 인터페이스에 대한 에러 정보를 생성할 수 있다. 일 실시 예에서, 에러 정보는 로그 데이터에 포함된 인터페이스 에러 정보, 시스템 에러 정보, 에러 코드 및 에러 메시지를 포함할 수 있다. 일 실시 예에서, 에러 정보는 상술한 에러 관련 로그 데이터를 색인(indexing), 분류, 또는 에러 패턴 분석을 수행한 결과를 포함할 수 있다. 일 실시 예에서, 에러 정보는 이상 패턴을 갖는 트랜잭션에 대한 최대 트랜잭션 수, 최소 트랜잭션 수, 평균 처리 시간, 트랜잭션 볼륨, 트랜잭션 추이 및 트랜잭션 사이즈를 포함할 수 있다.
인터페이스 매칭부(2110)는 로그 데이터와 인터페이스 기준 정보를 매핑할 수 있다. 일 실시 예에서, 인터페이스 매칭부(2110)는 인터페이스 정보 저장소(1110)에 포함된 인터페이스 기준 정보와 인터페이스 기준 정보에 대응하는 로그 데이터에 포함된 개발오브젝트를 매핑시킬 수 있다. 본 발명에 따르면, 기술적인 관점의 로그 데이터와 업무적인 관점의 인터페이스 기준 정보를 매칭하여 사용자의 정보 활용도를 향상시킬 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
사용자 인터페이스 처리부(2111)는 사용자 인터페이스를 통해 사용자의 입력에 따라 상기 매핑 결과에 기반한 업무 관련 인터페이스 모니터링 정보를 제공할 수 있다. 본 발명에 따르면, 로그 데이터에 기반한 다양한 분석 및 통계 정보를 통해 업무 관련 모니터링 정보를 업무에 활용할 수 있다. 즉, 본 발명에 따르면, 통합 솔루션으로부터 획득한 로그 데이터를 유의미한 데이터인 인터페이스 모니터 정보로 가공할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
도 34는 실시 예에 따른 통합 솔루션에 기반하여 수집된 로그 데이터에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 통합 솔루션은 로그 데이터에 기반한 메시지 모니터링 화면(86)에 대한 사용자 인터페이스(UI)를 제공할 수 있다. 메시지 모니터링 화면(86)은 로그 데이터(87)에 대한 리스트를 포함할 수 있다.
로그 데이터(87)는 인터페이스 종류(Interface), 인터페이스 네임스페이스(Interface Namespace), 메시지 처리 상태(status), 시작 시간(Start Time), 종료 시간(End Time), 통합 시나리오(Integration Scenario), 송신 컴포넌트(Sender Component) 및 수신 컴포넌트(Receiver Component)를 포함할 수 있다. 일 실시 예에서, 로그 데이터(87)에 포함된 정보 중 적어도 하나는 인터페이스 서비스 구성요소 오브젝트 명으로 유의미한 코드 표준화를 통해 좀 더 직관적으로 로그 데이터를 이해할 수 있도록 하기 위해 사용될 수 있다.
인터페이스 종류는 해당 로그 데이터와 관련된 인터페이스를 나타낼 수 있다. 일 실시 예에서, 인터페이스의 종류는 인터페이스의 성격에 따라 네이밍될 수 있다. 일 실시 예에서, 인터페이스의 종류는 인터페이스 ID, 인터페이스명, 송신시스템코드, 수신시스템코드, 처리방식코드 또는 메시지 방향(예: 인바운드(Inbound), 아웃바운드(Outbound)) 중 적어도 하나에 기반하여 결정될 수 있다. 예를 들어, 인터페이스 종류는 '[I/FID]_[인터페이스 명][송신시스템 코드][수신시스템 코드]_[처리방식 코드][Outbound/Inbound방향]'과 같이 코드화하여 나타낼 수 있다.
인터페이스 네임스페이스는 인터페이스 오브젝트의 식별자 역할로 URL(Uniform Resource Locator) 형태로 나타낼 수 있다. 일 실시 예에서, 인터페이스 네임스페이스는 해당 인터페이스에 대한 회사도메인명, 업무모듈명 또는 대상시스템코드 중 적어도 하나에 기반하여 결정될 수 있다. 예를 들어, 인터페이스 네임스페이스는 해당 인터페이스에 대하여 'http://[회사도메인명]/[업무모듈명]/[대상시스템코드]'등 으로 표기할 수 있다.
메시지 처리 상태는 인터페이스의 메시지 전송 상태를 나타낼 수 있다. 예를 들어, 메시지 처리 상태는 인터페이스가 송신시스템으로부터 메시지를 수신하여, 대상시스템인 수신시스템에 최종적으로 메시지를 전달하였을 때 'Delivered'로 나타낼 수 있다.
일 실시 예에서, 다음과 같이 메시지 처리 방식 및 상태에 따른 표기 정보를 나타낼 수 있다.
“TO_BE_DELIVERED”: 메시징시스템 내에서 처리 상태이다. 일 실시 예에서, 메시징시스템은 통합솔루션 내의 메시징 큐를 의미할 수 있다.
“DELIVERING”: 메시징시스템으로부터 대상시스템으로 메시지 전달 중인 상태이다.
“DELIVERED”: 메시지가 대상시스템에 성공적으로 도달한 상태이다.
“HOLDING”: 순차처리 메시지로 선행 메시지가 전달될 수 없는 상태일 경우의 메시지 상태이다.
“NON_DELIVERED”: 일반적인 메시지 처리 시도를 했으나 메시지를 전달에 실패한 상태이다.
“FAILED”: 메시지 처리 정책으로 최대 회수로 재처리 시도를 수행했으나 최종적으로 전달할 수 없는 상태이다.
“WAITING”한 번 이상 전송을 시도했으나 실패했으며, 현재 다른 시도를 기다리고 있는 메시지 상태이다.
시작 시간은 데이터를 전송하기 위하여 통합 솔루션이 인터페이스 수행을 시작한 시간이다. 예를 들어, 시작 시간은 통합 솔루션이 인터페이스 수행을 시작한 '2023.07.10 오후 1:50:55.701'로 나타낼 수 있다. 종료 시간은 인터페이스 수행 종료 시간을 나타낼 수 있다. 예를 들어, 종료 시간은 통합 솔루션이 인터페이스 수행을 종료한 '2023.07.10 오후 1:55:56:279'로 나타낼 수 있다.
통합 시나리오는 애플리케이션이 상호 연결되고 통신하여 특정 프로세스(예: 비즈니스 프로세스)를 수행하는 메시지의 흐름을 나타낼 수 있다. 일 실시 예에서, 통합 시나리오는 송신 컴포넌트, 수신 컴포넌트 및 인터페이스 종류에 기반하여 결정될 수 있다. 송신 컴포넌트는 데이터를 전송하기 위하여 이벤트를 발생시키는 송신시스템을 나타낼 수 있다. 수신 컴포넌트는 데이터를 수신하는 수신시스템을 나타낼 수 있다. 그리고 이들의 조합으로 통합 시나리오 명이 결정된다.
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 로그 수집 모듈(2100)은 상술한 실시 예와 같이 통합 솔루션으로부터 로그 데이터(87)를 수신할 수 있다. 일 실시 예에서, 통합 솔루션으로부터 수신된 로그 데이터(87)는 메시지 큐(2105)에 저장되어 있을 수 있다.
또한, 본 도면의 로그 데이터(87)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 로그 데이터에 대한 정보가 포함될 수 있음은 물론이다.
도 35는 실시 예에 따른 인터페이스 매핑 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 사용자 인터페이스 처리부(2111)는 상술한 실시 예와 같이 인터페이스 기준 정보와 로그 데이터 간 매칭을 수행하기 위한 인터페이스 매핑 패턴 화면(90)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
인터페이스 매핑 패턴 화면(90)은 인터페이스 매핑 정보를 포함할 수 있다. 일 실시 예에서, 인터페이스 매핑 패턴 화면(90)은 인터페이스 기준 정보(91), 로그데이터 매핑 패턴(92) 및 인터페이스 매핑 결과(93)를 포함할 수 있다.
인터페이스 기준 정보(91)는 인터페이스의 업무명을 기준으로 하는 인터페이스 정보를 포함할 수 있다. 일 실시 예에서, 인터페이스 기준 정보(91)는 인터페이스 ID, 업무 관련 인터페이스 내용 및 업무 그룹을 포함할 수 있다. 이 경우, 인터페이스 ID는 해당 인터페이스를 식별하기 위한 식별자를 포함할 수 있다. 예를 들어, 인터페이스 ID는 'FRP_PP0650'으로 나타낼 수 있다. 또한, 업무 관련 인터페이스 내용은 해당 업무 프로세스 관련 인터페이스 내용을 포함할 수 있다. 예를 들어, 업무 관련 인터페이스 내용은 '(SAP->SmartERP) BT 의뢰'로 나타낼 수 있다. 또한, 업무 그룹은 해당 인터페이스에 대한 업무 프로세스와 관련된 업무 그룹을 포함할 수 있다. 예를 들어, 업무 그룹은 '그룹 영업관리'로 나타낼 수 있다.
일 실시 예에서, 인터페이스 기준 정보(91)는 전체 인터페이스 기준 정보 중 업무와 관련된 대표성을 갖는 일부 정보를 포함할 수 있으며, 이 경우, 해당 일부 정보는 기준정보 키(key) 또는 이와 동등한 기술적 의미를 갖는 용어로 지칭될 수 있다.
일 실시 예에서, 인터페이스 기준 정보(91)는 사용자 입력에 따라 선택된 인터페이스 ID, 인터페이스 내용 및 업무 그룹에 따라 검색될 수 있다.
로그데이터 매핑 패턴(92)은 로그 데이터에 포함된 개발 오브젝트 정보를 포함할 수 있다. 일 실시 예에서, 로그데이터 매핑 패턴(92)은 로그 데이터에 대한 송신 네임스페이스, 송신 인터페이스, 송신 업무시스템, 수신 네임스페이스, 수신 인터페이스 및 수신 업무시스템을 포함할 수 있다. 일 실시 예에서, 사용자 입력에 의해 개발 오브젝트 정보가 로그데이터 매핑 패턴(92)에 추가될 수 있다.
인터페이스 매핑 결과(93)는 인터페이스 기준 정보(91)와 로그데이터 매핑 패턴(92) 간 매핑 결과를 포함할 수 있다. 일 실시 예에서, 인터페이스 매핑 결과(93)는 로그 데이터에 포함된 개발 오브젝트 정보와 이에 대응하는 인터페이스의 업무명을 기준으로 하는 인터페이스 정보를 매칭시킬 수 있다.
또한, 본 도면의 인터페이스 매핑 패턴 화면(90)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 접근 방식 정보가 포함될 수 있음은 물론이다.
도 36은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 사용자 인터페이스 처리부(2111)는 상술한 실시 예와 같이 사용자 인터페이스를 통해 업무 관련 인터페이스 모니터링 정보를 제공하기 위한 인터페이스 현황 화면(94)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
인터페이스 현황 화면(94)은 업무 관련 인터페이스 모니터링 정보를 포함할 수 있다. 일 실시 예에서, 업무 관련 인터페이스 모니터링 정보는 인터페이스 매핑 정보에 기반하여 생성될 수 있다. 일 실시 예에서, 인터페이스 현황 화면(94)은 검색 필드(95), 트랜잭션 처리현황 정보(96), 트랜잭션 볼륨 정보(97) 및 인터페이스 내역 정보(98)를 포함할 수 있다.
검색 필드(95)는 사용자 입력에 따라 선택된 실행 시간, 업무 그룹, 시스템 및 인터페이스 ID에 따라 검색을 수행할 수 있다. 일 실시 예에서, 검색 필드(95)는 사용자 입력에 따라 선택된 로그 데이터의 메시지 타입, 인터페이스 명, 송신 시스템, 수신 시스템 및 처리 방식에 따라 검색을 수행할 수 있다.
트랜잭션 처리현황 정보(96)는 업무 그룹 별 트랜잭션의 성공과 실패 건수를 나타낼 수 있다. 예를 들어, 트랜잭션 처리현황 정보(96)는 B2B 업무 그룹에 대하여, 5,264 건의 트랜잭션 성공 건수와 994 건의 트랜잭션 실패 건수를 각각 막대 그래프 형태로 나타낼 수 있다.
트랜잭션 볼륨 정보(97)는 업무 그룹 별 기간에 따른 트랜잭션 볼륨을 나타낼 수 있다. 여기서, 트랜잭션 볼륨은 인터페이스 메시지의 크기를 나타낼 수 있다. 예를 들어, 트랜잭션 볼륨 정보(97)는 B2B 업무 그룹의 1년 평균에 대한 트랜잭션 볼륨과 기간 평균에 대한 트랜잭션 볼륨을 각각 막대 그래프 형태로 나타낼 수 있다.
인터페이스 내역 정보(98)는 인터페이스 ID, 업무 관련 인터페이스 명, 업무 그룹, 송신 시스템, 송신 업무시스템, 수신 시스템, 수신 업무시스템, 트랜잭션 처리 현황, 평균 응답 시간, 평균 볼륨 등의 정보를 포함할 수 있다. 일 실시 예에서, 인터페이스 내역 정보(98)는 인터페이스 기준 정보에 기반하여 생성될 수 있다. 예를 들어, 인터페이스 기준 정보에 포함된 인터페이스 명, 업무 그룹, 송신 시스템, 송신 업무시스템, 수신 시스템, 수신 업무시스템이 인터페이스 내역 정보(98)에 추가될 수 있다.
일 실시 예에서, 상술한 에러 정보를 포함하는 업무 관련 인터페이스 모니터링 정보가 인터페이스 현황 화면(94)에 추가되어 사용자에게 제공될 수 있다.
따라서, 본 발명에 따르면, 기술적인 관점의 로그 데이터와 업무적인 관점의 인터페이스 기준 정보를 매칭하여 생성된 업무 관련 인터페이스 모니터링 정보를 사용자에게 제공하여 사용자의 정보 활용도를 향상시킬 수 있다. 또한, 본 도면의 인터페이스 현황 화면(94)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 접근 방식 정보가 포함될 수 있음은 물론이다.
도 37은 실시 예에 따른 업무 관련 인터페이스 모니터링 정보에 대한 사용자 인터페이스(UI)의 다른 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 사용자 인터페이스 처리부(2111)는 상술한 실시 예와 같이 사용자 인터페이스를 통해 업무 관련 인터페이스 모니터링 정보를 제공하기 위한 실시간 인터페이스 내역 화면(101)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
실시간 인터페이스 내역 화면(101)은 업무 관련 인터페이스 모니터링 정보를 포함할 수 있다. 일 실시 예에서, 업무 관련 인터페이스 모니터링 정보는 검색 필드(102), 트랜잭션 발생 추이 정보(103), 인터페이스 내역 정보(104), 메시지 정보(105) 및 갱신 필드(106)를 포함할 수 있다.
검색 필드(102)는 사용자 입력에 따라 선택된 실행 시간, 업무 그룹, 시스템 및 인터페이스 ID에 따라 검색을 수행할 수 있다. 일 실시 예에서, 검색 필드(102)는 사용자 입력에 따라 선택된 로그 데이터의 메시지 타입, 인터페이스 명, 송신 시스템, 수신 시스템 및 처리 방식에 따라 검색을 수행할 수 있다.
트랜잭션 발생 추이 정보(103)는 선택된 실행 시간의 해당 일에 대한 시간대 별 트랜잭션 건수 또는 트랜잭션 볼륨 중 적어도 하나를 포함할 수 있다. 여기서, 트랜잭션 볼륨은 해당 일에 대한 인터페이스 메시지의 크기를 나타낼 수 있다. 또한, 트랜잭션 건수는 해당 일에 대한 트랜잭션 건수 및 전일에 대한 트랜잭션 건수를 포함할 수 있다. 일 실시 예에서, 트랜잭션 발생 추이 정보(103)는 막대 그래프 또는 꺾은 선 그래프 형태로 나타낼 수 있다.
인터페이스 내역 정보(104)는 인터페이스 ID, 업무 관련 인터페이스 명, 업무 그룹, 송신 시스템, 송신 업무시스템, 수신 시스템, 수신 업무시스템, 트랜잭션 처리 현황, 평균 응답 시간, 평균 볼륨 등의 정보를 포함할 수 있다.
메시지 정보(105)는 인터페이스 내역 정보(104)에서 선택된 인터페이스 내역에 대한 메시지 정보를 포함할 수 있다. 일 실시 예에서, 메시지 정보(105)는 인터페이스 ID, 인터페이스 명, 메시지 상태, 업무 그룹, 송신 시스템, 송신 업무시스템, 소비자 시스템(consumer system) ID(Con. Sys. ID), 수신 시스템, 수신 업무시스템, 메시지 타입, 처리 방식, 에러 메시지, 시작 시간, 종료 시간, 송신 처리 시간, 수신 처리 시간, 처리 시간, 공급자(provider) 수행 시간, 응답 시간, 트랜잭션 볼륨, 송신 메시지 ID 및 수신 메시지 ID를 포함할 수 있다.
갱신 필드(106)는 검색 필드(102)의 검색 조건에 기반하여 트랜잭션 발생 추이 정보(103), 인터페이스 내역 정보(104) 및 메시지 정보(105)를 갱신할 수 있다. 일 실시 예에서, 갱신 필드(106)는 사용자 입력에 따라 갱신 여부를 결정할 수 있다. 일 실시 예에서, 갱신 필드(106)는 미리 설정된 일정 시간(예: 10초) 간격으로 자동으로 갱신을 수행할 수 있다.
또한, 본 도면의 실시간 인터페이스 내역 화면(101)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 접근 방식 정보가 포함될 수 있음은 물론이다.
도 38은 실시 예에 따른 인터페이스 관리 방법이 인터페이스 모니터링 정보를 제공하는 예를 개시하는 흐름도
컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득한다(S610). 일 실시 예에서, 일 실시 예에서, 로그 데이터는 통합 솔루션으로부터 수신될 수 있다. 이에 대하여는, 도 32 내지 도 34에서 상술한 내용을 참고하도록 한다.
미리 저장된 인터페이스 관련 기준 정보에 기반하여, 로그 데이터로부터 업무 관련 인터페이스 모니터링 정보를 생성한다(S620). 일 실시 예에서, 미리 저장된 인터페이스 관련 기준 정보에 기반하여, 로그 데이터의 포맷을 표준화 포맷으로 변환할 수 있다.
일 실시 예에서, 로그 데이터로부터 인터페이스에 대한 트랜잭션 정보, 인터페이스 통계 정보 또는 에러 정보 중 적어도 하나를 생성할 수 있다. 일 실시 예에서, 미리 저장된 인터페이스 관련 기준 정보에 기반하여, 인터페이스에 대한 트랜잭션 정보, 인터페이스 통계 정보 또는 에러 정보 중 적어도 하나로부터 업무 관련 인터페이스 모니터링 정보를 생성할 수 있다.
일 실시 예에서, 미리 저장된 인터페이스 관련 기준 정보와 로그 데이터 간 매칭 정보에 기반하여 로그 데이터에 대응하는 업무 관련 인터페이스 모니터링 정보를 생성할 수 있다. 이에 대하여는, 도 35 및 도 36에서 상술한 내용을 참고하도록 한다.
사용자 인터페이스를 통해 업무 관련 인터페이스 모니터링 정보를 제공한다(S630). 일 실시 예에서, 업무 관련 인터페이스 모니터링 정보는 트랜잭션 처리현황 정보, 트랜잭션 볼륨 정보 또는 인터페이스 내역 정보 중 적어도 하나를 포함할 수 있다. 이에 대하여는, 도 36에서 상술한 내용을 참고하도록 한다.
도 39는 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 도면
도시한 예에서 인터페이스 거버넌스 시스템(10000)은 인터페이스 모니터링 모듈을 포함할 수 있다. 인터페이스 모니터링 모듈은 로그 수집 모듈(2100) 및 관제 모듈(2200)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 도 2의 실시 예를 참고하도록 한다.
로그 수집 모듈(2100)은 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득할 수 있다. 일 실시 예에서, 로그 데이터는 표준화 포맷으로 변환된 로그 데이터를 포함할 수 있다.
관제 모듈(2200)은 로그 데이터에 기반하여 업무 담당자에 대응하는 모니터링 정보 또는 관리 설정 정보 중 적어도 하나를 생성할 수 있다.
일 실시 예에서, 모니터링 정보는 인터페이스에 대한 인터페이스 모니터링 정보, 컴퓨팅 시스템에 대한 시스템 모니터링 정보 또는 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 에러 모니터링 정보 중 적어도 하나를 포함할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다. 일 실시 예에서, 관리 설정 정보는 로그 데이터에 대한 업무 담당자에 대응하는 역할 권한, 업무 권한 또는 관리 대상 중 적어도 하나를 포함할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
관제 모듈(2200)은 사용자 인터페이스를 통해 모니터링 정보 또는 관리 설정 정보 중 적어도 하나를 제공할 수 있다. 일 실시 예에서, 모니터링 정보 또는 관리 설정 정보 중 적어도 하나는 업무 담당자의 역할(role) 권한 또는 업무 권한 중 적어도 하나에 따라 제공될 수 있다.
여기서, 역할 권한은 사용자 유형에 따라 업무 담당자에게 부여된 사용자 인터페이스 화면에 대한 접근 권한을 나타낼 수 있다.
예를 들어, 사용자 유형은 관리자(administrator), 개발자(developer), 일반사용자(user)로 구분될 수 있다. 이 때, 관리자는 컴퓨팅 시스템 및 인터페이스의 전체적인 관리 및 운영과 업무 담당자의 역할과 권한을 부여하며 다양한 설정 파라미터를 관리하는 담당자를 나타낸다. 개발자는 해당 컴퓨팅 시스템과 전체 인터페이스에 대한 모니터링을 수행하는 담당자를 나타낸다. 일반적으로는 EAI담당자가 개발자 역할을 부여 받으며, EAI를 실질적으로 운영하고 개발하는 담당자를 나타낸다. 일반사용자의 경우 담당 업무에 따른 인터페이스 또는 대상시스템, 업무그룹 단위의 인터페이스 접근권한과 개인화된 대쉬보드 접근권한을 갖는다. 따라서, 현업사용자 및 대상시스템 운영/개발자 등이 일반사용자 역할의 대상이 될 수 있다. 업무 담당자는 업무의 역할 별로 임의로 구분한 것으로 기업의 규모, 인력 현황, 고객사 등에 따라 다른 업무 담당자가 해당 역할을 수행할 수 있음은 물론이다.
예를 들어, 관제 모듈(2200)은 관리자의 역할 권한에 따라 모니터링 정보 및 관리 설정 정보를 관리자에게 제공할 수 있다. 또한, 관제 모듈(2200)은 EAI 담당자의 역할 권한에 따라 모니터링 정보를 EAI 담당자에게 제공할 수 있다. 또한, 관제 모듈(2200)은 현업 담당자와 시스템 담당자의 역할 권한에 따라 모니터링 정보에 포함된 모니터링 대상들 중 적어도 하나의 모니터링 대상을 현업 담당자와 시스템 담당자에게 제공할 수 있다.
또한, 업무 권한은 사용자 담당 업무에 따라 업무 담당자에게 부여된 컴퓨팅 시스템 및 인터페이스에 대한 담당 업무 권한을 나타낼 수 있다. 예를 들어, 관제 모듈(2200)은 현업 담당자와 시스템 담당자의 업무 권한에 따라 담당 인터페이스와 담당 시스템에 대응하는 모니터링 정보를 제공할 수 있다.
이 예에서 인터페이스 거버넌스 플랫폼(10000)은 API 등을 통해 외부의 클라우드 시스템과 연결되거나 또는 온프레미스 시스템과 연결될 수 있다. 일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)은 컨트롤 시스템(100)에 의해 제어되고 관리될 수 있다. 컨트롤 시스템(100)은 적어도 하나 이상의 프로세서를 가지는 컴퓨터 서버(110) 및 스토리지나 데이터베이스(120)을 포함할 수 있으며, 이를 이용하여 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다. 이에 대하여는, 도 1 내지 도 3에서 상술한 내용을 참고하도록 한다.
도 40은 실시 예에 따른 인터페이스 거버넌스 시스템이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 다른 예를 개시하는 도면
일 실시 예에서, 예에서 관제 모듈(2200)은 인터페이스 집계정보 제공부(2201), 인터페이스 통계정보 제공부(2202), 인터페이스 내역정보 제공부(2203), 시스템 정보 제공부(2204), 성능 정보 제공부(2205), 트랜잭션 정보 제공부(2206), 에러 관리정보 제공부(2207), 메시지 큐 정보 제공부(2208), 채널 정보 제공부(2209), 설정 관리정보 제공부(2210), 권한 정보 제공부(2211) 및 수집기 정보 제공부(2212)를 포함할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
인터페이스 집계정보 제공부(2201)는 관리자(administrator)에게 업무 그룹화 중심의 인터페이스 현황 및 집계 정보를 제공할 수 있다. 예를 들어, 인터페이스 집계정보 제공부(2201)는 메시지 큐, 발생 건수, 에러 건수 및 메시지 적체 상태를 제공할 수 있다.
인터페이스 통계정보 제공부(2202)는 사용자(user)에게 개인화된 모니터링 형태의 인터페이스 통계 정보를 제공할 수 있다. 예를 들어, 인터페이스 통계정보 제공부(2202)는 사용자가 담당하는 인터페이스 기준의 통계 및 현황 정보를 제공할 수 있다.
인터페이스 내역정보 제공부(2203)는 인터페이스에 대한 실시간 인터페이스 내역 정보를 제공할 수 있다. 일 실시 예에서, 인터페이스 내역정보 제공부(2203)는 인터페이스에 대한 실시간 트랜잭션 내역 정보를 제공할 수 있다. 이에 대하여는, 상술한 내용을 참고하도록 한다.
시스템 정보 제공부(2204)는 컴퓨팅 시스템의 리소스 모니터링 정보를 제공할 수 있다. 예를 들어, 시스템 정보 제공부(2204)는 해당 컴퓨팅 시스템의 CPU 정보, 메모리 정보 및 쓰레드(thread) 정보를 포함할 수 있다.
성능 정보 제공부(2205)는 인터페이스에 대한 성능 모니터링 정보를 제공할 수 있다. 일 실시 예에서, 성능 정보 제공부(2205)는 인터페이스 처리 성능 정보를 제공할 수 있다. 일 실시 예에서, 인터페이스 처리 성능 정보는 인터페이스 별 최적화 대상 선정에 사용될 수 있다.
트랜잭션 정보 제공부(2206)는 트랜잭션 모니터링 정보를 제공할 수 있다. 일 실시 예에서, 트랜잭션 정보 제공부(2206)는 인터페이스에 대한 트랜잭션 발생 추이를 포함하는 다양한 정보를 제공할 수 있다.
에러 관리정보 제공부(2207)는 에러 정보를 제공할 수 있다. 일 실시 예에서, 에러 관리정보 제공부(2207)는 인터페이스에 대한 에러 메시지에 대한 조치 관리 기능을 제공할 수 있다. 일 실시 예에서, 에러 정보는 에러 유형, 에러 이력 및 에러 처리 내역을 포함할 수 있다. 또한, 에러 관리정보 제공부(2207)는 장애 이력을 검색할 수 있는 장애 검색 기능을 제공할 수 있다.
메시지 큐 정보 제공부(2208)는 메시지 큐 상태 관리 정보를 제공할 수 있다. 일 실시 예에서, 메시지 큐 정보 제공부(2208)는 어댑터 백로그 모니터링 정보 또는 어댑터 큐 모니터링 정보 중 적어도 하나를 제공할 수 있다. 일 실시 예에서, 메시지 큐 정보 제공부(2208)는 통합 솔루션으로부터 수집된 로그 데이터를 저장한 메시지 큐에 대한 정보를 제공할 수 있다.
채널 정보 제공부(2209)는 채널 상태 정보를 제공할 수 있다. 일 실시 예에서, 채널 정보 제공부(2209)는 대상 시스템과에 대한 연결 채널들의 상태 정보를 제공할 수 있다.
설정 관리정보 제공부(2210)는 설정 관리 화면을 통해 동적으로 적용 가능한 파라미터 설정 정보를 제공할 수 있다. 일 실시 예에서, 설정 관리정보 제공부(2210)는 업무 그룹, 에러 코드 등에 대한 설정 관리 정보를 제공할 수 있다.
권한 정보 제공부(2211)는 업무 담당자별 권한 및 관리 대상을 부여하는 설정 정보를 제공할 수 있다. 일 실시 예에서, 권한 정보 제공부(2211)는 해당 업무 담당자가 담당하는 업무 그룹, 대상 시스템 및 인터페이스에 대한 설정 정보를 제공할 수 있다. 일 실시 예에서, 권한 정보 제공부(2211)는 알림 메시지 규칙에 대한 설정 정보를 제공할 수 있다.
수집기 정보 제공부(2212)는 로그 데이터를 수집하는 수집기에 대한 수집기 연결 정보를 제공할 수 있다. 이에 대하여는, 상술한 내용을 참고하도록 한다.
이때, 관제 모듈(2200) 내에 포함되는 구성요소들은 관제 모듈(2200)이 수행하는 기능을 설명하기 위해 구분된 것으로 구성요소의 이름에 한정되는 것은 아니다.
따라서, 본 발명에 따르면, 업무 담당자별 개인화된 정보를 모니터링 대쉬보드 형태로 제공할 수 있다. 본 발명에 따르면, 통합 솔루션이 기존적으로 제공하는 기술적이고 복잡한 사용자 인터페이스(UI)에 비하여 업무 담당자 관점에서 편리한 사용자 인터페이스 화면을 제공할 수 있다. 또한, 본 발명에 따르면, 로그 데이터를 활용하여 생성된 다양한 모니터링 정보 및 관리 설정 정보를 포함하는 분석 화면 정보를 제공할 수 있다. 일 실시 예에서, 분석 화면 정보는 다양한 그래프 형태로 제공될 수 있다. 또한, 본 발명에 따르면, 모니터링 정보를 분석, 인지 및 감지하여 업무 담당자에게 편의성과 신속성을 제공할 수 있다.
도 41은 실시 예에 따른 집계 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 집계 화면(200)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
집계 화면(200)은 관리자(administrator)의 시스템 및 인터페이스에 대한 집계 정보를 포함할 수 있다. 일 실시 예에서, 집계 화면(200)은 시스템 집계 정보(201), 인터페이스 처리 결과 정보(202) 및 인터페이스 큐(queue) 대기 정보(203)를 포함할 수 있다. 일 실시 예에서, 집계 화면(200)은 관리자의 권한으로 로그인이 수행된 경우 표시될 수 있다.
시스템 집계 정보(201)는 레거시(legacy) 연결, 쓰레드 및 컴퓨팅 시스템에 대한 큐 정보를 포함할 수 있다. 일 실시 예에서, 시스템 집계 정보(201)는 GPU 사용, 메모리 점유, GC 워크 비율 및 EJB 세션에 대한 상태 정보를 포함할 수 있다. 예를 들어, 레거시 연결은 정상 연결된 레거시 연결 수 및 에러가 발생한 레거시 연결 수를 포함할 수 있다. 예를 들어, 쓰레드는 처리시간 등의 기준으로 정상 또는 부하 상태 수를 표시하며, 메시지 큐의 경우 ERP와 같은 주요 메인시스템의 인터페이스와 연관된 메시지 큐 상태정보를 나타낼 수 있다.
인터페이스 처리 결과 정보(202)는 인터페이스 그룹별로 처리 결과를 나타낼 수 있다. 예를 들어, 인터페이스 처리 결과 정보(202)는 해당 인터페이스의 처리 성공 수, 처리 실패 수 및 실패 조치 수를 나타낼 수 있다. 여기서, 실패 조치 수는 업무 담당자가 실패인 인터페이스의 에러를 처리 완료한 수를 나타낼 수 있다.
인터페이스 큐 대기 정보(203)는 인터페이스에 대한 큐 대기 건수를 나타낼 수 있다. 예를 들어, 인터페이스 큐 대기 정보(203)는 해당 인터페이스의 큐 대기의 보통 상태 수, 지연 상태 수 및 적체 상태 수를 나타낼 수 있다. 여기서, 큐 대기의 보통 상태 수는 큐 대기 시간이 일정 기간(예: 7일) 평균 대비 제1 임계값(예: 100%)보다 작은 건수를 나타낼 수 있다. 지연 상태 수는 큐 대기 시간이 일정 기간 평균 대비 제1 임계값보다 크고 제2 임계값(예: 200%)보다 작은 건수를 나타낼 수 있다. 적체 상태 수는 큐 대기 시간이 일정 기간 평균 대비 제2 임계값보다 큰 건수를 나타낼 수 있다.
또한, 본 도면의 집계 화면(200)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 42는 실시 예에 따른 인터페이스 현황 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 인터페이스 현황 화면(204)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
인터페이스 현황 화면(204)은 사용자(user)의 인터페이스 현황 정보를 포함할 수 있다. 일 실시 예에서, 인터페이스 현황 화면(204)은 해당 사용자의 담당 인터페이스 정보(205) 및 에러 현황 정보(206)를 포함할 수 있다. 일 실시 예에서, 인터페이스 현황 화면(204)은 업무 담당자의 권한으로 로그인이 수행된 경우 표시될 수 있다. 일 실시 예에서, 인터페이스 현황 정보는 사용자 입력에 의해 선택된 실행 시간 및 사용자가 담당하는 시스템에 기반하여 조회될 수 있다.
담당 인터페이스 정보(205)는 송신 시스템, 수신 시스템, 서버, 인터페이스 처리 결과(예: 성공, 실패, 진행), 평균 응답 시간, 최대 응답 시간 및 평균 볼륨을 포함할 수 있다.
에러 현황 정보(206)는 인터페이스에 대한 에러 유형, 에러 코드, 처리 상태, 에러 발생 시간, 인터페이스 ID, 인터페이스 명, 업무 그룹, 송신 시스템, 송신 업무 시스템, 수신 시스템 및 수신 업무 시스템을 포함할 수 있다.
또한, 본 도면의 인터페이스 현황 화면(204)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 43은 실시 예에 따른 리소스 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 리소스 모니터링 화면(207)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
리소스 모니터링 화면(207)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 리소스 모니터링 정보를 포함할 수 있다. 일 실시 예에서, 리소스 모니터링 화면(207)은 메모리 사용률(208), CPU 사용률(209), 쓰레드 사용률(210), GC 워크 비율(211), EJB 세션(212) 및 데이터베이스 사용률(213)을 포함할 수 있다. 일 실시 예에서, 리소스 모니터링 정보는 어플리케이션 쓰레드 풀 사용률 또는 시스템 쓰레드 풀 사용률 중 적어도 하나를 나타낼 수 있다. 일 실시 예에서, 리소스 모니터링 정보는 그래프 형태로 표현될 수 있다.
메모리 사용률(208)은 메모리 사용률을 나타낼 수 있다. 일 실시 예에서, 메모리 사용률(208)은 일정 시간(예: 30분) 동안의 메모리 변화를 표시할 수 있다. CPU 사용률(209)은 CPU 사용률을 나타낼 수 있다. 일 실시 예에서, CPU 사용률(209)는 일정 시간 동안의 CPU 변화를 표시할 수 있다. 쓰레드 사용률(210)은 쓰레드 사용률을 나타낼 수 있다. 일 실시 예에서, 쓰레드 사용률(210)는 일정 시간 동안의 쓰레드 변화를 표시할 수 있다. GC 워크 비율(211)은 GC 워크 사용률을 나타낼 수 있다. EJB 세션(212)은 EJB 세션 수를 나타낼 수 있다. 데이터베이스 사용률(213)은 데이터베이스 또는 디스크 중 적어도 하나에 대한 사용률을 나타낼 수 있다.
또한, 본 도면의 리소스 모니터링 화면(207)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 44는 실시 예에 따른 성능 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 성능 모니터링 화면(214)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
성능 모니터링 화면(214)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 성능 모니터링 정보를 포함할 수 있다. 일 실시 예에서, 성능 모니터링 화면(214)은 그룹별 응답시간(215), 인터페이스별 응답시간(216), 메시지 정보(217)를 포함할 수 있다. 일 실시 예에서, 성능 모니터링 화면(214)은 사용자 입력에 의해 선택된 실행 시간, 업무 그룹, 시스템 및 인터페이스 ID에 기반하여 조회될 수 있다.
그룹별 응답시간(215)은 각 업무 그룹에 대한 평균 응답 시간을 나타낼 수 있다.
인터페이스별 응답시간(216)은 각 인터페이스 및 인터페이스 ID에 대한 평균 응답 시간을 나타낼 수 있다. 일 실시 예에서, 인터페이스별 응답시간(216)은 일정 기간(예: 검색기간, 전월)에 대한 평균 응답 시간을 나타낼 수 있다.
메시지 정보(217)는 인터페이스 내역에 대한 메시지 정보를 포함할 수 있다. 일 실시 예에서, 메시지 정보(217)는 인터페이스 ID, 인터페이스 명, 메시지 상태, 업무 그룹, 송신 시스템, 송신 업무시스템, 소비자 시스템(consumer system) ID(Con. Sys. ID), 수신 시스템, 수신 업무시스템, 메시지 타입, 처리 방식, 에러 메시지, 시작 시간, 종료 시간, 송신 처리 시간, 수신 처리 시간, 처리 시간, 공급자(provider) 수행 시간(P. 수행 시간), 응답 시간, 트랜잭션 볼륨, 송신 메시지 ID 및 수신 메시지 ID를 포함할 수 있다.
여기서, 소비자 시스템 ID는 하나의 인터페이스에 소비자가 다수인 공통 인터페이스인 경우 메시지의 실제 소비자 시스템 ID를 나타낼 수 있다. 송신 처리 시간은 소비자 시스템으로부터 통합 솔루션 시스템으로 들어온 시간부터 공급자 시스템으로 나갈 때까지의 시간을 나타낼 수 있다. 수신 처리 시간은 동기식(sync) 인터페이스인 경우 공급자 시스템으로부터 통합솔루션시스템으로 들어온 시간부터 소비자 시스템으로 나갈 때까지의 시간을 나타낼 수 있다. 처리 시간은 송신 처리 시간과 수신 처리 시간의 합계를 나타낼 수 있다. 공급자 수행 시간은 동기식 인터페이스인 경우 공급자 시스템에서 메시지를 처리하는데 소요되는 시간을 나타낼 수 있다. 응답 시간은 처리 시간과 공급자 수행 시간의 합계를 나타낼 수 있다.
또한, 본 도면의 성능 모니터링 화면(215)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 45는 실시 예에 따른 트랜잭션 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 트랜잭션 모니터링 화면(218)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
트랜잭션 모니터링 화면(218)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 트랜잭션 정보를 포함할 수 있다. 일 실시 예에서, 트랜잭션 모니터링 화면(218)은 모니터링 요약 정보(219), 트랜잭션 볼륨(220), 실패 트랜잭션 수(221) 및 메시지 정보(222)를 포함할 수 있다.
모니터링 요약 정보(219)는 트랜잭션 요약 정보를 나타낼 수 있다. 일 실시 예에서, 모니터링 요약 정보(219)는 전체 트랜잭션 수, 성공 트랜잭션 수, 실패 트랜잭션 수, 진행 트랜잭션 수, 실패 발생 비율 및 전체 트랜잭션 볼륨을 포함할 수 있다.
트랜잭션 볼륨(220)은 업무 그룹 별 기간에 따른 트랜잭션 볼륨을 나타낼 수 있다. 여기서, 트랜잭션 볼륨은 인터페이스 메시지의 크기를 나타낼 수 있다. 일 실시 예에서, 트랜잭션 볼륨(220)은 인터페이스 메시지 크기의 합계를 나타낼 수 있다.
실패 트랜잭션 수(221)는 업무 그룹 별 기간에 따른 실패 트랜잭션 수를 나타낼 수 있다. 일 실시 예에서, 실패 트랜잭션 수(221)는 인터페이스 메시지 중 실패인 건수 합계를 나타낼 수 있다.
메시지 정보(222)는 인터페이스 ID, 인터페이스 명, 메시지 상태, 업무 그룹, 송신 시스템, 송신 업무시스템, 소비자 시스템 ID(Con. Sys. ID), 수신 시스템, 수신 업무시스템, 메시지 타입, 처리 방식, 에러 메시지, 시작 시간, 종료 시간, 송신 처리 시간, 수신 처리 시간, 처리 시간, 공급자 수행 시간(P. 수행 시간), 응답 시간, 트랜잭션 볼륨, 송신 메시지 ID 및 수신 메시지 ID를 포함할 수 있다. 이에 대하여는, 상술한 내용을 참고하도록 한다.
또한, 본 도면의 트랜잭션 모니터링 화면(218)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 46은 실시 예에 따른 메시지 상세 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 메시지 상세 화면(242)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
메시지 상세 화면(242)은 트랜잭션 메시지의 메시지 상세 정보를 포함할 수 있다. 일 실시 예에서, 메시지 상세 화면(242)은 메시지 ID(243), 메시지 메타 정보(244), 메시지 내용(245) 및 처리 로그 정보(246)를 포함할 수 있다.
메시지 ID(243)는 메시지 정보에 포함된 해당 트랜잭션 메시지가 선택된 경우, 해당 트랜잭션 메시지에 대한 메시지 ID를 포함할 수 있다. 여기서, 메시지 ID(243)는 트랜잭션에 부여된 고유 메시지 ID를 포함할 수 있다. 예를 들어, 선택된 트랜잭션 메시지가 송신 메시지에 해당하는 경우, 메시지 ID(243)는 송신 메시지 ID를 포함할 수 있다. 또한, 선택된 트랜잭션 메시지가 수신 메시지에 해당하는 경우, 메시지 ID(243)는 수신 메시지 ID를 포함할 수 있다.
메시지 메타 정보(244)는 해당 트랙잭션 메시지가 선택된 경우, 메시지에 대한 인터페이스 메타 정보를 포함할 수 있다. 일 실시 예에서, 메시지 메타 정보(244)는 메시지 상태, 시작 시간, 종료 시간, 송신 시스템, 수신 시스템, 메시지 타입, 아웃바운드 업무 시스템(Outbound Business System), 아웃바운드 네임스페이스(Outbound Namespace), 아웃바운드 인터페이스(Outbound interface), 인바운드(Inbound) 업무 시스템, 인바운드 네임스페이스 및 인바운드 인터페이스를 포함할 수 있다.
또한, 메시지 내용(245)은 해당 메시지의 처리 단계별 메시지 데이터를 버전 별로 제공할 수 있다.일 실시 예에서, 메시지 내용(245)은 버전 정보 및 메시지 상세 내용을 포함할 수 있다. 일 실시 예에서, 메시지 내용(245)은 해당 메시지의 종류, 즉, 송신 메시지 또는 수신 메시지에 따라 송신 메시지 내용 또는 수신 메시지 내용을 포함할 수 있다.
처리 로그 정보(246)는 통합 솔루션 내의 해당 트랜잭션 처리를 위한 상세 로그 정보를 포함할 수 있다. 일 실시 예에서, 처리 로그 정보(246)는 로그 처리 상태, 로그 처리 시간 및 상세 로그 정보를 포함할 수 있다. 일 실시 예에서, 처리 로그 정보(246)는 해당 메시지의 종류, 즉, 송신 메시지 또는 수신 메시지에 따라 송신 처리 로그 또는 수신 처리 로그를 포함할 수 있다. 또한, 본 도면의 트랜잭션 모니터링 화면(218)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 47은 실시 예에 따른 어댑터 백로그 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 어댑터 백로그 모니터링 화면(223)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
어댑터 백로그 모니터링 화면(223)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 어댑터 백로그 모니터링 정보를 포함할 수 있다. 일 실시 예에서, 어댑터 백로그 모니터링 화면(223)은 송신 컴포넌트 정보(224) 및 수신 컴포넌트 정보(225)를 포함할 수 있다. 일 실시 예에서, 어댑터 백로그 모니터링 정보는 사용자 입력에 의한 서버와 컴포넌트로 조회될 수 있다.
송신 컴포넌트 정보(224)는 서버, 컴포넌트, 업무 시스템, 모니터링 상태, EOIO(Exactly once in order), 오류 포함 프로세싱 백로그 및 오류 미포함 프로세싱 백로그를 포함할 수 있다. 여기서, 모니터링 상태는 CCMS(computing center management system)을 통하여 모니터링을 수행하지 여부를 나타낼 수 있다. EOIO는 한번에 순서대로 처리되는 인터페이스 패턴의 메시지 건수를 나타낼 수 있다. 오류 포함 프로세싱 백로그는 오류인 메시지 건수를 포함한 처리 메시지 건수를 나타낼 수 있다. 오류 미포함 프로세싱 백로그는 오류인 메시지 건수를 포함하지 않은 처리 메시지 건수를 나타낼 수 있다.
수신 컴포넌트 정보(225)는 서버, 컴포넌트, 업무 시스템, 모니터링 상태, EOIO, 오류 포함 프로세싱 백로그 및 오류 미포함 프로세싱 백로그를 포함할 수 있다. 이에 대하여는, 상술한 내용을 참고하도록 한다.
또한, 본 도면의 어댑터 백로그 모니터링 화면(223)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 48은 실시 예에 따른 어댑터 큐 모니터링 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 어댑터 큐 모니터링 화면(226)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
어댑터 큐 모니터링 화면(226)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 어댑터 큐 모니터링 정보(227)를 포함할 수 있다.
어댑터 큐 모니터링 정보(227)는 서버, 서버 노드, 어댑터 큐, 큐 엔트리 수(number of entries in queue), 쓰레드 할당 및 실행 수, 최대 쓰레드 수를 포함할 수 있다. 여기서, 큐 엔트리 수는 어댑터 큐에 들어온 메시지 수를 나타낼 수 있다. 쓰레드 할당 및 실행 수는 쓰레드에 할당되고 실행 중인 메시지 수를 나타낼 수 있다. 최대 쓰레드 수는 어댑터 큐에 할당된 최대 쓰레드 수를 나타낼 수 있다.
또한, 본 도면의 어댑터 큐 모니터링 화면(226)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 49는 실시 예에 따른 채널 상태 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 채널 상태 모니터링 화면(228)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
채널 상태 모니터링 화면(228)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 채널 상태 모니터링 정보(229)를 포함할 수 있다. 일 실시 예에서, 채널 상태 모니터링 정보(229)는 사용자 입력에 의해 서버, 연결 채널, 채널 상태, 어댑터 타입, 연결 방향 및 컴포넌트에 기반하여 조회될 수 있다.
일 실시 예에서, 채널 상태는 에러(error), 경고(warning), 정상(ok), 중단(stopped) 및 언노운(unknown)을 포함할 수 있다. 여기서, 에러는 오류가 발행한 채널의 상태를 나타낼 수 있다. 경고는 비활성화(inactive)된 채널의 상태를 나타낼 수 있다. 정상은 정상 작동 중인 채널의 상태를 나타낼 수 있다. 중단은 작동 중단 중인 채널의 상태를 나타낼 수 있다. 언노운은 상태가 알려지지 않은 채널의 상태를 나타낼 수 있다.
또한, 본 도면의 채널 상태 모니터링 화면(228)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 50은 실시 예에 따른 사용자 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 사용자 정보 화면(230)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
사용자 정보 화면(230)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 사용자 정보(231)를 포함할 수 있다. 일 실시 예에서, 사용자 정보 화면(230)은 사용자가 추가되는 경우, 추가되는 사용자에 대한 사용자 정보 추가 화면이 추가적으로 활성화될 수 있다. 일 실시 예에서, 사용자에 대한 계정 비밀번호 변경 화면이 추가적으로 활성화될 수 있다. 일 실시 예에서, 사용자 정보 화면(230)은 관리자에게 제공될 수 있다.
사용자 정보(231)는 사용자 ID, 사용자 명, 사용자 유형, 사용자 상태, 회사, 부서, 회사 전화번호, 개인 전화번호, 이메일, 메신저 아이디 및 사번을 포함할 수 있다. 이 경우, 각 사용자의 사용자 유형은 관리자 또는 사용자(user) 중 하나를 나타낼 수 있다.
일 실시 예에서, 사용자 정보(231)는 사용자에 의해 직접 입력될 수 있다. 또한, 일 실시 예에서, 사용자 정보(231)는 제공된 API를 통해 고객사의 인사 정보 시스템과 연동하여 자동화 등록 및 동기화될 수 있다. 일 실시 예에서, 사용자 정보(231)에 대하여 기타, SSO(Single Sign On) 인증이 지원될 수 있다.
또한, 본 도면의 사용자 정보 화면(230)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 51은 실시 예에 따른 담당 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 담당 인터페이스 화면(232)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
담당 인터페이스 화면(232)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 담당 인터페이스 정보를 포함할 수 있다. 일 실시 예에서, 담당 인터페이스 화면(232)은 사용자 계정 정보(233), 담당 시스템(234) 및 담당 인터페이스(235)을 포함할 수 있다. 일 실시 예에서, 담당 인터페이스 화면(232)은 관리자 및 사용자에게 제공될 수 있다.
사용자 계정 정보(233)는 관리자 및 사용자에 대한 사용자 ID 및 사용자 명을 포함할 수 있다.
담당 인터페이스(235)는 사용자 계정 정보(233)에서 선택된 사용자가 담당하는 담당 인터페이스 정보를 포함할 수 있다. 일 실시 예에서, 담당 인터페이스(235)는 해당 사용자가 담당하는 담당 인터페이스에 대한 업무 그룹, 인터페이스 정보, 인터페이스 ID, 담당 정보, 송신 시스템 및 수신 시스템을 포함할 수 있다. 일 실시 예에서, 담당 인터페이스(235)를 통해 해당 사용자가 담당하는 인터페이스가 추가되거나 삭제될 수 있다. 일 실시 예에서, 해당 사용자가 관리자가 아닌 경우, 해당 사용자에게 담당 설정 허용으로 등록된 시스템 관련 인터페이스이 조회 및 추가될 수 있다.
담당 시스템(234)은 사용자 계정 정보(233)에서 선택된 사용자가 담당하는 담당 시스템 정보를 포함할 수 있다. 일 실시 예에서, 담당 시스템(234)은 시스템 정보 및 업무 시스템을 포함할 수 있다. 일 실시 예에서, 담당 시스템(234)을 통해 해당 사용자가 담당하는 시스템이 추가되거나 삭제될 수 있다. 일 실시 예에서, 해당 사용자가 관리자가 아닌 경우, 해당 사용자에게 담당 설정 허용으로 등록된 시스템이 조회 및 추가될 수 있다.
또한, 본 도면의 담당 인터페이스 화면(232)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 52는 실시 예에 따른 인터페이스 그룹 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 인터페이스 그룹 화면(236)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
인터페이스 그룹 화면(236)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 인터페이스 그룹 정보(237)를 포함할 수 있다. 일 실시 예에서, 인터페이스 그룹 화면(236)은 관리자에게 제공될 수 있다.
인터페이스 그룹 정보(237)는 인터페이스에 대한 업무 그룹, 사용 여부, 생성 일시, 수정 일시 및 등록자를 포함할 수 있다. 여기서, 업무 그룹은 해당 인터페이스에 대한 업무 프로세스와 관련된 업무 그룹을 포함할 수 있다. 사용 여부는, 해당 인터페이스 그룹의 사용 여부를 나타낼 수 있다. 생성 일시는 인터페이스 그룹의 생성 일시를 나타낼 수 있다. 수정 일시는 인터페이스 그룹의 그룹명, 사용 여부 및 그룹 설명을 수정한 수정 일시를 나타낼 수 있다.
또한, 본 도면의 인터페이스 그룹 화면(236)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 53은 실시 예에 따른 시스템 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 시스템 정보 화면(238)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
시스템 정보 화면(238)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 시스템 정보(239)를 포함할 수 있다. 일 실시 예에서, 시스템 정보 화면(238)은 관리자에게 제공될 수 있다.
시스템 정보(239)는 시스템 명, 시스템 유형, 담당자 설정, 사용 여부, 생성 일시, 수정 일시 및 등록자를 포함할 수 있다. 일 실시 예에서, 시스템 유형은 SAP 모듈(Module), SAP 기반 3rd 파티(SAP-based 3rd Party) 또는 레거시 시스템(Legacy system) 중 하나로 선택될 수 있다.
일 실시 예에서, 담당자 설정은 해당 시스템의 업무 담당자에 대한 허용 여부를 나타낼 수 있다. 이 경우, 담당자 설정이 미허용으로 선택된 시스템의 경우, 담당 인터페이스 화면에서 사용자에 대한 해당 시스템 관련 담당 인터페이스 및 담당 시스템이 추가될 수 없다.
일 실시 예에서, 시스템 정보 화면(238)에서 시스템 정보(239)가 추가되거나 수정될 수 있다. 시스템 정보(239)가 추가되는 경우, 해당 시스템의 업무 시스템이 설정될 수 있다. 이 경우, 업무 시스템은 해당 시스템이 속한 업무 시스템이 등록될 수 있다. 예를 들어, 업무 시스템은 SAP PO의 업무 시스템(Business system)과 같은 메타정보를 포함할 수 있다.
또한, 본 도면의 시스템 정보 화면(238)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 54는 실시 예에 따른 인터페이스 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 관제 모듈(2200)는 인터페이스 정보 화면(240)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
인터페이스 정보 화면(240)은 해당 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 인터페이스 정보(241)를 포함할 수 있다. 일 실시 예에서, 인터페이스 정보 화면(240)은 관리자에게 제공될 수 있다.
인터페이스 정보(241)는 인터페이스의 업무명을 기준으로 하는 인터페이스 정보를 포함할 수 있다. 일 실시 예에서, 인터페이스 정보(241)는 업무 그룹, 인터페이스 ID, 인터페이스 명, 중요도, 사용 여부, 생성 일시, 수정 일시 및 등록자를 포함할 수 있다. 이 경우, 업무 그룹은 해당 인터페이스에 대한 업무 프로세스와 관련된 업무 그룹을 포함할 수 있다. 인터페이스 ID는 해당 인터페이스를 식별하기 위한 식별자를 포함할 수 있다. 또한, 인터페이스 명은 해당 업무 프로세스 관련 인터페이스 내용을 포함할 수 있다.
일 실시 예에서, 사용자 입력을 통해 인터페이스 정보가 추가될 수 있다. 이 경우, 추가되는 인터페이스 정보는 인터페이스 추가 시 업무 그룹, 인터페이스 ID, 인터페이스 명, 중요도, 응답 시간, 사용 여부, 인터페이스 설명, 송신 시스템, 수신 시스템, 매핑 스펙 및 기능 스펙을 포함할 수 있다. 여기서, 매핑 스펙은 발생 주기, 메시지 타입, 처리 방식, 송신 프로그램, 수신 프로그램 및 매핑 문서를 포함할 수 있다. 메시지 타입은 동기식 또는 비동기식 중 하나가 선택될 수 있다. 처리 방식은 인터페이스 처리 방식으로 온디멘드(On-Demand), 배치(Batch), 리얼 타임(Real-Time) 또는 니어 리얼 타임(Near Real-Time) 중 하나가 선택될 수 있다. 인터페이스 정보(241)는 위와 같이 사용자에 의해 직접입력이 가능하나, 기준정보 관리 모듈과의 내부 연동을 통해 제공받을 수도 있다.
또한, 본 도면의 인터페이스 정보 화면(240)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 정보가 포함될 수 있음은 물론이다.
도 55는 실시 예에 따른 인터페이스 관리 방법이 사용자 인터페이스(UI)를 통해 모니터링 및 관리 설정 정보를 제공하는 예를 개시하는 흐름도
컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득한다(S710). 일 실시 예에서, 로그 데이터는 표준화 포맷으로 정형화될 수 있다. 이에 대하여는, 도 39에서 상술한 내용을 참고하도록 한다.
로그 데이터에 기반하여 업무 담당자에 대응하는 모니터링 정보 또는 관리 설정 정보 중 적어도 하나를 생성한다(S720). 일 실시 예에서, 로그 데이터에 기반하여, 인터페이스에 대한 인터페이스 모니터링 정보, 컴퓨팅 시스템에 대한 시스템 모니터링 정보 또는 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 에러 모니터링 정보 중 적어도 하나를 포함하는 모니터링 정보를 생성할 수 있다. 일 실시 예에서, 업무 담당자의 입력에 기반하여 로그 데이터에 대한 업무 담당자에 대응하는 역할 권한, 업무 권한 또는 관리 대상 중 적어도 하나를 포함하는 관리 설정 정보를 생성할 수 있다. 이에 대하여는, 도 39 및 도 40에서 상술한 내용을 참고하도록 한다.
사용자 인터페이스를 통해 상기 모니터링 정보 또는 관리 설정 정보 중 적어도 하나를 제공한다(S730). 일 실시 예에서, 업무 담당자의 역할 권한 또는 업무 권한 중 적어도 하나에 따라 모니터링 정보 또는 관리 설정 정보 중 적어도 하나를 제공할 수 있다. 이에 대하여는, 도 39 및 도 40에서 상술한 내용을 참고하도록 한다.
도 56은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 예를 개시하는 도면
도시한 예에서 인터페이스 거버넌스 시스템(10000)은 인터페이스 모니터링 모듈을 포함할 수 있다. 인터페이스 모니터링 모듈은 로그 수집 모듈(2100) 및 장애 알림 모듈(2300)을 포함할 수 있다. 여기에서는 본 발명과 관련된 모듈을 중심으로 설명하되, 다른 구성 요소에 대하여는 상술한 도 2의 실시 예를 참고하도록 한다.
로그 수집 모듈(2100)은 컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득할 수 있다. 일 실시 예에서, 로그 데이터는 표준화 포맷으로 변환된 로그 데이터를 포함할 수 있다.
장애 알림 모듈(2300)은 미리 정의된 장애 판별 기준 정보에 기반하여 상기 로그 데이터로부터 상기 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지할 수 있다. 일 실시 예에서, 장애 알림 모듈(2300)은 장애 판별 기준 정보에 기반하여, 로그 데이터의 값을 임계값과 비교하여 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지할 수 있다. 이를 통해, 본 발명에 따르면, 로그 데이터에 기반하여 실시간 장애를 감지할 수 있다.
일 실시 예에서, 장애 알림 모듈(2300)은 로그 데이터에 대한 통계 정보에 기반하여 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지할 수 있다. 일 실시 예에서, 장애 알림 모듈(2300)은 로그 데이터의 변화량을 임계값과 비교하여 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지할 수 있다. 이를 통해, 본 발명에 따르면, 로그 데이터의 변화랑에 기반하여 이상 증후를 예측함으로써 장애를 예방할 수 있다.
또한, 장애 알림 모듈(2300)은 장애 또는 이상 증후 중 적어도 하나에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공할 수 있다. 일 실시 예에서, 장애 알림 모듈(2300)은 사용자 입력에 의한 장애 조치 정보를 획득할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
이 예에서 인터페이스 거버넌스 플랫폼(10000)은 API 등을 통해 외부의 클라우드 시스템과 연결되거나 또는 온프레미스 시스템과 연결될 수 있다. 일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)은 컨트롤 시스템(100)에 의해 제어되고 관리될 수 있다. 컨트롤 시스템(100)은 적어도 하나 이상의 프로세서를 가지는 컴퓨터 서버(110) 및 스토리지나 데이터베이스(120)을 포함할 수 있으며, 이를 이용하여 인터페이스 거버넌스 플랫폼(10000)을 제어하고 관리할 수 있다. 이에 대하여는, 도 1 내지 도 3에서 상술한 내용을 참고하도록 한다.
도 57은 실시 예에 따른 인터페이스 거버넌스 시스템이 장애 감지 및 솔루션을 제공하는 다른 예를 개시하는 도면
일 실시 예에서, 예에서 인터페이스 거버넌스 시스템(10000)은 로그 수집 모듈(2100) 및 장애 알림 모듈(2300)을 포함할 수 있다. 이때, 로그 수집 모듈(2100) 및 장애 알림 모듈(2300) 내에 포함되는 구성요소들은 로그 수집 모듈(2100)과 장애 알림 모듈(2300)이 수행하는 기능을 설명하기 위해 구분된 것으로 구성요소의 이름에 한정되는 것은 아니다.
로그 수집 모듈(2100)은 메시지 큐(2105) 및 표준화 변환부(2106)를 포함할 수 있다. 메시지 큐(2105)는 수집된 로그 데이터를 저장할 수 있다. 표준화 변환부(2106)는 로그 데이터의 포맷을 표준화 포맷으로 변환할 수 있다.
장애 알림 모듈(2300)은 장애 감지부(2301), 이상 증후 감지부(2302), 가이드 제공부(2303), 알림 제공부(2304), 장애 조치 관리부(2305) 및 장애 정보 저장소(2306)를 포함할 수 있다.
장애 감지부(2301)는 표준화 포맷으로 정형화된 로그 데이터를 기반으로 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애 여부를 판단할 수 있다. 일 실시 예에서, 장애 감지부(2301)는 미리 정의된 장애 판별 기준 정보에 기반하여 장애 여부를 판단할 수 있다. 예를 들어, 장애 판별 기준 정보는 CPU 사용률, 인터페이스 처리 결과, 에러 메시지 정보, 리소스 사용률, 쓰레드(Thread) 임계치 값, 데이터 사이즈, 트랜잭션량 등을 포함할 수 있다.
일 실시 예에서, 장애 감지부(2301)는 인터페이스 성공 또는 실패 여부에 따라 장애 여부를 판단할 수 있다. 일 실시 예에서, 장애 감지부(2301)는 로그 데이터에 업무 기준 에러 포함되어 있는지에 따라 장애 여부를 판단할 수 있다. 일 실시 예에서, 장애 감지부(2301)는 리소스 사용량이 임계값을 초과하는지 여부에 따라 장애 여부를 판단할 수 있다. 예를 들어, 장애 감지부(2301)는 리소스 사용량이 임계값을 초과하는 경우 장애가 발생한 것으로 판단할 수 있다.
이상 증후 감지부(2302)는 로그 데이터에 대한 통계 정보에 기반하여, 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지할 수 있다. 일 실시 예에서, 이상 증후 감지부(2302)는 로그 데이터의 모니터링 대상의 변화량에 따라 이상 증후를 감지할 수 있다. 예를 들어, 이상 증후 감지부(2302)는 트랜잭션 발생 추이, 트랜잭션 패턴 변화량, 에러 패턴, 인터페이스, 메시지 큐 및 리소스 변화량에 따라 이상 증후를 감지할 수 있다.
일 실시 예에서, 이상 증후 감지부(2302)는 모니터링 대상의 변화량이 임계값보다 큰 경우 이상 증후가 있는 것으로 판단할 수 있다. 일 실시 예에서, 이상 증후 감지부(2302)는 모니터링 대상 변화량이 미리 설정된 패턴을 벗어나는 경우 이상 증후가 있는 것으로 판단할 수 있다. 일 실시 예에서, 모니터링 대상의 변화량은 머신 러닝에 의한 통계 정보로 학습되고 축적되어 장애 정보 저장소(2306)에 저장될 수 있다.
가이드 제공부(2303)는 감지된 장애 또는 이상 증후에 기반하여 장애 조치 가이드를 제공할 수 있다. 일 실시 예에서, 가이드 제공부(2302)는 이전 장애 조치 내역에 대한 장애 조치 적중률에 기반하여 장애 조치 가이드를 제공할 수 있다. 즉, 본 발명에 따르면, 이전 장애 조치 내역을 장애 해결에 재활용할 수 있다. 일 실시 예에서, 이전 장애 조치 내역은 머신 러닝에 의해 학습되고 축적되어 장애 정보 저장소(2306)에 저장될 수 있다.
알림 제공부(2304)는 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 알림을 통해 제공할 수 있다. 일 실시 예에서, 장애 정보는 장애 유형, 장애 원인 및 장애 내용을 포함할 수 있다. 또한, 장애 조치 가이드는 해당 장애를 해결하기 위한 조치 내용, 해당 조치 가이드에 대한 사용자 평가 및 해당 조치 가이드에 기반한 조치 결과에 따른 장애 조치 적중률을 포함할 수 있다.
장애 조치 관리부(2305)는 사용자의 장애 조치에 따른 조치 결과를 획득할 수 있다. 일 실시 예에서, 장애 조치 관리부(2305)는 장애 조치 완료에 대한 사용자 평가와 현황을 해당 장애 조치 가이드에 반영할 수 있다. 이에 대한 상세한 실시예는 이하에서 설명된다.
도 58은 실시 예에 따른 알림 정보에 대한 사용자 인터페이스(UI)의 예를 개시하는 도면
일 실시 예에서, 인터페이스 거버넌스 플랫폼(10000)의 알림 제공부(2304)는 알림 화면(190)에 대한 사용자 인터페이스(UI)를 제공할 수 있다.
알림 화면(190)은 장애 정보를 포함할 수 있다. 일 실시 예에서, 알림 화면(190)은 장애 확인 정보(191) 및 알림 내용 정보(192)를 포함할 수 있다.
장애 확인 정보(191)는 알림(Alert)으로 제공된 장애 정보를 포함할 수 있다. 일 실시 예에서, 장애 확인 정보(191)는 발생 시간, 알림 제목, 확인 여부 정보 및 확인 시간을 포함할 수 있다. 일 실시 예에서, 알림 제목은 서버 식별자 및 인터페이스 명에 기반한 인터페이스 메시지 에러를 포함할 수 있다.
알림 내용 정보(192)는 알림 제목 및 알림 내용을 포함할 수 있다. 일 실시 예에서, 알림 내용은 서버와 클라이언트의 식별자, 업무 그룹, 인터페이스 명, 송신 시스템, 수신 시스템, 메시지 ID, 에러 발생 시간, 에러 메시지, 에러 코드 및 에러 유형을 포함할 수 있다.
일 실시 예에서, 알림 화면(190)은 장애 정보, CPU, 메모리, 쓰레드 상태 등 다양한 정보에 대한 알람 정보를 포함할 수 있다. 또한, 본 도면의 장애 화면(190)에 포함된 정보는 하나의 일 예시일 뿐으로 여기에 한정되는 것은 아니며, 다양한 장애 정보에 대한 정보가 포함될 수 있음은 물론이다.
도 59는 실시 예에 따른 인터페이스 관리 방법이 데이터 포맷을 변환하는 예를 개시하는 흐름도
컴퓨팅 시스템의 인터페이스에 대한 로그 데이터를 획득한다(S810). 일 실시 예에서, 로그 데이터는 표준화 포맷으로 정형화될 수 있다. 이에 대하여는, 도 56 및 도 57에서 상술한 내용을 참고하도록 한다.
미리 정의된 장애 판별 기준 정보에 기반하여, 로그 데이터로부터 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지한다(S820). 일 실시 예에서, 로그 데이터에 대한 모니터링 정보의 값을 임계값과 비교하여 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 장애를 감지할 수 있다. 일 실시 예에서, S730 단계 이전에, 로그 데이터에 대한 통계 정보에 기반하여, 컴퓨팅 시스템 또는 인터페이스 중 적어도 하나에 대한 이상 증후를 감지할 수 있다. 이에 대하여는, 도 56 및 도 57에서 상술한 내용을 참고하도록 한다.
감지된 장애에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 제공한다(S830). 일 실시 예에서, 감지된 장애 또는 이상 증후 중 적어도 하나에 기반하여 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 결정하고, 장애 또는 이상 증후 중 적어도 하나를 제공할 수 있다.
일 실시 예에서, 장애 조치 가이드는 장애 조치 가이드에 대한 이전 장애 조치에 따른 장애 조치 적중률에 기반하여 결정될 수 있다.
일 실시 예에서, S730 단계 이후에, 장애 정보 또는 장애 조치 가이드 중 적어도 하나에 대응하는 장애 조치 정보를 획득하고, 장애 조치 정보에 기반하여 장애 조치 가이드에 대한 장애 조치 적중률을 결정할 수 있다. 이에 대하여는, 도 56 내지 도 58에서 상술한 내용을 참고하도록 한다.
10, 12, 15, 16~19 : 분산 에이전트 어댑터
22, 25, 26~29: 통합솔루션
100: 컨트롤 시스템
110: 컴퓨터 서버
120: 스토리지/데이터베이스
1000: 인터페이스 표준화 모듈
2000: 인터페이스 모니터링 모듈
10000: 인터페이스 거버넌스 플랫폼
22, 25, 26~29: 통합솔루션
100: 컨트롤 시스템
110: 컴퓨터 서버
120: 스토리지/데이터베이스
1000: 인터페이스 표준화 모듈
2000: 인터페이스 모니터링 모듈
10000: 인터페이스 거버넌스 플랫폼
Claims (11)
- 애플리케이션에 관련된 인터페이스를 관리하는 플랫폼이, 온프레미스 (On-premise) 컴퓨팅 시스템 또는 클라우드 컴퓨팅 시스템 중 적어도 하나의 컴퓨팅 시스템에 설치된 애플리케이션 솔루션과 관련된 인터페이스에 대한 정보를 수신하는 단계,
여기서, 상기 인터페이스에 대한 정보는 상기 애플리케이션 솔루션과 관련된 로그 데이터를 포함하고,
여기서, 상기 로그 데이터는 상기 애플리케이션 솔루션의 로그 데이터 저장소, 상기 애플리케이션 솔루션의 표준 인터페이스 및 상기 애플리케이션 솔루션의 프로세스들 사이의 로그 데이터를 생성하는 로그 생성기 중 적어도 하나로부터 수집되고, 및
여기서, 상기 로그 데이터는, 상기 로그 생성기의 설정에 따라 상기 애플리케이션 솔루션의 프로세스들에 포함된 적어도 하나의 단계로부터 생성되는 로그 데이터를 포함하고;
상기 플랫폼이, 상기 로그 데이터와 장애 판별 기준 정보에 기반하여 상기 컴퓨팅 시스템 또는 상기 인터페이스 중 적어도 하나에 대한 장애 또는 이상 증후를 감지하는 단계; 및
상기 플랫폼이, 상기 감지된 장애 또는 상기 이상 증후에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 사용자 인터페이스로 제공하는 단계; 를 포함하는, 인터페이스 관리 방법.
- 제 1 항에 있어서,
상기 사용자 인터페이스는, 사용자의 업무 권한에 기반하여 새로운 인터페이스의 개발 요청을 수신하고,
상기 사용자 인터페이스는, 상기 인터페이스와 관련된 신청 현황, 신청 목록, 및 인터페이스의 개발을 위한 매핑 정의서를 포함하는 인터페이스 관리 방법.
- 제 1항에 있어서,
상기 플랫폼이, 상기 로그 데이터에 기반하여 사용자 타입에 따른 관리 설정 정보를 생성하는 단계; 및
상기 플랫폼이, 상기 관리 설정 정보를 상기 사용자 인터페이스에 제공하는 단계;를 더 포함하는 인터페이스 관리 방법.
- 제 1 항에 있어서,
상기 장애 조치 가이드는, 상기 장애 조치 가이드에 대한 이전 장애 조치에 따른 장애 조치 적중률에 기반하여 결정되는,
인터페이스 관리 방법.
- 제 1 항에 있어서,
상기 제공하는 단계 이후에,
상기 플랫폼이, 상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나에 대응하는 장애 조치 정보를 획득하는 단계; 및
상기 플랫폼이, 상기 장애 조치 정보에 기반하여 상기 장애 조치 가이드에 대한 장애 조치 적중률을 결정하는 단계;를 더 포함하는, 인터페이스 관리 방법.
- 데이터를 저장하는 데이터베이스; 및
상기 데이터를 처리하는 프로세서를 포함하고,
상기 프로세서는,
온프레미스(On-premise) 컴퓨팅 시스템 또는 클라우드 컴퓨팅 시스템 중 적어도 하나의 컴퓨팅 시스템에 설치된 애플리케이션 솔루션과 관련된 인터페이스에 대한 정보를 수신하는 단계,
여기서, 상기 인터페이스에 대한 정보는 상기 애플리케이션 솔루션과 관련된 로그 데이터를 포함하고,
여기서, 상기 로그 데이터는 상기 애플리케이션 솔루션의 로그 데이터 저장소, 상기 애플리케이션 솔루션의 표준 인터페이스 및 상기 애플리케이션 솔루션의 프로세스들 사이의 로그 데이터를 생성하는 로그 생성기 중 적어도 하나로부터 수집되고, 및
여기서, 상기 로그 데이터는, 상기 로그 생성기의 설정에 따라 상기 애플리케이션 솔루션의 프로세스들에 포함된 적어도 하나의 단계로부터 생성되는 로그 데이터를 포함하고;
상기 로그 데이터와 장애 판별 기준 정보에 기반하여 상기 컴퓨팅 시스템 또는 상기 인터페이스 중 적어도 하나에 대한 장애 또는 이상 증후를 감지하는 단계;및
상기 감지된 장애 또는 상기 이상 증후에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 사용자 인터페이스로 제공하는 단계;를 포함하는 단계들을 수행하는, 인터페이스 거버넌스 시스템.
- 제 6 항에 있어서,
상기 사용자 인터페이스는, 사용자의 업무 권한에 기반하여 새로운 인터페이스의 개발 요청을 수신하고,
상기 사용자 인터페이스는, 상기 인터페이스와 관련된 신청 현황, 신청 목록, 및 인터페이스의 개발을 위한 매핑 정의서를 포함하는, 인터페이스 거버넌스 시스템.
- 제 6 항에 있어서,
상기 프로세서는,
상기 로그 데이터에 기반하여 사용자 타입에 따른 관리 설정 정보를 생성하는 단계; 및
상기 관리 설정 정보를 상기 사용자 인터페이스에 제공하는 단계;를 더 수행하는, 인터페이스 거버넌스 시스템.
- 제 6 항에 있어서,
상기 장애 조치 가이드는, 상기 장애 조치 가이드에 대한 이전 장애 조치에 따른 장애 조치 적중률에 기반하여 결정되는,
인터페이스 거버넌스 시스템.
- 제 6 항에 있어서,
상기 프로세서는,
상기 장애 정보 또는 장애 조치 가이드 중 적어도 하나에 대응하는 장애 조치 정보를 획득하는 단계; 및
상기 장애 조치 정보에 기반하여 상기 장애 조치 가이드에 대한 장애 조치 적중률을 결정하는 단계;를 더 수행하는, 인터페이스 거버넌스 시스템.
- 온프레미스(On-premise) 컴퓨팅 시스템 또는 클라우드 컴퓨팅 시스템 중 적어도 하나의 컴퓨팅 시스템에 설치된 애플리케이션 솔루션과 관련된 인터페이스에 대한 정보를 수신하는 단계,
여기서, 상기 인터페이스에 대한 정보는 상기 애플리케이션 솔루션과 관련된 로그 데이터를 포함하고,
여기서, 상기 로그 데이터는 상기 애플리케이션 솔루션의 로그 데이터 저장소, 상기 애플리케이션 솔루션의 표준 인터페이스 및 상기 애플리케이션 솔루션의 프로세스들 사이의 로그 데이터를 생성하는 로그 생성기 중 적어도 하나로부터 수집되고, 및
여기서, 상기 로그 데이터는, 상기 로그 생성기의 설정에 따라 상기 애플리케이션 솔루션의 프로세스들에 포함된 적어도 하나의 단계로부터 생성되는 로그 데이터를 포함하고;
상기 로그 데이터와 장애 판별 기준 정보에 기반하여 상기 컴퓨팅 시스템 또는 상기 인터페이스 중 적어도 하나에 대한 장애 또는 이상 증후를 감지하는 단계; 및
상기 감지된 장애 또는 상기 이상 증후에 따른 장애 정보 또는 장애 조치 가이드 중 적어도 하나를 사용자 인터페이스로 제공하는 단계; 를 포함하는 단계들을수행하는 인터페이스를 관리하는 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020230121567A KR102669668B1 (ko) | 2023-09-13 | 2023-09-13 | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020230121567A KR102669668B1 (ko) | 2023-09-13 | 2023-09-13 | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR102669668B1 true KR102669668B1 (ko) | 2024-05-27 |
Family
ID=91332149
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020230121567A KR102669668B1 (ko) | 2023-09-13 | 2023-09-13 | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR102669668B1 (ko) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090002587A (ko) * | 2007-07-02 | 2009-01-09 | 라파앤컴퍼니(주) | 통합 모니터링 시스템 및 그 운용방법 |
| KR20140129676A (ko) * | 2013-04-30 | 2014-11-07 | (주)잉카엔트웍스 | 에러를 조치하는 단말 장치 및 방법 |
| US9798607B1 (en) * | 2015-06-30 | 2017-10-24 | EMC IP Holding Company LLC | System and method for smart error handling mechanism for an application |
| JP2019049802A (ja) * | 2017-09-08 | 2019-03-28 | 日本電気株式会社 | 障害解析支援装置、インシデント管理システム、障害解析支援方法及びプログラム |
| US20210326197A1 (en) * | 2020-04-20 | 2021-10-21 | Accenture Global Solutions Limited | System And Method For Automatically Identifying And Resolving Computing Errors |
-
2023
- 2023-09-13 KR KR1020230121567A patent/KR102669668B1/ko active IP Right Grant
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090002587A (ko) * | 2007-07-02 | 2009-01-09 | 라파앤컴퍼니(주) | 통합 모니터링 시스템 및 그 운용방법 |
| KR20140129676A (ko) * | 2013-04-30 | 2014-11-07 | (주)잉카엔트웍스 | 에러를 조치하는 단말 장치 및 방법 |
| US9798607B1 (en) * | 2015-06-30 | 2017-10-24 | EMC IP Holding Company LLC | System and method for smart error handling mechanism for an application |
| JP2019049802A (ja) * | 2017-09-08 | 2019-03-28 | 日本電気株式会社 | 障害解析支援装置、インシデント管理システム、障害解析支援方法及びプログラム |
| US20210326197A1 (en) * | 2020-04-20 | 2021-10-21 | Accenture Global Solutions Limited | System And Method For Automatically Identifying And Resolving Computing Errors |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101346699B (zh) | 用于进行日志记录的系统、方法以及系统构筑方法 | |
| US9383900B2 (en) | Enabling real-time operational environment conformity to an enterprise model | |
| CN107818431B (zh) | 一种提供订单轨迹数据的方法和系统 | |
| US8234633B2 (en) | Incident simulation support environment and business objects associated with the incident | |
| US10116534B2 (en) | Systems and methods for WebSphere MQ performance metrics analysis | |
| US20150347264A1 (en) | Tracking application deployment errors via cloud logs | |
| US9411969B2 (en) | System and method of assessing data protection status of data protection resources | |
| US9497096B2 (en) | Dynamic control over tracing of messages received by a message broker | |
| WO2012075442A1 (en) | Systems, methods, and computer program products for processing insurance claims | |
| US8538793B2 (en) | System and method for managing real-time batch workflows | |
| US20130339933A1 (en) | Systems and methods for quality assurance automation | |
| WO2006091624A2 (en) | System and method for determining information related to user interactions with an application | |
| US11526604B2 (en) | System for event detection, data integration, and data visualization | |
| US20100318859A1 (en) | Production control for service level agreements | |
| CN110063042A (zh) | 一种数据库故障的响应方法及其终端 | |
| CN110868322A (zh) | 分布式消息服务的网络管理方法、系统、设备及存储介质 | |
| KR102669668B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102669665B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668325B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668341B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668324B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668329B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668343B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| KR102668339B1 (ko) | 인터페이스 관리 방법, 인터페이스 거버넌스 시스템, 및 인터페이스를 관리하는, 컴퓨터로 실행가능한 프로그램을 저장하는 저장매체 | |
| US11748686B1 (en) | Automated onboarding service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |