KR100798916B1 - 웹 서비스 기반 개방형 ａｐｉ를 지원하는 애플리케이션서버에서 통신망 이벤트 통보 장치 및 그 방법 - Google Patents

웹 서비스 기반 개방형 ａｐｉ를 지원하는 애플리케이션서버에서 통신망 이벤트 통보 장치 및 그 방법 Download PDF

Info

Publication number
KR100798916B1
KR100798916B1 KR1020060041493A KR20060041493A KR100798916B1 KR 100798916 B1 KR100798916 B1 KR 100798916B1 KR 1020060041493 A KR1020060041493 A KR 1020060041493A KR 20060041493 A KR20060041493 A KR 20060041493A KR 100798916 B1 KR100798916 B1 KR 100798916B1
Authority
KR
South Korea
Prior art keywords
event
service
record
notification
value
Prior art date
Application number
KR1020060041493A
Other languages
English (en)
Other versions
KR20070061067A (ko
Inventor
신영미
김상기
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to US11/634,613 priority Critical patent/US20070165615A1/en
Publication of KR20070061067A publication Critical patent/KR20070061067A/ko
Application granted granted Critical
Publication of KR100798916B1 publication Critical patent/KR100798916B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/543—Local

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Primary Health Care (AREA)
  • Marketing (AREA)
  • Multimedia (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 발명은 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 이벤트 통보 장치 및 그 방법으로서, 이벤트 통보를 위하여 서비스 프로비즈닝 관리자를 통하여 이벤트 테이블을 구성하고 정적 이벤트에 대한 등록을 한 후, 서비스 애플리케이션이 동적 이벤트에 대한 통보를 시작할 것을 요청하고, 통신망에 해당 정적 또는 동적 이벤트가 발생하여 게이트웨이로부터 이벤트 통보용 API 처리기가 호출되면 이벤트 통보용 API 처리기는 이벤트 테이블을 참조하여 통보된 이벤트를 서비스 애플리케이션에게 전달함으로써, 웹 서비스 기반 개방형 API를 지원하는 환경에서 정적 이벤트 및 동적 이벤트에 대한 통보를 서비스 애플리케이션에게 전달할 수 있는 것이다.
개방형 API(Open Application Program Interface), 이벤트, 웹 서비스

Description

웹 서비스 기반 개방형 ＡＰＩ를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 방법{Method and system for handling the network events in application server using open API based web services}
도 1은 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 애플리케이션 서버의 네트워크 연결 구성을 나타낸 블럭도이다.
도 2는 본 발명에 따른 도 1에 도시된 이벤트 테이블의 구조도이다.
도 3은 본 발명에 따른 이벤트 통보 장치에서 서비스 프로비즈닝 관리자가 제공하는 서비스 프로비즈닝 방법을 나타낸 동작 플로우챠트이다.
도 4는 본 발명에 따른 이벤트 통보 장치에서 서비스 애플리케이션의 동적 이벤트 통보 요청 방법을 나타낸 동작 플로우챠트이다.
도 5는 본 발명에 따른 이벤트 통보 장치의 이벤트 통보용 API 처리기에서의 이벤트 통보 방법을 나타낸 동작 플로우챠트이다.
도 6은 본 발명에 따른 이벤트 통보 장치에서 서비스 애플리케이션의 동적 이벤트 통보 종료 요청 방법을 나타낸 동작 플로우챠트이다.
*도면의 주요 부분에 대한 부호의 설명*
100 : 애플리케이션 서버 110 : 서비스 애플리케이션
120 : 이벤트 통보용 API 처리기 130 : 서비스 프로비즈닝 관리자
140 : 이벤트 테이블 200 : 게이트웨이
300 : 통신망 400 : 사용자 단말
본 발명은 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치 및 그 방법에 관한 것이다.
일반적으로, 개방형 API를 지원하는 시스템에서의 일반적이고 간단한 이벤트 통보 방법은 선행 특허(한국공개특허공보 제2003-0079544호)에 기술되어 있으며, 개방형 시스템과는 상관없는 시스템에서의 일반적인 이벤트 통보 방법에 대한 선행 특허(한국공개특허공보제 2004-0004362호)가 있다.
전자의 선행특허(한국공개특허공보 제2003-0079544호)는 Parlay라는 개방형 API를 처리하는 애플리케이션 서버에 서비스를 설치한 후 이벤트를 등록하고, 이벤트를 통보까지의 일련의 과정을 제공하기 위한 방법에 관한 특허이다. 그러나 이러한 기술은 트리거 이벤트와 같이 서비스 수행 전에 미리 등록되어야 하는 정적 이벤트만 처리할 수 있으며, 서비스 애플리케이션이 런 타임 시에 관심있는 이벤트 통보를 요청하는 동적 이벤트는 처리할 수 없다는 문제점이 있으며, 더불어 상기 제안된 기술은 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에는 적용될 수 없다는 단점이 있다.
한편, 후자의 선행 특허 (한국특허공개공보 제2004-0004362호)는 일반적인 시스템에서 수행되는 너무나 일반적이고 기본적인 이벤트 통보 메커니즘에 관한 것으로, 이벤트 요청자, 통보자, 통보 파라미터에 대한 상관 관계를 나타내는 맵(Map)과 파라미터 사전을 미리 등록한 후, 이벤트 관리자가 이벤트 통보자로부터 이벤트를 통보받으면 상기 등록된 맵과 통보 파라미터 사전을 참조하여 적절한 이벤트 요청자를 검출한 후, 검출된 이벤트 요청자에게 이벤트를 통보하는 것이다. 이는 맵과 파라미터 사전을 이용하기 때문에 다양한 이벤트가 추가되더라도 맵과 파리미터 사전만 수정하면 이벤트 통보방법을 변경할 필요없이 적용가능한 것이다.
그러나, 이는 웹 서비스 기반 개방형 API를 지원하는 시스템에서는 적용될 수 없는 것으로서, 상기 선행 특허가 제공하는 이벤트 맵이나 파라미터 사전으로는 웹 서비스 기반 개방형 API를 지원하는 시스템에서 이벤트 통보가 불가능하다.
따라서, 본 발명은 상기한 종래 기술에 따른 문제점을 해결하기 위한 것으로, 본 발명의 목적은, 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에 있어서 정적 이벤트와 동적 이벤트에 대한 통보를 모두 지원하도록 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 방법을 제공함에 있다.
또한, 본 발명의 다른 목적은, 이벤트를 통보하기 위하여 필요한 루틴들을 서비스 애플리케이션 내에 하드 코딩할 필요없이 이벤트 테이블을 이용함으로써, 서비스 애플리케이션의 확장성을 향상시킬 수 있도록 한 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 방법을 제공함에 있다.
상기한 목적을 달성하기 위한 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치는, 다수의 이벤트 관련 상세 정보를 저장하는 이벤트 테이블; 이벤트를 통보하기 위해 상기 이벤트 테이블에 이벤트 관련 상세 정보를 저장하는 서비스 프로비즈닝 관리자; 특정 이벤트에 대한 통보를 시작할 것을 요청하거나, 이벤트 통보를 종료할 것을 요청하는 서비스 애플리케이션; 상기 서비스 애플리케이션의 요청에 의하여 상기 게이트웨이로부터 통보받은 이벤트에 대하여 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 서비스 애플리케이션으로 이벤트 통보를 처리하는 이벤트 통보용 API 처리기를 포함할 수 있다.
상기 이벤트 테이블은 서비스 ID, 서비스의 이벤트 수신용 IP 주소, 서비스의 이벤트 수신용 통신 포트 번호, 활성화된 이벤트 개수, 각 이벤트에 대한 정보 필드를 포함한다.
상기 이벤트에 대한 정보 필드에 저장되는 이벤트 정보는, 이벤트 타입, 서비스가 요청한 이벤트와 나중에 게이트웨이에서 통보한 이벤트가 동일한 것인 가를 연계하기 위한 정보인 상관 값(correlator), 이벤트 통보용 API 처리기에 대한 레퍼런스 정보를 포함한다.
상기 서비스 프로비즈닝 관리자는, 프로비즈닝 절차를 수행하기 위해 상기 이벤트 테이블에 새로운 레코드를 생성한 후 서비스 ID를 할당하고, 상기 생성된 레코드에 할당한 서비스 ID, 서비스의 수신용 IP 주소와 통신 포트 번호, 정적 이벤트 개수만큼의 정적 이벤트에 대한 정보, 정적 이벤트의 개수에 대한 활성화된 이벤트 개수 필드의 값, 등록한 모든 정적 이벤트에 대하여 정적 이벤트 타입과 해당 이벤트에 대한 이벤트 통보용 API 처리기에 대한 레퍼런스 정보, 동적 이벤트 개수만큼의 동적 이벤트에 대한 정보를 각각 해당 필드에 저장한다.
상기 서비스 프로비즈닝 관리자에서, 정적 이벤트에 대한 정보는, 입력받은 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 참(TRUE)으로 기록하고, 입력받은 이벤트에 대응하는 correlator[i] 필드의 값을 디폴트값 0으로 기록하며, 입력받은 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 대응하는 이벤트 통보용 API 처리기 레퍼런스[i] 필드의 값을 입력받은 값으로 기록한다.
상기 서비스 프로비즈닝 관리자에서, 동적 이벤트에 대한 정보는, 입력받은 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 대응하는 이벤트 통보용 API 처리기 레퍼런스[i] 필드의 값을 입력받은 값으로 기록한다.
상기 서비스 애플리케이션은, a) 상기 이벤트 테이블에서 자신의 서비스 ID 에 대응하는 레코드를 찾아, 원하는 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 참(TRUE)으로 기록한 후, 상관 값을 생성하고, 레코드에서 원하는 이벤트에 대응하는 correlator[i] 필드의 값을 상기 생성한 상관 값으로 기록하며, b) 레코드에서 원하는 이벤트에 대응하는 이벤트 통보용 API 처리기에 대한 레퍼런스[i] 필드의 값을 추출하고, 레코드에서 활성화된 이벤트 개수 필드의 값을 1 증가시킨 후, 추출한 이벤트 통보용 API 처리기에 대한 레퍼런스와 생성한 상관 값을 입력 파라미터로 게이트웨이를 호출하여 이벤트 통보의 시작을 요청한다.
상기 서비스 애플리케이션은, a) 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾아, 레코드에서 원하는 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 거짓(false)으로 수정하고, 레코드에서 원하는 이벤트에 대응하는 correlator[i] 필드의 값을 추출한 후, correlator[i] 필드의 값을 디폴트값 0으로 수정하며, b) 레코드에서 활성화된 이벤트 개수 필드의 값을 1 감소시킨 후, 상기 추출한 상관 값을 입력 파라미터로 게이트웨이를 호출하여 이벤트 통보를 종료할 것을 요청한다.
상기 이벤트 통보용 API 처리기는 상기 게이트웨이로부터 호출이 있는 경우, 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾아, 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 추출하고, 추출한 값이 참(true)인 경우, 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 corrlelator[i] 필드의 값을 추출하며, 추출한 값이 0이면, 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후 추출한 값으로 이용하여 서비스 애플리케이션에게 이벤트를 통보한다.
상기 이벤트 통보용 API 처리기는, 상기 추출한 값이 0이 아닌 경우, 추출한 상관 값과 상기 게이트웨이로부터 파라미터로 넘어온 상관 값을 비교하고, 비교결과 두 값이 서로 일치하면, 레코드에서 서비스의 이벤트 수신용 ip 주소와 통신 포트를 추출한 후 추출한 값으로 이용하여 서비스 애플리케이션에게 이벤트를 통보한다.
상기 서비스 애플리케이션, 이벤트 통보용 API 처리기, 서비스 프로비즈닝 관리자는 Parlay/OSA 그룹에서 표준화한 Parlay X API를 지원하는 웹 서비스 기반 개방형 API를 지원한다.
한편, 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 서비스 애플리케이션에게 이벤트를 통보하는 방법의 일 측면에 따르면, 상기 서비스 애플리케이션으로 이벤트를 통보하기 위해 이벤트 테이블에 이벤트 관련 상세 정보를 저장하는 단계; 상기 서비스 애플리케이션으로 이벤트를 통보하기 위해 상기 게이트웨이에게 특정 이벤트에 대한 통보를 시작할 것을 요청하고, 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트를 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 이벤트 통보를 처리한 후, 상기 게이트웨이로 이벤트 통보를 종료할 것을 요청하는 단계를 포함할 수 있다.
상기 이벤트 관련 상세 정보를 저장하는 단계는, 상기 이벤트 테이블에 새로운 레코드를 생성한 후 초기화하는 단계; 서비스 ID를 할당하고, 상기 생성된 레코 드에 상기 할당된 서비스 ID를 기록하는 단계; 서비스의 수신용 IP 주소와 통신 포트 번호를 입력받아 레코드에 기록하는 단계; 정적 이벤트 개수만큼 정적 이벤트에 대한 정보를 입력받아 레코드에 기록하는 단계; 정적 이벤트에 대한 개수를 활성화된 이벤트 개수 필드의 값으로 기록하는 단계; 상기 등록한 모든 정적 이벤트에 대하여 정적 이벤트 타입과 해당 이벤트에 대한 이벤트 통보 레퍼런스를 게이트웨이에게 등록하는 단계; 서비스 애플리케이션이 관심있어 하는 동적 이벤트 개수만큼 동적 이벤트에 대한 정보를 입력받아 레코드에 기록하는 단계를 포함한다.
상기 정적 이벤트에 대한 정보를 입력받아 레코드에 기록하는 단계는, 입력받은 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 참(true)으로 기록하는 단계; 입력받은 이벤트에 대응하는 correlator[i] 필드의 값을 디폴트값 0으로 기록하는 단계; 입력받은 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 대응하는 이벤트 통보용 레퍼런스[i] 필드의 값을 입력받은 값으로 기록하는 단계를 포함한다.
상기 동적 이벤트에 대한 정보를 입력받아 레코드에 기록하는 단계는, 입력받은 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 대응하는 이벤트 통보용 API 처리기 레퍼런스[i] 필드의 값을 입력받은 값으로 기록하는 단계를 포함한다.
상기 게이트웨이에게 특정 이벤트에 대한 통보 시작 요청은, 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾는 단계; 레코드에서 원하는 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 참(true)으로 기록하는 단계; 서비스 가 요청한 이벤트와 나중에 게이트웨이에서 통보한 이벤트가 동일한 것인 가를 연계하기 위한 정보인 상관 값을 생성하는 단계; 레코드에서 원하는 이벤트에 대응하는 correlator[i] 필드의 값을 생성한 상관 값으로 기록하는 단계; 레코드에서 원하는 이벤트에 대응하는 이벤트 통보용 API 처리기에 대한 레퍼런스[i] 필드의 값을 추출하는 단계; 레코드에서 활성화된 이벤트 개수 필드의 값을 1 증가시키는 단계; 추출한 이벤트 통보용 API 처리기에 대한 레퍼런스와 생성한 상관 값을 입력 파라미터로 게이트웨이를 호출하는 단계를 포함한다.
상기 게이트웨이에게 특정 이벤트에 대한 통보 종료 요청은, 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾는 단계; 레코드에서 원하는 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 거짓(false)으로 수정하는 단계; 레코드에서 원하는 이벤트에 대응하는 correlator[i] 필드의 값을 추출한 후, correlator[i] 필드의 값을 디폴트값 0으로 수정하는 단계; 레코드에서 활성화된 이벤트 개수 필드의 값을 1 감소시키는 단계; 추출한 상관 값을 입력 파라미터로 게이트웨이를 호출하는 단계를 포함한다.
상기 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트를 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용한 이벤트 통보의 처리는, 상기 게이트웨이로부터 호출이 있는 경우, 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾는 단계; 레코드에서 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트 타입[i] 필드의 값을 추출하는 단계; 상기 추출한 값이 참(true)이면, 게이트웨이로부터 통보받은 이벤트에 대응하는 corrlelator[i] 필드의 값을 추출하 는 단계; 상기 추출한 이벤트 타입[i]필드의 값이 디폴트값 0인 경우, 상기 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후 상기 추출한 이벤트 수신용 IP 주소와 통신 포트를 이용하여 서비스 애플리케이션에게 이벤트를 전달하는 단계를 포함한다.
상기 추출한 이벤트 타입[i] 필드의 값이 디폴트값 0이 아닌 경우, 추출한 상관 값과 상기 게이트웨이로부터 파라미터로 넘어온 상관 값을 비교하는 단계; 상기 비교결과 두 상관 값이 서로 일치하면, 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후 상기 추출한 이벤트 수신용 IP 주소와 통신 포트를 이용하여 서비스 애플리케이션에게 이벤트를 통보한다.
상기 애플리케이션 서버에는 Parlay/OSA 그룹에서 표준화한 Parlay X API를 지원하는 웹 서비스 기반 개방형 API를 지원한다.
본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 방법에 대한 설명에 앞서, 본 발명의 적용 분야에 대하여 간단하게 설명하기로 하자.
본 발명에 적용되는 웹 서비스 기반 개방형 API는 OSA/Parlay라는 표준화 그룹에서 표준화를 하고 있는 Parlay X API이다.
Parlay X API를 지원하는 데 필요한 시스템은 크게 애플리케이션 서버(AS, Application Server), 게이트웨이, 통신망, 단말이 있다. 상기 애플리케이션 서버는 서비스 애플리케이션을 수행하기 위한 제반 환경을 제공한다. 서비스 프로그래 머가 작성한 서비스 애플리케이션은 애플리케이션 서버에 탑재되어 수행된다. 게이트웨이는 애플리케이션 서버와 통신망 사이에 미들웨어 역할을 수행한다. 통신망과 단말은 기존의 유선 또는 무선 통신망과 통신 단말을 나타낸다.
Parlay X API에는 서비스 애플리케이션이 게이트웨이에게 통신망 액세스를 요청하는 데 필요한 API, 서비스 애플리케이션이 게이트웨이에게 이벤트 통보를 시작할 것을 요청하거나 이벤트 통보를 종료할 것을 요청하는 API, 게이트웨이가 통신망 이벤트를 통보하는 데 필요한 통보용 API가 있다. 이들 API 중 첫 번째와 두 번째는 모두 게이트웨이에 구현되고, 세 번째 API는 서비스 애플리케이션 측에 구현된다.
웹 서비스 기반 개방형 API를 이용하는 서비스 애플리케이션은 두 가지 종류의 이벤트 통보를 필요로 한다. 하나는 서비스 애플리케이션이 수행되기 전에 미리 등록되어야 하는 정적 이벤트에 대한 통보와 서비스 애플리케이션이 런 타임 시에 필요에 따라 이벤트 통보를 해 줄 것을 요청한 후 해당 이벤트 통보를 받은 후 해당 이벤트 통보를 종료해 줄 것을 요청하는 동적 이벤트에 대한 통보가 있다.
웹 서비스 기반 개방형 API를 이용하는 서비스 애플리케이션은 다음과 같은 세 가지 요소들로 구성된다. 첫째, 서비스의 메인 로직 부분으로 서비스가 궁극적으로 수행하고자 하는 주요 로직을 포함하고 있다. 둘째, 게이트웨이의 개방형 API를 요청하기 위한 웹 서비스 클라이언트 코드가 필요하다. 셋째, 게이트웨이로부터 통신망 이벤트를 통보받기 위한 API를 구현한 웹 서비스 서버가 필요하다. 이들 중 첫 번째와 두 번째 부분은 하나의 프로그램으로 보통 구현되고 세 번째 부분은 독 립적인 프로그램인 웹 서비스 서버로 구현된다. 그러나 논리적으로는 세 가지 요소가 모두 하나의 서비스 애플리케이션을 구성한다.
서비스 애플리케이션이 애플리케이션 서버에서 수행되기 위해서는 서비스에 대한 프로비즈닝 절차를 반드시 거쳐야 한다. 프로비즈닝 단계에서 이벤트 처리와 관련하여 애플리케이션 서버에 제공되어야 하는 정보에는 다음과 같은 정보를 포함한다.
먼저, 서비스 ID, 서비스가 관심있어 하는 정적 이벤트에 대한 종류, 이벤트 수신을 위한 서비스의 IP 주소와 통신 포트 번호, 정적 이벤트 각각에 대하여 이벤트 통보용 개방형 API를 구현한 웹 서비스 서버의 레퍼런스(예: URL)가 제공되어야 한다. 애플리케이션 서버는 이들 데이터 중 정적 이벤트에 대한 종류와 통보용 개방형 API를 구현한 웹 서비스 서버의 레퍼런스를 게이트웨이에 알려주어 서비스에 대한 정적 이벤트를 등록한다.
이벤트를 서비스에 최종적으로 전달하기 위하여 이용자에게 계정, 계정 접근 권한, 계정 관련 권한, 계정 관리에 필요한 제반 자원을 제공하는 서비스의 프로비즈닝(provisining) 단계를 통하여 정적 이벤트가 애플리케이션 서버와 게이트웨이에 등록된 후, 실제 통신망에서 해당 이벤트가 발생하면 게이트웨이는 통보 API를 구현한 웹 서비스 서버의 레퍼런스를 추출하여 해당 레퍼런스의 웹 서비스 서버의 이벤트 통보용 오퍼레이션을 호출한다.
상기 호출된 웹 서비스 서버는 프로비즈닝 단계에서 등록한 서비스의 이벤트 수신용 IP 주소와 통신 포트 번호를 추출한 후 이를 이용하여 이벤트를 전달한다.
서비스 애플리케이션은 런 타임 시 필요에 따라 동적 이벤트에 대한 통보를 시작할 것을 요청하거나 종료할 수도 있다. 서비스 애플리케이션이 게이트웨이에게 특정 이벤트에 대한 통보를 시작할 것을 요청할 때, 이벤트 통보용 개방형 API를 구현한 웹 서비스 서버의 레퍼런스와 새로 생성한 상관 값을 넘겨주어야 한다.
상기 상관 값은 서비스가 요청한 이벤트와 나중에 게이트웨이에서 통보한 이벤트가 동일한 것인 가를 연계하기 위한 정보이다. 해당 이벤트가 발생하면 게이트웨이는 서비스로부터 넘겨받은 이벤트 통보용 개방형 API를 구현한 웹 서비스 서버의 레퍼런스를 추출하여 해당 레퍼런스의 웹 서비스 서버의 이벤트 통보용 오퍼레이션을 호출하면서 상관 값을 파라미터로 넘겨준다.
상기 호출된 웹 서비스는 이벤트를 서비스에 최종적으로 전달하기 위하여 프로비즈닝 단계에서 등록한 서비스의 이벤트 수신용 IP 주소와 통신 포트 번호를 추출한 후 이를 이용하여 이벤트를 전달한다.
이하, 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 방법에 대한 바람직한 실시 예에 대하여 첨부한 도면을 참조하여 상세하게 설명해 보기로 한다.
도 1은 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 통신망 이벤트 통보 장치 및 그 네트워크 연결 구성을 나타낸 도면이다.
도 1에 도시된 바와 같이, 본 발명에 따른 이벤트 처리 시스템의 네트워크 구성은, 애플리케이션 서버(Application Server)(100), 게이트웨이(200), 통신 망(300) 및 사용자 단말들(400)을 포함할 수 있다.
애플리케이션 서버(100)는, 서비스 애플리케이션(110), 이벤트 통보용 API 처리기(120), 서비스 프로비즈닝 관리자(130) 및 이벤트 테이블(140)을 포함할 수 있다.
서비스 프로그래머에 의해 만들어진 서비스 애플리케이션(110)은 애플리케이션 서버(100)에 탑재(Deployment)되어 수행된다.
이벤트 통보용 API 처리기(120)는 웹 서비스 기반 개방형 API 중 게이트웨이(200)로부터 통신망 이벤트를 통보받기 위하여 서비스 애플리케이션(110) 측에 구현되어야 하는 API에 대한 처리 기능을 제공하며, 웹 서비스의 서버 형태로 구현된다.
서비스 프로비즈닝 관리자(130)는 서비스 프로비즈닝 절차를 제공한 후 얻어진 데이터를 이벤트 테이블(140)에 저장 관리하는 기능을 제공한다.
이벤트 테이블(140)은 애플리케이션 서버(100) 내에 탑재된 모든 서비스에게 통신망 이벤트를 통보하는 데 필요한 정보들을 저장한다. 여기서, 도 1에 도시된 이벤트 테이블(140)의 구조에 대하여 도 2를 참조하여 살펴보자.
도 2는 도 1에 도시된 이벤트 테이블의 구조를 나타낸 도면이다.
도 2에 도시된 바와 같이, 이벤트 테이블(140)은 서비스 ID 필드(141), 서비스의 이벤트 수신용 IP 주소 필드(142), 서비스의 이벤트 수신용 통신포트 번호 필드(143), 활성화된 이벤트 개수 필드(144), 이벤트 타입 필드(145), 상관(correlator) 필드(146), 이벤트 통보용 API 처리기 레퍼런스 필드(147)를 포함하고, 상기 이벤트 타입 필드(145), 상관 필드(146), 이벤트 통보용 AIP 처리기 레퍼런스 필드(147)는 다수 개로 이루어질 수 있다.
서비스 ID 필드(141)내의 서비스 ID 정보는 서비스 식별자를 나타내며 이벤트 테이블(140)에서 기본 키(Primary Key)로 이용된다.
서비스의 이벤트 수신용 IP 주소 필드(142)와 통신 포트 번호 필드(143)는 이벤트 통보용 API 처리기(120)가 서비스에게 이벤트를 통보하기 위한 통신 수단으로 필요한 IP 주소와 통신 포트 번호를 나타낸다.
활성화된 이벤트 개수 필드(144)는 해당 서비스가 현재 통보받고자 하는 이벤트의 총 개수를 나타내며 정적 이벤트와 동적 이벤트 개수의 합으로 표시된다.
이벤트 타입 필드(145)는 상기 서비스가 통보받고자 하는 각 이벤트별로 해당 이벤트가 현재 서비스에 의해 활성화되었는지를 참(true) 혹은 거짓(false) 값으로 나타낸다. 여기서, 각각의 이벤트는 [1..n]까지의 범위 내의 이벤트 타입[i]에 대응된다. i 번째 이벤트가 임의의 정적 이벤트로 대응되고, 프로비즈닝 절차에 의해 정적 이벤트로 등록된 서비스이면 이벤트 타입[i]는 참(true) 값을 가지고 그렇지 않은 경우 거짓(false) 값을 갖는다.
그리고, i 번째 이벤트가 임의의 동적 이벤트에 대응되고, 서비스 애플리케이션이 런 타임 시에 게이트웨이(200)에게 해당 이벤트를 통보해 줄 것을 요청하였다면 i 번째 이벤트 타입 값은 참(true) 값을 갖고 그렇지 않은 경우 거짓(false) 값을 갖는다. 또는 서비스 애플리케이션(110)이 런 타임 시에 해당 이벤트 통보를 종료할 것을 요청하였다면 i 번째 이벤트 타입 값은 거짓(false) 값을 갖는다.
i 번째 상관 필드(146)인 correlator[i]는 i 번째 이벤트를 게이트웨이(200)로부터 통보받았을 때 서비스에서 요청한 이벤트인가를 연관짓기 위한 상관 값을 기록하기 위한 것이다. 상기 Correlator[i]에 기록되는 상관 값은 정적 이벤트에 대해서는 할당하지 않고 동적 이벤트에 대해서만 서비스 애플리케이션(110)이 게이트웨이(200)에게 이벤트 통보를 요청할 때 상관 값을 생성하여 파라미터로 넘겨준다. 이때, 게이트웨이(200)에게 파라미터값을 넘겨주기 전에 서비스 애플리케이션(110)은 생성한 상관 값을 대응하는 correlator[i]에 기록한다. 서비스 애플리케이션(110)이 동적 이벤트 통보를 종료할 것을 게이트웨이(200)에게 요청하면 상기 correlator[i] 값은 디폴트값 0으로 초기화된다.
한편, i번째 이벤트 통보용 API 처리기 레퍼런스 필드(147)는 웹 서비스 기반 개방형 API 중 게이트웨이(200)로부터 i 번째 이벤트에 대하여 통보받기 위한 API를 구현한 웹 서비스 서버에 대한 레퍼런스(예: URL)를 나타낸다.
다음으로, 도 1에 도시된 서비스 프로비즈닝 관리자(130)가 제공하는 서비스 프로비즈닝 절차에 대하여 단계적으로 설명한다.
도 3은 서비스 프로비즈닝 관리자(130)가 제공하는 서비스 프로비즈닝 절차에 대한 동작 플로우챠트이다.
먼저, 서비스 프로비즈닝 관리자(130)는 이벤트 테이블(140)에 추가할 새로운 레코드를 생성하여 초기화(모든 이벤트 타입 필드의 값을 모두 거짓(false)으로 함)한다(1300).
초기화 후, 서비스 프로비즈닝 관리자(130)는 서비스 ID를 할당하고 할당된 값을 레코드의 서비스 ID 필드의 값으로 기록한다(1310).
그리고, 해당 서비스의 이벤트 수신용 IP 주소와 포트 번호를 입력받아 상기 생성된 레코드의 해당 필드에 기록한다(1320).
그리고, 정적 이벤트에 대한 종류를 입력 받아 각 이벤트 타입에 대응하는 이벤트 타입 필드의 값을 참(true)으로 설정하고, 해당 상관 필드 correlator[i]의 값은 디폴트값 0으로 설정한다(1330).
정적 이벤트에 대한 이벤트 통보용 API 처리기에 대한 레퍼런스를 입력받아 각 레퍼런스 필드에 기록한다(1340).
이어, 모든 정적 이벤트에 대하여 정보가 수집되었는지를 판단하고(1350), 판단결과, 모든 정적 이벤트에 대하여 정보가 수집되었을 경우, 상기 수집된 정적 이벤트의 개수를 상기 생성된 레코드의 활성화된 이벤트 개수 필드의 값으로 기록한다(1360).
이어, 서비스 프로비즈닝 관리자(130)는 상기 정적 이벤트 타입과 대응되는 이벤트 통보용 API 처리기에 대한 레퍼런스들을 게이트웨이(200)에 등록한다(1370).
이상에 의하여 정적 이벤트에 대한 등록이 완료되면, 동적 이벤트에 대한 정보를 수집한다. 사용자가 관심 있는 모든 동적 이벤트에 대하여 해당 이벤트 통보용 API 처리기의 레퍼런스를 입력받아 대응하는 레퍼런스 필드 [i](147)에 기록한다(1380).
상기와 같이 서비스 프로비즈닝 관리자(130)에 의해 서비스 프로비즈닝 절차가 완료되면, 서비스 애플리케이션(110)에서 제공하는 동적 이벤트에 대한 통보 시작을 게이트웨이(200)에게 요청하는 방법에 대하여 살펴보자.
도 4는 서비스 애플리케이션(110)이 제공하는 동적 이벤트에 대한 통보를 시작할 것을 게이트웨이에게 요청하는 절차를 나타낸 동작 플로우챠트이다.
먼저, 서비스 애플리케이션(110)는 이벤트 테이블(140)에서 자신의 서비스 ID에 대응하는 레코드를 서비스 ID 필드(141)로부터 찾는다(1400).
상기 레코드에서 관심있는 이벤트에 대응하는 이벤트 타입 [i] 필드(145)의 값을 참(true)으로 수정한다(1410).
그리고, 서비스 애플리케이션(110)은 해당 이벤트 타입에 대응하는 상관 값을 생성한 후(1420), 대응하는 상관 필드 correlator[i]의 값으로 이벤트 테이블(140)에 기록한다(1430).
이어, 서비스 애플리케이션(110)은 대응하는 이벤트 통보용 API 처리기의 레퍼런스 필드(147)로부터 이벤트 통보용 API 처리기의 레퍼런스 값을 추출한다(1440).
그리고, 상기 서비스 애플리케이션(110)은 활성화된 이벤트 개수 필드(144)의 값을 1 증가 시킨다(1450).
그리고, 상기 추출한 이벤트 통보용 API 처리기의 레퍼런스 값과 상기 생성한 상관 값을 입력 파라미터로 하여 게이트웨이(200)를 호출한다(1460).
상기와 같이 서비스 애플리케이션(110)이 제공하는 동적 이벤트에 대한 통보의 시작을 게이트웨이(200)에 요청한 후 게이트웨이(200)로부터 호출이 있는 경우 이벤트 통보용 API 처리기(120)에서 서비스 애플리케이션(110)으로 해당 이벤트를 통보하게 되는 것이다.
이하, 본 발명에 따른 이벤트 통보 방법에 대하여 구체적이면서 단계적으로 설명한다.
도 5는 본 발명에 따른 이벤트 처리 시스템의 이벤트 통보용 API 처리기에서의 이벤트 통보 방법에 대한 동작 플로우챠트를 나타낸 도면이다.
도 5를 참조하면, 애플리케이션 서버(100)의 정적 이벤트 또는 동적 이벤트에 대한 각 이벤트 통보용 API 처리기(120)는 게이트웨이(200)로부터 이벤트 통보를 위한 호출을 대기하고 있다가(1500), 게이트웨이(200)로부터 호출이 있는지를 판단하게 된다(1510).
상기 판단 결과, 게이트웨이(200)로부터 호출이 있는 경우 호출된 이벤트 통보용 API 처리기(120)는 이벤트 테이블(140)의 서비스 ID 필드(141)로부터 자신과 연관있는 서비스 ID 에 대응하는 레코드를 찾는다(1520).
상기 레코드의 이벤트 타입 필드(145)에서 상기 게이트웨이(200)로부터 전달된 이벤트에 대응하는 이벤트 타입 값을 추출한다(1530).
이어, 상기 추출한 이벤트 타입값이 참(True)인지를 판단하고(1540), 판단 결과, 상기 추출된 이벤트 타입값이 참(True)이 아닌 경우, 해당 이벤트를 버리고 게이트웨이(200)로부터의 호출 대기 상태로 돌아간다(1550).
그러나, 상기 1540 단계에서 상기 레코드의 이벤트 타입 필드(145)에 저장된 이벤트 타입값이 참(True)인 경우, 해당 레코드에서 관련된 상관 필드 correlator[i]의 상관 값이 디폴트값 "0"인지를 판단한다(1560).
상기 1560 단계의 판단 결과, 상기 상관 필드 correlator[i]의 상관 값이 0이면, 정적 이벤트이기 때문에 이벤트 테이블(140)의 해당 레코드로부터 서비스의 수신용 IP 주소와 통신 포트 번호를 추출하여(1590) 추출한 IP 주소와 포트 번호를 이용하여 이벤트를 통보하게 되는 것이다(1600).
그러나, 상기 1560 단계에서 상기 이벤트 테이블(140)의 상관 필드 correlator[i]의 상관 값이 0이 아닌 경우에는 이벤트 테이블(140)에 기록된 상기 상관 값이 게이트웨이(200)가 파라미터로 넘겨준 상관 값과 서로 일치하는지를 판단한다(1570).
상기 판단 결과, 이벤트 테이블(140)에 기록된 상관 값이 게이트웨이(200)가 파라미터로 넘겨준 상관 값과 서로 일치하는 경우에는 이벤트 테이블로부터 수신용 IP 주소와 통신 포트 번호를 추출하여(1590) 이벤트를 서비스에 전달한다(1600).
한편, 1570 단계에서 이벤트 테이블(140)에 기록된 상관 값이 게이트웨이(200)가 파라미터로 넘겨준 상관 값과 서로 일치하지 않은 경우에는 해당 이벤트를 버리고 대기 상태로 돌아간다(1580).
그리고 서비스 애플리케이션(110)은 동적 이벤트에 대한 통보의 종료를 게이트웨이(200)에 요청하게 되는데, 이 동작에 대하여 첨부한 도 6을 참조하여 단계적으로 살펴본다.
도 6은 본 발명에 따른 이벤트 처리 시스템에서 서비스 애플리케이션의 동적 이벤트 통보 종료 요청 방법에 대한 동작 플로우챠트를 나타낸 도면이다.
도 6에 도시된 바와 같이, 먼저 서비스 애플리케이션(110)은 이벤트 테이블(140)의 서비스 ID필드(141)로부터 자신에 대응하는 서비스 ID에 대한 레코드를 찾는다(1610).
그리고, 서비스 애플리케이션(110)은 상기 서비스 ID에 대한 레코드로부터 관심있는 이벤트에 대응하는 이벤트 타입 필드(145)의 값을 거짓(false)로 수정한다(1620).
이어, 서비스 애플리케이션(110)은 상기 레코드에서 상기 이벤트에 대응하는 상관 필드(146) correlator[i] 의 상관 값을 추출한 후, 디폴트값 0으로 초기화한다(1630).
그리고 나서, 상기 서비스 애플리케이션(110)은 활성화된 이벤트 개수 필드(144)의 값을 1 감소시킨다(1640).
상기에서 추출한 상관 값을 입력 파라미터로 게이트웨이(200)를 호출함으로써, 이벤트 통보의 종료를 게이트웨이(200)로 통보한다(1650).
상기한 바와 같은 본 발명에 따른 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 이벤트 통보 장치 및 그 방법은 정적 이벤트와 동적 이벤트에 대한 통보를 모두 지원하며, 이벤트 테이블을 이용하기 때문에 이벤트를 통보하기 위하여 필요한 루틴들을 서비스 애플리케이션 내에 하드 코딩할 필요없이 테이블을 참조하도록 하여 서비스 애플리케이션의 확장성을 좋게 할 수 있으며 유지 보수가 용이하다는 장점을 가지고 있는 것이다.

Claims (21)

  1. 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 게이트웨이를통해 이벤트를 전달받아 서비스 애플리케이션에 통보하는 장치에 있어서,
    다수의 이벤트 관련 상세 정보를 저장하는 이벤트 테이블;
    상기 이벤트 테이블에 이벤트 관련 상세 정보를 저장시키는 서비스 프로비즈닝 관리자;
    상기 게이트웨이에게 특정 이벤트에 대한 통보를 시작할 것을 요청하거나, 이벤트 통보를 종료할 것을 요청하는 서비스 애플리케이션;
    상기 게이트웨이로부터 통보 받은 이벤트를 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 상기 서비스 애플리케이션으로 통보하는 이벤트 통보용 API 처리기를 포함하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  2. 제1항에 있어서,
    상기 이벤트 테이블은
    서비스 ID, 서비스의 이벤트 수신용 IP 주소, 서비스의 이벤트 수신용 통신 포트 번호, 활성화된 이벤트 개수, 각 이벤트에 대한 정보를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  3. 제2항에 있어서,
    상기 이벤트에 대한 정보는,
    이벤트 타입, 서비스가 요청한 이벤트와 나중에 게이트웨이에서 통보한 이벤트가 동일한 것인 가를 연계하기 위한 정보인 상관 값, 이벤트 통보용 API 처리기에 대한 레퍼런스 정보를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  4. 제3항에 있어서,
    상기 서비스 프로비즈닝 관리자는,
    프로비즈닝 절차를 수행하기 위해 상기 이벤트 테이블에 새로운 레코드를 생성한 후 서비스 ID를 할당하고, 레코드에 할당한 서비스 ID, 서비스의 수신용 IP 주소와 통신 포트 번호, 정적 이벤트 개수만큼의 정적 이벤트에 대한 정보, 정적 이벤트에 대한 개수에 대한 활성화된 이벤트 개수 필드의 값, 등록한 모든 정적 이벤트에 대하여 정적 이벤트 타입과 해당 이벤트에 대한 이벤트 통보용 API 처리기에 대한 레퍼런스, 동적 이벤트 개수만큼 동적 이벤트에 대한 정보를 각각 해당 필드에 저장하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  5. 제4항에 있어서,
    상기 서비스 프로비즈닝 관리자는, 정적 이벤트에 대하여, 상기 생성된 레코드의 상기 정적 이벤트에 대응하는 이벤트 타입 값을 참(true)으로 기록하고, 상기 생성된 레코드의 상기 정적 이벤트에 대응하는 상관 값을 디폴트 값으로 기록하며, 상기 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아 상기 생성된 레코드에 상기 정적 이벤트에 대한 이벤트 통보용 API 처리기 레퍼런스 값으로 기록하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  6. 제4항에 있어서,
    상기 서비스 프로비즈닝 관리자는, 동적 이벤트에 대하여, 상기 동적 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 상기 생성된 레코드의 상기 동적 이벤트 통보용 API 처리기 레퍼런스 값으로 기록하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  7. 제3항에 있어서, 상기 서비스 애플리케이션은,
    상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾아, 통보를 원하는 이벤트에 대응하는 이벤트 타입 값을 참(true)으로 기록한 후, 상기 이벤트에 대한 상관 값을 생성하여, 상기 레코드에 상기 이벤트에 대응하는 상관 값으로 기록하며,
    상기 레코드에서 상기 이벤트에 대응하는 이벤트 통보용 API 처리기에 대한 레퍼런스 값을 추출하고, 활성화된 이벤트 개수 필드의 값을 1 증가시킨 후,
    상기 추출한 이벤트 통보용 API 처리기에 대한 레퍼런스 값과, 상기 상관 값을 입력 파라미터로 게이트웨이를 호출하여 이벤트 통보의 시작을 요청하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  8. 제3항에 있어서, 상기 서비스 애플리케이션은,
    상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾아, 상기 레코드에서 통보 종료를 원하는 이벤트에 대응하는 이벤트 타입 값을 거짓(false)으로 수정하고, 상기 레코드에서 원하는 이벤트에 대응하는 상관 값을 추출한 후, 상기 레코드의 상기 상관 값을 디폴트 값으로 수정하며,
    상기 레코드에서 활성화된 이벤트 개수 값을 1 감소시킨 후, 상기 추출한 상관 값을 입력 파라미터로 게이트웨이를 호출하여 이벤트 통보를 종료할 것을 요청하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  9. 제3항에 있어서,
    상기 이벤트 통보용 API 처리기는
    상기 게이트웨이로부터 이벤트 통보용 API의 호출이 있는 경우, 상기 이벤트 테이블에서 해당 서비스 ID에 대응하는 레코드를 찾아, 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트 타입 값을 확인하여, 상기 확인된 값이 참(true)인 경우, 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 상관 값을 추출하며, 상기 추출한 상관 값이 디폴트 값이면, 상기 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후, 상기 추출한 IP 주소와 통신포트를 이용하여 해당 서비스 애플리케이션에게 이벤트를 통보하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  10. 제9항에 있어서,
    상기 이벤트 통보용 API 처리기는,
    상기 추출한 상관 값이 디폴트 값이 아닌 경우, 상기 추출한 상관 값과 상기 게이트웨이로부터 파라미터로 넘어온 상관 값을 비교하고, 비교결과 두 상관 값이 서로 일치하면, 상기 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후 추출한 값으로 이용하여 서비스 애플리케이션에게 이벤트를 통보하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  11. 제1항에 있어서,
    상기 서비스 애플리케이션와, 상기 이벤트 통보용 API 처리기와, 상기 서비스 프로비즈닝 관리자는 Parlay/OSA 그룹에서 표준화한 Parlay X API를 지원하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 장치.
  12. 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서 게이트웨이를 통해서 서비스 애플리케이션에 이벤트를 통보하는 방법에 있어서,
    상기 서비스 애플리케이션으로 이벤트를 통보하기 위해 이벤트 테이블에 상기 이벤트에 관련된 이벤트 관련 상세 정보를 저장하는 단계; 및
    상기 서비스 애플리케이션이 상기 게이트웨이에게 특정 이벤트에 대한 통보를 시작할 것을 요청하는 단계;
    상기 게이트웨이로부터 상기 이벤트가 통보되면, 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 상기 서비스 어플리케이션으로 상기 이벤트를 통보하는 단계; 및
    상기 서비스 애플리케이션이 상기 게이트웨이에게 특정 이벤트에 대한 통보를 종료할 것을 요청하는 단계를 포함하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  13. 제12항에 있어서,
    상기 이벤트 테이블은
    서비스 ID, 서비스의 이벤트 수신용 IP 주소, 서비스의 이벤트 수신용 통신 포트 번호, 활성화된 이벤트 개수, 각 이벤트에 대한 정보를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  14. 제13항에 있어서,
    상기 이벤트에 대한 정보는,
    이벤트 타입, 서비스가 요청한 이벤트와 나중에 게이트웨이에서 통보한 이벤트가 동일한 것인 가를 연계하기 위한 정보인 상관 값, 이벤트 통보용 API 처리기에 대한 레퍼런스 값을 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  15. 제14항에 있어서, 상기 이벤트 관련 상세 정보를 저장하는 단계는,
    상기 이벤트 테이블에 새로운 레코드를 생성한 후 초기화하는 단계;
    서비스 ID를 할당하고, 상기 생성된 레코드에 상기 할당된 서비스 ID를 기록하는 단계;
    서비스의 수신용 IP 주소와 통신 포트 번호를 입력받아 상기 생성된 레코드에 기록하는 단계;
    서비스가 관심있어 하는 모든 정적 이벤트에 대한 정보를 입력받아 상기 레코드에 기록하는 단계;
    상기 기록한 모든 정적 이벤트의 개수를 상기 레코드에 활성화된 이벤트 개수 값으로 기록하는 단계;
    상기 기록된 모든 정적 이벤트에 대하여 정적 이벤트 타입과 해당 이벤트에 대한 이벤트 통보 레퍼런스 값을 게이트웨이에 등록하는 단계; 및
    서비스가 관심있어 하는 모든 동적 이벤트에 대한 정보를 입력받아 상기 레코드에 기록하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  16. 제15항에 있어서, 상기 정적 이벤트에 대한 정보를 입력받아 상기 레코드에 기록하는 단계는,
    상기 정적 이벤트에 대응하는 이벤트 타입 값을 참(true)으로 기록하는 단계;
    상기 정적 이벤트에 대응하는 상관 값을 디폴트값으로 기록하는 단계; 및
    상기 정적 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 대응하는 이벤트 통보용 레퍼런스 필드에 기록하는 단계를 포함하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  17. 제15항에 있어서, 상기 동적 이벤트에 대한 정보를 입력받아 상기 레코드에 기록하는 단계는,
    상기 동적 이벤트에 대응하는 통보용 API 처리기의 레퍼런스 값을 입력받아, 상기 레코드 상의 대응하는 이벤트 통보용 API 처리기 레퍼런스 필드에 기록하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  18. 제14항에 있어서, 상기 서비스 애플리케이션이 상기 게이트웨이에게 특정 이벤트에 대한 통보를 시작할 것을 요청하는 단계는,
    상기 서비스 애플리케이션이 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾는 단계;
    상기 레코드에서 통보를 원하는 이벤트에 대응하는 이벤트 타입 값을 참(true)으로 기록한 후, 상기 이벤트에 대한 상관 값을 생성하는 단계;
    상기 레코드에서 상기 원하는 이벤트에 대응하는 상관 필드의 값을 상기 생성한 상관 값으로 기록하는 단계;
    상기 레코드에서 상기 원하는 이벤트에 대응하는 이벤트 통보용 API 처리기에 대한 레퍼런스 값을 추출하는 단계;
    상기 레코드에서 활성화된 이벤트 개수 값을 1 증가시키는 단계; 및
    상기 추출한 이벤트 통보용 API 처리기에 대한 레퍼런스 값과 상기 상관 값을 입력 파라미터로 하여 상기 게이트웨이를 호출하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  19. 제14항에 있어서, 상기 서비스 애플리케이션이 상기 게이트웨이에 특정 이벤트에 대한 통보를 종료할 것을 요청하는 단계는,
    상기 서비스 애플리케이션이 상기 이벤트 테이블에서 자신의 서비스 ID에 대응하는 레코드를 찾는 단계;
    상기 레코드에서 종료를 원하는 이벤트에 대응하는 이벤트 타입 값을 거짓(false)으로 수정하는 단계;
    상기 레코드에서 상기 이벤트에 대응하는 상관 값을 추출한 후, 상기 레코드에서 상기 이벤트에 대응하는 상관 값을 디폴트 값으로 수정하는 단계;
    상기 레코드에서 활성화된 이벤트 개수를 1 감소시키는 단계; 및
    상기 추출한 상관 값을 입력 파라미터로 상기 게이트웨이를 호출하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  20. 제14항에 있어서, 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 상기 서비스 어플리케이션으로 상기 이벤트를 통보하는 단계는,
    상기 게이트웨이로부터 이벤트 통보와 관련된 호출이 있는 경우, 상기 이벤트 테이블에서 해당 서비스 ID에 대응하는 레코드를 찾는 단계;
    상기 레코드에서 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 이벤트 타입 값을 추출하는 단계;
    상기 추출한 값이 참(true)이면, 상기 레코드에서 상기 게이트웨이로부터 통보받은 이벤트에 대응하는 상관 값을 추출하는 단계; 및
    상기 추출한 상관 값이 디폴트 값인 경우, 상기 레코드에서 상기 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후, 상기 추출한 IP 주소와 통신 포트를 이용하여 해당 서비스 애플리케이션에게 상기 이벤트를 전달하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
  21. 제20항에 있어서, 상기 이벤트 테이블에 저장된 이벤트 관련 상세 정보를 이용하여 상기 서비스 어플리케이션으로 상기 이벤트를 통보하는 단계는,
    상기 추출한 상관값이 디폴트 값이 아닌 경우, 상기 추출한 상관 값과 상기 게이트웨이로부터 파라미터로 넘어온 상관 값을 비교하는 단계; 및
    상기 비교결과 두 상관 값이 서로 일치하면, 상기 레코드에서 서비스의 이벤트 수신용 IP 주소와 통신 포트를 추출한 후, 상기 추출한 IP 주소와 통신 포트를 이용하여 해당 서비스 애플리케이션에게 이벤트를 통보하는 단계를 포함하는 것을 특징으로 하는 웹 서비스 기반 개방형 API를 지원하는 애플리케이션 서버에서의 통신망 이벤트 통보 방법.
KR1020060041493A 2005-12-08 2006-05-09 웹 서비스 기반 개방형 ａｐｉ를 지원하는 애플리케이션서버에서 통신망 이벤트 통보 장치 및 그 방법 KR100798916B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/634,613 US20070165615A1 (en) 2005-12-08 2006-12-06 Apparatus and method for notifying communication network event in application server capable of supporting open API based on Web services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20050119144 2005-12-08
KR1020050119144 2005-12-08

Publications (2)

Publication Number Publication Date
KR20070061067A KR20070061067A (ko) 2007-06-13
KR100798916B1 true KR100798916B1 (ko) 2008-01-29

Family

ID=38357001

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060041493A KR100798916B1 (ko) 2005-12-08 2006-05-09 웹 서비스 기반 개방형 ａｐｉ를 지원하는 애플리케이션서버에서 통신망 이벤트 통보 장치 및 그 방법

Country Status (1)

Country Link
KR (1) KR100798916B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100889732B1 (ko) * 2006-12-01 2009-03-24 한국전자통신연구원 개방형 서비스 게이트웨이를 사용하는 어플리케이션 서버의통지 수신 방법
KR101275293B1 (ko) * 2009-10-26 2013-06-14 한국전자통신연구원 네트워크 장치 및 네트워크 가상화 지원 방법
KR101348927B1 (ko) * 2012-10-16 2014-01-09 충남대학교산학협력단 ＷＳＵＮ을 위한 ＯｐｅｎＡＰＩ 어뎁터

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05298052A (ja) * 1992-04-21 1993-11-12 Fujitsu Ltd ウインドウシステムおよびイベント処理方法
KR20030079544A (ko) * 2002-04-04 2003-10-10 (주)헤리트 네트워크 시스템 및 네트워크 시스템의 운영 방법
KR20050034968A (ko) * 2003-10-10 2005-04-15 에스케이 텔레콤주식회사 객체지향적 어플리케이션 프레임 워크를 지원하는 모바일플랫폼을 포함하는 이동통신단말
KR20060015705A (ko) * 2003-05-16 2006-02-20 마이크로소프트 코포레이션 사용자 인터페이스 자동화 프레임워크 클래스 및 인터페이스

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05298052A (ja) * 1992-04-21 1993-11-12 Fujitsu Ltd ウインドウシステムおよびイベント処理方法
KR20030079544A (ko) * 2002-04-04 2003-10-10 (주)헤리트 네트워크 시스템 및 네트워크 시스템의 운영 방법
KR20060015705A (ko) * 2003-05-16 2006-02-20 마이크로소프트 코포레이션 사용자 인터페이스 자동화 프레임워크 클래스 및 인터페이스
KR20050034968A (ko) * 2003-10-10 2005-04-15 에스케이 텔레콤주식회사 객체지향적 어플리케이션 프레임 워크를 지원하는 모바일플랫폼을 포함하는 이동통신단말

Also Published As

Publication number Publication date
KR20070061067A (ko) 2007-06-13

Similar Documents

Publication Publication Date Title
CN109618005B (zh) 调用服务器的方法和代理服务器
US20070165615A1 (en) Apparatus and method for notifying communication network event in application server capable of supporting open API based on Web services
US7475406B2 (en) Event notification structure for dynamically aggregated logical components
CN110636115B (zh) 跨云服务调用的处理方法、网关服务器及请求者服务器
CN115442423A (zh) 发现由网络存储库功能提供的服务的方法
CN110837424A (zh) 服务实例确定方法、装置、存储介质及电子设备
CN104601702B (zh) 集群远程过程调用方法及***
CN110753129A (zh) 消息传输方法、***、装置、设备及计算机可读存储介质
CN111258723B (zh) 分布式***的事务处理方法、装置、***、介质及设备
US20240137269A1 (en) Method for instantiating edge application server and apparatus
CN110324184B (zh) 服务扩容与迁移方法、装置、***、设备及可读存储介质
CN110677475A (zh) 一种微服务处理方法、装置、设备及存储介质
CN111858083A (zh) 一种远程服务的调用方法、装置、电子设备及存储介质
CN112351077A (zh) 一种应用服务运行方法、***、装置及存储介质
KR100798916B1 (ko) 웹 서비스 기반 개방형 ａｐｉ를 지원하는 애플리케이션서버에서 통신망 이벤트 통보 장치 및 그 방법
CN106357654B (zh) 远程过程调用方法、装置及通信***
JP2014123363A (ja) 多様なデータ接続のためのサービスおよびマネージメント層
CN110730197B (zh) 一种服务发现方法和***
CN112788518A (zh) 一种位置服务的处理方法及相关设备
CN108768727B (zh) 访问第三方服务的方法、电子装置及可读存储介质
CN114553967A (zh) 一种微服务间的调用方法和相关装置
WO2004019208A2 (en) Method and apparatus for just-in-time provisioning application-related information at a communication device
CN111988398A (zh) 一种数据获取方法、api网关、介质
CN112333270B (zh) 一种微服务动态路由的方法及***
CN111831402A (zh) 用于管理软件功能的方法、设备和计算机程序产品

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20110104

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20111208

Year of fee payment: 20