KR100364217B1 - 전기통신시스템에서의호출처리구조화방법및호출처리교환시스템 - Google Patents

Abstract

본 발명은, 양호하게는 소프트웨어에 의하여, 반-호출원리를 이용하여 시스템의 이미 존재하는 운영 소프트웨어에 영향을 미침이 없이 새로운 서비스 및 데이터로 상기 시스템을 확장시킬 수 있도록 하는 표준 및 포괄 구조를 설계하는 전기 통신 시스템에서의 호출 처리 구조화 방법에 관한 것으로서, 상이한 기록이 국부적 메모리 기능에 포인터를 저장하는 메모리 기능을 이용하는 세션 범위 및 트래픽 케이스 범위를 가진 하나의 세션에서 실행하는 반-호출간의 포괄 프로토콜과 반-호출 원리를 결합하는 데, 상기 포인터는 태그 요소와 결합되고, 이런 태그 요소에 의하여 국부적으로 저장된 데이터는 독특하게 식별되며, 실 글로벌 데이터가 아님에도 불구하고 어느 주기에서 특정 기록이 존재하는 특정 세션의 기간 동안에 글로벌 데이터로서 이용될 수 있다.

Description

전기 통신 시스템에서의 호출 처리 구조화 방법 및 호출 처리 교환 시스템{A METHOD TO STRUCTURE CALL PROCESSING AND A CALL PROCESSING SWITCHING SYSTEM FOR TELEPHONY}

전기 통신 시스템에서의 호출 처리 동안에는 다량의 데이터를 처리하거나 수집할 필요가 있다. 그러한 호출 관련 데이터는, 어떠한 종류의 서비스가 특정 호출에서 사용되고, 프로토콜이 주변 네트워크 등과의 통신을 위해 사용되는 가에 의존하여 호출간에 크게 상이하다. 데이터는 전기 통신 시스템의 상이한 종류의 사용자에 유용한 정보를 포함한다. 한 네트워크/서비스 제공자는 요금 청구서를 작성하기를 원할 수 있는 반면에, 다른 제공자는 상이한 종류의 통계를 작성하기를 원할 수 있다. 판매 업자(vendor)가 사용자가 사용하기를 원하는 데이터와 무관하도록 원하고, 이미 존재하는 소프트웨어를 변경할 필요 없이 새로운 서비스와 함께 새로운 데이터를 추가할 수 있기를 원할 시에는, 이런 호출 관련 데이터 기록은 새로운 효율적인 방식으로 처리되어야 한다.

호출 관련 데이터를 처리하기 위한 수많은 가능한 해결책이 있다. 한가지 명백한 방식은 정보를 수집하기 위해 통상적인 데이터베이스를 사용하는 것인데, 이는 용량 문제가 있다. 다른 해결책은 내용의 선언(declaration)이 이루어지는 선언적 해결책을 선택한다(예컨대, 파스칼에서의 기록을 비교한다). 파스칼 기록으로서의 선언적 해결책의 단점은 소망된 유연성(flexibility)을 제공할 수 없다는 것이다. 또다른 해결책은 필요할 때마다 대상(objects)간에 데이터를 회송하는 것인데, 이는 데이터를 중복시킨다.

현재의 기술 상태에서, 현대의 전기 통신 시스템에서 처리하는 목적 지향 소프트웨어 구조에 관한 수 개의 개념이 발견되었다. 명칭이 " Structure de logiciel pour

de traitement de

, notamment pour

de

" 인 EP-0 524 089 A1 호는 데이터를 처리하기 위해, 특히, 전기 통신 시스템을 위한 논리적 구조 시스템을 기술해 놓았다. 이런 구조는 특히 CCITT 규칙 X 200에 따라 대상간의 실시간 통신을 간략화시킨다. 명칭이 " Structure de logiciel pour

de traitement d'informations" 인 EP-0 524 077 A1 호는 응용 프로그램에 하드웨어 및 소프트웨어 시스템 특징을 숨기는 구조를 기술해 놓았다.

EP-0 470 415 A2 호는 공통 데이터베이스내의 호출 관련 정보에 대한 액세스를 전화 시스템의 다수의 응용 프로세서에 공급하는 방법을 기술해 놓았다. 이런 정보는 통신이 지속되는 한 데이터베이스에 기록으로서 일시적으로 태그(tag)되어 저장된다. 이런 정보는 특히 조작원 제어 교환 시스템에서 관찰을 위해 디스플레이 단말기에 직접 표시되도록 보내진다.

본 발명은 호출 처리를 위한 데이터 구조에 관한 것으로서, 특히, 전기 통신응용을 위한 트래픽(traffic) 제어 프로세스에서의 데이터 구조화에 관한 것이다.

도 1은 각 트래픽 케이스에 대해 각 착신 호출(TC)을 포함하는 다른 트래픽 케이스와 통신하는 각 발신 호출(OC)을 포함하는 수 개의 트래픽 케이스를 취급하는 세션 제어기(SC)를 가진 하나의 세션을 나타낸 것이다.

도 2는 본 발명의 방법 및 시스템에 따라, 실행 대상에 참조문(references)을 저장하는 세션 기록 및, 데이터 대상에 참조문을 저장하는 트랜잭션 기록을 사용하여 세션 제어기(SC)를 도시한 것이다.

도 3은 발신 호출(OC)내에 트래픽 케이스 대상을 저장하는 본 발명의 방법 및 시스템에 따른 수집에 대하여 설명한 것이다.

도 4는 하나의 세션에서 데이터 흐름을 제어하는 대상을 나타낸 것이다.

도 5는 차징 기준(charging basis)을 위한 데이터가 하나의 세션으로부터 추출될 시의 일례를 도시한 것이다.

도 6은 작성된 관리 대상간의 관계를 간단한 예로 나타낸 것이다.

도 7은 도 6의 간단한 예에 따른 완전한 정적 관찰부(complete static view)를 도시한 것이다.

도 8은 호출 처리 동안 트랜잭션 기록에서의 호출 데이터 수집의 간단한 흐름도이다.

도 9는 출력에 포함하는 데이터의 명세서의 간단한 흐름도이다.

따라서, 전기 통신 시스템에서, 양호하게는 소프트웨어에 의하여, 반-호출 (half-call) 원리를 이용하여 시스템의 이미 존재하는 운영 소프트웨어에 영향을 미침이 없이 새로운 서비스 및 데이터로 상기 시스템을 확장시킬 수 있도록 하는 표준 및 포괄(generic) 구조를 설계하는 것이 요구된다.

본 발명에 따른 제 1 목적은, 실행하는 반-호출간의 포괄 프로토콜과 반-호출 원리를 결합하고, 상이한 기록이 국부적 메모리 기능에 포인터를 저장하는 메모리 기능을 이용하는 세션 범위(session scope) 및 트래픽 케이스 범위를 포함한 하나의 세션을 구비하는 데에 있는 데, 이런 포인터는 태그 요소(element)와 결합되고, 이런 태그 요소에 의하여 국부적으로 저장된 데이터가 식별되며, 실(real) 글로벌 데이터가 아님에도 불구하고 어느 주기에서 특정 기록이 존재하는 특정 세션의 기간 동안에 글로벌 데이터로서 이용될 수 있다.

본 발명에 따른 제 2 목적은, 특정 세션 범위가 실행하는 호출 대상에 포인터를 저장하기 위한 세션 기록을 이용하는 것인 데, 어느 기록으로부터, 대상이 저장되어 있는 태그 요소가 알려져 있는 경우에 세션내의 모든 다른 대상를 찾을 수 있고, 다른 데이터 대상은 세션 기록을 참조한 트랜잭션 기록 또는 트래픽 케이스 기록의 트랜잭션 기록에 저장된다.

본 발명에 따른 제 3 목적은, 트래픽 케이스 범위(traffic case scope)가 세션 범위와 비슷한 구조를 가지고, 트래픽 케이스 기록이 세션 기록으로부터 참조되며, 트래픽 케이스 기록이 호출의 실행 대상을 저장하기 위해 작성되도록 하는데에있다.

본 발명에 따른 제 4 목적은, 트랜잭션 기록이 트래픽 케이스에 속하는 데이터 대상을 저장하도록 하는 데에 있다.

본 발명에 따른 제 5 목적은, 태그 요소가 저장되는 각 실행 대상 또는 데이터 대상에 할당된 정수로 실현될 수 있도록 하는 데에 있다.

이하, 본 발명의 장점 및 목적은 첨부한 도면을 참조로 하여 더욱 상세히 설명하기로 한다.

본 출원의 과제를 효율적으로 취급하기 위해서 다음 설명에서 사용되게 되는 다수의 기술적 용어를 먼저 정의하는 것이 실제적이다.

전화용 호출 처리 교환 시스템에서 소프트웨어를 구성하는 통상적인 방식은 호출 제어부를 2개의 절반부, 반-호출 A 및 반-호출 B로 분할하는 것이다. 반-호출을 제어하는 소프트웨어는 소위 세션이라 부르는 프로세스에서 실행한다. 세션은 (예컨대, 다중 호출 상황에서) 하나 또는 수 개의 트래픽 케이스를 동시에 취급할 수 있다. 트래픽 케이스는 세션에서의 호출을 취급하는 기능성 및 데이터를 설정한다. 세 당사자(party) 호출은 세션에서 2개의 트래픽 케이스에 의해 취급되며, 그중 하나가 각 호출 레그(leg)에 대한 것임을 명심해야 한다.

간략하게 하기 위해, 세션은 상이한 범위로 구성되어, 세션 범위 (Session Scope) 및 트래픽 케이스 범위가 도입된다. 세션 범위는 베이스플로우 세션 제어기 (SC)에 의해 제어된다. 세션 제어기의 주 타스크(task)는 액세스 프로토콜(ACP)에 대한 명령 번역기(interpreter)로서 동작하고, 이런 명령(메시지)에 대하여 서비스 분석을 한다. 이는, 예컨대, 새로운 트래픽 케이스의 시작 및 종료, 액세스 프로토콜로부터 정확한 트래픽 케이스로의 정보 분배, 새로운 서비스 시작 등을 포함한다.

세션내의 모든 트래픽 케이스는 하나의 베이스플로우에 의해 제어된다. 그러한 베이스플로우는 발신 호출(OC) 또는 착신 호출(TC)일 수 있다. 이런 베이스플로우의 주 타스크는 기본적인 호출 취급을 행하는 것이다. 이는, 예컨대, (반호출간의 전기 통신 서비스 프로토콜(TSP)의 취급을 포함하는) 호출의 설정/접속 해제, 접속 (예컨대, 음성 접속)의 설정/접속 해제 지령 및, 어드레스 정보 분석 지령 등을 포함한다.

상이한 범위 및, 이 중에서 동작하는 제어 논리를 지원하기 위하여, 비슷한 데이터 구조가 필요하다. 그러므로, 데이터는 응용 프로그램을 구현하여 유지할 수 있는 방식으로 구성되어야 한다. 이에 대응하여, 본 명세서에서는 실행 대상 및 데이터 대상으로 언급되는 2개의 상이한 형태의 대상이 존재한다.

실행 대상, 예컨대, 제어 대상, 프로토콜 대상, 자원 대상 등은 세션에서 실행된다. 순수한 데이터 대상은 예컨대 텔리서비스 프로토콜 메시지로부터 수신된 데이터를 포함한다. 또한, 차징 또는 통계적 목적을 위한 이러한 형태의 데이터의 출력을 행하는 것도 가능하다. 이런 두 형태의 대상은 상이한 의미(semantics)를 가지며, 세션에서의 상이한 기록에 저장된다. 그러한 기록은 세션 기록으로 언급되고, 세션내의 제어 및 자원 대상에 의해 실증되는 프로토콜 대상 및 자원 대상에 대한 포인터를 저장하는 데에 사용된다. 세션 기록에 저장된 대상은 전체 세션에 대해 공통이다. 순수한 데이터 대상을 저장하기 위해 트랜잭션 기록이 사용된다.세션 기록이 대상에 대한 포인터를 저장하는 것과 비슷한 방식으로, 트랜잭션 기록 (또한, 호출 기록으로 불림)은 세션 또는 세션에서 실행하는 트래픽 케이스내의 제어, 프로토콜 및 자원 대상에 의해 실증되는 순수한 데이터 대상에 대한 포인터를 저장하는 데에 사용된다.

세션 기록의 사용자 관찰부(view)는 세션 기록 관찰부로 언급되고, 높은 추상 레벨에서의 세션 기록으로의 인터페이스를 사용자에게 제공한다. 마찬가지로, 트랜잭션 기록의 사용자 관찰부는 트랜잭션 기록 관찰부로 언급되고, 높은 추상 레벨에서의 트랜잭션 기록으로의 인터페이스를 사용자에게 제공한다.

마지막으로, 또한, 트래픽 케이스에 속하는 대상에 대한 포인터가 저장되는 기록인 트래픽 케이스 기록이 있다. 프로토콜 대상 및 자원 대상에 대한 포인터만이 이런 기록에 저장된다. 순수한 데이터 대상을 저장하기 위하여 트랜잭션 기록이 사용된다. 트래픽 케이스 기록의 사용자 관찰부는 트래픽 케이스 기록 관찰부로 언급되고, 높은 추상 레벨에서의 세션 기록으로의 인터페이스를 사용자에게 제공한다.

전기 통신 시스템에서 호출 처리를 위한 상이한 범위 및 대응하는 제어 논리를 지원하기 위하여, 적절한 데이터 구조가 필요하다. 데이터는 응용 프로그램을 구현하여 유지할 수 있도록 구성되어야 한다. 그러므로, 세션에서 트랙을 유지하기 위해 두 개의 상이한 형태의 대상, 실행 대상 및 데이터 대상을 도입한다. 상기에서 이미 정의된 두 용어는 상이한 의미를 가지고, 작성된 세션의 상이한 기록에 저장된다. 수집 상태에서 대상을 저장할 때, 저장되는 대상에 대한 포인터를 저장하는 유일한 문제로서, 대상 그 자체의 중복화가 그런 단계에서 행해지지 않는다는 것이다. 이는 또한 그러한 포인터 저장에 대해서 특정 대상의 사이즈를 실제로 알필요가 없다는 것을 의미한다.

도 1은 세션 제어기(SC)에 의해 제어되는 세션 범위의 일반화된 도면이다. 세션 제어기는 액세스 프로토콜(ACP)에 대한 명령 번역기로서 동작하고, 가입자 또는 네트워크 액세스에 사용되는 일반적인 용어이다. 도 1로부터 명확히 알 수 있는 바와 같이, 세션은 하나 또는 수 개의 트래픽 케이스를 포함하고, 여기서 특정 세션은 OC 형(발신 호출)인 2개의 트래픽 케이스를 포함한다. OC 형의 2개의 트래픽 케이스의 각각은 취급 전기 통신 서비스 프로토콜(TSP)을 통해 TC 형(착신 호출)의 다른 트래픽 케이스로의 각 트래픽 케이스에 의해 설정된다.

도 2에 나타낸 바와 같이, 세션 범위내에는 각 실행 대상, 예컨대, 소위 세션 에이전트(agent)에 대한 포인터(PTR)를 저장하기 위해 사용되는 세션 기록(SR)이 있다. 세션 기록은 다른 포인터에 의해 각 세션에서의 데이터 구조를 위한 기초가 된다. 전체 세션의 데이터 대상은 각 포인터(PTR)에 의해 트랜잭션 기록에서 발견된다. 세션 기록의 각 엔트리(entry)는 특정 이름 또는 키 TAG를 가지고 있는데, 이는 특정 시스템 조작원이 특정 이름 또는 키TAG를 안다면 세션 범위내에 어느 대상을 위치시킬 수 있게 한다.

도 3은 발신 호출형(OC)을 포함하지만, 착신 호출형(TC)이 대응하는 구조를 가지는 트래픽 케이스 범위의 일반화된 도면이다. 이런 범위는, 응용 프로그램이 세션에서 임의수의 병렬 트래픽 케이스를 실행할 필요가 있을 경우에 도입된다. 따라서, 트래픽 케이스 범위의 구조는 세션 범위의 구조와 비슷하다. 세션의 각 트래픽 케이스에 대해, 실행 대상을 저장하기 위한 트래픽 케이스 기록이 작성된다. 세션 기록에서와 같이, 이름 또는 TAG 및 포인터(PTR)가 사용된다. 따라서, 트래픽 케이스 기록은 세션 기록으로부터 참조된다. 트래픽 케이스에 속하는 데이터 대상을 저장하기 위하여, 이런 트래픽 케이스 레벨에서 데이터 대상을 위한 테이블을 작성하는 트랜잭션 기록(TR)이 사용된다.

세션 또는 트래픽 케이스 기록의 모든 사용자는 자신의 관찰 대상을 가지며, 이를 통해 저장된 실행 대상 또는 데이터 대상은 엑세스될 수 있다.

도 4는 발신 호출(OC)을 실행하는 세션을 통해 데이터 흐름을 보다 상세히 도시한 것이다. 이런 데이터 흐름은 어떤 데이터가 액세스 에이전트 또는 입력 에이전트에 의해 수신될 시에 개시한다. 수신된 데이터는 AXE 내부 표기 상태로 변환된다. 그런 다음, 변환된 데이터는 트랜잭션 기록(TR)에 저장된다. 데이터 대상은 태그(tag)와 함께 저장된다. 이런 태그는 이런 특정 데이터 대상을 위해 예약되는 정수이다. 데이터 대상을 필요로 하는 다른 사용자, 예컨대, 응용 분석은 태그에 의해 트랜잭션 기록 관찰 대상(TR-View)을 사용함으로써 트랜잭션 기록으로부터 데이터 대상을 인출할 수 있다. 상기 예는, 또한 전기 통신 서비스 프로토콜(TSP)을 통해 데이터가 출력 에이전트에 의해 다른 반-호출로 송신될 시를 설명한 것이다. 데이터는 이런 데이터 외에 이것을 식별하는 태그를 포함하는 파라미터로 송신된다.

전술된 바와 같이, 데이터 대상은 트랜잭션 기록에 저장된다(트랜잭션 기록의 동의어도 호출 기록이다). 트랜잭션 기록(TR)은 전술된 바와 같이 관찰 대상을 통해 항상 액세스된다. 관찰 대상은 아래에서 보다 상세히 설명되는 바와 같이 TR에 대한 고 레벨 인터페이스를 사용자에게 제공한다. 트랜잭션 기록에 저장된 각 데이터 대상은 TAG로 언급되는 이름 또는 키에 의해 의미적으로 식별된다. TAG는 한 특정 데이터 대상에 대해 예약되는 정수, 예시의 실시예에서는 16 비트어이다. 데이터 대상이 태그와 함께 저장되는 트랜잭션 기록과 같은 동적 저장 장치를 이용함으로써, 매우 플렉시블한 출력 장치를 지원할 수 있다. 달리 말하면, 전기 통신 시스템의 일반적인 동작에 영향을 미치지 않고, 어느 특정 기간에서 나중의 분석을 위한 사용자의 요구에 따라 어느 선택된 데이터 대상을 추출하는 것이 매우 용이하게 된다. 이 결과, 이렇게 구성된 동작 방식에 따라 동작하는 시스템에 부가적인 서비스를 가산하는 것이 매우 용이하게 된다.

에이전트가 프로토콜(ACP)에서 파라미터 "호출 당사자 번호" 를 수신한다고 가정한다. 데이터는 AXE 내부 표기 상태로 변환되어 전용 태그 "AppCallingPartyNumberTag" 와 함께 TR에 저장된다. 호출 당사자 번호를 필요로 하는 TR의 다른 사용자는 TR로 돌아가서 TAG "AppCallingPartyNumberTag" 와 함께 저장된 데이터 대상을 요청한다. 인터페이스, 응용 플랫폼 태그 인터페이스(ATI)는 기능에 의해 사용되는 태그의 번호를 포함한다. ATI는 또한 새로운 태그가 예약될 때에 따르는 규칙을 포함한다.

이미 언급된 바와 같이, TR은 관찰 대상을 통해 항상 액세스된다. 관찰 대상은 두가지 주 타스크를 가진다. 제 1 타스크는 TR로의 개별화된(customized) 인터페이스를 제공하는 것이다. TR의 각 사용자는 TR의 내용에 대한 전용 인터페이스를 가진다. 제 2 타스크는 TR로의 취급 대상으로 작용하도록 하고, 이런 취급에 의하여 TR은 모든 취급이 삭제될 때까지 제거되지 않도록 한다.

관찰 대상은 또한 존재하는 다른 두 형태의 기록, 세션 기록 및 트래픽 케이스 기록의 내용을 액세스하는 데에 사용된다. 상기에서 언급된 바와 같이, 관찰 대상의 한 타스크는 기록으로의 고 추상 레벨의 개별화된 인터페이스를 사용자에게 제공하는 것이다. 이런 개별화는 인터페이스가 액세스될 필요가 있는-대상에 대해서만 액세스를 사용자에게 제공한다는 것을 의미하는 데, 이는 단지 기록의 전체 내용의 일부분일 수 있다.

트랜잭션 기록 및 트래픽 케이스 기록으로의 관찰 대상의 제 2 주 타스크는 취급을 행하는 것이다. 기록이 취급을 가지는 한 삭제될 수 없다. 기록으로의 마지막 취급이 제거될 경우에는 기록 및 그의 모든 내용은 또한 국부적 메모리 저장 장치로부터 제거된다. 이는 매우 편리한 국부적 메모리 저장 관리를 행한다는 것이다.

이미 언급된 호출 기록 출력 장치는 후-처리를 위해 트랜잭션 기록의 내용의 부분을 출력하는 데에 사용된다. 세션 기록, 트래픽 케이스 기록 및 트랜잭션 기록의 내용은 특정 세션의 기간 동안에만 존재하고, 세션이 종료되면 소멸한다는 것을 명심해야한다. 출력 장치는 태그 리스트를 포함하는 다수의 피관리 대상 주위에 구성된다. 전기 통신 시스템의 동작에서, 예컨대, 상이한 가입자에게 정확히 요금 청구를 행할 수 있도록 차징(charging) 데이터를 수집할 필요가 있다. 도 5는 세션에서 무엇이 행해질 수 있는 가를 예시한 것이다. 제어 대상 " 차징 " 은 대상 (Cro-Type)을 개방하였다. 이런 특정 Cro-Type 대상은 데이터베이스로부터 인출된 태그 리스트를 포함하고, 트랜잭션 기록으로부터 추출되는 데이터 대상을 나타낸다. 그런 다음에, Cro-Type는 데이터베이스에 저장된 태그 리스트에 의해 식별된 데이터 대상으로 구성된 보고서(report)를 컴파일하도록 지령을 받는다. 그 후, 제어 대상은 Cro-Type 인터페이스를 이용하여 특정 세션의 존재 동안에 데이터를 수집하도록 지령한다. 데이터는 후-처리 노드로 전송되는 데이터 영역에서 팩(pack)될 수 있다. 따라서, 증대된 서비스로 인한 차징 기준은 본 발명에 따른 구조를 가지는 현존하는 시스템과 전혀 간섭함이 없이 태그 리스트의 간단한 수정으로 언제든지 변경될 수 있다.

이의 효과적인 결과는, 상이한 세션의 내용이 국부 데이터로서 설정된다 하더라도, 글로벌 데이터를 구성하는 것처럼 내용의 소망의 부분을 동시에 사용할 수 있다. 국부 데이터 와 글로벌 데이터의 차는 예컨대 필연적으로 후자가 다른 사용자에 의해 액세스될 수 있도록 미리 정해진 메모리 위치에 통상 할당되게 하는 것이다.

예시적인 실시예에서, 여기에 기술된 플렉시블 출력 장치를 효과적으로 하기 위해 세 가지 형태의 피관리 대상이 사용된다. 이는 CroServiceTemplate, CroType 및 CroCustomerTemplate로서 표시된다. 제 1 피관리 대상 형태 (CroServiceTemplate)는 어떤 데이터 대상이 특정 기본적 또는 보충적 서비스를 위해 추출될 수 있는 가의 지정을 위해 사용된다. CroServiceTemplate는, 특정 서비스를 위한 트랜잭션 기록(TR)으로부터 어느 데이터가 추출될 수 있는 가를, 예컨대 이 경우 "기본적 호출" 또는 "세 당사자 호출" 을 표시하는 한 속성, 가능 TAG를 포함한다.

제 2 피관리 대상 형태는 어떤 출력 형태의 지정을 위해 사용되는 CroTyPe이다. CroType의 모든 예는 CroServiceTemplate의 하나 이상의 예에 접속된다. 이런 CroServiceTemplates에서의 데이터의 집합은 특정 CroType을 위해 어떤 데이터가 출력될 수 있는 가를 결정한다.

제 3 의 마지막 관리 대상 형태는 특정 출력 형태, CroType에서 특정 고객을 위해 어떤 데이터를 추출하는 가의 정보를 유지하는 피관리 대상인 CroCustomerTemplate이다.

도 6은 다음 조건을 가지는 소수의 예를 나타낸 것이다 :

- 두 고객(A, B)이 있다.

- 두 서비스, "기본호출" 및 "세 당사자 호출" 이 있다.

- 두 CroType, CroType 1 및 CroType 2가 있다.

두 서비스가 있기 때문에, 두 CroServiceTemplates가 필요하다 :

- 태그 1, 2, 5 및 8을 포함하는 CroServiceTemplate 기본적 호출.

- 태그 1, 2, 6 및 9를 포함하는 CroServiceTemplate 세 당사자 호출.

이는, "기본적 호출" 에 대해 태그 1, 2, 5 및 8를 가지는 TR내에 저장된 데이터를 출력할 수 있는 반면에, 서비스 "세 당사자 호출" 에 대해서는 태그 1, 2, 6 및 9하에 저장된 데이터를 출력할 수 있다는 것을 의미한다.

그 다음에, 양 서비스에 관련되는 데이터를 출력할 수 있도록 설계된 CroType 1과, 기본적 호출에 관련된 데이터를 출력할 수 있도록 설계된 CroType 2의 두 출력 형태를 설정한다. 도 6에는 기본적 구조와 생성된 피관리 대상간의 관계가 도시된다.

출력 장치 "호출 기록 출력(CRO)" 가 모든 고객에 대해서 모든 CroTypes의 출력을 실행할 수 있도록 하기 위해 각 고객 및 CroType를 위해 하나의 CroCustomerTemplate가 필요하다. 이런 예의 결과는 전체 4개의 CroCustomerTemplate로 된다. 도 7에는 이런 결과의 구조가 도시되어 있다. 고객 (A)는 CroType 1로부터의 모든 가능한 태그 및 CroType 2로부터의 태그 번호 1 및 2를 요구하고, 고객(B)는 모든 CroType로부터 8보다 작은 번호를 가지는 모든 태그를 요구한다. 그 다음, 출력 장치(CRO)가 적절한 분배를 행하기 위해 필요한 최종 구조를 가진다. 모든 상이한 고객이 모든 상이한 CroType로부터 어떤 데이터 필드를 필요로 하는 가를 명기하였다.

도 4의 데이터 흐름의 마지막 부분은 데이터가 다른 반-호출로 전송될 시기를 나타낸 것이다. 반-호출은 전기 통신 서비스 프로토콜(TSP)에 의해 통신한다. TSP는 자기-식별 파라미터를 반송한다. 하나의 파라미터는 하나의 데이터 대상을 포함하고, 태그에 의해 식별된다. 수신기는 태그를 주시함으로써 어떤 데이터가 수신되는 가를 결정할 수 있다. TSP의 파라미터를 식별하기 위해 사용된 태그는 TR에 저장된 데이터를 식별하기 위해 사용된 것과 동일한 태그이다.

도 8에는 호출 처리 동안에 트랜잭션 기록에서 호출 데이터 수집의 간단한흐름도의 다수의 단계가 요약되어 있다. 그러한 처리는 단계(100)에서 시작한다. 이런 처리의 최초 실제 단계(101)에서, 메시지가 외부 프로토콜를 통해 수신된다. 이는 시스템내의 동적 처리내에서 프로토콜 에이전트에서 수신된다. 그 후, 단계 (102)에서, 데이터는 외부 표기 상태에서 내부 표기 상태로 변환된다. 데이터 대상은 이런 동적 처리내에서 작성된다. 그 후, 이런 데이터 대상은 수신 데이터의 내부 표기 상태를 포함한다.

제 3 단계(103)에서, 데이터 대상은 태그 요소 하에 트랜잭션 기록에 저장된다. 호출 처리 동안, 제 4 단계(104)에서 트랜잭션 기록 관찰 대상을 이용하여 특정 데이터를 검색하기 위한 정확한 포인터(PTR)를 얻기 위한 태그 요소를 이용하는 트랜잭션 기록으로부터 데이터가 인출된다.

호출이 종료되거나, 호출 데이터의 출력이 통계적 또는 차징 목적으로 원할시에, 기능 호출 기록 출력은 제 5 단계(105)에서 호출된다. 이런 기능은 어느 데이터를 출력하는 가를 찾기 위하여 데이터베이스를 액세스한다. 따라서 이런 기능은 태그 요소의 리스트를 획득한다. 원하는 데이터는 단계(104)에서 TR로부터 수집되어 출력 버퍼에 놓여지게 된다. 이런 버퍼는 외부 매체로 출력될 수 있다. 후에, 데이터는 예컨대 요금 청구 정보 등을 생성시키기 위해 후속 처리될 수 있다.

마지막으로, 도 9에는 3개의 단계에 의해 출력에 포함되는 데이터의 지정을 위해 간단한 흐름도가 도시되어 있다. 이런 절차는 단계(200)에서 시작된다. 단계(201)에서, 서비스 제공자, 또는 시스템을 관리하는 어느 다른 조작원은 상이한 호출 형태에 대해 어느 데이터가 출력되어야 하는 가를 결정한다. 이런 상이한출력 형태는 제 2 단계(202)에서 출력될 태그의 리스트를 템플릿에 채워 넣음으로써 명기된다. 마지막 단계(203)에서, 이런 템플릿은 예컨대 분리된 단말기 및/또는 키보드에 의해 태그의 리스트를 입력함으로써 데이터베이스에 저장된다. 이런 입력된 태그의 리스트는 호출 처리 동안 나중에 액세스된다. 태그의 리스트의 입력은, 트래픽 케이스를 개시 및 종료하고, 액세스 프로토콜로부터 정확한 트래픽 케이스로 정보를 분배하며, 새로운 서비스를 개시하는 등의 전기 통신 시스템의 일반적 호출처리와 간섭하지 않지만, 입력 시에는 후속 처리를 위해 어느 데이터가 데이터베이스에 저장되는가를 결정한다.

본 기술분야의 당업자라면 청구범위에서 규정된 본 발명의 정신 및 범주내에서 본 발명의 다양한 수정과 변경이 가능하다는 것을 알 것이다.

Claims (10)

1. 소프트웨어에 의해, 반-호출 원리를 이용하는 전기 통신 시스템에서의 호출처리 구조화 방법에 있어서,

   실행하는 반-호출간의 포괄 프로토콜과 반-호출 원리를 결합하는 단계,

   세션의 각 반-호출을 제어하는 세션 소프트웨어를 제공하는 단계로서, 상기 세션 소프트웨어는 세션 범위 및 트래픽 케이스 범위를 포함하고, 상기 세션 범위 및 트래픽 케이스 범위의 각각은 다수의 기록이 국부 메모리 기능에 포인터(PTR)를 저장하는 메모리 기능을 사용하는 세션 소프트웨어 제공 단계,

   국부적으로 저장된 데이터를 식별하는 태그 요소(TAG)와 상기 포인터를 결합하는 단계,

   세션 동안에 상기 포인터 및 태그 결합을 이용함으로써 실행되는 소프트웨어 대상 및 데이터 대상을 액세스하는 단계 및,

   새로운 서비스와 관련된 소프트웨어 대상 및 데이터 대상에 상기 기록의 태그 요소를 제공함으로써 상기 전기 통신 시스템에 상기 새로운 서비스를 가산하는 단계로 이루어지는 것을 특징으로 하는 전기 통신 시스템에서의 호출 처리 구조화 방법.
2. 제 1 항에 있어서, 상기 세션 범위는 호출의 실행 대상에 포인터를 저장하기 위한 세션 기록(SR)을 이용하고, 상기 기록으로부터 세션내의 어느 다른 대상은 상기 대상을 저장한 태그 요소(TAG)를 사용함으로써 액세스되며, 다른 데이터 대상은 세션 기록(SR) 또는 트래픽 케이스 기록으로부터 참조되는 트랜잭션 기록(TR)에 저장되는 것을 특징으로 하는 전기 통신 시스템에서의 호출 처리 구조화 방법.
3. 제 2 항에 있어서, 상기 트래픽 케이스 범위는 상기 세션 범위와 비슷한 구조를 가지고, 상기 트래픽 케이스 기록은 상기 세션 기록(SR)으로부터 참조되며, 상기 트래픽 케이스 기록은 호출의 실행 대상을 저장하도록 작성되는 것을 특징으로 하는 전기 통신 시스템에서의 호출 처리 구조화 방법.
4. 제 2 항에 있어서, 상기 트랜잭션 기록(TR)은 상기 트래픽 케이스에 속하는 데이터 대상을 저장하는 것을 특징으로 하는 전기 통신 시스템에서의 호출 처리 구조화 방법.
5. 제 1 내지 4 항 중 어느 한 항에 있어서, 상기 태그 요소(TAG)는 저장되는 각 실행 대상 또는 데이터 대상에 할당된 정수로 실현되는 것을 특징으로 하는 전기 통신 시스템에서의 호출 처리 구조화 방법.
6. 반-호출 원리를 이용하는 전화용 호출 처리 교환 시스템에 있어서,

   실행하는 반-호출간의 포괄 프로토콜 및,

   세션의 각 반-호출을 제어하는 세션 소프트웨어로서, 상기 세션 소프트웨어는 세션 범위 및 트래픽 케이스 범위를 포함하고, 상기 세션 범위 및 트래픽 케이스 범위의 각각은 다수의 기록이 국부 메모리에 포인터(PTR)를 저장하는 메모리 기능을 사용하는 세션 소프트웨어를 포함하는데,

   상기 포인터는 국부적으로 저장된 데이터를 식별하는 태그 요소(TAG)와 결합되고, 세션 동안에 상기 포인터 및 태그 결합을 이용함으로써 실행되는 소프트웨어 대상 및 데이터 대상을 액세스함으로써, 새로운 서비스와 관련된 소프트웨어 대상 및 데이터 대상에 상기 기록의 태그 요소를 제공하여 상기 전기 통신 시스템에 상기 새로운 서비스를 가산하는 것을 특징으로 하는 호출 처리 교환 시스템.
7. 제 6 항에 있어서, 상기 세션 범위는 호출의 실행 대상에 포인터(PTR)를 저장하기 위한 세션 기록(SR)을 이용하고, 상기 기록으로부터 세션내의 어느 다른 대상은 상기 대상을 저장한 태그 요소(TAG)를 사용함으로써 액세스되며, 다른 데이터 대상은 세션 기록(SR) 또는 트래픽 케이스 기록으로부터 참조되는 트랜잭션 기록 (TR)에 저장되는 것을 특징으로 하는 호출 처리 교환 시스템.
8. 제 7 항에 있어서, 상기 트래픽 케이스 범위는 상기 세션 범위와 비슷한 구조를 가지고, 상기 트래픽 케이스 기록은 상기 세션 기록(SR)으로부터 참조되며, 상기 트래픽 케이스 기록은 호출의 실행 대상을 저장하도록 작성되는 것을 특징으로 하는 호출 처리 교환 시스템.
9. 제 8 항에 있어서, 상기 트랜잭션 기록(TR)은 상기 트래픽 케이스에 속하는 데이터 대상을 저장하는 것을 특징으로 하는 호출 처리 교환 시스템.
10. 제 6 내지 9 항 중 어느 한 항에 있어서, 상기 태그 요소(TAG)는 저장되는 각 실행 대상 또는 데이터 대상에 할당된 정수로 구성되는 것을 특징으로 하는 호출 처리 교환 시스템.

Images