KR100802092B1 - 클라이언트-서버 기반의 과금 방법 및 시스템 - Google Patents

Abstract

본 발명은 통신 시스템에서의 과금 처리 방법 및 시스템에 관한 것으로, 사전 과금 처리 시스템과 연결되며, 통합 과금 서버 및 하나 이상의 과금프로세서를 포함하는 통합 과금 처리 시스템에서 과금 정보를 산출하는 방법에 있어서, (a) 상기 사전 과금 처리 시스템이 산출한 누적 과금 데이터를 포함하는 BAN(Billing Account Number) 레코드를 수신하는 단계; (b) 상기 BAN 레코드를 이용하여 우선 순위를 갖는 적어도 하나 이상의 작업 관리 대상을 생성하는 단계; (c) 상기 통합 과금 서버가 상기 하나 이상의 과금프로세서의 상태 정보를 이용하여 상기 작업 관리 대상을 처리할 과금프로세서를 선택하는 단계; 및 (d) 상기 선택된 과금프로세서가 상기 작업 관리 대상에 포함된 BAN 레코드에 대한 과금 정보를 산출하는 단계를 포함하는 클라이언트-서버 기반의 과금 처리 방법이 제공된다.

과금, BAN, CDR, 클라이언트, 서버, 소켓, 통합, 프로세서, 리스트, 청구, 리스케줄링, 작업 관리 대상, 사이클

Description

클라이언트-서버 기반의 과금 방법 및 시스템{Method and System for Billing Based On The Client-Server}

도 1은 종래 기술에 따른 과금 처리 장치를 도시한 블록도.

도 2a는 종래 기술에 따른 과금 처리 절차의 성능 분석 그래프.

도 2b은 종래 기술에 따른 과금 처리 절차의 성능 분석 그래프.

도 3은 본 발명의 일 실시예에 따른 과금 처리 시스템의 구성도.

도 4는 본 발명의 일 실시예에 따른 과금 절차를 도시한 흐름도.

도 5는 과금 절차에 있어서 재작업에 따른 병목 현상을 도시한 흐름도.

도 6은 본 발명의 일 실시예에 따른 통합 과금 장치의 블록도.

도 7은 본 발명의 일 실시예에 따른 통합 과금 장치의 처리 성능을 도시한 그래프.

도 8는 본 발명의 일 실시예에 따른 통합 과금 장치의 처리 성능을 도시한 그래프.

도 9은 본 발명의 일 실시예에 따른 통합 과금 서버의 블록도.

도 10은 본 발명의 일 실시예에 따른 과금프로세서의 블록도.

본 발명은 통신망에서의 과금 방법 및 시스템에 관한 것으로, 좀 더 상세하게는, 클라이언트-서버 구조를 가지는 통합 과금 장치에 의한 효율적인 과금 처리 방법 및 그 시스템에 관한 것이다.

최근 통신 서비스가 다양화됨에 따라 통신 사업자는 기존 음성 위주의 통신 서비스를 탈피하여 디지털 기반의 통신 서비스로 발전해 나가고 있다.

이러한 시장 환경의 변화에 따라, 디지털 정보의 유통이 사회 전반에 널리 침투되고, 모바일 통신의 이용이 용이해짐에 따라 개개인에게 커스트마이즈한 서비스의 실현이 가능해지고 있다.

이 같은 다양한 서비스의 출현은 복잡하고 방대한 데이터를 생성하며, 이에 따른 새로운 과금 시스템의 필요성이 증대되고 있다.

일반적으로, 과금 시스템은 통신 사업자가 자사의 통신서비스를 이용하는 가입자에 대해 사용 요금 계산, 청구서 발행 및 요금 수납 등 요금 관련 업무를 자동적으로 처리하기 위한 전산 시스템을 의미한다.

하지만, 아직까지 과금 절차상에서 수작업에 의존하는 부분이 존재하며, 이는 전체적인 과금 처리 성능을 저하시키고 있다.

특히, 과금 절차상에 발생한 문제에 대해 부분적인 작업이 어려우므로 재작업에 따른 위험 부담이 가중되고 있다.

이하에서는, 종래 기술이 가지는 문제점을 도면을 참조하여 설명한다.

도 1은 종래 기술에 따른 과금 처리 장치를 도시한 블록도이다.

도 1에 도시된 바와 같이, 과금 처리 장치는 과금을 위한 복수의 작업 관리 대상 리스트(102)를 포함하며, 각 리스트는 복수의 작업 관리 대상(104)을 포함하고 있다.

또한 과금 절차를 수행하는 과금 프로세서 모듈(106)은 각 작업 대상의 개수와 동일한 과금 프로세서(108)를 포함하고 있으며, 각 작업 관리 대상 리스트(102)에 포함된 작업 관리 대상은 1:1로 매핑된 과금 프로세서에서 과금을 위해 처리된다.

또한, 도 1에 따른 종래 기술은 하나의 작업 관리 대상이 처리되면 운영자가 새로운 작업 관리 대상을 추출하여 과금 프로세서를 재가동 시켜야하는데, 이는 운영자의 수작업에 따른 유휴 시간을 발생시켜 과금 데이터 처리율이 떨어지는 문제점이 발생한다.

과금 프로세서가 과도하게 많이 생성되면, 운영자의 작업 관리가 어려워지며, 특히 코볼(COBOL)로 된 프로그램 소스는 자료 구조가 없어 데이터베이스 의존도가 높으므로, 이에 따른 성능 저하 및 버퍼 제한 문제가 항상 존재한다.

도 1을 참조하면, 작업 관리 대상 리스트에 대해 독립적으로 과금 절차가 수행되므로, 서로 다른 작업 관리 리스트간의 정보 공유가 불가능한 문제점이 있다.

또한, 전체 작업 관리 대상을 관리하고 이를 제어하는 장치가 없어 전체적인 작업 진도를 파악하고 에러(Error) 복구를 하는데 어려움이 있다.

이하에서는 작업 관리 대상을 사이클(Cycle)이라 이름하여 설명한다.

도 2a는 종래 기술에 따른 과금 처리 절차의 성능 분석 그래프이다.

도 2a에 도시된 바와 같이, 시간에 따라 실행중인 과금 프로세서의 개수 변화가 심함을 알 수 있다.

즉, 전체적으로 유휴 과금 프로세서가 많이 존재하여 과금 처리 효율이 떨어지는 것을 알 수 있다.

도 2b는 종래 기술에 따른, 과금 처리 절차의 성능 분석 그래프이다.

도 2b를 참조하면, 제1 내지 제n 프로세서의 작업 종료 시간은 사이클에 포함된 BAN(Billing Account Number)의 개수에 의존하므로, 각 프로세서에서의 사이클 처리 종료 시간이 상이함을 알 수 있다.

즉, 제1 프로세서가 종료해야 과금 처리 절차상의 다음 작업(예컨대, 청구서 발행 절차) 수행이 가능하므로, 제 2 내지 제 4 프로세서에 있어서 유휴 시간이 발생하는 것이다.

상기한 바와 같은 종래기술의 문제점을 해결하기 위해, 본 발명은 기존의 과금 장치를 클라이언트-서버 구조에 기반한 통합 과금 장치로 변경함으로써, 보다 효율적인 작업 관리가 가능한 과금 처리 방법 및 시스템을 제안하고자 한다.

본 발명의 다른 목적은 서버에 의한 효율적인 클라이언트 스케줄링 방법 및 장애 복구 방법을 개시함으로써, 과금 프로세서의 처리 성능을 극대화시키고 안정적인 과금 처리 방법 및 시스템을 제공하는데 있다.

본 발명의 또 다른 목적들은 이하의 실시예에 대한 설명을 통해 쉽게 이해될 수 있을 것이다.

상기한 바와 같은 목적을 달성하기 위해, 본 발명의 일 측면에 따르면

사전 과금 처리 시스템과 연결되며, 통합 과금 서버 및 하나 이상의 과금프로세서를 포함하는 통합 과금 처리 시스템에서 과금 정보를 산출하는 방법에 있어서, (a) 상기 사전 과금 처리 시스템이 산출한 누적 과금 데이터를 포함하는 BAN(Billing Account Number) 레코드를 수신하는 단계; (b) 상기 BAN 레코드를 이용하여 우선 순위를 갖는 적어도 하나 이상의 작업 관리 대상을 생성하는 단계; (c) 상기 통합 과금 서버가 상기 하나 이상의 과금프로세서의 상태 정보를 이용하여 상기 작업 관리 대상을 처리할 과금프로세서를 선택하는 단계; 및 (d) 상기 선택된 과금프로세서가 상기 작업 관리 대상에 포함된 BAN 레코드에 대한 과금 정보를 산출하는 단계를 포함하는 클라이언트-서버 기반의 과금 처리 방법이 제공된다.

본 발명의 바람직한 일 실시예에 따르면, 사전 과금 처리 시스템과 연결되어 과금 정보를 산출하는 통합 과금 처리 시스템에서, 상기 사전 과금 처리 시스템이 산출한 누적 과금 데이터를 포함하는 BAN(Billing Account Number) 레코드를 유지하는 BAN 레코드 데이터베이스; 상기 BAN 레코드 데이터베이스로부터 상기 BAN 레코드를 추출하여 우선 순위를 갖는 적어도 하나 이상의 작업 관리 대상을 생성하는 작업 관리 대상 생성부; 상기 작업 관리 대상에 포함된 BAN 레코드에 대한 과금 정 보를 산출하는 적어도 하나 이상의 과금프로세서; 및 상기 하나 이상의 과금프로세서의 상태 정보를 이용하여 상기 작업 관리 대상을 처리할 과금프로세서를 선택하는 통합 과금 서버를 포함하되, 상기 산출된 과금 정보는 상기 적어도 하나 이상의 과금프로세서에 연결된 통합 과금 데이터베이스에 저장되는 클라이언트-서버 기반의 과금 처리 시스템이 제공된다.

본 발명의 다른 측면에 의하면, 상기 통합 과금 서버는 상기 획득된 작업 관리 대상의 처리 순서를 결정하는 우선 순위 제어부; 상기 과금프로세서의 장애를 감지하여 자동 복구를 수행하는 자동 장애 복구부; 송수신 버퍼의 현재 상태를 주기적으로 확인하여 상기 작업 관리 대상의 흐름을 제어하는 메시지 흐름 제어부; 상기 과금프로세서와 메시지를 송수신하고 상기 작업 관리 대상 데이터베이스로부터 가용한 작업 관리 대상을 획득하는 메시지 송수신부; 및 내부 자원 스케줄링 및 수신된 메시지의 제어 기능을 수행하는 주제어부를 포함하는 클라이언트-서버 기반의 과금 처리 시스템이 제공된다.

본 발명의 또 다른 측면에 의하면, 상기 과금프로세서는 상기 통합 과금 서버로부터 수신한 상기 적어도 하나 이상의 작업 관리 대상에 할당된 우선 순위 정보를 따라 처리 순서를 결정하는 작업 우선 순위 제어부; 상기 결정된 작업 순서에 따라 상기 작업 관리 대상에 포함된 BAN 레코드에 대한 과금 정보를 산출하는 요금 계산부; 상기 산출된 과금 정보 및 전월 미납 액을 합산하여 당월 총 청구 금액을 확정하는 요금 확정부; 송수신 버퍼의 상태를 주기적으로 확인하여 상기 작업 관리 대상의 송수신 흐름을 제어하는 메시지 흐름 제어부; 상기 통합 과금 서버와 메시 지를 송수신하고 상기 요금 확정부에 의해 확정된 과금 정보를 상기 통합 과금 데이터베이스에 저장하는 메시지 송수신부; 및 내부 자원 스케줄링 및 수신된 메시지의 제어 기능을 수행하는 주제어부를 포함하는 클라이언트-서버 기반의 과금 처리 시스템이 제공된다.

이하, 본 발명의 바람직한 실시예를 첨부한 도면들을 참조하여 상세히 설명하기로 한다.

도 3은 본 발명의 일 실시예에 따른 과금 처리 시스템의 구성도이다.

도 3에 도시된 바와 같이, 과금 처리 시스템은 교환기(302), 사전 과금 처리 시스템(306), 통합 과금 처리 시스템(322) 및 외부 기관(340)을 포함할 수 있다.

사전 과금 처리 시스템(306)은 사전 과금 데이터베이스(308), 사전 요금 계산부(314), 누적 사용 데이터베이스(316), BAN(Billing Account Number) 레코드 제공부(318)을 포함할 수 있다.

여기서, 사전 과금 데이터베이스(308)는 통화 상세 정보 데이터베이스(309), 고객 정보 데이터베이스(310) 및 요율 정보 데이터베이스(312)를 포함할 수 있다.

통합 과금 처리 시스템(322)은 BAN 레코드 데이터베이스(324), 작업관리대상(이하 '사이클'이라 함) 생성부(326), 작업관리대상 데이터베이스(328), 통합 과금 장치(330) 및 청구 파일 생성부(338)를 포함할 수 있다.

여기서, 통합 과금 장치(330)는 통합 과금 서버(332), 과금프로세서(334) 및 통합 과금 데이터베이스(336)를 포함할 수 있다.

도 3을 참조하면, 교환기(302)는 이동 통신 단말기와 설정된 통화 채널이 종료되면, 해당 통화 채널을 통해 제공된 통화 내역을 포함하는 통화 상세 자료(이하, 'CDR(Call Detail Record )'이라 함)를 수집하여 사전 과금 처리 시스템(306)에 전송한다.

예컨대, 상기 CDR은 통화 시간 정보 및 서비스 정보 등을 포함할 수 있으며, 통화 시간 정보는 통화 시작 시간 및 통화 종료 시간뿐만 아니라 발신 번호 및 착신 번호에 관한 정보도 포함할 수 있다.

상기한 서비스 정보는 이동 통신망을 통해 제공된 서비스의 종류를 말하며, 예컨대, 음성 통신, 패킷 통신 및 단문 메시지 등 다양한 서비스 정보를 포함할 수 있다.

사전 과금 처리 시스템(306)은 교환기(302)로부터 CDR을 수신하면 통화 상세 정보 데이터베이스(310)에 수신된 CDR을 저장할 수 있다.

요율 정보 데이터베이스(316)는 요금 산출의 기준이 되는 사업자에 의해 정해진 모든 요율 정보를 유지하는 데이터베이스이다.

상기한 요율 정보는 유무선 네트워크를 이용해 전송되는 음성, 데이터 및 IP (Internet Protocol) 등의 서비스 종류에 따른 접속 시간대 및 통화 시간에 대한 요율, 정보의 종류 및 크기에 따른 요율, 요금제 및 할인 및 이벤트 신청 여부에 따른 요율 및 고객 등급에 따른 요율을 포함한 다양한 형태의 과금 기준 정보를 포함할 수 있다.

여기서, 고객 정보 데이터베이스(310) 및 요율 정보 데이터베이스(312)는 별도의 영업 전산 시스템에 유지될 수 있으며, 사전 과금 처리 시스템(306)은 상기 영업 전산 시스템에 접속하여, 고객 정보 및 요율 정보를 획득할 수 있다.

여기서, 상기 고객 정보는 납부자 계약 번호, 납부 방법, 납부 기일 및 가입한 요금 체계 등을 포함할 수 있다.

이하의 설명에서는, 고객 정보 데이터베이스(310) 및 요율 정보 데이터베이스(312)가 사전 과금 처리 시스템(306)에 유지되어 있는 것으로 한다.

사전 요금 계산부(314)는 사전 과금 데이터베이스(308)에 저장되어 있는 통화 상세 정보, 고객 정보 및 요율 정보를 이용하여 실시간으로 과금 데이터를 산출한다.

이때, 사전 요금 계산부(314)는 상기 과금 데이터 산출에 앞서, 통화 상세 정보에 상응하는 BAN(Billing Account Number) 및 납부 방법을 고객 정보 데이터베이스(310)를 참조하여 획득할 수 있다.

여기서, 해당 BAN의 특정 서비스(이하 '피쳐(Feature)'이라 함)에 상응하는 누적 과금 데이터는 누적 사용 데이터베이스(316)에 저장된다.

상기 누적 과금 데이터는 동일 BAN의 동일 서비스에 상응하는 CDR의 과금 데이터가 누적 합산된 값이다.

상기 누적 과금 데이터는 월 단위로 누적되며, BAN 레코드 제공부(318)는 누적 사용 데이터베이스(316)로부터 상기 누적 과금 데이터를 포함하는 BAN 레코드를 통합 과금 처리 시스템(322)에 제공한다.

여기서, 상기 BAN 레코드는 통합 과금 처리 시스템(322)에서 처리되는 최소 작업 단위로서, 발신 및 착신 전화 번호, BAN 및 사이클 식별자를 더 포함할 수 있다.

상기한 사이클 식별자는 최초 통신 서비스 가입시 납부 방법 및 납부 기일 등에 따라 통신 사업자에 의해 고유하게 할당되는 번호이며, 본 발명에 있어서, 상기 사이클 식별자는 고객 정보 데이터베이스(310)에 유지될 수 있다.

이때, 사이클 식별자는 동일 납부 방법 또는 납부 기일에 대해서 적어도 하나 이상의 서로 다른 값을 가질 수 있다.

예컨대, 초기에 지로 납부 방법에 상응하는 사이클 식별자가 하나만 할당되어 있었을지라도, 상기 지로 납부 방법에 가입하는 고객이 증가함에 따라, 추가적인 사이클 식별자가 할당 될 수 있다.

이하에서는. 동일 납부 방법 또는 납부 기일을 가지는 서로 다른 사이클 식별자의 집합을 사이클 그룹이라 한다.

일반적으로, 통신 서비스 사업자는 과금 청구서 발행 작업을 월 단위로 수행하고, 특정 기간 동안(예컨대, 매월 3일부터 13일까지) 집중적으로 과금 및 청구서 발생 작업을 수행한다.

만약, 사전 과금 처리 시스템(306)이 통합 과금 처리 시스템(322)에 누적 과금 데이터를 포함하는 BAN 레코드를 제공하지 않으면. 통합 과금 처리 시스템(322)은 상기한 특정 기간 동안 과금 데이터 산출 및 청구 파일 생성 작업을 모두 수행해야 하므로, 처리 효율과 재작업에 따른 위험 부담이 가중될 수 있다.

즉, 본 발명의 일 실시예에 따르면, 과금 시스템을 사전 과금 처리 시스템(306)과 통합 과금 처리 시스템(322)로 이원화함으로써, 과금 처리에 따른 부하를 분산시키고, 재작업에 따른 위험 부담을 경감시키는 효과를 얻을 수 있다.

이하에서는, 통합 과금 처리 시스템(322)이 사전 과금 처리 시스템(306)에 의해 제공된 상기 BAN 레코드를 이용하여 통합 과금 처리를 수행하는 절차를 도면을 참조하여 설명한다.

통합 과금 처리 시스템(322)은 수신된 BAN 레코드를 BAN 레코드 데이터베이스(324)에 저장한다.

작업관리대상 생성부(326)는 동일한 사이클 식별자를 가지는 BAN 레코드를 BAN 레코드 데이터베이스(324)로부터 추출하여, 작업관리대상 파일(이하 '사이클(Cycle)'이라 함)을 생성하며, 생성된 사이클을 작업관리대상 데이터베이스(328)에 저장한다.

여기서, 상기 사이클은 납기 방법(예컨대, 이메일, 신용 카드 및 지로 등을 포함함) 또는 납기 일자에 따라 그룹화되어 작업관리대상 데이터베이스(328)에 저장될 수 있다.

통합 과금 장치(330)는 본 발명에 있어 핵심이 되는 장치로서, 적어도 하나 이상의 과금프로세서(334), 과금프로세서(334)와 소켓 연결을 통해 통신하며, 과금프로세서(334)에 대한 작업 스케줄링, 상태 관리 및 장애 복구 등을 수행하는 통합 과금 서버(332) 및 과금프로세서(334)에서 산출된 과금 정보를 저장하는 통합 과금 데이터베이스(336)를 포함할 수 있다.

과금프로세서(334)는 통합 과금 서버(332)로부터 제공된 사이클에 대해 요금 계산 절차를 수행하며, 과금프로세서(334)의 현재 프로세서 처리 상태 및 버퍼 상태를 포함하는 과금프로세서 상태 정보를 주기적(Periodic) 또는 요구/응답(On-demand) 형태로 통합 과금 서버(332)에 제공하는 기능을 수행한다.

여기서, 상기한 요금 계산 절차는 사전 과금 처리 시스템(306)으로부터 제공된 각각의 BAN 레코드에 대해 세금, 할인율 및 체납에 대한 연체료 등 청구에 필요로 되는 모든 요소들을 적용하여 과금 정보를 산출하는 과정을 포함할 수 있다.

예컨대, 이메일 청구서를 신청한 고객의 청구 요금은 일정 할인율이 적용되어 청구서에 반영될 수 있다.

통합 과금 서버(332)는 과금프로세서(334)의 상태 정보를 자원 할당 및 스케줄링을 위한 기본 정보로 이용할 수 있다.

청구 파일 생성부(338)는 통합 과금 데이터베이스(336)에 저장된 과금 정보를 기초로 청구 파일을 생성하여 인쇄 업자나 은행 등의 수납 대행 기관으로 발송하는 기능을 수행한다.

일반적으로, 상기 청구 파일은 납부 방법에 따라 다양한 포맷을 가질 수 있으며, 청구 파일 생성부(338)는 해당 납부 방법에 상응하는 포맷이 적용된 청구 파일을 생성할 수 있다.

도 4는 본 발명의 일 실시예에 따른 과금 절차를 도시한 흐름도이다.

도 4에 도시된 바와 같이, 본 발명에 따른 과금 절차는 크게 사전 과금 처리 시스템(306)에 의해 수행되는 단계와 통합 과금 처리 시스템(322)에 의해 수행되는 단계를 포함할 수 있다.

사전 과금 처리 시스템(306)은 CDR을 교환기(302)로부터 획득하고(S402), 획득된 CDR을 이용하여 BAN 레코드를 생성한 후 통합 과금 처리 시스템(322)에 제공한다(S404).

이후, 통합 과금 처리 시스템(322)은 수신된 BAN 레코드를 BAN 레코드 데이터베이스(324)에 저장하고, 특정 조건(예컨대, 납부 방법이 신용카드인 경우 또는 납부 방법이 지로인 경우)에 상응하는 BAN 레코드를 BAN 레코드 데이터베이스(324)로부터 추출하여, 사이클을 생성한다(S406).

여기서, 상기 생성된 사이클의 우선 순위는 납부 방법 및 납부 기일에 따라 할당될 수 있으며, 일반적으로 납부 기일이 빠른 BAN 레코드로 구성된 사이클이 보다 높은 우선 순위를 가질 수 있다.

납부 방법은 신용 카드, 지로 및 재판매 등을 포함할 수 있으며, 기 정의된 과금 절차 상에서 외부 기관에 의해 보다 빠르게 처리되는 납부 방법이 보다 높은 우선 순위를 가질 수 있다.

이때, 생성된 사이클은 하나의 통합된 파일 리스트의 형태로 작업 관리 대상 데이터베이스(328)에 저장된다.

통합 과금 서버(332)는 작업 관리 대상 데이터베이스(328)로부터 사이클을 획득한 후, 우선 순위 및 프로세서 상태 정보에 따라 과금프로세서(334)를 선택하고, 획득된 사이클을 선택된 과금프로세서(334)에 할당할 수 있다(S408).

여기서, 과금프로세서(334)의 우선 순위는 통합 과금 서버(332)와 과금프로세서(334) 사이에 소켓이 설정되는 과정에서 결정될 수 있다.

본 발명에 따른 통합 과금 서버(332)는 과금프로세서(334)로부터 수신된 과금프로세서 상태 정보 및 버퍼 상태 정보를 이용하여 작업 스케줄링을 수행할 수 있다.

여기서, 과금프로세서 상태 정보는 해당 과금프로세서가 유휴 상태인지를 판단하기 위한 상태 정보인 활동 상태(Active State) 및 유휴 상태(Idle State)를 포함 할 수 있다.

일반적으로, 통합 과금 서버(332)는 현재 유휴 상태이거나 수신 버퍼의 가용 공간이 가장 많은 과금프로세서(334)에 우선적으로 사이클을 할당할 수 있다.

상기한 408 단계에 있어서, 과금프로세서(334)는 우선 순위 정보를 포함하는 적어도 하나 이상의 사이클을 수신할 수 있으며, 수신된 사이클 중 우선 순위가 가장 높은 것에 대한 요금 계산을 먼저 수행할 수 있다.

예컨대, 동일한 납부 방법을 가진 사이클인 경우, 납기 일자가 빠른 사이클이 우선 순위가 높게 설정될 수 있다.

상기와 같은 방법으로 요금 계산이 완료하면, 과금프로세서(334)는 전월 미납 금액을 포함한 당월 총 청구 금액을 확정할 수 있다(S410).

상기 확정된 총 청구 금액을 포함하는 과금 정보는 납부 방법 또는 청구서 제출 기관에 따라 정의된 포맷을 가지는 청구 파일로 변환된다(S412).

도 5는 과금 절차에 있어서 재작업에 따른 병목 현상을 도시한 흐름도이다.

도 5에 도시된 바와 같이, 과금 절차상에서 발생되는 대부분의 문제는 과금 정보 산출 단계(S504)로 귀속되며, 이에 따라 과금 정보 산출 단계(S504)에서 병목 현상이 발생한다.

일반적으로, 과금 정보 산출에서부터 청구 파일 생성까지의 단계는 한정된 시간 내에 수행되어야 하는 작업이므로, 상기한 병목 현상은 사업자에게 치명적인 문제를 초래할 수 있다.

과금 절차에 있어서, 재작업은 크게 제1 재작업(S520)과 제2 재작업(S512)로 구분될 수 있다.

여기서, 제1 재작업 단계(S520)는 청구 파일 생성 단계(S512) 및 품질 확인 단계(S518) 중 적어도 어느 한 단계에서 문제가 발생할 경우 수행되는 재작업으로서, 문제가 발생하면 과금 정보 산출 단계(S504)로 회귀한다.

이에 반해, 제2 재작업 단계(S512)는 데이터베이스 동기화 단계(S506), 과금 확정 단계(S508) 및 매출 정보 생성 단계(S510)에서 문제가 발생할 경우에 수행되는 재작업이다. 이러한 경우, 동기화 된 데이터베이스의 자료 원복 후 과금 정보 산출 단계(S504)로 회귀하는 절차를 따르므로, 제1 재작업 단계(S520)에 비해 보다 많은 처리 시간 및 자원이 필요할 수 있다.

일반적으로, 통신 사업자는 과금 전용 시스템과 고객의 가입 및 해지 등 영업점에서 실시간으로 접속하여 업무를 처리하는 영업 전산 시스템을 별도로 운용하고 있다.

이때, 실시간으로 업무를 처리하기 위해, 과금 전용 시스템에서 산출된 과금 정보는 상기 영업 전산 시스템의 데이터베이스에 실시간으로 동기화되어야만 한다.

결과적으로, 데이터베이스 동기화 단계(S506) 이후에 수행되는 단계에서 문제가 발생할 경우, 과금 전용 시스템의 데이터베이스는 물론, 상기 영업 전산 시스템의 데이터베이스도 복구한 후 과금 정보 산출 단계(S504)로 회귀해야 한다.

결과적으로, 상기한 병목 현상을 극복하기 위해서는 과금 정보 산출 단계(S504)에서의 성능 개선이 무엇보다 중요함을 알 수 있다.

도 6은 본 발명의 일 실시예에 따른 통합 과금 장치의 블록도이다.

도 6을 참조하면, 통합 과금 장치는 통합 과금 서버(332), 과금프로세서(334) 및 통합 과금 데이터베이스(336)를 포함할 수 있다.

작업관리대상 생성부(326)에 의해 생성된 모든 사이클은 하나의 통합된 자료 구조인 리스트(이하 '통합 작업관리대상리스트'이라 함, 602) 형태로 작업관리대상 데이터베이스(326)에 저장될 수 있다.

통합 과금 장치(330)는 통합 과금 서버(332)와 과금프로세서(334)가 클라이언트-서버 구조(이하 'CS(Client-Server) 구조'이라 함)를 가지며, 서버와 클라이언트는 소켓 통신을 통해 서로 데이터 및 제어 신호를 송수신할 수 있다.

통합 과금 서버(332)는 적어도 하나 이상의 과금프로세서(334)와 연결되며, 모든 과금프로세서(334)에서 과금 처리된 결과를 실시간으로 수집함으로써, 전체적인 작업 진도 관리를 할 수 있다.

또한, 통합 과금 서버(332)는 과금프로세서(334)으로부터 프로세서 상태 및 버퍼 상태 정보를 수신하여 사이클의 스케줄링을 수행할 수 있다.

과금프로세서(334)는 통합 과금 서버(332)에 의해 할당된 적어도 하나 이상의 사이클 중 우선 순위가 제일 높은 사이클을 선택한 후 해당 사이클에 포함된 각각의 BAN 레코드에 대해 과금 정보를 산출한다.

이때, 상기 산출된 과금 정보는 통합 과금 데이터베이스(336)에 저장된다.

도 6에 도시된 바와 같이, 통합 과금 서버(332)는 전체 작업관리대상을 하나로 인식할 수 있으며, 과금프로세서(334)의 우선 순위 및 상태 정보에 따라 가용한 과금프로세서(334)를 선택하고 통합 작업관리대상리스트(602)로부터 획득한 특정 사이클을 상기 선택된 과금프로세서(334)에 할당할 수 있다.

이에 따라, 통합 과금 서버(332)는 과금프로세서(334)의 유휴 시간을 최소화시킬 수 있다.

또한, 통합 관리 서버(604)는 과금프로세서(334)의 상태 정보를 유지하므로, 만약 특정 과금프로세서에 문제가 발생한 경우, 효율적인 에러(Error) 복구 및 리스케줄링(Re-Scheduling)을 할 수 있다.

예컨대, 만약, 통합 과금 서버(332)가 제2과금프로세서(610)의 장애를 인지한 경우, 제2과금프로세서(610)에 상응하는 상태 정보를 장애 상태로 갱신한 후 리스케줄링을 수행한다.

이때, 만약 통합 관리 서버(604)가 제2과금프로세서(610)의 대체 프로세서로 제1과금프로세서(608)를 결정하면, 제2과금프로세서(610)에 할당된 사이클 중 미처 리된 사이클을 제1과금프로세서(608)에 재할당할 수 있다.

상기한 과금프로세서 장애에 따른 리스케듈링 방법은 부분적인 재작업이 가능하게 하므로 전체적인 과금 처리 성능을 향상시킬 수 있다.

통합 과금 서버(332)는 과금프로세서(334)로부터 실시간으로 사이클 또는 BAN 레코드 단위의 처리 결과를 획득하여, 현재 처리중인 모든 사이클의 통계 정보를 유지할 수 있다.

상기한 통계 정보는 작업 진도 관리 및 전체 과금 스케쥴링을 제어하기 위한 정보로 사용될 수 있다.

또한, 통합 과금 서버(332)는 과금프로세서(334)의 작업 쓰레드(Work-thread)의 개수를 조절할 수 있다.

즉, 상기한 작업 쓰레드의 개수 조절을 통해, 통합 과금 서버(332)는 과금프로세서(334)에서 과도한 문맥 전환(Context Switching)이 발생하여 처리 성능이 저하되는 것을 제어할 수 있다.

결과적으로, 클라이언트-서버 구조를 가지는 통합 과금 장치(330)는 전체 작업관리대상을 하나로 인식하여, 효율적으로 사이클 및 BAN 레코드를 관리할 수 있으며, 과금프로세서(334) 자원을 효율적으로 이용하여 처리 성능을 극대화 시킬 수 있는 특징이 있다.

특히, 통합 과금 장치(330)는 리스케쥴링에 의한 자동 장애 복구 기능을 가지며, 부분 재작업시 과금프로세서(334)의 실행 중단 없이, 정상 작업 및 재작업을 동시에 수행하는 병렬 처리 기능을 제공할 수 있다.

도 7은 본 발명의 일 실시예에 따른, 통합 과금 장치의 처리 성능을 도시한 그래프이다.

도 7은 본 발명의 사상에 따른 기대 효과를 도시한 것이지 실제적인 시뮬레이션 결과가 아님을 명시한다.

도 7에 도시된 바와 같이, 시간의 경과에 따른 실행중인 과금프로세서의 개수가 일정하게 유지됨을 알 수 있다.

즉, 통합 과금 장치(330)는 스케듈링에 의해 유휴 상태인 과금프로세서가 존재하지 않도록 제어하므로, 과금 처리 성능을 최대로 유지할 수 있다.

도 8은 본 발명의 일 실시예에 따른, 통합 과금 장치의 처리 성능을 도시한 그래프이다.

도 8은 본 발명의 사상에 따른 기대 효과를 도시한 것이지 실제적인 시뮬레이션 결과가 아님을 명시한다.

도 8에 도시된 바와 같이, 과금프로세서(334)는 복수의 서로 다른 사이클을 처리할 수 있으며, 통합 과금 서버(332)의 부하 제어(Load-balancing) 기능을 통해 처리한 BAN 레코드의 개수가 모든 과금프로세서에 대해 동일하게 유지할 수 있다.

여기서, 사이클 1 내지 사이클 4에 포함된 모든 BAN 레코드의 개별 요금 계산 시간은 동일하며, 제 1내지 제 4 프로세서의 성능도 동일하다고 가정한다.

특히, 도 8을 참조하면, 상기 통합 과금 장치는 동일 사이클 식별 번호를 가지는 BAN 레코드를 중첩되지 않게 적어도 하나 이상의 과금프로세서에 할당할 수 있으므로, 모든 과금프로세서에서의 작업 종료 시간을 동일하게 유지할 수 있다.

결과적으로, 제 1 내지 제 4 과금프로세서 각각에 할당된 BAN 레코드를 모두 처리하기 위해 소요되는 시간은 동일하므로 다음 공정을 즉시 수행할 수 있는 장점이 있다.

도 9는 본 발명의 일 실시예에 따른 통합 과금 서버의 블록도이다.

통합 과금 서버(332)는 메시지 송수신부(902), 서버 수신 버퍼(904), 주제어부(906), 서버 송신 버퍼(908), 메시지 흐름 제어부(910), 자동 장애 복구부(912), 우선 순위 제어부(914), 과금프로세서 상태 데이터베이스(916) 및 통계 데이터베이스(920)를 포함할 수 있다.

메시지 송수신부(902)는 주제어부(906)의 제어 신호에 따라, 작업 관리 대상 데이터베이스(328)로부터 사이클을 획득하거나, 과금프로세서(334)와 메시지를 송수신하는 기능을 수행한다.

메시지 송수신부(902)가 메시지를 수신하면, 서버 수신 버퍼(904)에 수신된 순서로 저장한다.

서버 수신 버퍼(904) 및 서버 송신 버퍼(908)는 FIFO(First Input Fist Out) 구조를 가질 수 있다.

즉, 상기한 FIFO는 가장 먼저 라이트(Write)된 메시지가 가장 먼저 리드(Read)되는 구조를 가진다.

또한, 서버 수신 버퍼(904) 및 서버 송신 버퍼(908)는 버퍼의 현재 상태를 지시하는 버퍼 상태 필드를 포함하며, 상기 버퍼 상태 필드에 해당 버퍼의 잔여 메모리 양을 지시하는 값이 저장된다.

여기서, 버퍼 상태 필드에 저장되는 값은 해당 버퍼에 대한 리드 또는 라이트 동작이 수행될 때마다 갱신된다.

메시지 흐름 제어부(910)는 주기적으로 상기 버퍼 상태 필드에 저장된 값을 획득하여 해당 버퍼의 오버프로우(Overflow) 또는 언더플로우(Underflow)를 감지하며, 상기 감지된 정보 및 버퍼의 잔여 메모리 정보를 포함하는 버퍼 상태 신호를 주기적으로 주제어부(906)에 송신할 수 있다.

주제어부(906)는 메시지 흐름 제어부(910)로부터 수신된 상기 버퍼 상태 신호에 포함된 정보에 따라, 작업관리대상 데이터베이스(328)로부터 새로운 사이클을 획득할지 여부를 판단한다.

만약, 주제어부(906)가 버퍼의 잔여 메모리가 새로운 사이클을 수신하기에 충분하다고 판단하면, 메시지 송수신부(902)에 새로운 사이클 획득을 지시하는 사이클 요구 신호를 송신한다.

메시지 송수신부(902)는 상기 사이클 요구 신호를 수신하면, 작업관리대상 데이터베이스(328)로부터 가용한 사이클을 획득한다.

주제어부(906)는 자동 장애 복구부(912), 우선 순위 제어부(914), 통계 데이터베이스(920) 및 과금프로세서 상태 데이터베이스(916)와 연동하여 과금프로세서(334)에 대한 스케줄링 및 작업 진도 파악을 위한 통계 정보 수집 기능을 제공할 수 있다.

자동 장애 복구부(912)는 과금프로세서(334)의 장애를 감지하는 기능을 수행한다.

예컨대, 자동 장애 복구부(912)는 소켓 링크 또는 과금프로세서(334) 자체가 정상인지를 확인하기 위해 주기적으로 소켓 연결 확인 요청 메시지를 과금프로세서(334)에 송신할 수 있다.

이때, 자동 장애 복구부(912)는 정해진 시간 동안 과금프로세서(334)로부터 소켓 연결 확인 응답 메시지를 수신하지 못하면, 과금프로세서(334)와 설정된 소켓 링크 또는 과금프로세서(334) 자체에 장애가 발생한 것으로 판단할 수 있다.

만약, 과금프로세서(334)에 장애가 발생한 것으로 판단하면, 자동 장애 복구부(912)는 해당 장애 사실을 과금프로세서 상태 데이터베이스(916)에 기록한 후 주제어부(906)에 해당 장애 사실을 통보한다.

주제어부(906)는 상기한 장애 사실을 인지하면, 리-스케줄링(re-scheduling) 절차를 수행한다.

우선 순위 제어부(914)는 과금프로세서(334), 사이클 및 BAN 레코드의 우선 순위 정보를 관리한다.

우선 순위 제어부(914)는 상기 우선 순위 정보에 따라 다음에 처리될 사이클을 선택하고 상기 선택된 사이클을 처리할 과금프로세서(334)를 결정한다.

또한 우선 순위 제어부(914)는 동일 사이클을 서로 다른 과금프로세서에 할당하는 경우, 해당 사이클에 포함된 BAN 레코드가 중복 할당되지 않도록 제어할 수 있다.

주제어부(906)는 소켓 연결이 설정된 과금프로세서(334)로부터 프로세서 상태 및 버퍼 상태를 포함하는 클라이언트 상태 정보를 수신하면, 클라이언트 상태 데이터베이스(916)에 저장한다.

주제어부(906) 및 우선 순위 제어부(914)는 상기한 클라이언트 상태 정보를 효율적인 부하 분산(Load Balancing) 및 과금 처리 성능 향상을 위한 스케줄링 정보로 활용할 수 있다.

또한, 주제어부(906)는 실시간 작업 처리 결과를 과금프로세서(334)로부터 수신하여, 통계 데이터베이스(920)에 저장할 수 있다.

도 10은 본 발명의 일 실시예에 따른 과금프로세서의 블록도이다.

과금프로세서(334)는 메시지 송수신부(1002), 클라이언트 수신 버퍼(1004), 주제어부(1006), 클라이언트 송신 버퍼(1008), 메시지 흐름 제어부(1010), 작업 우선 순위 제어부(1012), 요금 계산부(1014), 데이터베이스 동기화부(1016) 및 요금 확정부(1018)를 포함할 수 있다.

메시지 송수신부(1002)는 주제어부(1006)의 제어 신호에 따라, 통합 과금 서버(332)와 메시지를 송수신하고, 산출된 과금 정보를 통합 과금 데이터베이스(336)에 저장하는 기능을 수행한다.

메시지 송수신부(1002)가 통합 과금 서버(332)로부터 메시지를 수신하면, 클라이언트 수신 버퍼(1004)에 수신된 순서대로 저장한다.

클라이언트 수신 버퍼(1004) 및 클라이언트 송신 버퍼(1008)는 FIFO(First Input Fist Out) 구조를 가질 수 있다.

또한, 클라이언트 수신 버퍼(1004) 및 클라이언트 송신 버퍼(1008)는 버퍼의 현재 상태를 지시하는 버퍼 상태 필드를 포함하며, 상기 버퍼 상태 필드에 해당 버퍼의 잔여 메모리 양을 지시하는 값이 저장된다.

여기서, 버퍼 상태 필드에 저장되는 값은 해당 버퍼에 대한 리드 또는 라이트 동작이 수행될 때마다 갱신된다.

메시지 흐름 제어부(1010)는 주기적으로 상기 버퍼 상태 필드에 저장된 값을 획득하여 해당 버퍼의 오버프로우(Overflow) 또는 언더플로우(Underflow)를 감지하며, 상기 감지된 버퍼 상태 정보 및 버퍼의 잔여 메모리 정보를 포함하는 버퍼 상태 신호를 주기적으로 주제어부(1006)에 송신할 수 있다.

주제어부(906)는 상기 버퍼 상태 신호를 수신하면, 현재 버퍼의 상태를 갱신하며, 주기적 또는 요구/응답 형태로 현재 CPU 부하율 및 버퍼 상태를 포함하는 과금프로세서 상태 정보 메시지를 생성한 후 통합 과금 서버(332)에 송신한다.

작업 우선 순위 제어부(1012)는 통합 과금 서버(332)로부터 수신한 적어도 하나 이상의 사이클에 대한 우선 순위 제어 기능을 수행한다.

예컨대, 작업 우선 순위 제어부(1012)는 우선 순위가 높은 사이클에 대한 작업이 우선적으로 종료할 수 있도록 내부 CPU 자원 및 메모리를 스케줄링 할 수 있다.

즉, 작업 우선 순위 제어부(1012)는 사이클의 우선 순위에 따라 CPU 점유 시간 및 메모리 크기를 차등적으로 할당할 수 있다.

요금 계산부(1014)는 현재 스케줄링된 사이클에 포함된 BAN 레코드에 대해 할인율, 연체료, 세금, 단말기 구입 할부금 등 과금에 필요한 모든 요소를 적용하여, 청구 요금을 계산하는 기능을 수행한다.

데이터베이스 동기화부(1016)는 데이터베이스 동기화가 이루어진 이후에 문제가 발생한 경우, 동기화된 데이터베이스를 복구하는 기능을 수행한다.

즉, 데이터베이스 동기화부(1016)는 과금 전용 시스템 및 영업 전산 시스템에 저장된 과금 정보를 해당 문제가 발생하기 이전 상태로 완전 복구시키는 기능을 수행한다.

요금 확정부(1018)는 요금 계산부(1014)에서 산출된 당월 요금 및 누적 미납액을 합산하여 당월 고객이 납부해야 하는 총 청구 금액을 확정하는 기능을 수행한다.

이때, 요금 확정부(1018)는 당월 고객이 납부해야 할 총 청구 금액을 확정하면, 해당 과금 정보를 통합 과금 데이터베이스(336)에 송신한다.

상기한 본 발명의 바람직한 실시예는 예시의 목적을 위해 개시된 것이고, 본 발명에 대해 통상의 지식을 가진 당업자라면 본 발명의 사상과 범위 안에서 다양한 수정, 변경, 부가가 가능할 것이며, 이러한 수정, 변경 및 부가는 하기의 특허청구범위에 속하는 것으로 보아야 할 것이다.

이상에서 설명한 바와 같이, 본 발명에 따르면, 과금 절차를 수행하는 시스템에 있어서, 기존의 과금 장치의 구조를 클라이언트-서버 구조를 가지는 통합 과금 장치로 진화시킴으로써, 보다 효율적이고 안정적인 과금 방법 및 시스템을 제공 할 수 있다.

또한, 본 발명은 과금 시스템을 사전 과금 처리 시스템(306)과 통합 과금 처리 시스템(322)으로 이원화 시킴으로써, 과금 처리에 따른 부하를 분산시키고, 재작업에 따른 위험 부담을 경감시키는 효과를 얻을 수 있다.

특히, 본 발명에 따르면, 통합 과금 서버에 의해 모든 사이클이 통합적으로 관리되므로, 전체 작업 진도 파악 및 우선 순위에 따른 효율적인 스케줄링이 가능하여, 과금 처리 성능을 극대화시킬 수 있는 장점이 있다.

본 발명에 따르면, 통합 과금 장치는 리스케쥴링에 의한 자동 장애 복구 기능을 통해, 전체 시스템의 중단 없이 기존 진행 작업 및 부분 재작업을 동시에 수행하는 병렬 처리 기능을 제공할 수 있다.

Claims (16)

1. 사전 과금 처리 시스템과 연결되며, 통합 과금 서버 및 제1 내지 제N 과금프로세서를 포함하는 통합 과금 처리 시스템에서 과금 정보를 산출하는 방법에 있어서,

   (a) 상기 사전 과금 처리 시스템이 산출한 누적 과금 데이터 및 해당 누적 과금 데이터에 상응하는 우선 순위 제어 정보를 포함하는 레코드를 수신하는 단계;

   (b) 적어도 하나의 상기 레코드로 구성되며, 상기 우선 순위 제어 정보에 따라 소정의 우선 순위가 할당된 적어도 하나의 작업 관리 대상을 생성 및 저장하는 단계;

   (c) 상기 우선 순위 및 상기 통합 과금 서버의 내부 버퍼 상태에 따라 상기 저장된 작업 관리 대상을 추출하고, 상기 제1 내지 제N 과금프로세서의 상태 정보에 기반하여 상기 추출된 작업 관리 대상을 처리할 적어도 하나의 과금프로세서를 선택하는 단계; 및

   (d) 상기 선택된 과금프로세서에 의해 상기 추출된 작업 관리 대상에 포함된 상기 레코드의 과금 정보를 산출하는 단계

   를 포함하는 클라이언트-서버 기반의 과금 처리 방법.
2. 제 1항에 있어서,

   상기 우선 순위 제어 정보는 납부 방법 및 납부 기일을 포함하되,

   상기 작업 관리 대상은 동일한 납부 방법 또는 납부 기일이 동일한 적어도 하나의 레코드로 구성된 파일인 클라이언트-서버 기반의 과금 처리 방법.
3. 삭제
4. 제 2항에 있어서,

   상기 파일은 하나의 통합된 기억 장소에 저장되며, 상기 통합된 기억 장소는 상기 통합 과금 서버에 의해서만 접근이 가능한 클라이언트-서버 기반의 과금 처리 방법.
5. 삭제
6. 제 2항에 있어서,

   상기 통합 과금 서버에 의해, 상기 파일에 포함된 레코드가 상기 선택된 과금프로세서에 중복 할당되지 않도록 제어하는 단계를 더 포함하는 클라이언트-서버 기반의 과금 처리 방법.
7. 제1항에 있어서,

   상기 상태 정보는

   과금 프로세서가 활동 상태(Active State)인지 유휴 상태(Idle State)인지를 지시하는 제1 상태 정보; 및

   과금프로세서의 장애 여부를 지시하는 제2 상태 정보

   를 포함하는 클라이언트-서버 기반의 과금 처리 방법.
8. 제 7항에 있어서,

   상기 제2 상태정보는

   과금프로세서 별로 주기적인 주기적으로 소켓 연결 확인 요청 신호를 송신하는 단계;

   소정의 시간 동안 상기 소켓 연결 확인 요청 신호에 상응하는 소켓 연결 확인 응답 신호의 수신을 대기하는 단계; 및

   상기 소켓 연결 확인 응답 신호의 수신 여부에 따라 상기 소켓의 장애를 감지하는 단계

   를 통해 획득되며, 상기 소켓의 장애를 감지하면 해당 과금프로세서에 할당된 자원을 회수하고 리스케줄링(Re-scheduling)을 수행하는 클라이언트-서버 기반의 과금 처리 방법.
9. 제 1항에 있어서,

   상기 누적 과금 데이터는 사용자 별 서비스 종류에 따라 월 단위로 누적 합산된 후 상기 레코드의 형태로 수신되는 클라이언트-서버 기반의 과금 처리 방법.
10. 사전 과금 처리 시스템과 연결되어 과금 정보를 산출하는 통합 과금 처리 시스템에 있어서,

    상기 사전 과금 처리 시스템이 산출한 누적 과금 데이터를 포함하는 소정의 포맷을 갖는 적어도 하나의 레코드를 유지하는 레코드 데이터베이스;

    상기 레코드 데이터베이스로부터 상기 레코드를 추출하여 우선 순위를 갖는 적어도 하나의 작업 관리 대상을 생성하는 작업 관리 대상 생성부;

    상기 작업 관리 대상에 포함된 레코드에 대한 과금 정보를 산출하는 제1 내지 제N 과금프로세서; 및

    상기 생성된 작업 관리 대상의 우선 순위에 기반하여 처리 순서를 결정하고, 상기 제1 내지 제N 과금프로세서의 상태 정보를 이용하여 해당 작업 관리 대상을 처리할 적어도 하나의 과금프로세서를 선택하는 통합 과금 서버

    를 포함하는 클라이언트-서버 기반의 과금 처리 시스템.
11. 삭제
12. 제 10항에 있어서,

    상기 통합 과금 서버는

    과금프로세서의 장애를 감지하여 자동 복구를 수행하는 자동 장애 복구부;

    송수신 버퍼의 현재 상태를 주기적으로 확인하여 작업 관리 대상의 흐름을 제어하는 메시지 흐름 제어부;

    과금프로세서와 메시지를 송수신하고 상기 작업 관리 대상 데이터베이스로부터 가용한 작업 관리 대상을 획득하는 메시지 송수신부; 및

    내부 자원 스케줄링 및 수신된 메시지의 제어 기능을 수행하는 주제어부

    를 포함하는 클라이언트-서버 기반의 과금 처리 시스템.
13. 제 12항에 있어서,

    상기 통합 과금 서버는

    과금프로세서에 할당된 작업 관리 대상 및 레코드의 실시간 처리 결과를 유지하는 통계 데이터베이스; 및

    과금프로세서 상태 정보 및 상기 자동 장애 복구 장치가 제공하는 장애 정보를 유지하는 과금프로세서 상태 데이터베이스를 더 포함하되,

    상기 과금프로세서 상태 정보는 해당 과금프로세서의 활동 상태(Active State)인지 유휴 상태(Idle State)인지를 지시하는 정보와 버퍼 상태 정보를 포함하는 클라이언트-서버 기반의 과금 처리 시스템.
14. 제 10항에 있어서,

    과금프로세서에 의해 산출된 과금 정보를 저장하는 통합 과금 데이터베이스를 더 포함하되, 과금프로세서는,

    상기 통합 과금 서버에 의해 할당된 적어도 하나의 작업 관리 대상에 상응하는 우선 순위에 따라 처리 순서를 결정하는 작업 우선 순위 제어부;

    상기 결정된 처리 순서에 따라 해당작업 관리 대상에 포함된 레코드에 대한 과금 정보를 산출하는 요금 계산부;

    상기 요금 계산부에 의해 산출된 과금 정보와 전월 미납 액을 합산하여 당월 총 청구 금액을 확정하는 요금 확정부;

    송수신 버퍼의 상태를 주기적으로 확인하여 작업 관리 대상의 송수신 흐름을 제어하는 메시지 흐름 제어부;

    상기 통합 과금 서버와 메시지를 송수신하고 상기 요금 확정부에 의해 확정된 과금 정보를 상기 통합 과금 데이터베이스에 저장하는 메시지 송수신부; 및

    내부 자원 스케줄링 및 수신된 메시지의 제어 기능을 수행하는 주제어부

    중 적어도 하나를 포함하는 클라이언트-서버 기반의 과금 처리 시스템.
15. 제 14항에 있어서,

    상기 과금프로세서는

    상기 과금 정보를 산출 시 문제가 발생된 경우, 과금 전용 시스템 및 영업 전산 시스템에 저장된 과금 정보를 상기 문제가 발생하기 이전 상태로 완전 복구시키는 데이터베이스동기화부를 더 포함하는 클라이언트-서버 기반의 과금 처리 시스템.
16. 삭제

Images