KR19980702868A

KR19980702868A - 서비스 관리 동작 및 지원 시스템과 방법

Info

Publication number: KR19980702868A
Application number: KR1019970706275A
Authority: KR
Inventors: 제임스 프란시스 퍼카
Original assignee: 죠셉 지오다노; 벨컴뮤니케이션즈리서치,인코포레이티드
Priority date: 1995-03-06
Filing date: 1996-02-22
Publication date: 1998-08-05
Also published as: JPH10506254A; CN1186554A; CA2214725A1; TW322671B; EP0813715A4; EP0813715A1; WO1996027835A1

Abstract

SNS(305)는 서비스 요구를 SMS(310)로 전송함으로써 네트워크의 하나이상의 고객(180)으로부터의 서비스에 대한 요구를 처리한다. 서비스 요구는 고객으로부터 수집된 서비스 명칭 및 상응하는 데이터를 포함한다. SMS(310)는 기능 명칭을 기초로하여 복수의 저장영역으로부터 서비스 관리 프로그램을 선택하고 준비 데이터를 얻기 위하여 서비스 관리 프로그램을 실행한다. 준비 데이터는 네트워크 엘리먼트(120,130)가 고객(180)으로부터 수집된 데이터를 기초로하여 네트워크 서비스를 처리하는데 필요한 정보에 상응한다. 준비 데이터가 결정되면, SMS(310)는 준비 데이터를 네트워크 엘리먼트(120,130)로 전송한다. 네트워크 엘리먼트(120,130)는 SMS(310)에 의해 전송된 준비 데이터를 기초로하여 요구된 서비스를 검증한다.

Description

서비스 관리 동작 및 지원 시스템과 방법

새로운 전화 시스템을 수행하거나 또는 기존 서비스를 효율적이고 경제적으로 변형하는 것으로 전화 회사의 오랜 문제점이었다. AIN에 있어서 최근 발전은 발생 프로세스를 단순히 하여 새로운 서비스의 발생 비용을 감소시키는 것이나, 여전히 해결되지 않는 문제점을 가지며, 특히 새로운 서비스를 수행하기 위하여 요구되는 데이터를 모으고 조작하는 것에 관한 문제점을 가진다.

관련 분야에서 나타난 AIN은 개별 소비자의 요구에 따라 주문된 전화 서비스 프로그램을 제공한다. 상기 응용분야에 이용되는 바와 같이, 소비자는 서비스가 제공되는 존재를 말하며, 사용자 또는 조작자는 서비스를 발생시키거나, 테스트하거나 또는 변형하기 위하여 시스템을 사용하는 사람을 말한다. 사용자 또는 소비자는 동일할 수 있지만, 동일할 필요는 없다.

AIN은 각각의 사용자 서비스 프로세스 또는 프로그램을 생성하고 어떤 조건에서 이들 수행하기 위한 주문된 서비스(CS) 응용 소프트웨어를 포함한다. CS는 서비스 처리 및 생성 환경(SPACE) 응용 소프트웨어 및 다중 서비스 응용 플랫폼(MSAP)소프트웨어중 하나 또는 이들 모두를 포함할 수 있다. SPACE 및 MSAP 모두는 본 출원의 양수인인 벨코어가 소유한 독점적인 응용 소프트웨어이다. 각각의 소비자 서비스 프로그램은 호출 처리 레코드(CPR)라고 하는 주문형 호출 처리 정보의 레코드 또는 레코드 시리즈로서 데이터베이스에 저장된다. 개별 CPR은 소비자가 가입한 전화 서비스를 지적하는 각각의 소비자 및 이들 서비스를 제공하는데 필요한 호출 처리 단계에 대하여 생성된다. 이들 CPR은 어떻게 네트워크가 소비자 전화 번호에 대한 호출에 응답하는지를 정한다.

AIN에서, 서비스에 상응하는 CPR은 CS 응용 소프트웨어에 대한 발생 환경에서 생성되며 CS 응용 소프트웨어의 호출 처리 환경에서 호출 처리 중에 수행된다. 여기서 이용되는 바와 같이, 스위치 또는 서비스 스위칭 포인트(SSP)는 전화 호출을 수신하고 연결하는 전화 장치의 일부이다.

도 1은 SMS(110), 서비스 제어 포인트(SCP)(120, 130), 신호 전송 포인트(STP)(140, 150) 및 SSP(160, 170)을 포함하는 AIN(100)의 예를 도시한다. 각각의 SSP는 소비자 전화 호출 신호 내의 트리거의 변화를 인식하며 상기 트리거를 근거로 SCP에 질문 신호를 발생시킨다. SSP는 SCP로부터 수신된 명령에 응답하여 소비자 호출을 처리한다.

SCP는 여러 가지 위치에서 상호매칭되는 쌍으로서 구성된다. SCP(120)와 같은 SCP가 디세이블되면, 그의 쌍인 SCP(130)는 방해 없이 전화 서비스를 계속할 수 있다.

SCP쌍(120, 130)은 SMS(110)과 관련된다. SMS(110)는 소비자 데이터 및 서비스 로직이 부가 또는 관리될 수 있는 지원 인터페이스를 제공한다.

각각의 SMS(110) 및 SCP(120, 130)는 CS 응용 소프트웨어를 수행할 수 있다. CS 응용 소프트웨어는 일반적으로 조작자 인터페이스를 통한 CPR의 발생(서비스 발생) 및 호출 처리 중의 CPR 수행하도록 한다. 그러나, CS 응용 소프트웨어는 어떤 환경에서 CPR의 발생 또는 수행만을 제공한다.

도 2a는 SMS(110)의 기능 블록도이다. SMS(110)는 CPU(240), 데이터베이스(242), 조작자 인터페이스(244) 및 CS 응용 소프트웨어(246)를 포함한다. 조작자 인터페이스(44)는 각각 CPU(240)에 연결된 디스플레이(48), 키보드(50) 및 마우스(52)를 포함한다. CS 응용 소프트웨어(246)는 서비스 발생 부분(254) 및 호출 처리 부분(256)을 포함한다. CPR은 조작자 인터페이스(244)를 통하여 SMS(110)에 발생되며, 또한 네트워크 스위치 시뮬레이터 또는 전용 테스팅 스위치(도시안됨)와 같은 몇 개의 소스를 통하여 CPU(240)에 입력된 호출을 처리하도록 SMS(110)에 이용될 수 있다.

도 2B는 SCP(120, 130)의 기능 블록도이다. SCP(120, 130)는 각각 CPU(256), 데이터베이스(260) 및 CS 응용 소프트웨어(246)를 포함한다. 도 2B에서, CS 응용 소프트웨어는 호출 처리 부분(256)만을 포함한다. 이는 SCP(120, 130)이 어떠한 조작자 인터페이스(244)(도 2a)도 포함하지 않기 때문이며, 따라서 본 실시예에서 CPR은 SCP(120, 130)에서 생성될 수 없다.

SMS(110)의 서비스 발생 부분(254)은 SPACE 응용 소프트웨어를 포함한다. SMS(110) 및 SCP(120, 130)에서 호출 처리 부분은 MSAP 응용 소프트웨어를 포함한다. SPACE의 서비스 발생 부분(254)은 CPR 발생에만 사용되며, SPACE의 서비스 관리 부분(도시안됨)은 서비스를 관리하고 프로세스를 테스트하고 증명하고 그리고 CPR, 테이블 및 메시지를 SCP(120, 130)에 보내기 위해서만 사용된다.

새로운 통신 서비스에 상응하는 CPR은 사용자 워크스테이션(도시안됨)의 디스플레이 상에 원하는 서비스의 고레벨의 디스플레이 표시(그래프)를 발생함으로써 SPACE를 이용하여 생성된다. 상기 그래프는 노드, 결정 박스 및 브랜치로 구성된다. 각각의 노드는 서비스 수행에 대한 고레벨의 명령을 나타낸다. 디스플레이된 CPR 그래프는 상당히 유용하여 이는 조작자가 전화 서비스를 발생시키고 발생되는 전화 서비스를 이해하도록 한다. 그러나, 수행 환경에 이용하기 위하여, CPR 그래프는 먼저 데이터 구조 및 CPR을 나타내는 저레벨 표현으로 번역되고 다음에 이진 표현으로 번역된다. SCP(120, 130)는 이러한 이진 표현을 이용하여 수행환경에서 호출을 처리한다. SPACE를 이용하여, 새로운 서비스는 쉽게 발생되고 쉽게 수행된다.

그러나, 많은 소비자는 대량 판매를 위한 동일 전화통신 서비스를 요구할 수 있다. 예를 들어, 많은 소비자는 하루중 어느 시간(즉, 업무 시간)중에 장거리 캐리어를 지정하기를 원할 수 있다. 각각의 사용자 CPR에 상응하는 그래프는 그래프 엔트리 포인트, 캐리어를 한정하는 노드 및 특정 캐리어가 호출을 서비스하는 날짜의 시간을 한정하는 노드를 제외하고 동일할 수 있다. 그래프의 모든 다른 노드 및 그래프 구조는 서비스에 대하여 공통적이다.

동일 서비스를 요구하는 모든 소비자에 대하여 사용자가 동일 그래프를 만들도록 하는 것은 불합리하다. 따라서, SPACE 및 MSAP는 서비스 템플릿(형판;template)을 제공한다. 발생되고 인에이블될 경우, 템플릿은 소비자 특정 서비스 버전을 만들기 위한 형태로서 작용한다. 소비자 특정 서비스 버전은 템플릿내에 주문가능한 하나 이상의 노드를 형성함으로써 이루어진다. 이러한 방식으로, 템플릿은 서비스를 형성하는 CPR에서 전체 그래프를 다시 형성하거나 또는 공통적인 호출 변수를 다시 정의하지 않고 다수의 소비자에게 동일한 서비스가 제공되도록 한다.

CS 응용 소프트웨어, 특히 템플릿을 이용하여, CPR을 발생하고 처리하는 것은 새로운 전화 서비스를 발생시키고 실행하는 비용을 상당히 감소시키지만 여전히 문제점이 남아 있다. 예를 들어, 숙련된 조작자는 AIN(100)에서 각각의 새로운 서비스의 실행을 조절하여야 하기 때문에 AIN(100)은 소비자로부터 서비스 요구를 빠르고 경제적으로 수신 및 수행할 수 없다. 본 출원서에서 사용된 서비스 요구는 새로운 전화통신 서비스를 수신하거나 또는 현재 서비스를 변경하기 위한 소비자의 요구를 말한다.

AIN(100)에서 새로운 서비스를 수행하기 위하여, 조작자는 일반적으로 소비자로부터의 데이터를 수집하여야 한다. 호출 스크린 서비스에 대하여, 예를 들어 조작자는 최소한 소비자 전화 번호 및 스크린되지 않은 번호 리스트를 수집하여야 한다. 물론, 이러한 데이터를 수집하고 상기 정보를 가능한 한 빠르고 경제적으로 네트워크에서 수행하여 비용을 감소하고 빠른 서비스를 제공하는 것이 바람직하다. 그러나, 현재 AIN(100)에서는, SPACE 소프트웨어 조작에 숙련된 사람이 상기 데이터를 수집하고 SMS(110)에서 템플릿으로 상기 데이터를 수동으로 입력하는 것이 필요하였다. 이는 SMS(110)의 SPACE 소프트웨어 동작시 숙련된 고용인의 귀중한 시간 요구되고 신규 고용자의 훈련이 요구된다는 측면에서 바람직하지 못하다.

현재 AIN(100)은 서비스 요구의 수행을 위하여 상기 AIN 워크스테이션이 이용되어야 한다는 또다른 단점을 가진다. 이러한 단점은 동작 및 유지보수를 위한 이들 AIN 터미널로의 액세스 능력을 감소시킨다.

따라서, 전화 서비스 판매 대리인 또는 데이터 입력원이 상당한 훈련 없이도 AIN(100)에 수집된 데이터로 들어가는 것이 요구된다. 또한 판매 대리인 또는 데이터 입력원이 새로운 CPR을 실행하거나 또는 현재 CPR을 변형하기 위하여 현재 이용가능한 것보다 싸거나 더 쉽게 액세스 가능한 인터페이스를 통하여 원거리에서 AIN(100)에 요구되는 데이터를 입력하는 것이 요구된다.

본 발명은 개선된 지능형 전화 네트워크(AIN)에 관한 것이며, 특히 새로운 전화 서비스를 처리하고 수행하거나 또는 기존 서비스를 변형하기 위한 서비스 관리 시스템(SMS)에 관한 것이다.

도 1은 종래 AIN의 블록도.

도 2a는 도 1의 SMS의 블록도.

도 2b는 도 1 SCP의 블록도.

도 3은 본 발명의 일실시예에 따라 SMS을 사용하는 AIN의 블록도.

도 4는 본 발명의 일실시예에 따른 도 1의 AIN의 소프트웨어 블록도.

도 5a는 본 발명의 일실시예에 따른 도 3의 SCE의 블록도.

도 5b는 본 발명의 일실시예에 따른 도 3의 NEM의 블록도.

도 5c는 본 발명의 일실시예에 따른 도 3의 SMS의 블록도.

도 6은 본 발명의 일실시예에 따른 서비스 로컬 영역 네트워크의 블록도.

도 7a은 본 발명의 일실시예에 따른 도 3의 SNS의 동작을 일반적으로 도시하는 순서도.

도 7b는 본 발명의 일실시예에 따른 도 3의 SMS의 동작을 일반적으로 도시하는 순서도.

도 7c는 본 발명의 일실시예에 따른 도 3의 NEM의 동작을 일반적으로 도시하는 순서도.

도 7d는 본 발명의 일실시예에 따른 도 3의 스위치 인터페이스 시스템 동작을 일반적으로 도시하는 순서도.

도 8은 본 발명의 일실시예에 따른 SMP 및 CPR의 생성을 도시하는 순서도.

도 9는 본 발명의 일실시예에 따른 서비스 요구를 처리하는데 도 3의 개선된 인텔리전트 네트워크의 동작을 도시하는 순서도.

도 10은 본 발명의 일실시예에 따른 저장된 파일의 조작을 도시하는 SMS 동작 순서도.

도 11은 본 발명의 한 구현예에 따른 SNS로부터의 요구를 처리하는 SMS의 동작에 관한 순서도.

도 12는 본 발명의 한 구현예에 따른 서비스 관리 프로그램을 스크리닝하는 개시호출을 위한 서비스 관리 프로그램의 도식적인 처리도.

이하에서는 첨부된 도면에 설명된 본 발명의 바람직한 구현예에서의 구성 및 동작이 상세하게 인용된다. 도면에 있어서, 동일한 요소 및 동작은 동일 인용번호를 사용한다.

본 발명의 바람직한 실시예에 관한 이하의 설명은 단지 본 발명의 예시적인 것이며, 본 발명이 이에 한정되지 않으며 다른 구현예에 의하여 실현될 수 있다.

도 3은 본 발명에 따른 AIN 300의 구현예를 도시하고 있다. AIN 300은 서비스 중재 시스템(SNS)(305), SMS(310), 등록자 데이터베이스(315), 서비스 생성 요소(SCE)(325), 서비스 지역네트워크(LAN)(335), NEM(345), 스위치 인터페이스 시스템(355), SCP(123,130), STP(140,150), 그리고 SSP(160,170)을 포함한다.

바람직하게는 SCP(120,130)는 MSAP 소프트웨어를 포함하는데, 이는 전화선(180)으로부터 SSP(160,170)에 의하여 수신된 호출을 처리하기 위하여 필수적인 CPR를 수행한다. 바람직한 실시예에서는, 비록 NEM(345)와 연결된 SCP의 수가 변할 수 있다고 이해되고 있으나, NEM(345)은 두 개의 SCP(120,130)과 연결되어 있다.

바람직하게는 SNS(305) 모뎀 통신선을 통하여 도시되어 있지 아니한 SMS(310)에 연결된 하나 또는 다수의 컴퓨터들을 포함하지만, SMS(310)에게 데이터를 공급하는 어떠한 수단도 포함할 수 있다.

도 4는 AIN(300)의 바람직한 실시예에서 사용된 소프트웨어를 도시한다. 그 소프트웨어는 SPACE 소프트웨어의 수정판(410), MSAP 소프트웨어의 수정판(430), 다수의 SMP(420), SPACE 소프트웨어(440), MSAP 소프트웨어(460), 다수의 CPR(450), 그리고 다수의 트리거(470)를 포함한다. SMP(420)은 SNS(305)에 의하여 제어되는 데이터를 NEM(345)에 의하여 인스턴스화 하기 위하여 요구되는 임시 데이터로 변환하는 경우에 있어서 SMS(310)의 동작을 제어한다. SMP(420)는 바람직하게는 SCE(325)에 포함된 수정된 SPACE 소프트웨어(410)에 의하여 생성되며, 바람직하게는 SMS(310)에 포함된 수정된 MSAP 소프트웨어(430)에 의하여 수행된다. CPR(450)은 SSP(160,170)에서 수신된 호출을 처리하는 경우에 SCP(120,130)의 동작을 제어한다. CPR(450)은 바람직하게는 NEM(345)에 포함된 SPACE 소프트웨어(440)에 의하여 임시 데이터에 기반하여 생성되며, 바람직하게는 SCP(120,130)에 포함된 MSAP 소프트웨어(460)에 의하여 수행된다. 트리거(470)는 SSP(160,170)로의 또는 그로부터의 호출에 응답하며, 이들 호출에 기반하여 MSAP이 특별한 CPR을 수행하도록 요청한다. 수정된 SPACE 소프트웨어(410)는 이하에서 설명될 것과 같은 SMP의 데이터 변환함수용으로 개조된 부가 노드들을 포함한다. 수정된 MSAP 소프트웨어(430)는 수정된 SPACE 소프트웨어(410)에 구비된 부가 노드들을 처리하기 위하여 설계되었다. 수정된 SPACE 소프트웨어(410) 및 수정된 MSAP 소프트웨어(460) 양자는 이 출원의 양수인인 Bellcore에 의하여 독점 소유되는 소프트웨어 응용이다.

본 발명에 따라서, SMP(420)는 CPR(450)의 생성과 유사한 방식으로 수정된 SPACE 소프트웨어(410)를 사용하여 생성된다. 각각의 SMP는 각 특정의 서비스를 위한 그리고 SNS(305)에 의하여 제어되는 데이터의 각 특정 포맷을 위한 서비스 관리 함수의 실행을 관리하고 진행시키기 위하여 운용자에 의하여 개조될 수 있다. SMP(420)는 소요의 서비스 관리 함수에 관한 고급의, 디스플레이된 표현(그래프들)에 상응한다. CPR에서와 같이, 이 그래프들은 노드, 결정박스, 그리고 분기를 포함하며, 각 노드는 서비스 관리 함수의 실행을 위한 고급 명령어를 나타낸다.

도 5a는 SCE(325)의 바람직한 구현예에 관한 기능적인 블록도이다. SCE(325)는 CPU(558), 데이터베이스(552), 운용자 인터페이스(44), 그리고 커스터마이즈된 처리(CP) 응용(560)을 포함한다. 운용자 인터페이스(44)는 디스플레이(48), 키보드(50), 그리고 마우스(52)를 포함하며, 각각은 CPU(558)고 연결된다.

CP 응용(560)은 생성부(564) 및 실행부(566)를 포함한다. SCE(325)의 생성부(564)는 바람직하게는 수정된 SPACE 소프트웨어를 포함한다. SCE(325)의 실행부(566)는 바람직하게는 수정된 MSAP 소프트웨어를 포함한다. CP 응용을 통하여 운용자는 주어진 서비스와 관련하여 SMP를 생성 및, 어떤 경우에는, 실행한다. 또한 운용자는 SMP의 실행을 위하여 요구되는 테이블, 데이터베이스, 또는 정의 등을 생성하기 위하여 CP 응용을 사용한다. SMP 및 부가 데이터는 데이터베이스(552)에 저장된다. 각 SMP는 각 서비스를 위하여 생성되고 SNS(305)에 의하여 수집될 그리고 SMS(310)로 보내질 데이터, 그리고 서비스를 개시하기 위하여 NEM에 의하여 요구되는 임시 데이터를 나타낸다. 이 SMP는 어떻게 SMS(310)이 SNS(305)에 의하여 수집된 데이터를 받아들이고 수집된 데이터를 새로운 서비스를 개시하기 위하여 NEM(335)에 의하여 요구되는 임시 데이터로 변환하여야 하는지를 지시한다. SMP는 모의 SNS 또는 테스팅 SNS(도시되지는 않음)으로부터 받아들인 입력을 통하여 SCE(325)에서 실행될 수 있다.

도 5b는 NEM(325)의 바람직한 실시예의 기능적인 블록도이다. NEM(325)는 CPU(568), 데이터베이스(562), 그리고 CS 응용(246)을 포함한다. CS 응용은 바람직하게는 서비스 생성부(254)를 포함한다. 이는 바람직하게는 SPACE 소프트웨어를 포함한다.

NEM(345)은 바람직하게는 SMS(310)으로부터 받아들여진 임시 데이터를 취하기 위하여 그리고 SCP(120,130)가 전화 호출을 처리하기 위하여 필수적인 CRP를 생성하기 위하여 템플릿 프로그램을 구현한다.

도 5c는 SMS(310)의 바람직한 실시예에 관한 기능적인 블록도이다. SMS(310)은 바람직하게는 CPU(540), 데이터베이스(542), 그리고 CP 응용(560)을 포함한다. CP 응용은 바람직하게는 서비스 실행부(566)를 포함한다. SMS(310)의 서비스 실행부(566)는 바람직하게는 수정된 MSAP 소프트웨어를 포함한다.

다시 도 3과 관련하여, 등록자 데이터베이스(315)는 바람직하게는 하드디스크드라이브에 저장된 오라클(등록상표)을 포함하나, SMS(310)에 의하여 용이하게 액세스할 수 있는 어떠한 종류의 저장 매체도 가능하다. 등록자 데이터베이스(315)는 바람직하게는 적어도 고객명, 전화번호, 그리고 등록된 서비스의 리스트를 포함하는 각 고객의 엔트리 그리고 등록된 서비스에 관한 관련 정보 및 데이터를 포함한다. 등록자 데이터베이스는 또한 고객 우편주소, 요금정보 등과 같은 부가데이터를 포함할 수 있다.

SSP(160,170)은 바람직하게는 전화 호출을 처리하기 위하여 사용되는 상업적으로 이용 가능한 어떠한 전화 스위치, 예를 들면, ATT의 5ESS 스위치, ATT의 1AESS 스위치, 또는 노던텔레콤의 DMS 100 스위치도 포함한다.

스위치 인터페이스 시스템(355)은 바람직하게는 문서참조 BD-SOAC-SPEC-002인 Bellcore 문서 SOAC/MAS 인터페이스명세에서 설명된 것과 같은 표준 MARCH 인터페이스 장치를 포함하지만, 전화 호출을 처리하기 위하여 SNS(305)로부터 정보를 받아들이고 그것을 SSP(160,170)으로 보낼 수 있는 어떠한 인터페이스 장치가 될 수도 있다. 이 정보는 예를 들면, 언제 그리고 어떻게 SSP(160,170)가 호출 처리 중에 SCP(120,130)를 질의해야 하는지를 나타내는 트리거 데이터를 포함한다. 다른 구현예에서는, 스위치 인터페이스 시스템(355)은 인터페이스를 경유하여 SNS(305)에 더하여 또는 그를 대신하여 SMS에 연결될 수 있다.

도 6은 서비스랜(355)의 바람직한 실시예를 보여준다. 여기에서 보는 바와 같이, 랜(335)은 바람직하게는 운영지원센터(OSC)(602), 서비스보증그룹(604), 하나 또는 다수의 원격 사용자(606), 하나 또는 다수의 운영지원시스템(OSS)(608), 사용자 관리 그룹(UAG)(610), 그리고 유지 및 동작 콘솔(MOC)(612)를 포함한다. OSC(602), UAG(610), 그리고 MOC(612)는 랜(355)을 통하여 SMS(310)에 직접 연결된다. 원격 사용자(60) 및 원격 OSS(608)은 바람직하게는 TCP/IP(transmission control protocol/internet protocol)를 사용하여 인터넷을 경유하여 원격지로부터 랜으로 연결될 수 있다. TCP/IP는 네트웍 정보 센터로부터 얻을 수 있는 Internet Request For Comments라고 불리는 일련의 기술 보고서에 기술되어 있다. 서비스 랜(355)의 동작은 이하에서 상세히 기술된다.

본 발명에 따른 도 3과 관련하여, AIN(300)의 동작 중에, SMS(310)은 SNS(305)로부터 고객에 의하여 등록된 서비스의 활성화 및 변경과 관련된 데이터, 예를 들어, 새로운 연결, 서비스의 변경, 또는 연결해제와 관련된 데이터를 받아들인다. AIN(300)의 다른 부분과의 통신을 위한 다양한 유형의 서비스 주문요청을 포함하는데, 예를 들면, 완료 통지, 정정 및 취소가 그것이다. SNS(305) 및 SMS(310) 사이의 연결은 AIN 임시 흐름을 조화롭게 해주며 데이터베이스(315), SCP(123,130), 그리고 SSP(160,170) 모두가 적절한 주문으로 갱신되는 것을 보장한다. SNS(305)로부터의 수집된 데이터의 흐름을 구현하는 경우에, SMS(310)은 등록자 데이터베이스(315)가 존재한다면 거기에 포함된 관련 등록 데이터와 함께 SNS(305)로부터 수신된 데이터와 상호 관련된다. 이 발명에서 사용된 등록 데이터는 SNS(305)로부터 SMS(310)에 의하여 수신된 과거의, 활성인, 그리고 진행중인 데이터와 관련된 정보를 일컫는다. SNS(305)는 또한 필연적으로 등록자 데이터베이스(315)에 저장된 등록 데이터를 검색하고 갱신한다. 그러므로 SNS(305) 및 SMS(310) 사이의 연결은 고객 등록의 현상태에 관련된 정보를 검색하고 그후에 갱신된 데이터를 그 데이터에 기초하여 SMS(310)으로 보내기 위하여 SNS(305)에 의하여 사용될 수 있다. 다른 예로써, 인터페이스는 고객이 그런 정보를 요구하거나 문제점을 알려왔을 때 등록에 관한 현재의 상황을 검색하기 위하여 SNS(305)에 의하여 사용될 수 있다.

SNS(305)로부터의 다수의 서로 다른 질의들에 의하여 SMS(310)에게로 액세스 하는 것 또한 본 발명의 범위 내의 것이다.

SMS(310)은 예를 들면, 등록자 데이터베이스(315) 내의 등록 데이터를 생성, 삭제, 갱신, 그리고 검색에 의하여 등록자 데이터베이스(315)를 관리한다. SNS(305)로부터의 정보에 기초한 동작 이외에, SMS(310)은 또한 서비스랜(335)으로부터 만들어진 질의에 응하여 등록자 데이터베이스(315)를 액세스하고 관리한다. 등록자데이터베이스(315)는 바람직하게는 SMS(310)에 직접 연결되지만, SQL*Net과 같은 원격 인터페이스에 의하여 액세스되는 원격 데이터베이스일 수도 있다. SQL*Net 인터페이스는 오라클 사로부터 얻을 수 있는 SQL*Net TCP/IP 사용자안내서(1.2버전)에 기술되어 있다.

SNS(305)로부터의 다수의 질의들에 의하여 SMS(310)에게로 액세스하는 것 또한 본 발명의 범위 내의 것이다. SMS(310) 및 SNS(305)는 바람직하게는 TCP/IP 인터페이스에 의하여 연결되지만, 데이터가 SMS(310) 및 SNS(305) 사이에 전달 될 수 있는 어떠한 인터페이스를 사용하여서도 구현될 수 있다. SMS(310) 및 SNS(305) 사이에 전달되는 메시지는 바람직하게는 추상화 신텍스 표기법 원(ASN.1)에 따라서 코딩된 데이터를 가진다. ASN.1은 추상화 데이터 타입을 정의하기 위한 운영체제에 독립이며, 언어에 독립인 표기법이며 Bellcore에 의하여 만들어진 CCITT 권고사항인 X.208 및 X.409에 기술되어 있다.

SMS(310)는 SCP(120 및 130)에서의 신청을 활성화하기 위하여 NEM(345)에 전송하기 위한 SNS(305)로부터 수신된 데이터의 처리를 참작하는 SCE(325)로부터의 명령을 수신한다. 이들 명령은 변조된 공간 시스템으로 형성된 SMP를 포함한다. SCE(325)에 의해 생성된 이들 SMP는 SMS(310)에게 한 형태의 정보를 어떻게 취하고 그것을 CRP 템플렛(template), 즉, 준비 데이터에 기입하기 위하여 허용 가능한 형태로 어떻게 변환하는가를 명령한다.

SMS(310) 및 SCE(325) 사이의 인터페이스는 RS-232 인터페이스, 인터넷 접속, 모뎀 접속, 또는 그와 동종의 물리 접속일수있거나, SCE(325)는 SMS(310)으로부터 물리적으로 분리되고 프로그램은 SCE(325)에서 플로피 디스크에 로딩되고 핸드(hand)는 SCE(325)로부터 SMS(310)로 운반된다.

SMS(310) 및 NEM(345) 사이의 인터페이스는 ASN.1에 따라 인코드된 데이터를 가지는 TCP/IP 인터페이스이다. SMS(310)는 NEM(345)에 대한 메시지 수송을 제어하고 SMS(310)가 NEM(345)와 일시적으로 접촉하지 않을 때 NEM(345)에 대한 추후 전송을 위하여 메시지를 대기 행렬에 넣는다.

SMS(310)는 다중 NEM(345)와 인터페이스하고 고객의 지리적 어드레스를 바탕으로 주어진 고객에 대한 적당한 준비 데이터로 NEM(345) 및 SCP쌍(120 및 130)에 의해 사용된 지리적 영역을 각각 제공할 수 있다. 이것 방식으로 SMS(310)는 고객이 통화하는 지리적 영역에 서비스하는 SCP(120 및 130)에 대한 고객 서비스를 제공하는 것을 보장한다.

바람직한 실시예에서, SNS(305)는 SSP(160 및 170)에 트리거 정보를 제공하기 위하여 스위치 인터페이스 시스템(355)에 접속된다. SCP(120 및 130)가 본 발명에 다른 콜 및 실행 서비스를 처리하기 위하여 적당한 정보를 포함하는 CRP를 수신할 때, SSP는 CRP가 SCP(120 및 130)에 의해 어떤 활성화를 요구하는 것과, 언제 활성화를 요구하는지에 대해 명령하기 위하여 트리거 데이터를 수신한다.

다른 실시예에서, SMS(310)는 트리거 데이터를 SSP(160 및 170)에 보내도록 스위치 인터페이스 시스템(355)에 직접적으로 접속될 수 있고 , SNS(305) 및 스위치 인터페이스 시스템(355) 사이 접속은 제거된다. 이런 다른 실시예에서 SMS(310)는 적당한 포맷으로 필요한 트리거 데이터를 SNS(305)로부터 수시된 정보를 바탕으로 스위치 인터페이스 장치에 전송한다.

SMS(310) 및 SCE(325) 사이의 인터페이스외에, SMS(310) 및 서비스 랜(LAN) 사이의 인터페이스가 존재한다. 이런 인터페이스를 통하여, 조작자는 신청자 데이터 베이스(315)의 신청 데이터를 검사하고 갱신한다. 이런 방법에 의해 기입된 데이터를 바탕으로 신청자 데이터에 대한 갱신은 SNS(305)에 의해 수집된 데이터를 바탕으로 위와 같은 갱신을 처리한다. 양쪽 경우에, SMS(310)는 수집된 데이터를 준비 데이터를 변환하고 준비 데이터를 NEM(345)에 전송한다.

도 7a-7d는 본 발명의 바람직한 실시예에 따라 AIN(300)의 동작을 일반적으로 도시한다. 도 7a는 눈(305)의 동작을 일반적으로 도시한다. 도 7B는 SMS(310)의 동작을 일반적으로 도시한다. 도 7c는 NEM(335)의 동작을 일반적으로 도시한다. 도 7d는 스위치 인터페이스 시스템(355)의 동작을 일반적으로 도시한다.

도 7a에 도시된 바와같이, SNS(305)는 처음에 고객으로부터 새로운 서비스에 대한 요구를 수신한다(단계 710). SNS(305)는 그리고나서 고객으로부터 데이터를 수집하고(단계 712) 수집된 데이터를 SMS(310)에 전송한다(단계 714). 마지막으로, 수집된 데이터를 바탕으로, SNS(305)는 새로운 서비스에 따른 콜을 올바르게 처리하기 위하여 SSP(160 및 170)를 위하여 필요한 트리거 데이터를 생성하고(단계 716) 트리거 데이터를 스위치 인터페이스 시스템(355)에 전송한다(단계 718).

도 7b에 도시된 바와같이, SMS(310)는 SNS(305)로부터 수집된 데이터를 수신하고(단계 720), 새로운 서비스를 설명하기 위하여 수집된 데이터를 NEM(335)에 의해 요구된 준비 데이터로 전환하고(단계 722), 준비된 데이터를 NEM(335)으로 전송한다(단계 724).

도 7c에 도시된 바와같이, NEM은 SMS(310)으로부터 준비된 데이터를 수신하고(단계 730), 준비된 데이터로 필요한 템플렛을 채우고(단계 732), 및 충전된 템플렛을 통하여 요구된 서비스를 설명한다(단계 734).

도 7d에 도시된 바와같이, 스위치 인터페이스 시스템은 SNS(305)로부터 트리거 데이터를 수신하고(단계 740) 트리거 데이터를 SSP로 대체한다(단계 742).

도 8은 SMP 및 CPR의 생성을 도시하는 순서도이고 본 발명의 서비스 생성의 공통성을 도시한다. CP 응용(560)의 생성 부분(564)(도 5a)은 변형된 공간 소프트웨어에서만 이용할 수 있는 것뿐 아니라 상기 공간 소프트웨어에서 이용할 수 있는 기능 모두를 포함한다. 결과적으로, 조작자(802)는 SCP(120 및 130)에 의해 실행하기 위한 CPR(806)을 생성하기 위하여 SCE(325)를 사용할 수 있고 SMS(310)에 의해 실행하기 위한 SMP(804)를 생성하기 위하여 동일 SCE(325)를 사용한다.

본 발명에 따른 SMS(310)를 포함하는 AIN(300)의 바람직한 동작 방법은 서비스의 활성화 또는 변경을 위하여 고객으로부터의 요구를 처리하기 위한 AIN(300)의 처리 단계를 도시하는 도 9a 및 9b를 참조하여 기술된다.

상기 처리는 고객이 AIN(300)에 의해 제공된 서비스를 첨가, 변화, 또는 삭제할 때 시작한다, 즉, 서비스 변화 주문을 제시하고, SNS(305)에 요구를 제공한다(단계 908). SNS(305)는 고객으로부터 수집된 정보를 바탕으로, 서비스를 첨가, 변화, 도는 삭제하기 위하여 요구된 고객으로부터의 데이터를 수집하고(단계 910), 포맷상에 승인된 데이터를 SMS(310)으로 전송한다(단계 912). SNS(305)으로부터 데이터를 사용하여, SMS(310)는 필요한 데이터가 수집 및 수신되는 것을 실행 및 SMP를 바탕으로 검증하기 위하여 적당한 SMP를 결정하고, 데이터를 확인한다, 즉, 충분한 데이터가 허용가능한 데이터 값을 가지는 적당한 포맷으로 제시되는지를 결정한다(단계 914). 만약 데이터가 검증되고 확인되면, SMS(310)는 초기 데이터 포맷으로부터 준비 데이터 포맷으로 수집된 데이터를 번역하고(단계 916) 및 현재 시점의 상태하에서 신청 데이터로서 준비 데이터를 저장한다(단계 917). 만약 단계(314)에서, 데이터가 검증되거나 확인되지 않으면, SMS는 에러 상태로 진입하고 요구를 처리한다(단계 915).

수집된 데이터가 준비 데이터로 전환된후, SMS는 요구의 만료일을 검사한다(단계 918). 만약 SMS가 SMS(305)에 의해 요구된 만료일이 임박하다는 것을 결정하면, SMS(310)는 준비 데이터를 NEM(345)로 전송한다(단계 922). 만약 만료일이 미래의 어느 시간이면, SMS(310)는 프로세스(단계 921)에 존재하고(단계 920) 요구된 만료일이 도달되는 것을 결정할때까지 다른 동작을 계속하고(단계 921) 및 단계 922를 실행한다.

준비 데이터를 수신하는 중에, NEM(345)은 고객 변화 서비스 요구를 처리하기 위한 요구된 CPR을 완성하기 위하여 공급된 준비 데이터로 고객에 의해 요구된 서비스와 연관된 템플렛을 배치한다(단계 924). NEM(345)은 결과 CPR로 SCP(120 및 130)와 연관된 데이터 베이스를 갱신한다(단계 926). 다음, NEM은 어떤 에러가 요구된 CPR의 생성 또는 변경동안 발생되는지를 결정한다(단계 928). 만약 NEM(345)이 단계 928에서 에러를 검출하지 않으면, NEM(345)은 연속적인 갱신을 알리는 메시지를 가지는 SMS(310)에 응답한다(단계 930). 만약 NEM(345)이 단계 928에서 에러를 검출하면, NEM(345)은 에러 상태로 진입하고 요구 처리를 정지한다(단계 929). 일단 SMS(310)가 NEM(345)으로부터 승인을 수신하면, SMS(310)는 승인 신호를 가지는 SNS(305)에 응답한다(단계 932). SMS(310)는 상태 활성하에서 신청자 데이터 베이스(325)의 준비 데이터를 저장한다(단계 934).

승인 신호를 수신하는중에 SNS(305)는 트리거 데이터를 포함하는 정보 패킷을 스위치 인터페이스 시스템(355)에 전송한다(단계 936). 이런 응용에서 사용된 바와같이, 트리거 데이터는 새로운 서비스를 처리하기 위하여 SCP(120 및 130)을 적당하게 액세스하기 위한 SSP(160 및 170)에 요구된 트리거를 배치하도록 스위치 인터페이스 시스템(355)에 필요한 데이터이다. 스위치 인터페이스 시스템은 서비스 요구의 만료일을 검사한다(단계 938). 스위치 인터페이스 시스템(355)은 서비스 시작에 대한 만료일이 임박하다는 것을 결정하면, 스위치 인터페이스 시스템(355)은 AIN 트리거를 SSP(160 및 170)에 전송한다. 만약 만료일이 미래의 어떤 시간이면, 스위치 인터페이스 시스템(355)은 프로세스에 존재하고(단계 940) 및 요구된 만료일이 도달하는 것을 결정할때까지 다른 동작을 계속하고, 이 시간에 스위치 인터페이스 시스템(355)은 단계 941로 되돌아가고 단계 942를 실행한다.

스위치 인터페이스 시스템이 트리거를 SSP(160 및 170)에 전송할 때, 전송동안 에러가 발생하는지 결정한다(단계 946). 만약 스위치 인터페이스 시스템(355)이 어떤 에러를 검출하면, 에러 상태로 진입하고 요구를 처리한다(단계 944). 만약 스위치 인터페이스 시스템(355)이 트리거를 SSP(160 및 170)에 전송하는데 에러를 검출하지 못하면, 스위치 인터페이스 시스템(355)은 SSP(160 및 170)으로부터 SNS(305)으로 승인을 전달한다(단계 948). SNS(305)은 이후에 상기 AIN(300)이 상기 서비스 요구의 처리를 완료했다는 것을 승인하는 신호를 SMS(310)에 전송한다(단계 950).

다른 실시예에서, 단계(936)는 단계(950)를 요구하지 않고 상기 SMS(310)에 의해 직접 수행될 수 있다. 이런 다른 실시예에서, 상기 스위치 인터페이스 시스템(335)은 단계(948)처럼 상기 SMS(310)에 직접 승인을 전송한다.

상기 가입자 데이터베이스(315)는 우선 상기 SMS(310)에 보내지는 상기 시간 수집된 데이터로부터 상기 고객의 가입의 이력을 기록한다. SMS(310)는 변형 또는 취소를 위한 어떤 부가적 요구을 통한 그것의 초기 요구로부터 가입의 다중 뷰(view)를 포함하는 특별한 가입자 서비스 가입에 관련하는 한 세트의 가입 데이터를 유지한다. 이런 서로다른 뷰는 고객을 위한 서비스의 이력을 반영한다. SMS(310)은 수행의 어떤 스테이지가 도달하는가를 표시하는 데이터의 각각의 조각에 '상태를 할당함으로써 서로다른 뷰를 추적한다. 상기 SMS(310)와 가입 상태 표시에 의해 지지되는 뷰는 도 10과 11을 참조하여 다음과 같이 요약된다.

도 10에 도시된 바와 같이, 상기 SMS(310)는 저장 뷰(1002), 예외 뷰(1004와 1010), 보류 뷰(1006), 전송 뷰(1008), 마스터 뷰(1012), 및 이력 뷰(1014)의 가입 데이터로서 수집된 데이터를 저장한다. 상기 저장 뷰(1002)는 상기 수집된 데이터가 상기 SMS(310)에 의해 수신되었지만, 검증되거나 변형되지 않았다는 것을 나타내는 저장의 상태를 포함한다. 상기 보류 뷰(1006)는 상기 수집된 데이터가 성공적으로 준비 데이터로 변화되고, 모든 검증을 통과했고, 상기 NEM(345)에 대한 기입을 기다리고 있다는 것을 표시하는 보류의 상태를 포함한다. 상기 전송 뷰(1008)는 상기 SNS(305)에 의해 수집된 데이터에 대응하는 준비 데이터가 상기 NEM(345)에 기입되고 있다는 것을 표시하는 전송의 상태를 포함한다. 이런 뷰는 바람직하게 기입이 완료되거나 에러와 직면하게 될때까지 상기 SMS(310)가 기입 처리를 시작하는 시간에서만 존재한다. 상기 예외 뷰(1004와 1010)는 기입 처리(예외 뷰(1010)) 동안 수집된 데이터 또는 준비 데이터가 실패 검증(예외 뷰 1004)을 가지거나 에러가 발생했다는 것을 표시하는 실패 상태를 포함한다. 상기 마스터 뷰(1012)는 이것이 상기 SCP(120과 130)과 연관된 데이터베이스에 현재 포함된 CPR에 대응하는 데이터라는 것을 표시하는 활성 상태를 포함한다. 상기 이력 뷰(1014)는 현재 마스터 뷰(1012)이전에 상기 NEM(345)에 성공적으로 기입되는 가장 최근 마스터 뷰(1012)의 복사본을 포함한다.

도 11은 상기 SMS(310)와 상기 가입자 데이터베이스(315)가 도 10에 관련될 때 이들의 동작에 대한 순서도이다. 상기 SMS(310)는 처음에 새로운 또는 변경된 서비스에 대한 고객의 요구를 반영하고 저장 뷰(단계(1102))의 가입 데이터로서 데이터를 저장하는 상기 SMS(305)로부터 수집된 데이터를 수신한다. 에러 또는 요구된 교정이 있다면, 상기 SMS(310)는 예외 뷰(단계 1106)의 가입 데이터로서 수집된 데이터를 저장하고, 요구의 처리를 빠져나간다(단계 1107). 상기 SMS(310)가 이루에 에러의 교정을 제공하는 데이터를 수신한다면, 상기 SMS(310)는 리턴하고(단계 1114), 교정을 형성하며(단계 1113, 단계 1108)로 진행한다.

에러가 단계(1104)에서 상기 초기 요구에서 검출되지 않는다면, 상기 SMS(310)는 보류 뷰(단계 1108)의 가입 데이터로서 상기 현재 데이터를 저장한다. 상기 SMS(310)가 상기 요구가 즉시 설명될 예정이라는 것을 결정한다면, 상기 SMS(310)는 준비 데이터의 형태로 상기 요구를 상기 SCP(120과 130)에 상기 NEM(345)을 통해 전송한다. 상기 SMS(310)가 만료일이 상기 미래의 어떤 시간이라는 것을 결정한다면, 상기 SMS(310)는 요구된 만료일이 도달했다는 것을 결정할때까지 상기 처리를 빠져나가고(단계 1112) 다른 동작으로 이어지는데, 이때 그것은 리턴하고(단계 1114, 단계 1116)를 실행한다. 상기 준비 데이터를 전송할 때, 다음에 상기 SMS(310)는 준비 데이터의 전송이 임의 에러로 초래되었는지의 여부를 결정한다(단계 (1118)).

단계(1104)에서와 같이, 임의 검출된 에러가 있다면, 상기 SMS(310)는 예외 뷰(단계 1120)의 가입 데이터로서 상기 현재 준비 데이터를 저장한다. 상기 SMS(310)가 이후에 에러의 교정을 제공하는 데이터를 수신한다면, 상기 SMS(310)는 상기 처리로 리턴하고(단계 1124), 상기 교정을 형성하고(단계 1125), 상기 교정된 준비 데이터를 재전송하며(단계 1125), 그것의 전송이 성공적인지의 여부를 재검토한다(단계 1118).

상기 SMS(310)으로부터 상기 NEM(345)까지 준비 데이터의 전송이 단계 1118에서 에러가 없이 진행한다면, 상기 SMS(310)는 상기 이력 뷰의 가입 데이터로서 상기 현재 마스터 뷰에 가입 데이터를 저장하고(단계 1122), 다음에 상기 마스터 뷰내의 가입 데이터로서 상기 현재 데이터를 저장한다(단계 1123).

SMS(310)는 SMP의 매커니즘을 통해 광범위한 서비스를 관리하기 위해 용이성을 제공한다. 상기 SMP는 상기 SCP(120과 130)을 위한 CPR를 형성하는데 사용되는 동일하거나 유사한 그래픽 사용자 인터페이스를 통해 형성된다. 개별 SMP는 인원을 운영하고 각각의 특별한 서비스를 위한 서비스 관리 기능의 실행을 제어함으로써 시퀀스에 맞춰질 수 있다.

소정 서비스를 위해, SMP와 임의 연관된 데이터 테이블은 조작자가 상기 SMS(310)에 의해 기대되는 특별한 데이터 아이템, 각각의 데이터 아이템의 소스, 및 상기 수집된 데이터를 상기 NEM(345)에 의해 요구되는 상기 준비 데이터로 변환하는데 요구되는 처리 단계를 상술하도록 한다. 상기 조작자는 바람직하게 상기 데이터에 거주해야되는 NEM 템플릿, 및 다양한 조건을 위한 에러 취급, 예를 들어 불완전하거나 분실한 데이터, 서비스의 올바르지 않은 영역, 상기 NEM(345)으로부터의 무응답 등을 준비하기 위해 다수의 NEM(314)을 상술함으로써 이런 변환을 열거한다.

상기 SMS(310)에 관련되는 새로운 AIN 서비스의 형성은 도 12를 참조하여 기술될 것이다. 개시된 바와 같이, AIN 서비스 형성은 전형적으로 상기 새로운 서비스를 위한 로직을 그래픽적으로 형성하고 테스팅하는 조작자로 시작한다. 이런 로직이 호출 처리 환경에서 테스트될 때, 상기 개발자는 상기 서비스를 위한 CPR 템플릿을 형성한다. 이런 템플릿은 상기 새로운 서비스를 위한 CPR의 형성을 위해 요구되는 준비 데이터를 나타낸다. 서비스 템플릿은 참고로 편입된 미국 특허 출원에서 더욱 상세히 개시된다.

상기 SNS(305)를 통해 고객으로부터 수집된 데이터, 및 상기 새로운 서비스를 위한 CPR의 형성을 위해 상기 NEM(345)에 의해 요구되는 준비 데이터를 사용하여, 상기 개발자는 상기 새로운 서비스의 형성을 조정하는데 필요로되는 상기 SMP를 형성할 수 있다. 개시 호출 스크린(OCS) 서비스를 위한 요구의 처리를 개시함으로써 설명될 SMP의 형성이 설명될 것이다.

OCS는 고객이 스크린 인컴 호출하도록 하는 대량 판매 서비스이다. 전형적 수집된 데이터는 고객의 전화 번호, 스크린되지 않을 이들의 리스트, 스크리닝을 통과하는데 사용되는 무효 PIN, 스크리닝 리스트 PIN(스크리닝 리스트 전화 번호를 갱신하기 위해 고객에 의해 사용되는), 및 추진 수(어떤 호출자가 스크리닝되고 보내왔는지, 예를 들어 고객의 음성 사서함).

도 12는 본 발명의 한 실시예에 따른 OCS SMP를 설명한다. 상기 OCS SMP는 상기 OCS 서비스를 위한 상기 CPR를 형성하기 위해 상기 NEM(345)의 템플릿을 채우도록 상기 SNS(305)로부터 수신된 수집 데이터의 준비 데이터로의 변환 동안 상기 SMS(310) 행동을 제어한다.

OCS 처리 요구가 SMS(310)에 의해 수신될 때, 상기 SMS(310)는 상기 OCS SMP를 실행한다. 이런 응용에 사용된 바와 같이, 처리 요구는 상기 CPR의 형성, 삭제 또는 선택에 부속하여 상기 SMS(310)에 의해 수신된 임의 데이터 조각으로 참조된다. 상기 OCS SMP로의 진입때(단계 (1202)), 상기 OCS SMP는 어디에서 처리 요구가 도달하는지를 결정한다(단계 (1204)). 상기 처리 요구가 상기 SNS(305)로부터 도달한다면, 상기 SMP의 처리는 SNS 경로로 브랜치된다(단계 (1206)). 상기 SNS 경로에서, 상기 SMS(310)는 상기 수집된 데이터의 정보에 기초하여 형성되어지는 새로운 서비스를 위한 요구, 오래된 서비스, 취소 서비스의 갱신 등과 같은 특정 타입의 요구를 결정한다(단계 (1212)). 다음에, 상기 형성된 요구의 타입에 의존하여, 상기 처리는 요구 타입을 취급하기 위해 디자인된 상기 SMP의 섹션으로 브랜치된다(단계 1218-1224). 특별한 요구 취급동안, 상기 SMP는 임시로 상기 요구의 일부를 수행하도록 제 2 SMP에 처리 제어를 이양할 수 있다. 상기 SMS(310)는 이런 다른 SMP를 실행할 것이고 다음에 상기 초기 SMP에 처리 제어를 리턴할 것이다. 이런 이양 처리는 새로운 OCS 서비스를 부가하고(단계 1230) 서비스를 취소하기(단계 1232) 위한 처리를 포함한다.

단계(1204)가 상기 요구가 내부적으로 상기 SMS(310)로부터 도달한다는 것을 결정한다면, 상기 SMP의 처리는 즉시 처리 동안 또는 가입 만료일 또는 시간에 인터널 경로로 갈라지고(단계 1208), 상기 기입 처리가 시작된다(단계 1216). 다음에 상기 SMS(310)가 가입자 데이터베이스로부터 준비 데이터를 회복하는 데이터를 전송하기 위한 SMP에 처리 제어를 이양하고, 상기 NEM(345)에 준비 데이터를 전송한다. 이런 실시예에서, 상기 인터널 브랜치에 단지 하나의 기능이 있기 때문에 단계 (1214)는 상기 기입 브랜치를 선택하여야 한다(단계 1226).

단계(1204)가 요구가 상기 NEM(335)으로부터 도달한다고 결정하면, 상기 SMP 브랜치의 처리는 NEM 경로로 브랜치한다(단계 1210). 내부 브랜치를 사용한 이러한 실시예에 있어서, NEM 브랜치내에는 단지 하나의 기능이 존재함에 따라, 단계(1216)는 응답 브랜치(단계 1228)를 선택하여야 한다. 응답 브랜치는 응답을 수용하기 위한 SMP를 제어하는 것을 처리하므로써, 상기 NEM(345)로부터의 요구를 준비하기 위한 응답을 처리한다. SMP가 응답을 분석하고, SMS (310)의 가입자 데이터 베이스(315)내의 상기 서브스크립션 데이터를 갱신하고 적절한 응답을 SNS(305)로 전송한다.

이양 과정에서의 이러한 모든 제2 SMP들이 OCS SMP 의 일부일 수 있다는 것이 설명된다. 바람직하게 그들은 복잡도와 각각의 SMP의 생성 비용을 줄이기 위한 분리 SMP로서 저장된다. 이러한 방식으로 다수의 다른 SMP들에 의해 베이직 SMP가 노드로서 본질적으로 액세스될 수 있다.

본 발명에 따라, SCE(325)내의 CP 응용(460)의 생성 부분(464)은 증가되고 확대되어, SCP들(120,130)에 의해 수행되지 않는 SMS 의 기능을 지원하기 위한 새로운 프로그램 소자들 포함한다. 이러한 새로운 소자들은, SMP를 형성하기 위하여 사용되는 그래프를 산출하는데 사용하기 위한 부가적인 노드의 형태이다. 게다가, SMS-특성 기능이 SMS(310) 와 SCE(325)에서 CP 응용의 수행부에 부가된다.

MSAP와 공간 소프트웨어에 유용한 기본 프로그램 능력 특성은 상술한 본 발명의 증가와 확장에 의해 이어지는 다음에서 설명된다. 아래에 기입된 함수들은 부가적인 노드 형태 뿐만 아니라 공간 소프트웨어 내에 존재하는 베이직 노드들을 포함한다.

다음의 노드 유형들 각각은 그래픽 사용자 인터페이스를 통하여 SMP 생성; 프로그램 초기화, 결정 형성, 테이블 데이터 관리, 조정 데이터 축적, 외부 시스템과의 인터페이스, 응용 테스트, 응용 관리, 새로운 서비스 추가, SMP 실시 및 데이터 베이스 액세스에 대해 유용하다.

프로그램 초기화 기능은 SMP 흐름을 시작한다. CPR의 사용하여 호출 과정의 경우, 호출을 처리하는 동안, 즉 호출자가 특정 번호를 다이얼링하고, 전화를 받거나 계속하여 전화가 걸리는 동안, 언제 스위치가 트리거를 접하는지를 결정한다. SMS(310)에 대한 프로그램 초기화는 호출 SMP 기능에 응답하여 시작된다. SMP와 관련된 특정 서비스와 관계로서 식별되는 어떠한 데이터를 SMS(310)가 수신할 때마다 상기 SMS(310)는 SMP 기능을 실시한다.

결정 확립 기능은 SMP가 상기 SMS(310)를 통한 데이터의 흐름 처리에 영향을 미치는 국부적인 결정을 확립하는 것을 가능케 한다. 예를 들어, AIN 서비스를 위하여 수집된 데이터를 처리하기 위한 SMP는 사용자의 지역적 영역이 특정한 스위칭에 의해 서비스되어지는지를 알기 위한 서비스의 영역 결정을 갖을 수 있다. 상기 결정에 기초하여, 상기 서비스 요구는 계속되어지거나, 예외 처리 루틴에 의해 처리된다.

테이블 데이터 관리 기능은 응용이 데이터 테이블을 다루는 것을 허락한다. 공간 소프트웨어는 테이블 내에서의 데이터를 생성, 저장, 액세스 및 갱신하는 능력을 포함한다. 바람직하게 이러한 테이블은 일반적 오라클 테이블로서 SMS(310) 또는 SCP(120,130)에 의하여 내부적으로 저장된다. 테이블 데이터는 서비스의 영역에 관계된 준비 데이터, 서비스 파라메타 선택 또는 소정의 서비스를 위한 CRP를 생성하기 위한 NEM(345)에 의해 요구되는 다른 정보를 포함할 수 있다. 처리를 준비하는 동안에, 상기 SMS(310)과 상기 NEM(345)사이에서 이러한 테이블은 명령을 검증하기 위한 처리의 일부분으로서 액세스된다. 또한 테이블은 처리의 에러 명령 또는 미결의 명령들과 같은 결과를 저장하는데 사용된다.

조정 데이터 축적 기능은 SMP 설계자가 SMP내에서의 데이터 수집과 보고를 포함하도록 한다. 데이터 수집은 새로운 서비스 서브스크립션의 생성과 서비스 서브스크립션 수집 등과 같은, 네트워크 사고 또는 상황에 대하여 SMP내에서 명기될 수 있다. 이러한 네트워크 사고가 발생할 때, 수집된 데이터들은 보류 및 보고를 위한 DRS(data and reports system ; DRS)로 전송된다.

외부 시스템과의 인터페이스 기능은 SMP 설계자가 다른 OSS 시스템과 같은 외부 시스템에서 데이터를 액세스하는 것을 혀용한다. 공간 시스템에 있어서, 취득 데이터 및 전송 데이터 노드 또는 처리 루틴은 외부의 시스템 내에서 데이터를 회수하고 갱신 한다. 상기 취득 데이터 및 전송 데이터 노드는 현재 TCP/IP 네트워크, 3270 SNA 네트워크 및 SS7 네트워크 데이터 베이스 상에서의 시스템을 지원한다.

응용 테스트 기능은 응용이 테스트 동작을 수행하는 것을 허용한다. 공간 소프트웨어는 초기 테스트에 사용되는 내장된 도구를 포함하며, 또한 진단과 장애 추적을 위하여 SMS(310)에 의해 호출될 수 있다.

응용 관리 기능은 조작자가 응용을 수행하고, SMS (310)내에서의 그들을 활성화시키는 것을 가능케 한다. 적용 관리 기능은 다수의 SMP들, 템플릿을 조정하고, 수집된 데이터를 준비 데이터로 변환시키는 특별한 기능을 포함한다.

새로운 서비스 추가 기능은 조작자가 SMP내에 새로운 서비스를 추가하는 것을 허용한다. 새로운 서비스를 위한 SMP는 일반적으로 새로운 데이터 베이스를 추가시키고, 에디팅 규칙을 변화시키거나 첨가하고, 새로운 AIN 서비스 특성을 지원하거나 서비스 관리 보고를 제공하기 위하여 존재하는 프로그래밍 도구를 사용할 수 있다. 공간에 있어서, 상기 취득 데이터, 전송 데이터 및 플레이 응용 일반 접촉 노드들은 상이한 외부 OSS로부터 데이터를 취득하거나, 매우 일반적인 처리를 위한 특별하게 기록된 새로운 소프트웨어를 호출하거나, OSS데이터를 액세스하기 위하여 사용될 수 있다.

SMP 실시 기능은 SMP와 같은 응용이 다른 SMP를 호출할 수 있도록 한다. 현재의 AIN은 SSP(160,170)으로 구현된 AIN정의된 트리거를 통해 CPR의 서비스 초기화를 허용한다. 이러한 스태틱 AIN 트리거는 SMP 초기화에는 적합하지 않고, SMP 호출 기능을 사용하여 SMS (310)내에 재배치된다. 모든 SMP는 호출된 SMP 기능에 의해 초기화된다. SMP가 호출된 것, 예를 들어 데이터의 전송을 나타내는 합동 시스템으로부터 데이터가 수신될 때, 호출된 SMP 처리가 발생한다. 이러한 예가 도 12를 참조로 한, OSC SMP의 동작에서 보여질 수 있다. 도 12에서, 상기 SMP는, 상기 SMP를 스텝(1206)으로 브랜치시키는 상기 SNS(305), 예를 들어 초기에 SMP를 스텝(1208)으로 브랜치하도록 하는 상기 SMS (310) 또는 상기 SMP를 스텝(1210)으로 브랜치시키는 NEM(345)로부터 초기화 될 수 있다.

본 발명의 바람직한 실시예는 호출 SMP 트랜젝션을 SMS (310)내의 수행 환경으로 전송하는 AIN(300)내에 다수개의 설비를 포함한다. 사용된 대부분은 종종, 호출 SMP 처리로서 데이터를 팩키지하는 상기 SMS (310)과 상기 SNS(305) 사이에서 연결과, 관리와 조작자 구성원이 SMP들을 초기화하도록 하는 상기 SMS (310)과 상기 LAN(335) 사이에서의 인터페이스이다.

데이터 베이스 액세스 기능은 상기 SMP가 외부 또는 내부 데이터 베이스로부터 데이터를 액세스하는 것을 허용한다. 공간 시스템에 있어서, 데이터 베이스 액세스 기능은 일반적인 DLBB(Data Layer Building Block) 프리머티브, 테이블 액세스 프리머티브, 취득 데이터 프리머티브 및 전송 데이터 프리머티브를 포함하며, 이는 SMS(310)를 위하여, 특히 가입자 데이터 베이스(315)를 액세스하기 위하여 널리 사용된다.

게다가, 본 발명에 대한 CP 응용의 바람직한 실시예는 몇 개의 표준 공간 소프트웨어를 강화시킨다. 예를 들어 상기 공간 소프트웨어는 현재 AIN 서비스를 위해 사용되는 테이블의 한정을 허용한다. 본 발명의 바람직한 실시예에 따라, 이러한 설비는 SMP 개발자가 보다 복잡한 가입자 데이터 베이스를 위해 요구되는 데이터 베이스를 한정하도록 허용한다. 이러한 데이터 베이스는, 존재하는 프리머티브(테이블 액세스, 취득 데이터 및 전송 데이터 프리머티브)를 통해 SMS (310) 수행 환경상에서 직접적으로 유용하다. 바람직하게 이러한 데이터 베이스는 오라클 데이터 베이스로서 생성된다.

상기 SMS(310)은 또한 현재의 공간 소프트웨어 버전에서는 사용될 수 없는 다수개의 부가적인 기능을 포함한다. 이러한 기능들은 인터페이스 준비, 다수개의 뷰, 향상된 트랜젝션 처리, 서비스의 영역 네트워크 기능, 오픈 액세스 및 프로토콜 지원에 관계된다.

상기 SMS(310)과 상기NEM(345) 사이에서의 인터페이스를 위한 인터페이스 준비 트랜젝션은, 서비스에 대한 소정의 요구에서 다수개의 뷰를 준비하는 SMP에 의해 발생된다. 현재, NEM 기능은 CPR의 수행을 위한 소정의 요구에서 다수개의 뷰를 갖추고 있지 않다. 상기 SMS(310)은 롤 백 설비를 데이터 베이스에 제공하므로써 향상된 처리 과정을 준비한다. 상기 SMS(310)는 서브스크립션이 어떠한 지역적 영역을 위한 네트워크 시스템으로 전송되어지는 것을 허용하고, 어울린 SCP 쌍으로의 전송을 한정하지 않는다. 상기 SMS(310)은 또한 다른 OSS 시스템으로부터의 취득 데이터/전송 데이터 기능에 의해 획득된 서비스에 대한 요구를 수용하며, 이는 출현한 서비스 요구에 의해 계획된 오픈 액세스를 준비한다. 취득 데이터/전송 데이터 기능에 의해 획득된 요구들은 바람직하게 네트워크 프로토콜의 다양성을 넘어 동작하며, 사용자-특성 상황에 대처하는 프로토콜을 포함하도록 확장된다.

본 발명에 따른 SMS의 바람직한 실시예는 또한 플레이 응용 프리머티브로 불리우는 일반적인 PLBB(Process Layer Building Block)를 포함한다. 상기 플레이 적용 프리머티브는 페이징 네트워크를 액세스하는 것과 같은 특정화된 응용을 위한 지적인 주변 장치(IP)에서 동작하는 처리를 초기화하기 위한 AIN 서비스에 사용된다.

상기 플레이 응용 프리머티브는 또한 합동 시스템내에서 외부 처리를 초기화하기 위한 능력을 제공한다. 이것은 SMS가 어떤 처리를 재사용하는 것을 허용하며, 상기 처리중의 어떤 것은 일시적인 사용을 위해 제공될 수 있으며, 어떤 것은 사용자 개개인의 요구에 적합한 조작자에 의해 개발될 수 있다. 예를 들어, 사용자에 대하여 디지털화된 기록을 준비해야하는 AIN 서비스는 플레이 응용, 즉 주문 제작된 포고를 활성화시키기 위해 지시를 IP 준비 시스템을 전송하는연설의 다운로드 을 사용할 수 있다.

상기 플레이 응용 프리머티브 사용의 다른 예는 서비스의 사용자 자기 준비에 대한 것이다. 사용자는 예를 들어 그들의 서비스 특성을 수정하기 위한 서비스 데스크 응용을 호출할 수 있다. 변화가 이루어진 시스템내의 변화를 관리하기 위하여, 상기 AIN 서비스 데스크 응용은 상기 SMS(310)으로 플레이 응용을 보낸다. 이것은 예를 들어 터치 톤 전화를 사용하여 이루어진다. 이러한 예에 있어서, 상기 플레이 적용은 SMP 실시로서 SMS(310)에 이르게 되며, 상기 호출된 SMP는 사용자 변화의 검증과 분배를 처리한다.

이러한 발명의 바람직한 실시예에 있어서, 표준 OSS 게이트웨이를 사용하여, 제3 공동 제공자는 SMS(310)과의 통신을 위한 자신의 시스템을 사용하는 선택권을 갖는다. 선택적으로, 상기 제공자는 지원된 적용 단말을 통해 SMS(310)로의 액세스를 포함한다. SMS(310)은 트랜젝션 요구에 대하여 오픈 접속 인터페이스를 제공하기 때문에, 제3 공동 제공자는 이와 동일한 통신 프포토콜의 장점을 갖는다.

그들의 사용자를 유지하기 위한 자신의 시스템을 사용하는 제3 공동 제공자는 본 발명의 SMS를 포함하는 AIN 시스템으로의 액세스를 위한 OSS 게이트 웨이를 사용할 수 있다. 이러한 접근법을 사용하여, 제3 공동 제공자가 그들의 사용자(AIN) 서비스 데이터를 준비하고 유지하기 위한 스크린을 사용하여 SMS (310)을 액세스할지라도, 상기 인터페이스는 시스템 대 시스템이며 어떠한 SMS (310) 디스플레이 스크린도 요구하지 않는다. 이들 스크린들은, 서비스 고객들로부터 필요한 데이터를 수집하기 위해 필요한 필요한 데이터 요소템플릿을 제공한다.

SMS(310)의 조작자들은 SMS(310) 시스템의 유지 및 동작을 위해 사용되는 스크린을 제 3자가 보는 것을 방지할 수 있는 능력을 가지고 있다. 이들 스크린들은 그런 태스크에 책임을 지는 동작요원들에게만 오히려 유용하다.

게다가, SMS(310)은, 물리적 커뮤니케이션 어드레스, 메시지 타입, 요구 타입 및 보안 영역을 통해 메시지의 보안 검사를 제공할 수도 있다. 제 3제공자로부터의 모든 처리 요구들은 보안장치를 통해 스크리닝되고, 서비스 제공자가 SMS(310)에 액세스하여 요구된 처리를 수행하는 능력을 부여받는 것을 확실하게 도와주게 된다. 서비스 내부의 변화를 요구하는 SMS(310)에서는, 어떠한 처리와도 결합되는 보안영역이 항상 존재하게 된다. 보안 영역은, 데이터가 추가되거나 변경될 때, 서브스크립션 데이터와 함께 저장되는 데이터 값을 포함하고 있다. 제 3제공자는 그들 자신만의 이용자의 서브스크립션을 보거나 유지하는 데 제한을 받는다.

SMS(310)는 특정한 SMPs를 수행하여, 제 3서비스 제공자에 의해 요구되는 처리를 처리하게 된다. 조작자 또는 제 3 서비스 제공자에 의해 요구되는 적당한 통계치를 수집하기 위해, 이들 SMPs 내부의 처리 로직을 포함하는 것은 본 발명의 영역 내에 있다.

제 3제공자는 이용자들을 리스팅하는 표준 보고서로의 액세스장치 및 그들이 기명승락하는 서비스장치를 가질 수 있다. 특별한 보고서는 조작자의 안내 하에서 유용할 수 있고, 이에 의해 SMS(310)의 적당한 처리 및 수행레벨이 모든 사용자들에 대해 확실히 유지될 수 있게 된다. 보고서 라우팅 방법은 조작자 및 제 3자의 필요에 의존하게 된다.

제 3자의 처리 요구의 에러는 제 3자에 의해 보여질 수 있는 에러파일로 보고된다.

SMS(310) 소프트웨어 개발의 바람직한 실시예는, 현존하는 공간 서비스 생성 환경에 기본을 둔 툴키트를 포함하고 있다. 공간 시스템 보고서 및 리스팅 능력은, 제 3자에 의해 생성된 서비스 생성 구성요소들을 리스팅하는 데 유용하다. 제 3자가 SMS(310) 처리 서버를 사용할 때에는, 조작자는, 제 3장에 의해 소유된 이용자들의 서브스크립션들과 관련된 어떤 통계적 정보를 기계어로 변환할 SMP 로직을 포함할 수 있다.

SMS(310)의 바람직한 실시예는, 어떤 서비스 관리 특성, 및 사용자 인터페이스 및 AIN 사용자 그룹 요구를 지원하는 액세스 적응성을 제공한다. SMS(310)의 바람직한 실시예를 사용할 때에는, 사용자 워크스테이션은 TCP/IP, 토컨-링 혹은 다양한 그룹 액세스가 SMS(310)에서 이루어지도록 하는 인터넷 통신기술을 제공한다.

도 6은, 보조 중앙 사용자들, 간접 액세스 사용자들, 서비스 보증 사용자들 및 사용자 관리자들이 근거리 혹은 원거리에서 SMS(310)에 액세스할 수 있는 방법을 도시하고 있다. 도 6에 도시된 구성에서 사용되는 터미널 장치들은, SMS(310) 사용자가 조작자에 의해 사용되는 다른 시스템들에 액세스할 수 있도록 하는 TCP/IP, 토컨-링 랜 인터페이스 특성을 구비하고 있는 정보처리 기능을 갖는 워크스테이션인 것이 바람직하다. TCP/IP, 토컨-링 랜 연결부가 구비된 워크스테이션을 가지고 있는 권한이 부여된 사용자들은 SMS(310) 시스템에 액세스할 수 있다. 이들 사용자들은, SMS(310)에 연결된 랜에 근거리에 있을 수도 있고, 또는 SMS(310)로의 연결이 네트워크 라우터(614)를 통해 수행되는 원거리에 위치할 수도 있다.

지원될 수 있는 워크스테이션의 최대 숫자는, 대개 요구되는 반응 시간에 의해 이끌어진다. SMS 시스템의 바람직한 실시예에서는, 30명의 워크스테이션 사용자들이 SMS(310)에 동시에 연결된다.

SMS(310) 워크스테이션은, 메뉴바 및 풀다운 메뉴를 사용하여 시스템 특성 및 기능이 제시되는 그래픽 사용자 인터페이스를 제공한다. 사용자는 포인트 및 클릭 기술을 가지고 메뉴 선택을 통해 진행하거나 혹은 기능키 조합을 통해 기능에 액세스할 수도 있다.

그래픽 사용자 인터페이스의 바람직한 실시예는 모티프 스타일 가이드를 갖는 X 윈도우 시스템 상에 기본을 두고 있다. 워크스테이션에 부착되는 컬러모니터는 높은 해상도를 제공하고, 광대한 양의 정보를 제공하여 손실없이 디스플레이되게 한다.

SMS(310)는 조작자에게 그들이 수행해야만 하는 모든 기능들을 위해 온-라인 도움말을 제공한다. 완전한 세트의 온-라인 문서는, 나중의 검색을 위해 사용자의 특정한 표시 및 북마크를 지원하기 위해, 액세스될 수 있다.

SMS(310)는, 문장구성상의 에러표시 또는 원격동작 상태 같은 실행중에 있는 문자의 피드백을 제공하기 위해, 스크린의 하부를 가로질러 존재하는 디지털 박스를 제공한다. 사용자는, 어떠한 에러도 해결하는 것을 돕는 많은 정보를 제공하고 시스템을 사용하는 방법에 대한 많은 구체적인 사항을 제공하는 온-라인 문서를 가지고 있다.

SMS(310)는, 서비스에 대해 불완전한 요구에 대한 보류 설비로서의 역할을 하는 서브스크립션의 저장 뷰를 지원한다. 이러한 능력에 의해, 사용자는 서비스에 대한 요구의 현재 입력을 나중시간까지 보류할 수 있게 된다. 사용자가 요구정보를 완료하고 그것을 유효하게 처리하기 위해 제출할 때까지는, 요구는 저장되어 남게 될 것이다.

SMS(310)의 바람직한 실시예에서는, 서브스크립션 데이터 요소는 오라클 데이터베이스 테이블에 저장된다. 표준 오라클 보고툴들은 특별한 보고서를 작성하는 사용자에게는 오히려 유용하다. 게다가, 조작자에 의해 SMS(310)이 데이터 및 보고 시스템과 통신하게 되면, 표본 및 측정 노드들은 SMPs의 개발자들에게 유용하다. SMS(310) 상에서 보고 능력을 지원하기 위하여 DRS 시스템을 도입함으로써, 조작자는 실제 SMP 요구 처리 통계치들을 반사하는 데이터를 수집할 수 있다. 시스템 기능과 결합된 동작통계치들은, SMS(310) 보존 및 동작제어장치(612)를 통해 사용자에게 제공된다.

현재 바람직한 실시예로 사료되는 것과 본 발명의 방법이 기술 및 도시되는 한편, 다양한 변화 및 수정을 가할 수 있는 당업자에 의해 이해될 수 있고, 그 동등물이 본 발명의 영역을 벗어나지 않는 요소들에 의해 대체될 수 있다. 예를 들어, 본 발명의 바람직한 실시예는 AIN 및 전화 네트워크의 문맥에서 기술되었다. 그러나, 본 발명은, 케이블 텔레비젼 네트워크, 컴퓨터 네트워크, 무선 네트워크, 광대역 네트워크 등과 같은 다른 원거리 통신 네트워크에서 시스템 관리를 위해 사용될 수 있다.

게다가, 많은 수정사항들이, 특정 요소, 기술 혹은 본 발명의 중요 영역에서 벗어나지 않는 본 발명의 실행을 적요하기 위해 만들어질 수 있다. 그래서, 본 발명은 특정 실시예 및 개시된 방법에 한정되지 않고, 부가된 청구항의 영역에서 얻어지는 모든 실시예를 포함한다.

따라서, 본 발명은 관련된 종래 기술의 한계 및 단점에 기인하는 하나이상의 문제를 제거하는 SMS 동작 및 지원 시스템을 제공하는 것이다.

이러한 본 발명은 숙련되지 않는 조작자가 데이터를 수집하고 이를 SMS로 빠르고 효율적으로 전달함으로써 서비스 절충 시스템(SNS)에서 서비스 요구를 조절하도록 한다. SMS는 SNS로부터 수집된 데이터를 수용하고, 수집된 데이터를 준비 데이터로 번역하고 그리고 상기 준비 데이터를 네트워크 엘리먼트 관리자(NEM)로 공급한다. 본 명세서에서 사용된 바와 같이, 네트워크 엘리먼트는 예를 들어 지능형 주변기기, SCP, 네트워크 데이터베이스 등과 같이 서비스를 제공하기 위하여 데이터 갱신을 요구하는 부재를 말한다. 본 명세서에서 사용되는 바와 같이, 준비 데이터는 요구된 서비스에 대하여 CPR을 발생시키기 위하여 NEM에 의하여 요구되는 데이터를 말한다. CPR을 발생시킨 후에, NEM은 CPR을 SCP의 데이터베이스로 전달한다. 수집된 데이터를 준비 데이터로 번역하고 상기 준비 데이터를 NEM으로 공급함으로써, SMS는 숙련된 조작자가 준비 데이터를 발생시키지 않아도 되도록 한다.

본 발명의 특징에 따르면, SPACE 동작에 숙달된 사람들은 각각의 서비스에 대하여 단일 서비스 관리 프로그램(SMP)(CPR과 유사함)만을 발생시키면 된다. SMP는 주어진 소비자 서비스에 대하여 특정 방식으로 SMS가 수집된 데이터를 수용하고, NEM에 의하여 요구된 준비 데이터 포맷으로 데이터를 재구성하고 그리고 NEM에 상기 준비 데이터를 보내도록 지시한다. 이러한 SMP가 생성되면 미숙련 조작자는 각각의 소비자 요구에 대하여 요구된 데이터를 수집할 수 있으며, SMS는 수집된 데이터가 적합한 형태로 네트워크 엘리먼트 관리자에게 전달되도록 한다.

본 발명의 다른 특징에 따라, SMS는 다중 포맷으로 데이터를 수신하고 데이터를 단일 준비 데이터 포맷으로 전환하기 위하여 다중 SMP를 가질 수 있다. 이런 융통성은 본 발명의 AIN이 많은 입력 장치 및 데이터 입력 방법과 통신하도록 한다. 만약 바람직하게 구성된다면 SMS는 다수의 판매 대리인의 작업 현장에서 동작되는 다중 원격 단자로부터 데이터를 수신하여, 고객 서비스 요구(request)의 충분한 기입을 보다 빨리 할 수 있다.

본 발명의 추가 특징 및 장점은 다음 상세한 설명에 나타나고, 부분적으로 상기 상세한 설명으로부터 명백하거나, 본 발명의 실시예에 의해 학습될 수 있다. 본 발명의 목적 및 다른 장점은 첨부된 도면뿐 아니라 기입된 상세한 설명 및 첨부 청구범위에서 특히 지적된 수단 및 결합에 의해 실현 및 달성된다.

본 발명의 목적에 따른 이들 및 다른 장점을 달성하기 위하여, 예시되고 넓게 설명된 바와같이, 본 발명은 고객으로부터의 서비스 요구를 처리하기 위한 원격통신 네트워크, 및 방법에 관한 것이고, 상기 방법은 데이터 프로세서에 의해 실행되는 고객으로부터 서비스 요구를 수신하는 단계를 포함하는데, 상기 서비스 요구는 네트워크 서비스, 및 대응 데이터에 대응하는 함수 이름을 포함하고; 고객으로부터 수신된 데이터를 바탕으로 네트워크 서비스를 처리하기 위하여 네트워크 엘리먼트에 대해 필요한 정보에 대응하는 준비된 데이터를 생성하는 단계; 및 준비된 데이터를 네트워크 엘리먼트에 전송하는 단계를 포함한다.

상기 일반적인 설명 및 다음 상세한 설명은 예시되고 청구된 본 발명의 추가 설명이 제공되는 것이 이해된다.

상세한 설명 부분에 통합되고 구성된 첨부 도면은 본 발명의 바람직한 실시예를 기재하고, 하기에 주어진 바람직한 실시예의 상세한 설명 및 상기에 주어진 일반적인 설명과 함께 본 발명의 원리를 설명하기 위하여 사용한다.

Claims

통신 네트워크에서, 고객으로부터의 서비스 요구를 처리하기 위한 방법에 있어서,

고객으로부터의 서비스 요구를 수신하는 단계를 포함하는데, 상기 서비스 요구는 네트워크 서비스에 싱응하는 기능 명칭, 및 상응하는 데이터를 포함하며;

네트워크 엘리먼트가 고객으로부터 수신된 데이터를 기초로하여 네트워크 서비스를 처리하는데 필요한 정보에 상응하는 준비 데이터를 발생하는 단계; 및

상기 준비 데이터를 네트워크 엘리먼트로 전송하는 단계를 포함하며,

상기 방법은 데이터 처리기에 의해 실행되는 것을 특징으로 하는 방법.
제 1 항에 있어서, 외부 시스템으로부터 부가 데이터를 검색하는 단계를 더 포함하며, 상기 발생단계는 고객으로부터 수신된 데이터와 외부 시스템으로부터 검색된 부가 데이터를 기초로하여 준비 데이터를 발생하는 것을 특징으로 하는 방법.
제 1 항에 있어서,

트리거 데이터를 발생하는 단계; 및

상기 트리거 데이터를 네트워크에서의 통신 스위치로 전송하는 단계를 더 포함하며, 상기 트리거 데이터는 서비스가 처리되어야 하는 것을 지시하기 위하여 상기 스위치에 의해 식별되는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 네트워크 엘리먼트는 통신 스위치를 통하여 통신 호출을 처리하기 위한 서비스 제어 포인트인 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 고객으로부터 수신된 데이터에 상응하는 외부 시스템으로 가입 데이터를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
복수의 서비스 관리 프로그램을 포함하는 메모리;

고객으로부터의 서비스 요구를 수신하기 위한 수단을 포함하는데, 상기 서비스 요구는 네트워크 서비스에 상응하는 기능 명칭, 및 상응하는 데이터를 포함하며;

상기 기능 명칭을 기초로하여 복수의 저장영역으로부터 서비스 관리 프로그램을 선택하기 위한 수단;

상기 고객으로부터 수신된 데이터를 기초로하여 네트워크 엘리먼트가 네트워크 서비스를 처리하는데 필요한 정보에 상응하는 준비 데이터를 얻기 위하여 서비스 관리 프로그램을 실행하기 위한 수단; 및

상기 준비 데이터를 네트워크 엘리먼트로 전송하기 위한 수단을 포함하는 것을 특징으로 하는 서비스 관리 시스템.
제 6 항에 있어서, 상기 기능 명칭은 통신 시스템에서 이용될 수 있는 서비스에 대한 서비스 명칭에 상응하는 것을 특징으로 하는 서비스 관리 시스템.
제 7 항에 있어서, 상기 데이터 처리기는 트리거 데이터를 발생하고 상기 트리거 데이터를 네트워크의 통신스위치로 전송하며, 상기 트리거 데이터는 서비스가 처리되어야 하는 것을 지시하기 위하여 스위치에 의해 식별되는 것을 특징으로 하는 서비스 관리 시스템.
고객으로부터의 서비스 요구를 전송하기 위한 처리기를 포함하는데, 상기 서비스 요구는 네트워크 서비스에 상응하는 기능 명칭, 및 상응하는 데이터를 포함하며;

상기 기능 명칭을 기초로하여 복수의 저장영역으로부터 서비스 관리 프로그램을 선택하기 위한 수단;

네트워크 엘리먼트가 고객으로부터 수신된 데이터를 기초로하여 네트워크 서비스를 처리하는데 필요한 정보에 상응하는 준비 데이터를 얻기 위하여 상기 서비스 관리 프로그램을 실행하기 위한 수단; 및

상기 준비 데이터를 수신하기 위한 네트워크 엘리먼트를 포함하는 것을 특징으로 하는 인텔리전트 네트워크.
제 9 항에 있어서, 부가 서비스 관리 프로그램 및 다른 서비스 생성 데이터를 생성하기 위한 서비스 생성 엘리먼트를 더 포함하는 것을 특징으로 하는 인텔리전트 네트워크.
제 9 항에 있어서, 요구된 서비스에 관련된 부가 데이터를 저장하기 위한 데이터 처리기에 접속된 외부 데이터 시스템을 더 포함하는 것을 특징으로 하는 인텔리전트 네트워크.
제 9 항에 있어서, 상기 기능 명칭은 통신 시스템에서 이용할 수 있는 서비스에 대한 서비스 명칭인 것을 특징으로 하는 인텔리전트 네트워크.
제 12 항에 있어서, 상기 데이터 처리기는 트리거 데이터를 발셍하고 상기 트리거 데이터를 네트워크의 통신 스위치로 전송하며, 상기 트리거 데이터는 서비스가 처리되어야 하는 것을 지시하기 위하여 스위치에 의해 식별되는 것을 특지응로 하는 인텔리전트 네트워크.
제 9 항에 있어서, 상기 네트워크 엘리먼트는 통신 스위치를 통하여 통신 호출을 처리하기 위한 서비스 제어 포인트인 것을 특징으로 하는 인텔리전트 네트워크.