KR101042110B1 - 이에스비를 이용하는 오픈 소스 중계 장치 및 이를구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이저장된 기록매체 - Google Patents

Abstract

본 발명은 SOA 환경을 지원하는 SDP를 통하여 통신회사들이 네트워크 및 서비스 자원을 서드 파티(3rd party)에 제공함으로써 다양한 통신 서비스들을 웹 기반으로 노출시켜 주는 기술에 관련한 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체에 관한 것이다. 본 발명은 오픈 소스의 등록 요청에 따라 오픈 소스가 위치된 곳으로 이동 가능한 루트를 등록시켜 라우팅을 설정하고, 루트의 SLA 값을 설정하는 메시지 라우팅 모듈; 메시지 라우팅 모듈의 앞에서 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 IS 생성 모듈; 및 메시지 라우팅 모듈의 뒤에서 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 ES 생성 모듈을 포함하는 것을 특징으로 하는 오픈 소스 중계 장치를 제공한다. 본 발명에 따르면, 다양한 오픈 API에 접근할 수 있는 루트가 통합적으로 제공됨으로써 분산된 서비스의 효율적인 통합을 달성할 수 있다.

SDP(Service Delivery Platform), ESB(Enterprise Service Bus), 오픈 소스(OSS), Open API(Application Programming Interface), SLA(Service Level Agreement)

Description

이에스비를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체 {Device for relaying open source using enterprise service bus, and method and system equipped therewith, and the recording media storing the program performing the said method}

본 발명은 ESB(Enterprise Service Bus)를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체에 관한 것이다. 보다 상세하게는, SOA(Service Oriented Architecture) 환경을 지원하는 SDP(Service Delivery Platform)를 통하여 통신회사들이 네트워크 및 서비스 자원을 서드 파티(3rd party)에 제공함으로써 다양한 통신 서비스들을 웹 기반으로 노출시켜 주는 기술에 관련한 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체에 관한 것이다.

1840년대 전신부호인 모스부호(Morse code)를 이용하여 전보통신에 성공한 이래, 급속한 발전을 이루어왔던 통신산업은 오늘날 지속적인 가입자의 기대치 상 승, 경쟁환경의 심화, 대형 인수합병, 중복으로 인한 고비용 구조 등과 같은 상황에 직면하고 있다. 이에 대한 타개책으로는 management priorities 측면에서 고객만족 및 혁신적 오퍼링을 통한 차별화 달성, 부가가치 서비스의 신속한 시장출시, 수익성 제고를 위한 운영비용 절감, 고객유지 증대 및 신규 수익사업 추진 등이 요구되고 있다. 또한, technology imperatives 측면에서 음성, 화상, 데이터 컨버전스 서비스의 제공, 서비스 어플리케이션과 백앤드 지원 시스템의 통합, 기존 네트워크 인프라의 활용, 서비스 운영관리의 단순화 등이 요구되고 있다.

최근 들어 통신사업자들은 상기한 바를 고려하여 기존 통신에 인터넷 기반 사업모델을 혼합시킴으로써 차별화를 추구하고 있다. 이에, 통용되고 있는 대표적인 것이 바로 SDP(Service Delivery Platform)이다. SDP는 통신사업자들이 새로운 서비스를 개발하고 공급할 때 SOA(Service Oriented Architecture) 환경에서 할 수 있도록 지원하며, 다양한 통신 서비스들을 웹 기반으로 노출시켜 주는 플랫폼이다. 보다 구체적으로 말하면, SDP는 다양한 컴퍼지트(composite) 서비스를 수용한 통신회사들이 네트워크 및 서비스 자원을 서드 파티(3rd party)에 제공함으로써 이들이 보다 다양하고 많은 서비스를 쉽게 적용할 수 있게 한 플랫폼을 가리킨다. 이러한 SDP는 IT 산업으로부터 표준기반 방식이 파생되어 현재는 새로운 서비스를 제공하기 위한 백본(backbone) 역할을 제공하는 플랫폼으로써 자리잡아가고 있다.

SDP가 각광받고 있는 이유는 다음과 같이 요약할 수 있다. 첫째, 소셜 네트워킹(social networking)과 web 2.0을 지원하는 도구를 갖춘 서비스 혁신 및 개발 환경을 통해 신규 컨텐츠와 서비스의 신속한 시장 출시를 실현한다. 둘째, 관리 환 경으로 서비스를 제공할 수 있는 파트너사들을 위한 탑재용 포털 즉 파트너 포털(partner portal)을 구비함으로써 광범위한 컨텐츠와 서비스를 위한 서드 파티와의 제휴를 가능하게 한다. 세째, 커뮤니티 구축을 위한 고객 포털(customer portal)과 도구들을 활용한 브랜드 확장을 통해 브랜드 이미지 확대 및 임시 또는 일시적인 고객의 유인을 달성한다. 네째, 공통의 서비스 수행환경(service execution environment)을 통한 기존 네트워크와 IMS(IP Multimedia Subsystem) 기반의 차세대 네트워크를 연계시킴으로써(network convergence), 다양한 네트워크 및 단말을 통한 개인화되고 일관된 고객 경험을 제공할 수 있다. 다섯째, TMF(Tele-Management Forum)의 eTOM(enhanced Telecom Operations Map) 프로세스를 기반으로 한 보다 효율적인 서비스의 통합을 통해 설비투자비용(capex; capital expenditure), 영업비용(opex; operating expenses) 등의 서비스 제공 원가를 절감시킨다.

그런데, 이와 같은 SDP는 다양한 서비스 창출을 목적으로 기존의 서비스와 자원들에 대한 오픈 API(open Application Programming Interface)를 표준화된 방법으로 응용서비스 개발자에게 제공한다. 도 1은 종래 SDP를 통해 오픈 API를 제공하는 방식을 나타내고 있다. 그러나, 종래 SDP는 도 1에 도시된 바와 같이 제공되는 특정 오픈 API를 이용하고자 하는 모든 사용자에게 각기 다른 경로를 설정하였다. 이에 따라, 종래 SDP는 P2P 연결방식에 따라 네트워크가 매우 복잡하게 연계되어 동시 접속자가 많을 경우 사용자의 서비스 이용을 어렵게 하는 문제점이 있었다. 또한, 종래 SDP는 프로토콜이 다른 인터페이스 모듈 각각에 대해 보안 모듈을 별도로 설치해야 하는 불편이 있었다. 이는 SDP 제공업체에 설치비용 및 운영비용의 과다지출이라는 부담까지 안겨주는 문제점을 발생시켰다. 또한, 종래 SDP는 사용자가 다른 오픈 API를 더 이용하고자 하는 경우 서비스 변경에 따른 유연한 대응이 어려운 문제점이 있었다. 이에 따라, 사용자는 종래 SDP에 서비스의 재호출을 요청해야 하는 불편이 발생하였다. 또한, 종래 SDP는 제공할 오픈 API의 이용률 또는 이용상태에 따른 피드백을 제공하지 못하는 단점이 있었다.

본 발명은 상술한 문제점을 해결하기 위해 안출된 것으로서, ESB(Enterprise Service Bus)를 이용하여 복합 단일화된 루트(route)를 제공하며, 에러발생 건수비율(failure ratio)과 평균 응답시간(delay time)을 고려한 런타임(runtime) SLA(Service Level Agreement) 체크를 통해 사용자의 오픈 API 이용가능 여부 또는 동일 오픈 API를 이용하려는 사용자의 우선순위를 제공하는 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체를 제공함을 목적으로 한다.

또한, 본 발명은 하나의 보안 모듈을 통해 이기종간 서비스를 이용하려는 모든 사용자에게 공통적으로 보안이 설정되며, 이 보안 설정은 서버에 접속함과 동시에 이루어지는 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체를 제공함을 목적으로 한다.

또한, 본 발명은 ESB를 이용하여 엔드 포인트(end point)를 변경시킴으로써 서비스 변경에 따른 유연한 대응을 가능하게 하는 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로그램이 저장된 기록매체를 제공함을 목적으로 한다.

또한, 본 발명은 로그 처리모듈과 SLA 처리모듈을 이용하여 오픈 API 제공자에게 오픈 API의 이용률 또는 이용상태에 따른 피드백을 제공하는 ESB를 이용하는 오픈 소스 중계 장치 및 이를 구비하는 시스템과 방법, 상기 방법을 구현하는 프로 그램이 저장된 기록매체를 제공함을 목적으로 한다.

본 발명은 상술한 목적을 달성하기 위해 안출된 것으로서, 오픈 소스를 중계하는 장치에 있어서, 상기 오픈 소스의 등록 요청에 따라 상기 오픈 소스가 위치된 곳으로 이동 가능한 루트를 등록시켜 라우팅을 설정하고, 상기 루트의 SLA 값을 설정하는 메시지 라우팅 모듈; 상기 메시지 라우팅 모듈의 앞에서 상기 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 IS 생성 모듈; 및 상기 메시지 라우팅 모듈의 뒤에서 상기 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 ES 생성 모듈을 포함을 포함하며, 상기 메시지 라우팅 모듈은 루트 응답에 에러가 발생할 확률(failure ratio) 및 전송시 지연시간(delay time)을 이용하여 SLA 값을 설정하는 것을 특징으로 한다.

또한, 본 발명은 오픈 소스를 등록하는 방법에 있어서, (a) 상기 오픈 소스의 등록을 요청하는 단계; (b) 상기 오픈 소스의 등록 요청에 대해 승인하거나 보류하는 단계; 및 (c) 승인시, 상기 오픈 소스가 위치된 곳으로 향하는 루트를 등록시켜 라우팅을 설정하며, 상기 루트의 SLA 값을 설정하는 단계를 포함하는 것을 특징으로 하는 오픈 소스 등록 방법을 제공한다.

또한, 본 발명은 오픈 소스를 제공하는 시스템의 오픈 소스 제공 방법에 있어서, 오픈 소스를 제공하는 시스템의 오픈 소스 제공 방법에 있어서, (a) 특정 오픈 소스를 요청하는 단계; (b) 상기 요청이 정당한 권리자에 의한 것인지를 인증하는 단계; (c) 인증 성공시, 상기 요청된 오픈 소스의 위치를 파악하여 루트를 설정하고 상기 루트의 이용가능 여부를 판단하는 단계; (d) 데이터베이스와 연동하여 상기 오픈 소스의 이용 통계를 추출하고 추출된 결과를 토대로 이용 과금을 정산하며 상기 오픈 소스의 이용 실태를 포함하는 로그를 기록하는 단계; (e) 상기 루트가 이용 가능한 것으로 판단되면 상기 루트의 SLA 값을 측정하여 설정된 SLA 값과 비교하는 단계; 및 (f) 상기 루트의 측정된 SLA 값이 상기 설정된 SLA 값보다 작을 경우 상기 루트에 라우팅을 설정시켜 상기 요청된 오픈 소스를 제공하는 단계를 포함하는 것을 특징으로 한다.

본 발명은 상술한 목적을 고려한 후술하는 구성 및 방법에 따라 다음과 같은 효과를 발생시킨다. 첫째, 사용자에게는 언제 어디서나 편리하게 원하는 오픈 API를 이용할 수 있게 하며, SDP 제공업체에게는 운영 측면 또는 비용 측면에서 효율성을 제고시킨다. 둘째, 보안 모듈의 단일화 등 시스템의 구성이 단순해지고, 다양한 오픈 API에 접근할 수 있는 루트가 통합적으로 제공됨으로써 분산된 서비스의 효율적인 통합, 즉 서비스 혁신을 달성할 수 있다. 세째, 서비스 변경에 따른 유연한 대응으로 다양한 종류의 오픈 API를 재호출 요청 없이도 제공받을 수 있다. 네째, 오픈 API 제공자에게 오픈 API의 이용률 또는 이용상태에 따른 피드백을 제공함으로써 서비스를 선택적으로 장려 육성시키는 등 서비스 측면에서의 효율성을 제고시킨다.

이하, 본 발명의 바람직한 실시예를 첨부된 도면들을 참조하여 상세히 설명한다. 우선 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 에는 그 상세한 설명은 생략한다. 또한, 이하에서 본 발명의 바람직한 실시예를 설명할 것이나, 본 발명의 기술적 사상은 이에 한정하거나 제한되지 않고 당업자에 의해 변형되어 다양하게 실시될 수 있음은 물론이다.

도 2a는 본 발명의 바람직한 제1 실시예에 따른 오픈 소스 제공 시스템의 구성을 개략적으로 도시한 개념도이다. 그리고, 도 2b는 본 발명의 바람직한 제2 실시예에 따른 오픈 소스 제공 시스템의 구성을 개략적으로 도시한 개념도이다. 도 2a는 오픈 소스 등록에 관련한 개념도이고, 도 2b는 오픈 소스 제공(또는 이용)에 관련한 개념도이다. 먼저 도 2a의 구성을 설명하고, 다음으로 도 2b의 구성을 설명한다.

상기 도 2a에 도시한 바에 따르면, 본 발명의 바람직한 제1 실시예에 따른 오픈 소스 제공 시스템(200)은 오픈 소스 중계 서버(220), 오픈 소스 중계 데이터베이스(240) 및 하나 이상의 공급자 단말기(250)를 포함한다.

본 발명에 따른 오픈 소스 제공 시스템(200)은 SDP를 이용하여 사용자 단말기(210)를 통하여 접속하는 자(예컨대, 응용서비스 개발자)가 공급자 단말기(250)로부터 서로 다른 프로토콜을 통해 제공되는 오픈 소스를 이용할 수 있도록 한다. 또한, 오픈 소스 제공 시스템(200)은 ESB를 이용하여 프로토콜에 관계없이 통합된 표준루트를 제공함으로써 네트워크 복잡성을 단순화시킨다. 이상과 같이 오픈 소스 제공 시스템(200)은 본 발명의 실시예에서 SDP에서 ESB를 이용하여 웹서비스 기반의 개방형 인터페이스를 제공하기 때문에 다양한 플랫폼과 실행환경에 독립적인 오픈 소스를 제공할 수 있게 된다. 상기에서, 오픈 소스(또는 OSS(Open Source Software))라 함은 일반적인 오픈 API(open Application Programming Interface)를 말하는데, 본 발명의 실시예에서 반드시 이에 한정될 필요는 없다.

일반적으로 SDP는 유무선 네트워크 사업자가 차세대 부가가치 서비스인 음성이나 데이터 서비스를 소비자와 기업에 제공하기 위한 IT 솔루션에서 시작되었다. SDP에 의해 제공되는 서비스의 범위는 매우 방대하여 단순한 전화 서비스부터 게임과 같은 다양한 멀티미디어 서비스까지도 제공될 수 있다. 그런데, 이러한 SDP가 제공하는 기능에서 대표적인 것 중 하나가 응용서비스 개발자에게 일정하고 표준화된 방법으로 네트워크와 다른 서비스, 컨텐츠 등의 자원을 이용할 수 있게 오픈 API를 제공하는 것이다. 이에 따라, 본 발명에 따른 오픈 소스 제공 시스템(200)은 상술한 점을 고려하여 SDP를 채용하며, 이를 통해 오픈 소스를 제공하게 된다.

ESB는 다양한 플랫폼과 환경에서 분산하여 존재하는 서비스, 애플리케이션, 자원 등과 연동하며, 웹 서비스(web service), 콘텐츠 기반 라우팅(content-based routing), 메시지 변환기술 등을 기반으로 SOA를 지원하는 미들웨어 플랫폼이다. 이러한 ESB는 개방형 표준 인터페이스를 사용하여 공급자 단말기(250)를 통해 접속하는 오픈 소스 제공자와 사용자 단말기(210)를 통해 접속하는 오픈 소스 사용자 간의 연결 통로 역할을 한다. 또한, ESB는 이기종 환경의 서비스 간의 동적 상호작용을 지원하는 통합 레이어로서의 역할도 한다. 본 발명에서는 이러한 ESB를 이용하여 텔코(Telco; Telecommunicator) 네트워크와 자원을 표준화된 인터페이스인 웹 서비스에 적용시킴으로써 오픈 소스를 제공할 수 있게 된다.

오픈 소스 중계 서버(220)는 본 발명의 실시예에서 특정 오픈 소스를 요청하 는 사용자 단말기(210)와 상기 특정 오픈 소스에 부합하는 오픈 소스를 제공하는 공급자 단말기(250) 사이에서 이들을 중계하는 역할을 한다. 이러한 오픈 소스 중계 서버(220)는 ESB를 모델로 구현된다. 이에 따라 본 발명의 실시예에서는 IS(Input Service) 생성 모듈(226), 로그 처리모듈(228)과 SLA 처리모듈(230)을 구비하는 메시지 라우팅 모듈(238), ES(End Service) 생성 모듈(232), 통신 모듈(234) 및 제어 모듈(236)을 포함하게 된다. 이하, 오픈 소스 중계 서버(220)를 구성하는 구성부를 상세하게 설명한다.

IS 생성 모듈(226)과 ES 생성 모듈(232)은 본 발명의 실시예에서 공급자 단말기(250)의 오픈 소스 등록 요청에 대해 인터페이스 기능을 하는 IS(Input service) 노드와 ES(End Service) 노드를 생성하는 역할을 한다. IS 생성 모듈(226)과 ES 생성 모듈(232)이 생성하는 각각의 노드는 본 발명에서 오픈 소스의 제공 요청이 있을 경우 루트를 제공하는 역할을 하게 된다.

로그 처리모듈(228)은 본 발명의 실시예에서 오픈 소스 중계 데이터베이스(240)와 연동하여 오픈 소스 제공에 관련한 서비스의 이용 통계를 저장하고 상기 서비스 이용에 대한 과금(예컨대, billing)을 정산하는 역할을 한다. 또한, 로그 처리모듈(228)은 본 발명의 실시예에서 서비스 이용정보 분석기를 이용하여 서비스 성향을 분석하는 역할을 한다. 이는 많은 이들에게 이용되는 서비스와 사용자의 성향을 분석하도록 하여 서비스의 수용능력을 더 늘릴 필요가 있는지 또는 어떤 서비스가 더 인기가 좋은지 등 오픈 소스 제공과 관련한 종합적인 정보를 구비하도록 만든다.

SLA 처리모듈(230)은 본 발명의 실시예에서 SLA(Service Level Agreement)를 설정하거나 런타임(runtime) SLA 체크를 이행하는 역할을 한다. 이러한 SLA 처리모듈(230)은 제공되는 서비스의 질적인 측면(예컨대, 제공되는 서비스의 효율성 판단 등)을 고려할 때 구비됨이 바람직하다. 한편, SLA 처리모듈(230)이 SLA를 설정하고 이후 런타임 SLA 체크를 이행하는 방법은 도 4를 참조하여 후술한다.

메시지 라우팅 모듈(238)은 본 발명의 실시예에서 사용자 단말기(210)와 특정 공급자 단말기(250) 사이에서 라우팅이 진행되기 전에 메시지 플로우를 생성하고 이후 라우팅을 진행시키는 역할을 한다. 메시지 라우팅 모듈(238)의 메시지 라우팅 진행방법은 다음과 같이 진행된다. 제1 단계에서, WSDL(Web Service Description Language)을 등록 노출시킨다. 다음 제2 단계에서, WSDL에 지정된 ES 생성 모듈(232)에 대한 정보를 포함하는 헤더 정보를 추가시킨다. 이에 따라, IS 생성 모듈(226)과 ES 생성 모듈(232)이 결정된다. 다음 제3 단계에서, SOAP(Simple Object Access Protocol)를 기반으로 통신을 전개하여 라우팅을 실행시킨다.

ES 생성 모듈(232)은 본 발명의 실시예에서 프로토콜이 다른 각각의 공급자 단말기(250)에 연결 제공되는 모듈로서, IS 생성 모듈(226)과 마찬가지로 특정 오픈 소스를 제공받게 하는 루트의 연결고리 작용을 한다.

통신 모듈(234)은 본 발명의 실시예에서 오픈 소스 중계 서버(220)가 진행하는 외부와의 통신을 담당한다. 이에 따라, 통신 모듈(234)은 사용자 단말기(210) 및 공급자 단말기(250)와의 통신을 담당하게 되는데, 통상 하나의 프로토콜로써 설계됨과는 달리 본 발명의 경우는 다양한 프로토콜을 동시에 수반하는 특징이 있다. 그 이유는 공급자 단말기(250)가 서로 다른 프로토콜을 가질 수 있기 때문이다. 예컨대, 제1 공급자 단말기(250a)와 제2 공급자 단말기(250b)가 각각 IMS 시스템과 PMS 시스템으로 구현될 경우 통신 모듈(234)은 본 발명에서 web 프로토콜과 sip 프로토콜을 수반하게 되는 것이다. 물론, 통신 모듈(234)은 사용자 단말기(210)의 경우도 고려해야 하므로 http 프로토콜 또는 https 프로토콜을 수반함은 당연하다.

제어 모듈(236)은 본 발명의 실시예에서 오픈 소스 중계 서버(220)를 구성하는 모든 구성부의 전체적인 작동을 제어하는 역할을 한다. 이러한 제어 모듈(236)은 통상의 마이크로프로세서를 이용하여 구현될 수 있다.

오픈 소스 중계 데이터베이스(240)는 본 발명의 실시예에서 오픈 소스 중계 서버(220)가 처리 생성하는 정보를 저장한다. 이러한 오픈 소스 중계 데이터베이스(240)는 오픈 소스 제공을 위해 이루어지는 서비스의 로그와 통계를 계산하기 위한 여러가지 데이터를 저장하게 된다. 오픈 소스 중계 데이터베이스(240)가 저장하는 내용에 대해서는 도 3a 내지 도 4를 참조하여 구체적으로 설명한다.

공급자 단말기(250)는 본 발명의 실시예에서 오픈 소스를 공급하는 역할을 한다. 공급자 단말기(250)는 오픈 소스 중계 서버(220)의 요청이 있을 경우 언제든지 오픈 소스를 제공할 수 있도록 오픈 소스 중계 서버(220)에 상시 연결됨이 바람직하다. 또한, 이를 위해 본 발명에서는 공급자 단말기(250)를 자구적인 정보처리능력을 가진 컴퓨터나 서버로 구현할 수 있다. 공급자 단말기(250)는 본 발명의 실시예에서 구비하는 오픈 소스의 종류에 따라 다양한 시스템으로 구현될 수 있으며, 이에 따라 오픈 소스 제공 시스템(200)에는 하나 이상이 구비된다.

다음으로, 도 2b를 설명한다. 도 2b를 참조하면, 본 발명의 바람직한 제2 실시예에 따른 오픈 소스 제공 시스템(200)은 사용자 단말기(210), 오픈 소스 중계 서버(220), 오픈 소스 중계 데이터베이스(240) 및 하나 이상의 공급자 단말기(250)를 포함한다. 이 경우의 오픈 소스 중계 서버(220)는 보안 모듈(222)과 연결상태 확인모듈(224)을 더 포함한다. 이에 대해서는 후술한다.

사용자 단말기(210)는 응용서비스 개발자를 비롯하여 오픈 소스를 제공받고자 하는 자가 이용하는 단말기이다. 이러한 사용자 단말기(210)는 웹 서비스를 기반으로 하는 시스템의 특성상 http 프로토콜 또는 https 프로토콜을 통하여 오픈 소스 중계 서버(220)에 접속하게 된다. 사용자 단말기(210)는 본 발명의 실시예에서 휴대폰, PDA 등과 같은 휴대용 통신기기나 컴퓨터 등으로 구현될 수 있다.

보안 모듈(222)은 본 발명의 실시예에서 사용자 단말기(210)를 인증하고, 인증후엔 상기 사용자 단말기(210)의 요청을 보안 설정하는 역할을 한다. 보안 설정의 경우, 보안 모듈(222)은 공급자 단말기(250)와 동일 네트워크에 있을 경우 사용자 단말기(210)로부터 암호화된 요청(또는 전자서명된 요청)을 제공받으며 이를 복호화시켜 공급자 단말기(250)에 전달하게 된다. 반면, 보안 모듈(222)이 공급자 단말기(250)와 다른 네트워크에 있을 경우 사용자 단말기(210)로부터 암호화되지 않은 요청(또는 전자서명되지 않은 요청)을 제공받아 이를 암호화시킨 후에 공급자 단말기(250)에 제공하게 된다. 이와 같은 보안 모듈(222)은 본 발명에서 WS-Security에서 정의하고 있는 인증, XML 기반 암호화/전자서명, SSL 지원에 대한 기능 등을 지원한다. 이에, 보안 모듈(222)은 보안 기능을 활용하는 측면에서 보안을 적용하고자 하는 수준과 알고리즘, 인증서 관리 등과 같은 보안 정책의 수립을 필요로 한다. 보안 모듈(222)이 본 발명의 실시예에서 보안을 제공하는 방안으로는 사용자 단말기(210) 입장 또는 오픈 소스 중계 서버(220) 입장에서 보안을 지원하는 방안이 고려될 수 있다.

연결상태 확인모듈(224)은 본 발명의 실시예에서 사용자가 요청한 오픈 소스를 제공하는 공급자 단말기(250)의 위치를 확인하여 현재상태가 어떠한지를 판별하는 역할을 한다. 연결상태 확인모듈(224)은 판별결과 현재상태가 이용가능(유효)한 경우에 한해 IS 생성 모듈(226)에 형성된 특정 노드를 지정해주는 역할을 하게 된다.

한편, 연결상태 확인모듈(224)이 담당하는 오픈 소스 이용여부에 대한 판별결과값의 상태 전이표는 도 5에 도시된 바와 같다. 도 5를 참조하면, 상태 전이에 따라 결정되는 판별결과값이 A(Active)일 경우에 한해 오픈 소스의 이용이 가능할 뿐 그 외에 대해서는 오픈 소스의 이용이 불가능함을 고지하게 된다.

한편, 본 발명에서는 도 6에서 보는 바와 같이 사용자 단말기(210)가 오픈 소스 중계 서버(220)에 연결된 상태에서 다른 오픈 소스를 더 요청하거나 변경하는 것도 가능하다. 본 발명에서 이를 가능하게 해주는 것이 메시지 라우팅 모듈(238)이다. 메시지 라우팅 모듈(238)의 이러한 기능이 가능한 이유는 WSDL에 헤더 정보를 추가할 경우 ES 생성 모듈(232)에 대한 정보만 변경시켜주면 되기 때문이다. 따라서, 메시지 라우팅 모듈(238)이 ES 생성 모듈(232)에 대한 정보를 변경시켜 WSDL에 기재하고 라우팅을 설정하면 사용자 단말기(210)는 특정 공급자 단말기(예컨대, 제1 공급자 단말기(250a))를 통해 오픈 소스를 제공받은 후 다른 공급자 단말기(예컨대, 제2 공급자 단말기(250b))를 통해 다른 오픈 소스를 더 제공받을 수 있게 된다. 또한, 사용자 단말기(210)는 상기를 감안할 경우 동시에 여러 개의 오픈 소스를 제공받는 것도 가능하게 된다.

다음으로, 본 발명의 바람직한 실시예에 따른 오픈 소스 제공 시스템(200)의 운용에 따라 진행되는 오픈 소스 등록 방법과 오픈 소스 제공 방법을 설명한다. 도 3a는 본 발명의 바람직한 실시예에 따른 오픈 소스 제공 시스템의 오픈 소스 등록 방법을 설명한 순서도이다. 그리고, 도 3b는 본 발명의 바람직한 실시예에 따른 오픈 소스 제공 시스템의 오픈 소스 제공 방법을 설명한 순서도이다.

먼저 도 3a를 참조하면, 공급자 단말기(250)는 오픈 소스를 등록시킬 목적으로 오픈 소스 중계 서버(220)에 접속한다. 그리고, 오픈 소스 중계 서버(220)에 오픈 소스의 등록을 요청한다(S300). 통상 ESB에서는 서비스 등록에 대한 인증을 책임지기 때문에 ESB에 등록되는 서비스들은 오픈 소스를 등록시키기 위해 별도로 보안에 대해 신경을 쓸 필요가 없다. 이 사실이 본 발명에 따른 오픈 소스 중계 서버(220)에 적용됨은 물론이다. 게다가, 본 발명에서는 보편적으로 가장 많이 쓰고 WAS 플랫폼에 상관없이 사용이 가능한 HTTP-BASIC를 적용시켜 플랫폼 의존성 없이 쉽게 보안 설정을 할 수 있게 된다.

이후, 제어 모듈(236)은 수신된 등록 요청을 토대로 오픈 소스의 등록을 처리한다(S305). 이상 오픈 소스를 등록 요청하고 이를 처리하는 절차는 SDP를 감안 할 경우 구체적으로 다음과 같이 진행된다. 즉, 제어 모듈(236)이 오픈 소스를 제공하는 서비스를 승인하는 단계, 공급자 단말기(250)가 SDP 로그인을 수행하는 단계, 공급자 단말기(250)가 데이터베이스(240)와의 연동을 통해 서비스 승인 요청 목록을 작성하는 단계, 공급자 단말기(250)가 서비스 승인 요청 상세를 작성하는 단계 등으로 진행된다.

다음으로, 제어 모듈(236)이 공급자 단말기(250)의 등록 요청을 승인할 것인지를 판별한다(S310). 공급자 단말기(250)의 등록 요청은 대부분 승인됨이 일반이나 동일한 오픈 소스의 제공이 이미 이루어지고 있다면 이에 대해 통보해줄 필요가 있다. 이 경우에는 요청 승인을 불허하고 보류사유를 작성하여 이를 공급자 단말기(250) 측에 전달하게 된다(S315).

오픈 소스의 등록이 설정되면, 메시지 라우팅 모듈(238)은 SLA 처리모듈(230)을 이용하여 SLA를 설정하게 된다(S320). 본 발명의 실시예에서 SLA 설정 과정은 다음과 같이 진행된다. 즉, 제1 단계에서 SLA 설정 시작이 결정되면 오픈 소스 중계 서버(220)를 관리하는 SDP 관리자의 로그인이 이루어진다. 이후 제2 단계에서, 서비스 승인 메뉴에 따라 입력이 실행되며, 서비스 응답속도 실패율(또는 에러 발생 건수 비율; failure ratio)과 평균 지연시간(delay time)이 설정된다. 이때, 연락받을 수 있는 연락처(전화번호, 이메일 주소 등)도 함께 설정됨이 바람직하다. 그러면, 제3 단계에서 SLA 설정이 완료된다.

이후, 메시지 라우팅 모듈(238)은 메시지 라우팅을 설정한다(S325). 메시지 라우팅 설정은 WSDL을 등록하는 단계, IS 노드와 ES 노드를 생성하는 단계, 메시지 플로우를 생성하는 단계, 생성된 메시지 플로우를 이용하여 메시지 라우팅이 원활하게 진행되는지를 테스트하는 단계 등으로 이루어진다.

테스트 결과 이상이 없으면, 오픈 소스 중계 서버(220)는 공급자 단말기(250)의 오픈 소스 등록을 종료한다. 반면, 테스트 결과 이상이 발생하면 오픈 소스 중계 서버(220)는 오픈 소스를 재등록시키거나 실패 사유를 공급자 단말기(250) 측에 통보한다.

다음으로, 도 3b를 이용하여 오픈 소스의 제공 방법에 대해 설명한다. 도 3b를 참조하면, 먼저 사용자 단말기(210)는 오픈 소스를 제공받을 목적으로 http 프로토콜 또는 https 프로토콜 등을 이용하여 오픈 소스 중계 서버(220)에 접속한다. 접속 방법은 통상적인 SDP 로그인 방식으로 이루어지며, 이 경우 보안 모듈(222)이 인증 토큰을 통해 HTTP-BASIC으로 인증 여부를 결정하게 된다. 따라서, SDP 로그인 방식에 따를 경우에는 사용자 단말기(210)가 오픈 소스 중계 서버(220)에 회원 등록됨이 필요하다.

오픈 소스 중계 서버(220)는 사용자 단말기(210)가 소유한 인증 토큰을 근거로 정당한 사용자인가를 판별한다(S350). 정당한 사용자가 아닌 경우에는 사용자 단말기(210)의 접속을 불허한다거나 사용자 단말기(210)의 회원 등록을 유도할 수 있다. 회원 등록 유도시에는 사용자 단말기(210)가 필수 정보를 입력함에 따라 오픈 소스 중계 서버(220)가 사용자 등록을 허가해 주고 인증 토큰을 제공한다(S355). 그러면, 사용자 단말기(210)는 이 인증 토큰을 이용하여 오픈 소스 중계 서버(220)에 재접속을 시도하게 된다.

사용자 단말기(210)가 정당한 사용자의 것으로 판명되면, 오픈 소스 중계 서버(220)는 사용자 단말기(210)로부터 요청을 입력받는다. 이후, 오픈 소스 중계 서버(220)의 보안 모듈(222)은 사용자 단말기(210)의 요청을 보안 설정한다(S360).

다음으로, 연결상태 확인모듈(224)이 사용자 단말기(210)의 요청을 승인할 것인지를 판별한다(S365). 이는 요청에 기재된 오픈 소스를 제공하는 공급자 단말기(250)까지의 루트가 개방되어 있는가가 촛점이다. 만약 개방되어 있다면 연결상태 확인모듈(224)은 요청을 승인하고 해당 IS 생성 모듈(226)을 통하여 로그 처리모듈(228)로 요청을 담은 신호를 전송한다. 반면, 누군가의 사용으로 개방되어 있지 않다면 연결상태 확인모듈(224)은 요청 승인을 불허하고 보류사유를 작성하여 이를 사용자 단말기(210) 측에 전달한다(S370).

이후, 로그 처리모듈(228)은 수신된 신호를 바탕으로 이용 통계를 추출하여 이용 과금을 정산하고, 이용정보 분석기를 통해 이용되는 오픈 소스의 성향을 분석한다(S375). 그 다음, SLA 처리모듈(230)은 SLA를 설정하며 런타임 SLA 체크를 이행한다(S380). 이 부분 설명은 도 4를 참조하여 후술할 것이므로 생략한다.

이후, 런타임 SLA 체크 결과가 pass이면 메시지 라우팅 모듈(238)이 메시지 플로우를 생성한다. 그리고, 이를 특정 ES 생성 모듈(232)을 통하여 공급자 단말기(250)에 전달한다. 그러면, 공급자 단말기(250)가 오픈 소스를 제공하며, 제어 모듈(236)은 통신 모듈(234)을 통하여 이를 사용자 단말기(210)에 제공하게 된다(S390). 물론, 제어 모듈(236)은 오류 전송 등 발생할 수 있는 문제점을 감안하여 요청한 오픈 소스의 제공 가능시점을 통보하여 사용자 단말기(210)로부터 일정 기간 내에 재요청을 접수받는 롤백 기능을 제공함도 가능하다.

한편, 런타임 SLA 체크 결과가 fail일 경우 메시지 라우팅 모듈(238)은 실패 사실을 사용자 단말기(210)(또는 공급자 단말기(250))에 통보한다(S385). 이 경우에는 오픈 소스 중계 서버(220)가 사용자 단말기(210)에 롤백 기능을 제공함이 바람직하다.

다음으로, SLA 처리모듈(230)의 런타임 SLA 체크 과정을 설명한다. 도 4는 본 발명의 바람직한 실시예에 따른 오픈 소스 중계 서버의 런타임 SLA 체크 과정을 설명한 순서도이다.

도 4를 참조하면, 먼저 제1 단계에서 런타임 SLA 체크 실행(S400)과 동시에 일정시간 동안 컨디션 체크(condition check)가 이루어진다(S405). 본 발명에서는 interval을 10분으로 설정하였으나, 이는 임의변경 가능한 사항이다. 이후, 제2 단계에서 측정된 두 SLA 값(서비스 응답속도 실패율과 평균 지연시간)이 설정값보다 작은지를 차례대로 판별한다(S410, S415). 이중 어느 하나라도 설정값보다 크게 되면 지정된 곳으로 실패사실을 통보한다(S420).

판별 결과 설정값보다 모두 작은 경우에는 제3 단계에서 ALSB Console 과정이 실행된다(S425). 이후, SLA 중지 설정(S430)을 거쳐 런타임 SLA 체크 과정은 종료된다(S435). 이상 설명한 바에 따라 SLA 처리모듈(230)이 런타임 SLA 체크를 이행하게 되면 통신상의 traffic 문제도 해결할 수 있게 된다.

한편, 상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성 가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다. 상기 컴퓨터로 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, ROM, 플로피 디스크, 하드 디스크 등), 광학적 판독 매체(예를 들면, CD-ROM, DVD 등) 및 캐리어 웨이브(예를 들면, 인터넷을 통한 전송)와 같은 저장매체를 포함한다.

이상의 설명은 본 발명의 기술사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위 내에서 다양한 수정, 변경 및 치환이 가능할 것이다. 따라서, 본 발명에 개시된 실시예 및 첨부된 도면들은 본 발명의 기술사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예 및 첨부된 도면에 의하여 본 발명의 기술사상의 범위가 한정되는 것은 아니다. 본 발명의 보호범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

본 발명은 SDP에 ESB를 적용시키며, 개방형 표준 인터페이스를 이용하여 서비스 API를 서드 파티와 내부 직원에게 쉽게 제공하는 효과를 발생시킨다. 이는 궁극적으로 다양한 웹서비스를 빠르게 개발할 수 있게 하며, BcN 환경에서 다양한 컴퍼지트 서비스들이 만들어질 수 있는 환경을 제공한다. 향후 유무선 통합 기술의 진보와 함께 유비쿼터스 사회가 활성화되면 본 발명은 이에 크게 이바지할 것으로 예측된다.

도 1은 종래 SDP에서의 오픈 API 제공 방법을 도시한 개념도,

도 2a 및 도 2b는 본 발명의 바람직한 실시예에 따른 오픈 소스 제공 시스템의 구성을 개략적으로 도시한 개념도,

도 3a 및 도 3b는 본 발명의 바람직한 실시예에 따른 오픈 소스 제공 시스템의 오픈 소스 제공 방법을 설명한 순서도,

도 4는 본 발명의 바람직한 실시예에 따른 오픈 소스 중계 서버의 SLA 설정 과정 및 런타임 SLA 체크 과정을 설명한 순서도,

도 5는 본 발명의 바람직한 실시예에 따른 오픈 소스 중계 서버의 오픈 소스 이용여부에 대한 판별결과값의 상태전이표를 도시한 개념도,

도 6은 본 발명의 바람직한 실시예에 따른 오픈 소스 중계 서버의 오픈 소스 변경 방법을 도시한 개념도이다.

< 도면의 주요 부분에 대한 부호의 설명 >

200 : 오픈 소스 제공 시스템 210 : 사용자 단말기

220 : 오픈 소스 중계 서버 222 : 보안 모듈

224 : 연결상태 확인모듈 226a~226n : IS 생성 모듈

228 : 로그 처리모듈 230 : SLA 처리모듈

232a~232n : ES 생성 모듈 234 : 통신 모듈

236 : 제어 모듈 238 : 메시지 라우팅 모듈

240 : 오픈 소스 중계 데이터베이스 250a~250n : 공급자 단말기

Claims (17)

1. 오픈 소스를 중계하는 장치에 있어서,

   상기 오픈 소스의 등록 요청에 따라 상기 오픈 소스가 위치된 곳으로 이동 가능한 루트를 등록시켜 라우팅을 설정하고, 상기 루트의 SLA 값을 설정하는 메시지 라우팅 모듈;

   상기 메시지 라우팅 모듈의 앞에서 상기 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 IS 생성 모듈; 및

   상기 메시지 라우팅 모듈의 뒤에서 상기 루트에서의 이기종간 통신이 가능하도록 인터페이스를 생성시키는 ES 생성 모듈을 포함하며,

   상기 메시지 라우팅 모듈은 루트 응답에 에러가 발생할 확률(failure ratio) 및 전송시 지연시간(delay time)을 이용하여 SLA 값을 설정하는 것을 특징으로 하는 오픈 소스 중계 장치.
2. 제 1 항에 있어서,

   상기 메시지 라우팅 모듈은 WSDL을 등록 노출시키고, 사용자 단말기의 요청 및 상기 루트에 대한 정보를 포함하는 메시지 플로우를 생성하여 상기 노출된 WSDL에 기록하며, 상기 기록된 메시지 플로우를 근거로 상기 루트에 라우팅을 설정하는 것을 특징으로 하는 오픈 소스 중계 장치.
3. 제 2 항에 있어서,

   상기 메시지 라우팅 모듈은 상기 메시지 플로우를 복수개 생성하는 것을 특 징으로 하는 오픈 소스 중계 장치.
4. 제 1 항에 있어서,

   상기 오픈 소스의 등록 요청을 수신하는 통신 모듈

   을 더 포함하며,

   상기 통신 모듈은 복수개의 프로토콜을 이용하는 것을 특징으로 하는 오픈 소스 중계 장치.
5. 제 1 항에 있어서,

   데이터베이스와 연동하여 상기 오픈 소스의 이용 통계를 추출하고 추출된 결과를 토대로 이용 과금을 정산하며 상기 오픈 소스의 이용 실태를 포함하는 로그를 기록하는 로그 처리모듈

   을 더 포함하는 것을 특징으로 하는 오픈 소스 중계 장치.
6. 제 1 항에 있어서,

   상기 오픈 소스는 Open API인 것을 특징으로 하는 오픈 소스 중계 장치.
7. 제 1 항에 있어서,

   상기 라우팅 설정에 따라 상기 오픈 소스의 제공을 중계하는 제어 모듈

   을 더 포함하며,

   상기 제어 모듈은 요청된 오픈 소스의 제공이 이루어지지 못할 경우 제공 가능시점을 통보하여 재요청을 접수받는 롤백 기능을 제공함을 특징으로 하는 오픈 소스 중계 장치.
8. 삭제
9. 오픈 소스를 제공하는 시스템에 있어서,

   특정 오픈 소스를 요청하는 사용자 단말기;

   구비된 오픈 소스를 제공하는 공급자 단말기; 및

   상기 사용자 단말기와 상기 공급자 단말기 간에 오픈 소스를 중계하는 오픈 소스 중계 장치를 포함하며,

   상기 오픈 소스 중계 장치는,

   상기 사용자 단말기를 인증하는 보안 모듈;

   인증된 경우 상기 사용자 단말기가 요청한 오픈 소스의 위치를 파악하여 루트를 설정하고 상기 루트의 이용가능 여부를 판단하는 연결상태 확인모듈; 및

   상기 오픈 소스의 등록 요청에 따라 상기 오픈 소스가 위치된 곳으로 이동 가능한 루트를 등록시켜 라우팅을 설정하고, 루트 응답에 에러가 발생할 확률(failure ratio) 및 전송시 지연시간(delay time)을 이용하여 상기 루트의 SLA 값을 설정하는 메시지 라우팅 모듈

   을 포함하는 것을 특징으로 하는 오픈 소스 제공 시스템.
10. 오픈 소스를 등록하는 방법에 있어서,

    (a) 상기 오픈 소스의 등록을 요청하는 단계;

    (b) 상기 오픈 소스의 등록 요청에 대해 승인하거나 보류하는 단계; 및

    (c) 승인시, 상기 오픈 소스가 위치된 곳으로 향하는 루트를 등록시켜 라우팅을 설정하며, 상기 루트의 SLA 값을 설정하는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 등록 방법.
11. 제 10 항에 있어서,

    상기 (c) 단계는,

    (ca) WSDL을 등록 노출시키는 단계;

    (cb) 상기 요청 및 상기 루트에 대한 정보를 포함하는 메시지 플로우를 생성하고, 상기 메시지 플로우를 상기 노출된 WSDL에 기록하는 단계; 및

    (cc) 상기 기록된 메시지 플로우를 근거로 상기 루트에 라우팅을 설정시키는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 등록 방법.
12. 제 10 항에 있어서,

    상기 (c) 단계는,

    루트 응답에 에러가 발생할 확률(failure ratio) 및 전송시 지연시간(delay time)을 이용하여 상기 SLA 값을 설정하는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 등록 방법.
13. 오픈 소스를 제공하는 시스템의 오픈 소스 제공 방법에 있어서,

    (a) 특정 오픈 소스를 요청하는 단계;

    (b) 상기 요청이 정당한 권리자에 의한 것인지를 인증하는 단계;

    (c) 인증 성공시, 상기 요청된 오픈 소스의 위치를 파악하여 루트를 설정하고 상기 루트의 이용가능 여부를 판단하는 단계;

    (d) 데이터베이스와 연동하여 상기 오픈 소스의 이용 통계를 추출하고 추출된 결과를 토대로 이용 과금을 정산하며 상기 오픈 소스의 이용 실태를 포함하는 로그를 기록하는 단계;

    (e) 상기 루트가 이용 가능한 것으로 판단되면 상기 루트의 SLA 값을 측정하여 설정된 SLA 값과 비교하는 단계; 및

    (f) 상기 루트의 측정된 SLA 값이 상기 설정된 SLA 값보다 작을 경우 상기 루트에 라우팅을 설정시켜 상기 요청된 오픈 소스를 제공하는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 제공 방법.
14. 제 13 항에 있어서,

    상기 (f) 단계는,

    (f1) 상기 요청 및 상기 루트에 대한 정보를 포함하는 메시지 플로우를 복수개 생성하는 단계; 및

    (f2) 상기 생성된 메시지 플로우 각각에 대응하는 서로 다른 프로토콜을 가지는 라우팅을 복수개 설정하는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 제공 방법.
15. 삭제
16. 제 13 항에 있어서,

    상기 (f) 단계는,

    상기 요청된 오픈 소스를 제공받지 못할 경우 제공 가능시점을 통보하는 단계

    를 포함하는 것을 특징으로 하는 오픈 소스 제공 방법.
17. 삭제

Images