KR101512875B1 - 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템 - Google Patents

청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템 Download PDF

Info

Publication number
KR101512875B1
KR101512875B1 KR1020110138339A KR20110138339A KR101512875B1 KR 101512875 B1 KR101512875 B1 KR 101512875B1 KR 1020110138339 A KR1020110138339 A KR 1020110138339A KR 20110138339 A KR20110138339 A KR 20110138339A KR 101512875 B1 KR101512875 B1 KR 101512875B1
Authority
KR
South Korea
Prior art keywords
processing
backup mode
field
subscription
backup
Prior art date
Application number
KR1020110138339A
Other languages
English (en)
Other versions
KR20130082832A (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 KR1020110138339A priority Critical patent/KR101512875B1/ko
Publication of KR20130082832A publication Critical patent/KR20130082832A/ko
Application granted granted Critical
Publication of KR101512875B1 publication Critical patent/KR101512875B1/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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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/50—Business processes related to the communications industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Educational Administration (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Hardware Redundancy (AREA)

Abstract

본 발명은 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템에 관한 것으로, 프로비져닝 시스템이 특정 서비스를 위한 서비스 프로비져닝 처리 시 몇몇 서비스 서버들과의 사이에 네트워크 장애 등의 예외상황이 발생하는 경우에도 고객의 상품 가입에 대한 청약 처리는 성공적으로 완료하여 통신사의 비정상적인 매출 누락이 발생하지 않게 하고, 일부 연동불가인 서비스 서버 구간에 대해서는 연동 장애 상황 해소 시 준실시간(near real time)적인 백업모드 연동 방식으로 프로비져닝을 처리하여 청약 처리 과정에서의 시스템간 일시적인 연동 장애 상황에 능동적으로 대처하여 고객 VoC 최소화는 물론 청약 처리의 성공율을 향상시켜 서비스 활성화와 대고객 서비스 만족도를 향상시킬 수 있는, 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템을 제공하고자 한다.
이를 위하여, 본 발명은, 백업모드 프로비져닝 시스템에 있어서, 청약 수신 테이블을 페취(fetch)하여 원부를 구축하고, 서비스 서버의 요청 형태로 데이터를 가공하여 프로비져닝(Provisioning)하는 과정에서 상기 서비스 서버와의 연동이 불가능한 경우 상기 서비스 서버에 연동하려던 처리명령이나 호출 로직을 백업시키며, 청약 오더의 계약 ID(IDentification)가 백업 연동 저장부에 존재하는 경우 상기 계약 ID에 대해 순차적인 처리를 보장하기 위한 청약 처리 수단; 상기 청약 처리 수단으로부터 백업되는 처리명령이나 호출 로직을 저장하기 위한 상기 백업 연동 저장부; 및 연동 오류가 발생하여 상기 백업 연동 저장부에 저장되어 있는 처리명령이나 호출 로직을 상기 서비스 서버와 연동 처리하기 위한 백업모드 처리 수단을 포함하되, 상기 청약 처리 수단은, 각 상품별로 전용의 청약 처리 데몬을 구비하고, 상기 백업 연동 저장부는, DB별 실행플랜 버퍼나 프로토콜별 백업모드 연동 버퍼를 포함하며, 상기 백업모드 처리 수단은, 상기 DB별 실행플랜 버퍼나 상기 프로토콜별 백업모드 연동 버퍼에 대한 전용의 백업모드 처리 데몬을 구비한다.

Description

청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템{Backup Mode Provisioning System for Minimizing the Interoperation Errors In Subscription Process}
본 발명은 백업모드 청약 처리 시스템에 관한 것으로, 더욱 상세하게는 서비스 상품 청약 처리 시스템에서 서비스 서버들에게 서비스에 필요한 정보를 프로비져닝(Provisioning)하는 과정에서 서비스 서버들이 네트워크 장애 등으로 인해 연동이 어려운 상황에서 해당 서비스 서버로의 프로비져닝 실패로 인해 전체 청약 처리 프로세스가 롤백(roll-back)되는 상황을 막기 위해 일부 서비스 서버들의 네트워크 장애 등의 예외상황 발생 시 전체 프로세스를 즉시 오류로 처리하지 않고 연동불가 상태인 서버들만 백업모드 버퍼에 저장하고 별도 백업모드 처리 데몬을 이용하여 비실시간으로 연동 처리하여 청약 처리 실패율을 최대한 감소시킴으로써 매출 향상에 기여할 수 있도록 하는, 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템에 관한 것이다.
그리고 본 발명의 일실시예에서는 "오라클 DB"를 예로 들어 설명하나, 본 발명이 이에 한정되는 것이 아님을 미리 밝혀둔다.
고객이 통신사 상품을 이용하기 위해 통신사에 서비스 이용을 청약하는 정보는 통신사의 영업 전산 시스템에 입력된다. 이후, 필요한 설비 구축의 과정을 거쳐 서비스에 필요한 고객의 상품 가입 정보들이 다양한 서비스 서버들에게 전달되어 서비스를 제공할 준비가 이루어진다.
프로비져닝 시스템은 이러한 서비스에 필요한 고객, 상품, 계정, 단말, 및 부가서비스 등의 정보를 서비스 원부(청약 원부)로 구축 및 관리하고, 다양한 서비스 서버들이 요구하는 형태로 가공하여 해당 서비스 서버들에게 전달함으로써, 서비스 서버들이 서비스를 제공할 준비를 할 수 있도록 해 주는 시스템이다.
프로비져닝 시스템이 서비스 원부를 구축하고 다수의 서비스 서버들에게 필요한 정보를 연동하는 과정에서 몇몇 서비스 서버들과의 일시적인 네트워크 장애로 인해 연동이 불가능한 경우가 발생할 수 있는데, 이때, 청약 처리하던 전체 프로세스를 중단하고 롤백하는 경우 청약 처리 실패율이 높아지고 곧바로 고객의 VoC(Voice of Customer)로 이어질 수 있으며, 그에 따라 통신사의 대고객 이미지나 매출에 부정적인 영향을 미칠 수 있어 크리티컬(critical)한 이슈가 될 수 있다.
따라서 프로비져닝 시스템은 프로비져닝할 대상 서비스 서버들과의 연동 및 정보 전달에 있어서 네트워크 장애 등의 예외상황에 대비하여 청약 처리 실패율 및 고객 VoC 최소화를 위한 적절한 체계를 고려하여 설계 및 구축되어야 한다.
따라서 상기와 같은 종래 기술은, 프로비져닝 시스템이 특정 서비스를 위한 프로비져닝 처리 시 다양한 서비스 서버들로 연동하는 과정에서 몇몇 서비스 서버들과는 네트워크 장애로 청약 정보의 프로비져닝이 어려운 경우가 발생할 가능성이 있는데, 이때, 전체 처리중인 프로세스를 즉시 롤백하여 청약 처리 내역 전체를 오류 상태로 종료하는 경우 통신사의 청약 처리 실패율 증가로 매출에 직접적인 영향을 미칠 수 있으며, 또한 고객 민원(VoC)이 증가하여 기업이미지 저하로 이어질 수 있는 문제점이 있으며, 이러한 문제점을 해결하고 상기 요구에 부응하고자 하는 것이 본 발명의 과제이다.
따라서 본 발명은 프로비져닝 시스템이 특정 서비스를 위한 서비스 프로비져닝 처리 시 몇몇 서비스 서버들과의 사이에 네트워크 장애 등의 예외상황이 발생하는 경우에도 고객의 상품 가입에 대한 청약 처리는 성공적으로 완료하여 통신사의 비정상적인 매출 누락이 발생하지 않게 하고, 일부 연동불가인 서비스 서버 구간에 대해서는 연동 장애 상황 해소 시 준실시간(near real time)적인 백업모드 연동 방식으로 프로비져닝을 처리하여 청약 처리 과정에서의 시스템간 일시적인 연동 장애 상황에 능동적으로 대처하여 고객 VoC 최소화는 물론 청약 처리의 성공율을 향상시켜 서비스 활성화와 대고객 서비스 만족도를 향상시킬 수 있는, 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템을 제공하는 데 그 목적이 있다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있으며, 본 발명의 실시 예에 의해 보다 분명하게 알게 될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.
상기 목적을 달성하기 위한 본 발명의 시스템은, 백업모드 프로비져닝 시스템에 있어서, 청약 수신 테이블을 페취(fetch)하여 원부를 구축하고, 서비스 서버의 요청 형태로 데이터를 가공하여 프로비져닝(Provisioning)하는 과정에서 상기 서비스 서버와의 연동이 불가능한 경우 상기 서비스 서버에 연동하려던 처리명령이나 호출 로직을 백업시키며, 청약 오더의 계약 ID(IDentification)가 백업 연동 저장부에 존재하는 경우 상기 계약 ID에 대해 순차적인 처리를 보장하기 위한 청약 처리 수단; 상기 청약 처리 수단으로부터 백업되는 처리명령이나 호출 로직을 저장하기 위한 상기 백업 연동 저장부; 및 연동 오류가 발생하여 상기 백업 연동 저장부에 저장되어 있는 처리명령이나 호출 로직을 상기 서비스 서버와 연동 처리하기 위한 백업모드 처리 수단을 포함하되, 상기 청약 처리 수단은, 각 상품별로 전용의 청약 처리 데몬을 구비하고, 상기 백업 연동 저장부는, DB별 실행플랜 버퍼나 프로토콜별 백업모드 연동 버퍼를 포함하며, 상기 백업모드 처리 수단은, 상기 DB별 실행플랜 버퍼나 상기 프로토콜별 백업모드 연동 버퍼에 대한 전용의 백업모드 처리 데몬을 구비한다.
삭제
상기와 같은 본 발명은, 프로비져닝 시스템이 특정 서비스를 위한 서비스 프로비져닝 처리 시 몇몇 서비스 서버들과의 사이에 네트워크 장애 등의 예외상황이 발생하는 경우에도 고객의 상품 가입에 대한 청약 처리를 성공적으로 완료하여 통신사의 비정상적인 매출 누락이 발생하지 않게 하고, 일부 연동불가인 서비스 서버 구간에 대해서는 연동 장애 상황 해소 시 준실시간(near real time)적인 백업모드 연동 방식으로 프로비져닝을 처리하여 청약 처리 과정에서의 시스템간 일시적인 연동 장애 상황에 능동적으로 대처하여 고객 VoC 최소화는 물론 청약 처리의 성공율을 향상시켜 서비스 활성화와 대고객 서비스 만족도를 향상시킬 수 있는 효과가 있다.
도 1은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템의 일실시예 구성도,
도 2는 본 발명에 따른 오라클 DB 연동용 실행플랜 버퍼의 구조를 나타내는 도면,
도 3은 본 발명에 따른 메모리 DB 연동용 실행플랜 버퍼의 구조를 나타내는 도면,
도 4는 본 발명에 따른 오라클 DB 연동용 실행플랜 버퍼의 일예시도,
도 5는 본 발명에 따른 메모리 DB 연동용 실행플랜 버퍼의 일예시도,
도 6은 본 발명에 따른 디비젼(DIVISION) 연동용 정보 구조 테이블의 일예시도,
도 7은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 방법 중 오류 발생에 대해 백업 연동 저장부에 기록하는 과정에 대한 일실시예 흐름도,
도 8은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 방법 중 백업 연동 저장부와 백업모드 처리 데몬을 이용하여 오류가 발생한 연동 처리를 백업모드로 실행하는 과정에 대한 일실시예 흐름도이다.
상술한 목적, 특징 및 장점은 첨부된 도면을 참조하여 상세하게 후술되어 있는 상세한 설명을 통하여 보다 명확해 질 것이며, 그에 따라 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있을 것이다. 또한, 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에 그 상세한 설명을 생략하기로 한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시 예를 상세히 설명하기로 한다.
그리고 명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때 이는 "직접적으로 연결"되어 있는 경우뿐만 아니라 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한, 어떤 부분이 어떤 구성요소를 "포함" 또는 "구비"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함하거나 구비할 수 있는 것을 의미한다.
도 1은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템의 일실시예 구성도이다.
도 1에 도시된 바와 같이, 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템은, 청약 수신 테이블(청약 정보 수신 테이블)을 페취(fetch)하여 청약 원부를 구축하고, 서비스 서버의 요청 형태로 데이터를 가공하여 프로비져닝하는 과정에서 프로비져닝한 서비스 서버들 중 일부 서비스 서버가 일시적인 네트워크 장애 등의 원인으로 연동이 불가능한 상태인 경우, 전체 청약 처리 프로세스를 즉시 오류로 처리하지 않고, 오류가 발생하는 서비스 서버에 연동하려던 처리명령이나 호출 로직을 백업시키고, 해당 청약 오더의 계약 ID(IDentification)가 백업 연동 저장부(11)에 존재하는 경우에 연동오류가 발생한 계약 ID에 대해 순차적인 처리를 보장하기 위한 청약 처리 데몬(10), 상기 청약 처리 데몬(10)으로부터 백업되는 "오류가 발생하는 서비스 서버에 연동하려던 처리명령이나 호출 로직"을 저장하기 위한 백업 연동 저장부(11), 및 연동 오류가 발생하여 상기 백업 연동 저장부(11)에 저장되어 있는 처리명령이나 호출 로직을 비실시간(준실시간)으로 해당 서비스 서버와 연동 처리하기 위한 백업모드 처리 데몬(12)을 포함한다.
다시 말하면, 각 상품(예 : ADSL, WiBro, SoIP 등)의 청약 처리 전용 데몬은 해당 청약 수신 테이블을 페취(fetch)하여 청약 원부를 구축하고, 서비스 제공에 필요한 서비스 서버들이 요청한 형태대로 원부 데이터를 가공하여 해당 서비스 서버로 프로비져닝한다. 여기서, 프로비져닝 과정은 직접 DB 연동으로 하거나 SOAP(Simple Object Access Protocol) 등의 웹서비스 연동으로 프로비져닝을 한다. 이때, 프로비져닝할 서비스 서버들 중 일부 서비스 서버들이 일시적인 네트워크 장애 등의 원인으로 연동이 불가능한 상태인 경우, 청약 처리 데몬이 전체 프로세스를 즉시 중단하지는 않고, 오류가 발생하는 해당 서비스 서버에 연동하려던 처리 명령이나 호출 로직을 로컬의 DB별 실행플랜 버퍼(예 : 오라클 DB 실행플랜 버퍼, MMDB 실행플랜 버퍼)나 백업모드 연동 버퍼(예 : SOAP 백업모드 연동 버퍼)에 저장해 두고, 각각의 백업모드 처리 데몬이 별도로 구동되어 연동 오류가 발생한 청약 오더들에 대한 처리를 재시도하도록 한다.
이를 좀 더 상세히 살펴보면 다음과 같다.
본 발명의 일실시예에 따르면, 백업모드 프로비져닝 시스템이 특정 서비스에 필요한 정보들을 해당 서비스를 제공하는 데에 필요한 서비스 서버들에게 프로비져닝하는 과정에서 일부 연동대상 서비스 서버들과 연동불가 상태에 직면했을 때 서비스 서버들로 프로비져닝할 정보를 백업모드 프로비져닝 시스템 내부에 프로토콜별 "백업모드 연동버퍼" 또는 데이터베이스 유형별 "오라클(Oracle) DB 실행플랜(Plan) 버퍼"나 "MMDB 실행플랜 버퍼"에 저장하고, 이러한 "백업모드 연동버퍼"와 "실행플랜 버퍼"에 저장된 연동정보를 주기적으로 백업모드 처리 데몬(12)이 돌면서 연동오류가 발생한 서비스 서버들과 연동 재시도를 수행하고, 이 과정에서 일시적인 연결장애인 경우는 대부분 정상으로 데이터 프로비져닝이 완료되며, 이 과정에서도 해결이 안되는 서비스 서버들에 대해서는 부가적으로 운용요원이 개입하여 오류 원인 파악 및 조치를 하도록 할 수도 있다.
그리고 백업모드 처리 데몬(12)을 구동 시 디비젼(DIVISION : 연동 시스템 구분)을 지정하여 띄우며, 구동된 데몬은 "오라클 DB 실행플랜 버퍼", "MMDB 실행플랜 버퍼" 또는 "백업모드 연동버퍼"로부터 지정된 디비젼(DIVISION)에 해당하는 실행플랜이나 백업모드 연동필요 내역을 페취(fetch)하여 해당 서비스 서버로 백업모드로 프로비져닝한다. 이때, 디비젼(DIVISION)은 연동을 재시도할 서비스 서버를 나타내며, 디비젼(DIVISION) 연동용 정보 구조 테이블에서 서버 IP(Internet Protocol), 서버 연동 포트(Port), 서버 연동 URL(Uniform Resource Locator), 서버 연동 방식 등을 참고하여 해당 서비스 서버로 연동을 수행하게 된다. 백업모드 처리 데몬(12)은 항상 동작하도록 자동 모드로 구동하거나 부가적으로 운용자가 처리 시점을 판단하여 수동으로 구동하도록 할 수도 있다.
그리고 청약 처리 데몬(10)은 각각의 청약 오더 처리 시에 키가 되는 정보(예를 들면, 계약 ID)가 백업 연동 저장부(11)에 존재하는지 체크하여 백업모드 테이블에 존재하는 경우는 해당 서버와의 연동이 정상이더라도 백업모드 테이블에 순서대로 저장을 해야 하며, 서버와의 연동이 정상화되어 백업모드 테이블에 더 이상 해당 키에 대한 오더가 쌓여있지 않은 경우 즉, 해당 키에 대해 백업모드 테이블에 쌓여있던 정보가 이미 백업모드 처리 데몬(12)에 의해 정상 처리되어 해당 서비스 서버로 연동 처리된 경우에는 백업모드 테이블에 더 이상 저장하지 않고 바로 정상연동되는 서비스 서버로 연동(프로비져닝) 처리를 한다. 이는 백업 연동 저장부(11)의 백업모드 테이블에 특정 키에 대해 처리할 오더가 있는 경우 시간순으로 차례대로 백업모드 테이블의 오더를 먼저 순차적으로 처리한 후 해당 키(예 : 계약 ID)에 대하여 백업모드 테이블에 쌓인 오더가 완전히 처리되어 클리어(clear)되었는지 확인한 후에 정상연동을 그 다음 순서로 처리하여 오더 처리 시 순차적인 처리가 되게 하여 해당 키에 대한 오더 처리 일관성을 보장하기 위한 절차이다.
일례로, 서비스 서버들 중에 연동 방식이 데이터베이스 링크(database link)로 오라클 DB에 접속하여 직접 DB 쿼리(query)를 수행하는 서비스 서버와의 연동에 대해 일시적인 네트워크 장애 등이 발생 시 백업모드 프로비져닝 시스템의 로컬에 위치하는 "오라클 DB 실행플랜 버퍼"에 연동 시스템 정보, 데이터베이스 실행명령문, 바인딩 변수 및 바인딩 값들을 저장하고, 이후 오라클 백업모드 처리 데몬이 "오라클 DB 실행플랜 버퍼"로부터 해당 디비젼(DIVISION)에 해당하는 실행플랜을 페취(fetch)해서 차례대로 데이터베이스 링크(database link)로 접속하여 데이터베이스 명령문을 실행함으로써, 해당 디비젼(DIVISION)의 서비스 서버로 서비스에 필요한 정보를 프로비져닝한다.
다른 예로, 서비스 서버들 중에 연동 방식이 메모리 데이터베이스(Memory DB)에 접속하여 직접 DB 쿼리(query)를 수행하는 서비스 서버와의 연동에 대해 일시적인 네트워크 장애 등이 발생 시 백업모드 프로비져닝 시스템의 로컬에 위치하는 "MMDB 실행플랜 버퍼"에 연동 시스템 정보, 데이터베이스 실행명령문을 저장하고, 이후 MMDB 백업모드 처리 데몬이 "MMDB 실행플랜 버퍼"로부터 해당 디비젼(DIVISION)에 해당하는 실행플랜을 페취(fetch)해서 차례대로 MMDB에 접속하여 데이터베이스 명령문을 실행함으로써, 해당 디비젼(DIVISION)의 서비스 서버로 서비스에 필요한 정보를 프로비져닝한다.
도 2는 본 발명에 따른 오라클 DB 연동용 실행플랜 버퍼(TB_ORA_PLAN_ORDER)의 구조를 나타내는 도면이다.
도 2에 도시된 바와 같이, 본 발명에 따른 오라클 DB 연동용 실행플랜 버퍼는, 연동 시스템 구분(DIVISION) 필드, 입력 시간(STARTDATE) 필드, 처리 시간(ENDDATE) 필드, 서비스 계약 ID(SA_ID) 필드, 작업 지시 번호(WO_NO) 필드, 전송 일시(INS_DATE) 필드, 처리 유형 코드(INTF_CODE) 필드, 고객 ID(CUST_ID) 필드, SQL 구문 실행플랜(COMMAND) 필드, 바인드 데이터 버퍼(BIND_DATA) 필드, 바인드 변수 사용유무(BIND_METHOD) 필드, 에러 코드(ERRCODE) 필드, 에러 메시지(ERRMSG) 필드, 로그인 ID(LOGNAME) 필드, 및 에러 발생 일자(ERRDATE) 필드를 포함한다.
여기서, 연동 시스템 구분(DIVISION) 필드는 오라클 데이터베이스로 연동할 시스템 중 현재 연동이 불가능한 시스템들을 구분하는 구분자를 넣는 필드로서, 예를 들면, 망 접속을 위한 AAA라는 인증 시스템인 경우 "AAAA", IPTV 서비스 인증 시스템인 경우 "HDS"와 같이 시스템별로 각 시스템을 표현하기 위해 할당된 구분자 키워드를 디비젼(DIVISION) 필드에 넣는다.
그리고 서비스 계약 ID(SA_ID) 필드는 해당 청약에 대해 영업 전산 시스템에서 오더를 받은 서비스 서버로 프로비져닝해야 할 계약의 계약 ID를 의미하며, 처리 유형 코드(INTF_CODE) 필드는 오더 처리할 유형이 신규, 변경, 해지, 정지, 부활 등과 같이 어떤 유형인지를 표시하는 필드이다.
그리고 SQL 구문 실행플랜(COMMAND) 필드에는 실제 오라클 데이터베이스에 실행시켜야할 명령어(쿼리문)를 넣고, 바인드 데이터 버퍼(BIND_DATA) 필드에는 명령어의 각 변수에 해당하는 상수값을 넣는다.
그리고 로그인 ID(LOGNAME) 필드에는 해당 프로비져닝할 청약의 로그인 ID 값을 넣으며, 에러 코드 필드, 에러 메시지 필드, 에러 발생 일자 필드에는 각각 해당 값을 넣어 백업모드 처리 데몬(12)이 프로비져닝 재시도 시 참고하거나 부가적으로 운용자가 수작업으로 오류 데이터를 처리 시 참고할 수 있도록 한다.
도 3은 본 발명에 따른 메모리 DB 연동용 실행플랜 버퍼(TB_MMDB_PLAN_ORDER)의 구조를 나타내는 도면이다.
도 3에 도시된 바와 같이, 본 발명에 따른 메모리 DB 연동용 실행플랜 버퍼는, 연동 시스템 구분(DIVISION) 필드, 서비스 계약 ID(SA_ID) 필드, 작업 지시 번호(WO_NO) 필드, 전송 일시(INS_DATE) 필드, 로그인 ID(LOGNAME, 응용 서비스 ID) 필드, 작업 내용(COMMAND) 필드, 에러 코드(ERRCODE) 필드, 에러 메시지(ERRMSG) 필드, 에러 발생 시간(ERRDATE) 필드, 수신 시간(RECV_DATE) 필드, 및 처리 유형 코드(INTF_CODE) 필드를 포함한다.
여기서, 연동 시스템 구분(DIVISION) 필드는 메모리 데이터베이스로 연동할 시스템 중 현재 연동이 불가능한 시스템들을 구분하는 구분자를 넣는 필드로서, 예를 들면, 망 접속을 위한 AAA의 메모리 DB인 경우 "AAA_MMDB"로, 인터넷 전화 제공 서비스 서버 중 하나인 번호 번역 서버인 경우 "NRS"와 같이 시스템별로 각 시스템을 표현하기 위해 할당된 구분자 키워드를 디비젼(DIVISION) 필드에 넣는다. MMDB 실행플랜을 버퍼에 저장하기 위해서는 작업 내용(COMMAND) 필드에 데이터베이스 수행 명령문(쿼리)을 그대로 넣는다.
도 4는 본 발명에 따른 오라클 DB 연동용 실행플랜 버퍼의 일예시도로서, 본 발명의 일실시예에 따른 오라클 DB 연동용 실행플랜 버퍼의 범례를 보여주고 있다.
도 5는 본 발명에 따른 메모리 DB 연동용 실행플랜 버퍼의 일예시도로서, 본 발명의 일실시예에 따른 MMDB 연동용 실행플랜 버퍼의 범례를 보여주고 있다.
도 6은 본 발명에 따른 디비젼(DIVISION) 연동용 정보 구조 테이블의 일예시도로서, 디비젼(DIVISION) 연동용 타겟 서버 정보를 표현하는 정보 구조를 보여주고 있다.
즉, 도 6의 디비젼(DIVISION) 연동용 정보 구조 테이블은, 백업모드 처리 데몬(12)이 오라클 데이터베이스 연동용 실행플랜 버퍼와 메모리 데이터베이스 연동용 실행플랜 버퍼의 데이터를 페취(fetch)하여 디비젼(DIVISION)에 해당하는 서비스 서버로 프로비져닝을 보내기 위해 참조하는 테이블이다.
도 6에 도시된 바와 같이, 본 발명에 따른 디비젼(DIVISION) 연동용 정보 구조 테이블은, 연동 시스템명, 서버 IP, 서버 연동 포트(Port), 서버 연동 URL, 서버 이름, 서버 연동 방식, 및 서버 연동 여부를 나타내는 필드를 포함한다.
도 7은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 방법 중 오류 발생에 대해 백업 연동 저장부에 기록하는 과정에 대한 일실시예 흐름도이다.
먼저, 상품별 청약 처리 데몬(10)은 상품별 청약 수신 테이블을 읽어(701) 제약조건 만족여부를 체크하고 필요한 각종 로직을 처리한 후(702) 로컬에 청약 원부를 구축한 후(703) 관련 서비스 서버들로 프로비져닝(Provisioning)을 시작한다(704).
이후, 서비스 서버I(I=0,...,N)의 연동상태가 정상인지 확인하여(705) 연동상태가 정상이 아니면 "713" 과정으로 진행하고, 연동상태가 정상이면 현재 오더의 키(Key)가 되는 계약 ID(SA_ID)가 서비스 서버I에 해당하는 백업 연동 저장부(11)(서비스 서버I가 오라클 DB이면 오라클 DB 실행플랜 버퍼, 메모리 DB이면 MMDB 실행플랜 버퍼, SOAP 연동 유형이면 SOAP 백업모드 연동 버퍼)에 존재하는지 확인하여(706) 만약 백업 연동 저장부(11)에 존재하면 현재 수행하던 프로비져닝 정보도 해당 서비스 서버I용 백업 연동 저장부(11)에 저장하도록 지시한 후에(707) "713" 과정으로 진행한다. 이렇게 함으로써 해당 계약 ID(SA_ID)에 대해 이전에 백업 연동 저장부(11)에 쌓인 오더가 모두 처리된 이후에 현재 건의 처리가 진행되도록 할 수 있다.
한편, 상기 확인 결과(706), 현재 오더의 키(계약 ID)가 서비스 서버I의 백업 연동 저장부(11)에 존재하지 않는 경우, I번째 서비스 서버로 프로비져닝 연동 처리를 수행한다(708). 프로비져닝 시 I번째 서비스 서버로의 연동이 성공인지 확인하여(709) 연동 성공이면 연동 성공 결과를 로그에 기록한 후(710) 프로비져닝할 서비스 서버가 더 존재하는지 확인하여(711) 존재하지 않으면 트랜잭션을 종료하고, 서비스 서버가 더 존재하면 I값을 1증가시킨 후(712) 상기 "704" 과정으로 진행하여 이후의 과정을 반복 수행한다.
만약, 프로비져닝 시 I번째 서비스 서버로의 연동이 실패한 경우(709) 연동대상의 프로토콜 유형을 확인하여(713) 오라클 데이터베이스 연동인 경우 오라클 실행플랜 버퍼에 기록하고(714), 메모리 데이터베이스 연동인 경우 MMDB 실행플랜 버퍼에 기록하며(715), SOAP 연동인 경우 SOAP 백업모드 연동 버퍼에 기록한다(716). 이후, 상기 "711" 과정으로 진행하여 프로비져닝할 서비스 서버가 더 존재하는 동안 계속 상기 과정을 반복 수행한 후 트랜잭션을 종료한다.
도 8은 본 발명에 따른 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 방법 중 백업 연동 저장부와 백업모드 처리 데몬을 이용하여 오류가 발생한 연동 처리를 백업모드로 실행하는 과정에 대한 일실시예 흐름도이다.
먼저, 백업모드 처리 데몬(12)은 구동 시 처리할 서비스 서버에 해당하는 디비젼(DIVISION : 연동 시스템 구분)을 명시하여 구동을 시작한다.
그리고 백업모드 처리 데몬(12)은 구동되면 "백업모드 실행플랜 버퍼(즉, 백업 연동 저장부)"에서 해당 디비젼(DIVISION)에 대한 실행플랜을 페취(fetch)하여(801) 실행플랜이 존재하는지 확인한다(802).
상기 확인 결과(802), 실행플랜이 존재하지 않으면 백업모드 처리 데몬(12)을 종료하고, 실행플랜이 존재하면 디비젼(DIVISION)에 해당하는 서비스 서버로 해당 실행플랜을 연동할 준비를 하는데, 이때 필요 시 변수에 값을 바인드(bind)하는 등의 작업을 수행한다(803).
이후, 디비젼(DIVISION)의 타겟 서버(서비스 서버) 정보를 읽고(804) 프로토콜로 접속할 준비를 하여(805) 정의된 프로토콜로 타겟 서버 접속 및 실행플랜을 호출한다(806). 오류가 발생하였는지를 확인하여(807) 오류가 발생하지 않았으면, 즉 성공이면 "백업모드 실행플랜 버퍼"에 처리 시간(ENDDATE)을 기록하고(808) 상기 "801" 과정으로 진행하며, 오류가 발생하였으면 "백업모드 실행플랜 버퍼"에 에러 코드, 에러 메시지, 및 에러 발생 일자를 기록한 후에(809), "801" 과정으로 진행하여 해당 "백업모드 실행플랜 버퍼"에 해당 디비젼(DIVISION)으로 프로비져닝할 오더가 존재하는 동안 계속 상기 과정을 반복 수행한다.
한편, 부가적으로 백업모드 처리 데몬 수행 후에도 일정기간 계속 백업모드 실행플랜 버퍼에 존재하는 오더 건에 대해서는 시스템 운용자에게 문자 메시지나 알람 등으로 알림을 보내어 수작업으로 확인한 후 처리하도록 유도할 수도 있다.
한편, 전술한 바와 같은 본 발명에 따른 백업모드 프로비져닝 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 상기 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시 예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시 예에 한정되는 것은 아니며, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 다양한 치환, 변형 및 변경이 가능하다.
그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
10 : 청약 처리 데몬 11 : 백업 연동 저장부
12 : 백업모드 처리 데몬

Claims (9)

  1. 삭제
  2. 백업모드 프로비져닝 시스템에 있어서,
    청약 수신 테이블을 페취(fetch)하여 원부를 구축하고, 서비스 서버의 요청 형태로 데이터를 가공하여 프로비져닝(Provisioning)하는 과정에서 상기 서비스 서버와의 연동이 불가능한 경우 상기 서비스 서버에 연동하려던 처리명령이나 호출 로직을 백업시키며, 청약 오더의 계약 ID(IDentification)가 백업 연동 저장부에 존재하는 경우 상기 계약 ID에 대해 순차적인 처리를 보장하기 위한 청약 처리 수단;
    상기 청약 처리 수단으로부터 백업되는 처리명령이나 호출 로직을 저장하기 위한 상기 백업 연동 저장부; 및
    연동 오류가 발생하여 상기 백업 연동 저장부에 저장되어 있는 처리명령이나 호출 로직을 상기 서비스 서버와 연동 처리하기 위한 백업모드 처리 수단을 포함하되,
    상기 청약 처리 수단은, 각 상품별로 전용의 청약 처리 데몬을 구비하고,
    상기 백업 연동 저장부는, DB별 실행플랜 버퍼나 프로토콜별 백업모드 연동 버퍼를 포함하며,
    상기 백업모드 처리 수단은, 상기 DB별 실행플랜 버퍼나 상기 프로토콜별 백업모드 연동 버퍼에 대한 전용의 백업모드 처리 데몬을 구비하는, 백업모드 프로비져닝 시스템.
  3. 제 2 항에 있어서,
    상기 백업모드 처리 데몬은 구동 시 디비젼(DIVISION : 연동 시스템 구분)을 명시하고, 상기 DB별 실행플랜 버퍼나 상기 프로토콜별 백업모드 연동 버퍼로부터 상기 디비젼에 해당하는 실행플랜이나 백업모드 연동필요 내역을 페취하여 해당 서비스 서버로 백업모드로 프로비져닝하되,
    디비젼 연동용 정보 구조 테이블을 이용하여 상기 해당 서비스 서버로 연동을 수행하는, 백업모드 프로비져닝 시스템.
  4. 제 3 항에 있어서,
    상기 디비젼 연동용 정보 구조 테이블은,
    연동 시스템명, 서버 IP, 서버 연동 포트(Port), 서버 연동 URL, 서버 이름, 서버 연동 방식, 및 서버 연동 여부를 나타내는 필드를 포함하는, 백업모드 프로비져닝 시스템.
  5. 제 2 항 내지 제 4 항 중 어느 한 항에 있어서,
    상기 DB별 실행플랜 버퍼는,
    연동 시스템 구분(DIVISION) 필드, 입력 시간(STARTDATE) 필드, 처리 시간(ENDDATE) 필드, 서비스 계약 ID(SA_ID) 필드, 작업 지시 번호(WO_NO) 필드, 전송 일시(INS_DATE) 필드, 처리 유형 코드(INTF_CODE) 필드, 고객 ID(CUST_ID) 필드, SQL 구문 실행플랜(COMMAND) 필드, 바인드 데이터 버퍼(BIND_DATA) 필드, 바인드 변수 사용유무(BIND_METHOD) 필드, 에러 코드(ERRCODE) 필드, 에러 메시지(ERRMSG) 필드, 로그인 ID(LOGNAME) 필드, 및 에러 발생 일자(ERRDATE) 필드를 포함하는, 백업모드 프로비져닝 시스템.
  6. 제 2 항 내지 제 4 항 중 어느 한 항에 있어서,
    상기 DB별 실행플랜 버퍼는,
    연동 시스템 구분(DIVISION) 필드, 서비스 계약 ID(SA_ID) 필드, 작업 지시 번호(WO_NO) 필드, 전송 일시(INS_DATE) 필드, 로그인 ID(LOGNAME) 필드, 작업 내용(COMMAND) 필드, 에러 코드(ERRCODE) 필드, 에러 메시지(ERRMSG) 필드, 에러 발생 시간(ERRDATE) 필드, 수신 시간(RECV_DATE) 필드, 및 처리 유형 코드(INTF_CODE) 필드를 포함하는, 백업모드 프로비져닝 시스템.
  7. 삭제
  8. 삭제
  9. 삭제
KR1020110138339A 2011-12-20 2011-12-20 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템 KR101512875B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020110138339A KR101512875B1 (ko) 2011-12-20 2011-12-20 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110138339A KR101512875B1 (ko) 2011-12-20 2011-12-20 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템

Publications (2)

Publication Number Publication Date
KR20130082832A KR20130082832A (ko) 2013-07-22
KR101512875B1 true KR101512875B1 (ko) 2015-04-20

Family

ID=48994013

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110138339A KR101512875B1 (ko) 2011-12-20 2011-12-20 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템

Country Status (1)

Country Link
KR (1) KR101512875B1 (ko)

Also Published As

Publication number Publication date
KR20130082832A (ko) 2013-07-22

Similar Documents

Publication Publication Date Title
US7389341B2 (en) Remotely monitoring a data processing system via a communications network
US9965758B2 (en) Troubleshooting transactions in a network environment
CA2434858C (en) Remotely managing a data processing system via a communications network
US8732516B2 (en) Method and system for providing customer controlled notifications in a managed network services system
US20170004423A1 (en) Systems and methods for simulating orders and workflows in an order entry and management system to test order scenarios
JP2001237835A (ja) 通信接続障害を診断するための方法およびシステム
US10049403B2 (en) Transaction identification in a network environment
CN107247648B (zh) 基于Docker实现远程项目***监管的方法、装置及***
US9760874B2 (en) Transaction tracing in a network environment
US8914798B2 (en) Production control for service level agreements
CN110222116A (zh) 一种交易数据存储的控制方法、装置及存储介质
US20170012814A1 (en) System Resiliency Tracing
CN115576817A (zh) 一种自动化测试***、方法、电子设备及存储介质
CN108650123B (zh) 故障信息记录方法、装置、设备和存储介质
US20090175437A1 (en) Call transfer between differing equipment
CN113193990A (zh) 故障处理方法和装置
KR101512875B1 (ko) 청약 처리 시 연동유형별 오류 최소화를 위한 백업모드 프로비져닝 시스템
CN103347005B (zh) 一种控制数据上报的方法以及客户端设备和服务器设备
CN110532305A (zh) 一种业务数据割接方法及***
CN116957764A (zh) 一种账户数据处理方法、装置、电子设备及存储介质
CN111581002A (zh) 服务器故障的自动报障方法、装置和设备
CN106411657A (zh) 一种用于网络话机检测版本完备性的***
WO2005083571A1 (en) A method of controlling the operation of a computing system arranged to interact with other entities
CN114338688B (zh) 一种数据管理方法及装置
US7389254B2 (en) Systems and methods for automated customer order status processing

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
FPAY Annual fee payment

Payment date: 20180403

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20190401

Year of fee payment: 5