KR20050067413A - 서비스 통합 시스템을 위한 방법 및 장치 - Google Patents

Abstract

분배된 소프트웨어 실행의 서비스 통합 시스템은 새로운 서비스 개발을 위한 개방형 환경과 기존 네트워크와의 통합 및 서비스 개발을 담당하는 서비스 통합 시스템 관리자에 의해 통합이 수행되는 것을 제공한다. 그러므로 새로운 서비스를 개발하고 통합하는 절차는 일반적 기술 서비스 통합 시스템에서 보다 단기간이며 값이 저렴하다. 기존 네트워크 기반 구조와 통합된 새로운 서비스의 한 예는 서비스 개발자에 의한 복잡한 계산서 발송업에 대한 개발은 운송업의 계산서 발송에 대한 기반구조를 사용한다. 또한 상기 발명 시스템은 시스템 개발자에 의하여 규정된 변경 가능한 정책을 제공하고 서비스 통합 시스템 내부 그리고 서비스 통합 시스템과 통신 네트워크 사이간 양자 모두를 흐르는 패킷 흐름의 서비스 단계 제어를 제공한다. 상기 발명 시스템은 IP, SS7 등과 같은 네트워크 적합 구성요소에 의하여 상기 시스템에 분배된 서비스들에 신호를 보내는 것과 다른 프로토콜과 직접 통신을 공급하는 것을 구체화한다.

Description

서비스 통합 시스템을 위한 방법 및 장치{METHOD AND APPARATUS FOR A SERVICE INTEGRATION SYSTEM}

본 발명은 일반적으로 통신 네트워크 서비스들에 관한 것이다. 더욱 자세하게는, 본 발명은 네트워크 서비스의 배치, 실행 및 관리를 가능하게 하는 응용 서버로서 실행되는 통신 네트워크용 분산된 서비스를 통합하는 시스템에 대한 것이다.

현대의 서비스 통합 및 실행 시스템들은 네트워크 세션(session) 동안 사용자에게 몇 가지 종류의 특수한 기능을 제공하는 진보된 네트워크 서비스를 사용자에게 공급할 수 있다. 하나의 네트워크 세션은 시작 사건(initiating event)으로 시작하여 종료 사건(terminating event)으로 끝나는, 예를 들어 전화기 호출, 웹 주소로의 접근 등과 같은 단일 사건들의 연속이다.

서비스의 실행을 수반하는 세션이 시작될 때, 최대 세가지의 가능한 기본적 유형, 즉 세션 제어 데이터, 전송된 실제적인 미디어(예를 들어 음성, 영상 스트림 등) 및 서비스 관련 데이터가 전송된다.

데이터에 관련된 서비스는 서비스의 활성에 대한 트리거(trigger)나 요청들을 포함한다. 서비스 사용을 지원하는 어떤 네트워크에서는 이러한 트리거 및 요청을 인식하는 것을 맡고 있는 구성 요소가 있다. 이러한 구성 요소들이 서비스의 실행의 필요를 인식하게되면, 서비스 통합 시스템은 요구되는 서비스의 실행 및 준비에 요구되는 정보에 접속한다.

이러한 서비스 통합 시스템들은 일반적으로 (a) 다양한 서비스의 서비스 논리가 설치되는 것을 특징으로 하는 응용 기능; (b) 다양한 서비스에서 사용하는 알카텔(alcatel), 노텔(notel), 에릭슨(ericsson) 등과 같은 주요 장비 판매사인 다양한 판매사들에 의해 개발되는 일반적인 플랫폼(platform) 기능 세트로 이루어진 두개의 주된 기능들을 가지는 것으로 설명될 수 있다.

통신 네트워크에 의해 지원되는 서비스의 실행 및 관리를 책임지는 상기 서비스 통합 시스템은 특정 네트워크에 의해 어떠한 서비스가 제공되어야 하는지 정한다. 이러한 구성요소들은 상기에서 언급하였듯이 주요 통신 장비 판매사인 특정 공급자들에 의하여 일반적으로 제공되고 있다.

상기 일반적인 서비스 통합 기술에는 여러가지의 실제적인 어려움들이 있다. 첫째, 상기 일반적인 기술은 보통 닫혀 있고 독점적인 시스템들이다(즉 새로운 서비스들의 추가와 개발은 오직 이러한 독점 시스템들의 공급자에 의해서만 만들어질 수 있다). 결과적으로 새로운 서비스의 개발뿐만 아니라 새로운 서비스의 추가도 매우 시간과 비용이 많이 드는 작업이 된다. 예를 들어, 만약 사용자가 선행 기술에 따라 사용자의 네트워크에 세로운 서비스를 추가하는 것에 관심이 있다면 사용자는 시스템 통합 시스템 공급자에게 연락하여 새로운 서비스의 개발과 배치를 요청하여야 한다. 이것은 대부분의 기본적인 서비스들을 제외한 어떠한 요구되는 서비스에 대하여도 사실이다. 예를 들어 전화 통신 네트워크를 살펴보면 특정 서비스 요청한 때부터 실제 이 서비스를 사용할 수 있을 때까지 2년 이상의 시간이 걸릴 수 있으며 오랜 기간과 복잡한 절차의 결과로 비용 또한 비싸게 된다.

따라서 선행 기술 분야에서의 서비스 통합 시스템들의 상기에서 언급한 결점들을 처리할 수 있고 전화 통신 네트워크, IN 네트워크, IP 네트워크 그리고 혼성 네트워크(즉, 다양한 형태의 통신을 결합한 네트워크)와 같은 다양한 형태의 통신 네트워크와 접속하여 작동할 수 있으며, 응용 서버로서 실행될 수 있는 소프트웨어에 기초한 열린 서비스 통합 시스템이 요구되고 있다.

따라서 서비스 통합 시스템을 제공하는 본 발명의 주요 목적은 개방형 환경을 제공하는 것이다 (즉 새로운 서비스를 개발, 기존의 네트워크에 추가 및 언급된 네트워크에 통합은 서비스 통합 시스템 개발자가 수행할 것이고, "서비스 개발자" 혹은 "시스템 관리자"들은 또한 서비스 개발을 담당할 것이다). 결과적으로, 새로운 서비스의 개발 및 통합의 절차는 비교적 짧고 값싸다.

본 발명의 또 다른 목적은 기존 네트워크 기반구조에 통합된 새로운 서비스의 개발이 가능하도록 하는 것이다 (예를 들어 복잡한 목록 서비스의 서비스 개발자에 의한 개발은 반송파 목록의 기반구조를 사용한다).

본 발명의 또 다른 목적은 서비스 통합 시스템 내부, 그리고 서비스 통합 시스템과 통신 네트워크 사이의 내부 양자 모두 패킷(Packet) 흐름을 제어 및 통제하는 서비스 통합 시스템의 구성요소를 수행하는 것이고, 상기 통제는 시스템 관리자에 의하여 정의된, 수정 가능한 정책에 따라 수행함을 특징으로 한다.

본 발명의 또 다른 목적은 시스템 관리자에 의해 가능한 구성요소인 서비스 통합 시스템 실행을 하는 것이다.

본 발명의 또 다른 목적은 통신 네트워크에 대해 고유한 서비스 통합 시스템을 실행하는 것이고, 이것은 더 나은 가시성과 신호 처리의 제어를 할 수 있을 것이다.

본 발명의 또 다른 목적은 IP, SS7 등과 같은 다른 프로토콜과 네트워크 적합 구성요소에 의하여 직접 통신하는 서비스 통합 시스템을 구현하는 것이다.

실행 소프트웨어(즉 특정 용도 기계보다는 생활에 유용한 컴퓨터를 작동하는 소프트웨어)를 갖춘 본 발명의 바람직한 실시예에 대하여, 통신 네트워크에 대하여 분산화된 서비스 통합 시스템: 서비스 통합 시스템을 포함하는 다양한 모듈을 관리하고 제어하는 적어도 하나의 모듈, 네트워크를 교신하는 메시지를 발신 및 수신하는 적어도 하나의 모듈, 적어도 하나의 서비스 논리 실행 환경 환경 모듈, 그리고 서비스 통합 시스템 구성요소 사이 및, 서비스 통합 시스템과 네트워크간 양자의 데이터 흐름을 최대한으로 활용하는 적어도 하나의 자원 조절 모듈, 네트워크를 왕래하는 발신 및 수신 메시지와 관련한 적어도의 모듈과, 적어도의 서비스 논리 실행 환경 모듈에 교신하는 자원 제어 모듈로 구성된 상기 시스템, 이러한 서비스 통합 시스템은 적어도 하나의 서비스 추가, 서비스 개발 및 서비스 수행이 가능하다.

본 발명의 부가적 특징들과 이점들은 하기에 나오는 도면을 덧붙인 아래 발명의 상세한 설명에서 명백하게 나타난다.

본 발명을 보다 완전히 이해하기 위하여 첨부된 도면들을 참조하여 본 실시예에 국한되지 않는 대표적인 실시예가 자세히 설명될 것이다:

도 1은 본 발명의 구조와 구성 요소들 사이와 구성 요소들과 네트워크 사이의 논리적 관계를 설명하는 도식적인 블럭 다이아그램이다;

도 2는 본 발명의 대표적인 실시예에 따른 서비스 실행 환경을 설명하는 도식적인 블럭 다이아그램이다;

도 3은 본 발명의 대표적인 실시예에 따른 서비스 수행 과정의 설계를 설명하는 흐름 차트이다; 그리고

도 4는 본 발명의 대표적인 실시예에 따른 본 발명의 네트워크 어댑터와 구성요소들과 본 발명의 다른 구성요소들간의 논리적 관계들을 설명하는 도식적 블럭 다이아그램이다.

도1을 살펴보면, 이 명세서에 첨부된 도면은 텝스 10(TappS 10)이라 알려진 통신 네트워크를 위한 서비스 통합 시스템을 시행하는 본 발명의 서비스 통합 시스템의 대표적 실시예이다. 텝스 텐(TappS 10)은 실행 소프트웨어(즉 본 발명의 서비스 통합 시스템은 특정 용도의 기계가 아닌 생활에 유용한 컴퓨터를 작동하는 소프트웨어)이다. 텝스 텐(TappS 10)은 기존 기술로써 이용할 수 없는, 기존 네트워크 서비스의 전개, 실행 및 관리와 새로운 네트워크 서비스의 창작을 이러한 방법으로 가능하게 한다.

이 명세서에 설명된 대표적 실시예는, 텝스 텐(TappS 10) 은 실행 기반 구조와 최소한 하나의 관리 모듈12, 최소한 하나의 제어 모듈14, 최소한 하나의 서비스 논리 실행 환경 모듈(이하 SLEE) 16, 최소한 하나의 자원 제어 계층 모듈(이하 RCLC) 18, 최소한 하나의 기능 모듈 요소 42, 최소한 하나의 게이트웨이 모듈40 및 최소한 하나의 명칭 부여 서비스 모듈 22로 이루어 진다. 기능 모듈 요소 42와 게이트웨이 40 양자를 네트워크 유도체 20이라 부른다.

본 발명의 대표적인 실시예는, 상기 언급한 모듈 각각은 다른 컴퓨팅 스테이션(이하 computer)에 의해 실행된다. 본 발명의 대안적 실시예는, 상기 언급한 하나 혹은 그 이상의 상기 언급한 모듈들이 같은 컴퓨터를 공유하는 것이다. 이용을 위한 실시예의 선택은 본 발명을 이용한 네트워크 크기와 네트워크의 트래픽 비율에 대한 각 모듈의 자원 사용량에 좌우된다.

텝스 텐(TappS 10) 의 다양한 구성요소 간에 통신은 일반적으로 코바(이하 CORBA)라 불리는 공통 객체 요구 매개자 구조에 의하여 실행된다. TappS를 독점하는 프로토콜에 의하여 기능 모듈 요소 42와 RCLC 18 사이에서 고도의 수송율을 요구하는 커넥션이 실행된다. 이러한 독점적 프로토콜은 TCP와 UDP 같은 표준 네트워크 프로토콜이 수송한다. 보다 명확하게 SLEE 16과 RCLC 18 사이, RCLC 18과 네트워크 적응 접속 장치 20 사이 및 RCLC 18과 명칭 부여 서비스 22 사이의 통신은 오직 상기 지점에서만 텝스 텐(TappS 10) 독점 프로토콜을 이용한다. 다른 모든 통신은 CORBA의 인터넷 상의 객체 요구 매개자간의 통신을 규정하는 프로토콜(이하 IIOP)을 이용한다.

상기 언급한 텝스 텐(TappS 10) 모듈과 그들 기능 설명의 요약은 다음과 같다:

관리부 12는 시스템 관리부가 텝스 텐(TappS 10)을 이루는 각 모듈을 배치하도록 하는 기반 구조이다. 관리부 12는 제어부를 이용함으로써, 그리고 텝스 텐(TappS 10) 모듈들의 배치를 명령함으로써 다양한 텝스 텐(TappS 10) 모듈들을 배치한다. 관리부 12는 도식적 사용자 기반 구조의 방법으로, 시스템 관리부에 의해 작동한다.

제어부 14는 다양한 텝스 텐(TappS 10) 모듈들을 조정하고 유지한다. 제어부 14는 고장을 알아내고, 중복 부분을 조절하며, 고장 허용 오차를 공급하고, 텝스 텐(TappS 10)을 구성하는 상기 모듈들을 재배치 또는 재시작한다.

제어부 14에 의하는 모듈 재시작은 모듈의 재시작이 필요함를 감지할 때(예를 들어 모듈이 충돌할 때)마다, 자동적으로 시스템 관리부 혹은 제어부에 의해 시작한다.

도2에서, SLEE 16은 실행된 텝스 텐(TappS 10)이 공급한 서비스 환경을 제공하는 모듈이다. 서비스들은 상태 장치를 코드로 표현한 서비스 개발자가 개발한 프로그램 코드로 이루어진 응용 프로그램을 포함한다. SLEE 16은 최소한 하나의 상태 장치 제어부 30, 최소한 하나의 메모리 모듈 24 및 최소한 하나의 상태 장치 29를 이루는 최소한 하나의 실행 가능 상태 장치 28로 이루어져 있다.

SLEE 16은 메모리 24에 다양한 네트워크 서비스 26의 서비스 논리를 저장한다. 다양한 서비스 26은 상태 장치로서 표현된다. SLEE 16은 텝스 텐(TappS 10)가 공급한 다양한 서비스의 실행을 담당한다. 상태 그래프에서, 서비스 26의 상태를 나타낸 그래프의 각 접속점 지점은 각 서비스 26을 의미한다. 하나의 상태는 서비스가 실행되어야 하는 곳에 구동중의 서비스 후행 상태를 결정하는 방법에 따라서 값 및 명령을 요약하는 정적물이다. 상기 상태 그래프는 서비스 26의 모든 접속점을 명확히 나타내고, 그 결과 특정 서비스 26의 그것의 수행을 처리할 수 있는 모든 경로를 나타낸다. 다른 두 상태 (혹은 접속점)의 접속 부분은 상태 전환으로 불려 진다. 서비스 26의 수행은 서비스 26을 나타내는 상태 그래프의 상태 접속점을 지나가는 방법으로써 수행된다. 서비스 26의 상태 접속점의 전체 집합은 처음 상태 접속점을 뒤따르는 각 상태 접속점이 서비스 26에 의하여 동적으로 처리되기 때문에 서비스 26의 실행에서 필요하지 않다. 서비스가 실행을 시작할 때 모든 상태 접속점들은 메모리 안에서 존재하여야 하는게 아니라는 것을 주지하여야 하지만, 서비스 26을 나타낸 상태 그래프는 서비스의 모든 분기를 포함하고 독립적으로 실행 상태의 충분 상태에서 존재한다.

서비스 26(즉 상태 그래프)은 실행 가능 상태 장치 28에 의해 실행된다. 실행 가능 상태 장치 28은 텝스 텐(TappS 10)에 의해 공급되는 서비스 26을 실행하는 총칭 장치이다. SLEE 16은 최소한 하나의 실행 가능 상태 장치 28을 포함한다.

SLEE 16의 두가지 주요 구성요소는 실행 가능 상태 장치 28과 상태 장치 제어부 30이다. 상기 상태 장치 제어부 30은 새로운 서비스 요청을 대기하는 자유 상태 가능 장치를 관리한다.

상태 장치 제어부 30의 주요 역할은 수신 요청을 받는 것이고, 요청된 서비스 26이 나타난 상태 그래프를 검색하며, 자유 실행 가능 상태 장치 28의 실행에 대한 상태 그래프를 할당한다. 상태 장치 제어부 30은 텝스 텐(TappS 10)에 의해 지원되는 모든 유효 서비스 26 (즉 상태 그래프)을 포함하는 메모리 24의 내용을 관리한다. 상태 장치 조절부 30이 새로운 서비스 요청을 받을 때, 메모리 24로부터 어울리는 서비스 26을 검색하고, 실행 가능 상태 장치 28의 실행을 위해 상기 서비스를 할당한다. 할당 되자마자, 상태 장치 제어부 30은 구동중인 서비스 32와 더이상 교신하지 않는다. 상태 장치 제어부 30의 2차적 역할은 구동중인 실행 가능 상태 장치인 메모리 사용 감시부 등의 대상 28의 정확성을 감시하는 것과 같은 서비스 요구의 할당과 실행에 필요한 자원을 유지하는 것이다.

실행 가능 상태 장치 28은 단독 서비스 26의 실행을 담당한다. 실행 가능 상태 장치 28과 구동중인 서비스 32 사이의 중앙에 위치하는 계층인 상태 장치 29가 있다. 상태 장치 29는 서비스를 구동하는 실행 가능 상태 장치 28의 구성 요소이다.

또한 실행 가능 상태 장치 28은 구동중인 서비스 32와 기능적 모듈 요소 42 사이의 접속을 지속한다. 많은 경우에, 여러 기능적 모듈 요소 42는 서비스에 의하여 요청된다. 접속은 아래에서 설명하는 RCLC 18에 의해 지속된다. 실행 처리에 구동중인 서비스 32는 기능적인 모듈 요소 42의 태스크를 할당한다. 이러한 태스크는 현재 상태 교신점의 실행을 위해 요구되는 데이터를 포함한다. 구동중인 서비스 32에 의해 배치된 상기 태스크들을 수행하는 기능적 모듈 요소 42의 작동과, 구동중인 서비스의 작동은 비동기이다. 센스내에 있는 상기 비동기는 기능적 모듈 요소 42에 의해 수행행되는 테스크를 보내는 하나의 구동 서비스 32이며, 비동기는 기능적 모듈 요소 42에 의해 발생되는 결과의 기다림 없이, 기능적 모듈 요소 42의 운영과 동시에 진행하는 서비스 집행과 관련한 운영들의 형성을 계속한다.

실행 가능 상태 장치 28과 기능적 모듈 요소 42 사이의 상호 작용은 - 태스크가 RCLC 18 에 의해 실행 가능 상태 장치 28에서 기능적 모듈 요소 42로 발송되는 것이다. 태스크가 기능적 모듈 요소 42 에 의해 완료되는 즉시, 실행 가능한 상태 장치 뒤로 보내진다. 실행 가능한 상태 장치 28은 현재 상태를 유지하는 상태 장치 29로 결과를 수신하고 할당한다. 결과를 받는 즉시, 상태 장치 29는 서비스 26의 상태 그래프에 다음 상태 접속점을 처리할 목적을 위하여 구동중인 서비스 32의 현재 상태 접속점을 교신한다.

SLEE 16은 적어도 하나의 실행 가능한 상태 장치 28이 존재하고 본 발명의 대표적 실시예에 관련하여 풀이라 불리는 다수의 실행 가능 상태 장치 28이 있다. 새로운 서비스 요청이 상태 장치 제어부 30에 의해 수신될 때, 실행 가능한 상태 장치 28 경우는 그것의 실행을 위해 할당 받는다. 할당된 실행 가능 상태 장치 28은 서비스 26의 상태 그래프에 일을 할당하고, 그것이 완료될 때 까지 구동한다. 할당된 실행 가능 상태 장치 28이 서비스 실행을 마칠 때, 자유 실행 가능 상태 장치 28 풀(pool)의 또 다른 할당을 기다리고 있는 지점 뒤로 방출된다. 서비스를 작동하는 각각의 실행 가능 상태 장치 28은 상기 실행 가능한 상태 장치 28이 발송 될 지점에 대해 예정된 메시지를 따르는 고유의 참조문이 존재한다. 실행 가능 상태 장치 28에 대한 이러한 메시지 발송은 이하 - SLEE 16 외부의 모듈은 상태 장치 제어부 30에서 실행 가능한 상태 장치 28에 대해 예정된 모든 메시지를 발송하는 방에 의해 수행된다. 이러한 외부의 구성요소는 교신 개시 상태 기계 조절부 30에 의해 이러한 외부 구성요소와 교신하는 일반적으로 공동 목적 참조물(이하 IOR)이라 불리는 CORBA 주소에 따라 상태 장치 제어부 30의 위치를 인지한다. 실행 가능 상태 장치 28중의 하나가 예정된 하나의 메시지는 상태 장치 제어부 30데 도달한다, 게다가 메시지가 속하는 실행 가능 상태 장치 28에 상태 장치 제어부 30은 메시지를 발송한다. 만약 메시지가 새로운 서비스 요청이라면, 상태 장치 제어부 30은 메모리 24로 알맞는 서비스 26을 처리하고 자유 실행 가능 상태 장치28에 의한 실행(즉, SLEE 16 외부의 모듈은 오직 상태기계 제어부 30을 인지한다. 상태 장치 제어부 30은 실행 가능 상태 장치 28을 인지한다)을 위해 할당한다.

각각의 작동하는 서비스 32는 그것의 현재 상태를 인지하고 또한 실행의 다음의 상태를 어떻게 처리할지 인지한다. 현재 상태는 실행 가능한 상태 기계 28을 통해서 실행된다. 현재 상태의 실행은 RCLC 18 도구에 의해 기능적인 모듈 요소 42로 태스크를 보내는 것을 완료한다. 기능적인 모듈 요소 42는 태스크를 수행하고 RCLC 18을 통하여 다시한번 상태 장치 28이 실행 가능한 결과로 돌아온다. 돌아온 결과는 구동중인 서비스 32의 다음 상태가 처리된 것에 따라 달라진 입력 신호이다.

TsppS 10은 서비스 26의 결정적인 실행을 지원한다. 서비스 26 각각은 서비스 26 각각의 중요한 한계선과 처음 상태 접속점에 정의된 경로가 있다. 서비스가 실행 가능 상태 장치 28로 할당되는 때, 실행 가능 상태 장치 28은 서비스 개시의 실행 전에 중요한 경로와 한계선을 인지한다. 서비스 26의 실행하는 동안, 이들의 모든 중요 제한선들을 만나야 하며, 다시말해, 서비스 26의 실행은 예외없이 완료된다. 이러한 예외는 상태 장치 제어부 30에 의하여 감지되고 처리된다.

모든 서비스 26은 그것의 우선적인 일의 등급이 있다. 서비스의 우선순위는 서비스의 우선적인 일의 실행을 위해 실행 가능한 상태 장치 28로 할당되기 전에 상태 장치 제어부 30에 의해 계산된다. 우선순위는 서비스의 평가된 실행 시간과 존재하는 시간의 계수로서 계산되어진다.

SLEE 16에 의해 서비스가 실행되는 과정을 더욱 잘 이해하기 위하여, 이하에서 본 발명의 대표적 실시예에 대한 전형적 실행 개요의 설명을 전개한다 - 서비스 실행은 RCLC 18에 의해 SLEE 16에 도달하는 서비스 요청 수신 부터 시작한다. 이러한 서비스 요청 수신은 서비스 실행 처리를 시작하는 상태 장치 제어부 30으로 보내진다. 상태 장치 제어부 30은 자유 실행 가능 상태 장치 풀에 의해 선정된, 메모리 24에 요청된 서비스를 배치하고 실행 가능 상태 장치 28의 자유 단계로 수행을 위해 할당한다. 다음 단계에서, 실행 가능 상태 장치 28은 상태 장치 제어부 30에 의해 활성화 된다. 상태 장치 제어부 30은 실행을 위한 서비스 26을 할당함으로써 실행 가능 상태 장치 28을 활성화 한다. 실행 가능 상태 장치 28이 활성화 되자마자, 그것에 대하여 실행 처리가 시작되는 서비스 26의 상태 그래프의 처음 상태 접속점 36이라 불리는 새로운 상태 장치 29 단계가 시작한다. 구동중인 서비스 32의 접속점 36은 기능적 모듈 요소 42의 태스크를 배치하고 기능적 모듈 요소 42로부터 받은 결과를 관리한다. 상태 접속점 36과 지능적 모듈 요소 42 사이의 상기 왕래는 RCLC 18을 통하여 수행된다. 실행가능 상태 장치 28은 기능적 모듈 요소 42에서 태스크의 관리 결과를 얻고 태스크를 시작한 상태 접속점 36에 대한 이들의 결과를 알린다. 다음은 상태 접속점 36이 기능적 모듈 요소 42로부터 얻어진 결과에 따라 현재 상태에서 유용한 정보를 평가함으로써 상태 그래프에 다음 상태 접속점을 결정한다. 서비스 실행 과정 종료에 의하여 실행은 서비스 상태 그래프의 최근 상태 접속점이 도달될 때까지 지속한다. 실행이 종료될때, 상태 장치 29는 내보내고 실행 가능한 상태 장치 28은 자유실행 가능 상태 장치 풀로 돌아온다.

SLEE 16의 구조물에 대하여, SLEE 16 외부에서 원격 조정을 받는 두개의 구성 요소는 상태 장치 조절부 30과 실행 가능 상태 장치 28이다. 그러므로 본 발명의 대표적 실시예에 대하여, 양 구성 요소들의 구조물은 분배된다. 상기는 CORBA에 의해 시행된다. 따라서, SLEE 16 안에서 두개의 CORBA는 기계 조절부 30과 실행 가능 상태 장치 28 을 보유한다. SLEE 16을 구동하는 각 판(상기 언급한 것 보다 하나 혹은 더 많이 존재할 수 있다)에 대하여, 목적 요구 중개(이하 ORB) 구동이 시행된다. ORB 각각은 그것 - 상태 장치 조절부 30과 실행 가능 상태 장치 28 에 의하여 얻은 SLEE 16 내부에 두개의 구성 요소가 있다. ORB 환경은 상태 장치 조절부 30과 실행 가능 상태 장치 28이 SLEE16 속으로 통신이 들어가는 것에 전력을다하고, ORB환경에 의해 제공된 풀 threading, persistency 등과 같은 다양한 기능과 함께 상기 풀을 제공한다. 본 발명의 대안적 실시예들에 대하여, 원격 방법 조정(이하 RMI)과 같은 CORBA가 아닌 다른 분배된 도구들이 이용될 수 있고, 상기는 Java 프로그래밍 언어 라이브러리의 한 부분이다.

상기 언급한 바와 같이, SLEE 16에서 RCLC로 나가는 통신은 텝스 텐(TappS 10)의 독점적인 프로토콜에 의해 수행된다.

도 6에 대하여, 서비스 실행 처리의 대표적인 설계를 보여준다. 도면에서 볼수 있듯이, 실행 가능 상태 장치 28의 1번과 2번은 서비스를 작동한다. 각각의 작동중인 서비스 동안 서비스의 교신 실행 환경을 나타내는 상태 장치 목적 29가 있다. 서비스 실행 동안, 태스크는 다시 한번 RCLC를 통하여 기능적 모듈 요소 42에 놓여진다. 기능적 모듈 요소 42는 태스크를 받고, 그것을 수행하며, CORBA call 이용으로 부터 태스크인 실행 가능 상태 장치 28로 돌아가는 결과를 보낸다. 기능적인 모듈 요소 42는 태스크와 함께 얻은 IOR에 관하여 발생한 실행 가능 상태 장치 28로 응답을 보내는 방법을 인지한다. IOR이 아니라, 태스크는 또한 현재 상태 36의 정의 및 서비스 26을 실행하는 실행 가능 상태 장치 28의 감응에 관한 데이터를 포함한다.

본 발명의 대표적 실시예에 대하여, 대다수의 상태 장치 조절부 30과 대다수의 실행 가능 상태 장치가 이용된다. 본 발명의 대표적 실시예에 대하여, 단 하나의 상태 장치 제어부 30이 이용된다. 이러한 이유로 상태 장치 조절부 30은 재진입 객체이고, 그러므로 이러한 하나의 사례는 하나 이상으로 요청을 입력할 수 있다.

본 발명의 대표적 실시예에 대하여, 상태 장치 조절부 30과 실행 가능 상태 장치 28 모두 같은 컴퓨터에서 작동하고, 하나의 ORB와 상호 관계를 가진다. 상기 언급한 바와 같이, 기능적 모듈 요소 42는 다른 컴퓨터에서 작동한다. 이러한 세가지 구성 요소는 SLEE 16의 기능적 작동을 담당한다. RCLC 18은 순서 제어와 같은 기능적이지 않은 요청을 담당하는 구성 요소이다.

도 4에서, 네트워크 적응 접속 장치는 두가지 주요 모듈로 구성된다. 첫째 게이트웨이 모듈 40이고, 둘째 기능적 모듈 요소 42이다. 게이트웨이 모듈 40은 SS7, IP등과 같은 네트워크 인터패이스에서 수신한 메시지를 따르는 서버에 의해 시행된다.

게이트웨이 모듈 40에 의해 수신된 메시지는 서비스 요청과 외부의 태스크로 분류된다. 서비스 요청은 새로운 서비스의 실행을 위한 외부의 요청이 있고, 네트워크에서 수신되며, 그리고 이에 의하여 새로운 서비스의 실행이 일어난다. 다른 면에서 외부의 태스크가 이미 구동중인 서비스와 관련하는 외부의 메시지이고, 그로인해 새로운 서비스의 실행을 야기하지 않을 것이며, 오히려 이미 구동중인 서비스 32로 보내진다. 이러한 외부의 태스크는 텝스 텐(TappS 10) 자신들 내에서 발생한 상기에서 언급된 태스크와 다른것이며, 즉 SLEE 16 에서 발생한 태스크, 그리고 기능적 모듈 요소 42로 정해진다.

기능적 모듈 요소 42는 SLEE 16에서 수신된 처리 태스크 및 처리 결과와 함께 다른 네트워크 프로토콜 교신을 담당한다.

기능적 모듈 요소 42는 빌딩 블록이며, 서비스를 실행하기 위해 사용된, 적어도 하나의 기능적 모듈 관리부 44와 적어도 하나의 기능적 모듈 46를 포함하는 것이다. 하나의 서비스는 기능적 모듈 요소 42의 연속을 야기하는 것에 의하여 실행된다. 기능적 모듈 요소 42로 수행되는 작동의 한 예는 데이터베이스에 질문을 배치한다. 이를 테면, 특정 데이터가 작동중인 서비스 32에 의해 요청되자 마자, 기능적 모듈 요소 42는 데이터의 요청과 함께 구동중인 서비스 32에 의해 교신된다. 다른 요청은 물론 그러한 요청은 일반적으로 태스크로써 불리는 기능적 모듈 요소 42로 주소를 지정한다. 그 태스크는 질문이 실행된 요청된 매개변수를 포함한다. 기능적 모듈 요소 42가 태스크를 받자마자, 질문과에 적절한 네트워크를 접속한다. 질문의 결과로 게이트웨이 구성요소 40에 의해 수신되고, SLEE16 내부에서 구동중인 서비스 32의 주소로 서비스 22와 상의 한 후에 SLEE 16(구동중인 서비스 32에 의해 이용되는)으로 흐른다.

본 발명의 대표적 실시예에 대하여 여러가지 기능적 모듈 46의 유형이 있고, 그 중 하나는 텝스 텐(TappS 10)에 의해 지원되는 각 프로토콜을 통신한다.

상기 언급한 메시지의 다른 유형은 RCLC 18을 통하여 기능적 모듈 요소 42로 전송된다.

RCLC 18에서 요청을 수신하는 기능적 모듈 요소 42의 구성요소는 기능적 모듈 관리부 44이다. 기능적 모듈 관리부 44는 RCLC 18과 기능적 모듈 46 사이의 인터페이스의 역할을 하고, 태스크 관리를 담당한다. 특정한 형태의 기능적 모듈 46의 모든 단계는 특정 판의 기능적 모듈의 모든 타입에 대하여 하나의 기능적 모듈 관리부 44에 의해 조절되며, 상기의 모든 단계는 하나의 기능적 모듈 관리부 44다. 본 명세서에 설명한 대표적 실시예에 대하여, 기능적 모듈 46 단계와 그것을 제어하는 기능적 모듈 관리부 44는 같은 컴퓨터에 위치한다. 기능적 모듈 46 단계는 풀의 형태로 기능적 모듈 관리부에 의해 관리된다. 기능적 모듈 관리부 44는 같은 형태의 모든 기능적 모듈 단계 46에 관련한 목록을 보유하고, 그들과 지속적인 접속을 유지하며, 기능적 모듈 관리부 44는 언제나 기능적 모듈 46의 단계가 자유롭다는 것을 인지한다.

기능적인 모듈 관리부 44는 또한 특정 기계에서 존재하는 기능적 모듈 단계 46의 수를 제어한다. 존재하는 기능적 단계 46의 양은 기능적 모듈 관리부 44에 의해 수신된 태스크의 작업량과 관련하여 정하여 진다. 기능적 모듈 관리부 44가 기능적 모듈 단계 46을 발생하고, 소멸하며, 활동과 차단이 요두될땐, 기능적 모듈 관리부 44는 또한 전송을 기다리는 비전송된 요청의 짧은 대기행렬(queue)을 관리한다.

기능적 모듈 관리부 44가 태스크를 수신하자마자, 처음 우선적인 일은 자유 기능적 모듈 46 단계에 발송되는 것이다. 만약 이러한 자유 단계가 존재하지 않으면, 태스크는 비전송된 요청의 대기행렬로 전송하는 것이고, 기능적 모듈 46의 잔여 수로 이용된 방법을 다시부르게 된다.

상기 태스크는 기능적 모듈 46 단계의 실행 목적을 위해 배치된다. 실행이 끝나자마자, 기능적 모듈 46단계의 상태는 정지상태로 바뀌고, 이는 더 많은 태스크의 실행을 위한 자유를 의미한다.

각 태스크 실행의 종결에서 기능적 모듈 관리부 44는 기능적 모듈 46단계의 잔여 수를 이용한 상기 언급한 방법을 요청한다. 상기 언급된 방법은 현재 통로와 태스크 위치를 검사하고 따라서 기능적인 모듈 46 단계의 수를 줄이거나 증가시킨다.

상기 내용에 더하여, 기능적인 모듈 관리부 44는 존재하는 기능적 모듈 46 단계의 수와 관련하여 기능적 모듈 46 단계상의 작업량과 그것을 작동하는 판(예를 들어 I/O, CPU, 메모리등)의 일반적 자원에 관련하여 RCLC 18에게 정보를 알린다.

태스크가 자유 기능적 모듈 46에 배치되자마자, 언급한 기능적 모듈 46은 태스크를 실행한다. 태스크를 실행할 목적으로, 기능적 모듈 46은 요청이 있다면 ,네크워크 인터페이스 카드 등과 같은 텝스 텐(TappS 10)의 외부에 있는 장치로 연결한다.

일반적 원칙으로서, 기능적 모듈 46은 세개 판으로 되어 있다: (i) 기능적 모듈 46에 의하는 하나의 인터페이스 판은 전달받고 다른 구성요소에 전달한다; (ii) 기능적 모듈 46의 활동적 서비스 논리를 제공하는 하나의 논리 판은 따로따로 기능적 모듈 46의 모든 형태로 실행되는 서비스 논리 상태를 호출한다; (iii) 하드웨어 유도 판은 네트워크 인터페이스 카드와 같은 하드웨어를 사용하는 기능적 모듈 46 형태에서 오직 존재한다. 상기 세개의 판은 상기 기능적 모듈과 관련된 하드웨어와 통신하는 논리 판에 의해 사용된다. 관리 업체 독립 목적을 위하여 하드웨어 장비의 다른 형태와 접속하는 기능적 모듈은 독립적으로 실행되는 하드웨어 유도 판이 있다.

기능적 모듈 관리부 44와 RCLC 18은 우선적 네트워크 프로토콜을 통하여 접속된다. 두 구성요소 사이의 접속은 명칭 부여 서비스 22를 참조하는 방법으로써 생성된다. 그것의 생성 즉시, 각 기능적 모듈 46은 통신하는 RCLC 18과 지정된 접속구의 위치를 지정하기 위하여 서비스 22를 참조한다. 데이터가 새롭게 생성된 기능적 모듈 46에 의해 획득되자 마자, 기능적 모듈 46은 그것의 존재를 RCLC 18에 통보의 목적으로 RCLC 18을 접속한다.

비슷한 방법으로, 생성물에서 새롭게 생성된 RCLC 18은 모든 존재하는 기능적 모듈 46의 기억장소를 위한 서비스22라 칭하는 것을 참조하고 그것들로 연결한다. 접속 즉시, 다음의 모든 것은 RCLC 18 사이를 소통하고, 기능적 모듈 46은 미리 정의된 프로토콜을 사용하는 특정한 포트을 통하게 된다. 연결이 이루어지는 즉시, 기능적 모듈 46은 상기 언급된 포트를 지속적으로 따르는 스레드를 개방하고 RCLC 18 로부터 전해지는 요청을 감응한다.

사건의 상기 언급한 태스크의 형태와 다른 유형은, RCLC 18이 기능적 모듈 요소 42의 작업량을 점검하는 것과 기능적 모듈 요소 42의 보유는 그것의 작업량 상태에 대하여 RCLC 18에게 알리는 것과 같이 유발된 사건 시점이다. 유발된 사건 시점을 감응하고 요청된 방법을 요구하는 또다른 스레드에 의해 이러한 유발된 사건 시점은 조종된다.

RCLC 18의 주요 기능은 텝스 텐(TappS 10) 그리고 텝스 텐(TappS 10)과 네트워크 사이 모두의 소통 작업량을 감시하는 것이다. RCLC 18은 주어진 어떤 시점에서 이러한 작업량의 상태를 인지하고, 텝스 텐(TappS 10)에 의해 제공된 다양한 서비스의 자원 소모 가동을 익히고 그것과 관련하여 수신 및 송신 메시지의 쌍방향으로 교신한다. RCLC 18은 또한 시스템 관리부에 의해 이미 설치되어 미리 결정된 원칙에 따라 작동한다. 예를 들어, 시스템 관리부는 텝스 텐(TappS 10)에 의하여 제공된 다양한 서비스 26의 중요한 단계와 관련한 어떤 우선적인 일을 규정할 수 있고, 따라서 더 중요한 서비스 26의 수행은 덜 중요한 서비스 26의 실행보다 우선적으로 일을 수신할 것이다.

명칭 부여 서비스 22는 SLEE 16 컴퓨터와 그들의 IOR 및 현재 그곳에 구동중인 서비스의 목록을 유지한다. 메시지가 네트워크로 도달할 때, 게이트웨이 40은 수신 메시지가 발송되어야 할 목적지인 명칭 부여 서비스 22에 접속한다. 명칭 부여 서비스 22는 메시지가 발송되어야 하는 정확한 SLEE 16의 게이트웨이 40 IOR로 돌아간다. 텝스 텐(TappS 10)의 다른 구성요소는 상기에서 설명한 비슷한 방법으로 정보 발송을 위하여 명칭 부여 서비스 22를 질문한다.

상기 언급한 바, 텝스 텐(TappS 10)은 통신 네트워크와 서비스 전개 및 통신 네트워크에서 수신된 서비스 요청 조종으로 새로운 서비스 추가의 성능이 있다. 아래는 텝스 텐(TappS 10)이 서비스 요청을 다루는 방법의 일반적인 설명이다.

네트워크에 의하여 일정한 세션에서 서비스 실행이 필요함을 인식할 때, 요청된 서비스의 공급을 요청하는 메시지는 텝스 텐(TappS 10)으로 발송된다.

수신된 메시지 감지를 담당하는 텝스 텐(TappS 10) 의 구성요소는 게이트웨이 40이다. 하나의 메시지는 새로운 서비스 요청이거나 이미 구동중인 서비스에 대한 외부의 사건이다. 메시지가 텝스 텐(TappS 10)에 의하여 수신되는 즉시, 게이트웨이 40은 메시지가 구동중인 서비스와 관련이 있는지 새로운 서비스를 요청하는 것인지 발견하기 위하여 명칭 부여 서비스 22를 참조한다. 메시지가 이미 구동중인 서비스에 관련된 외부의 사건이라고 한다면, 구동중인 서비스 32의 기억장소가 완료되고, 외부의 사건은 SLEE 16에서 작동하는 진행중인 서비스 32에 의해 사용되는 매개변수로써 RCLC 18을 통하여 흐른다. 만약 메시지가 새로운 서비스 요청이라면, RCLC 18을 거쳐 요청된 서비스 26이 결정되고 서비스 실행이 시작하는 곳인 SLEE 16으로 흐른다. SLEE 16에서 구동중인 서비스 32는 네트워크로 도달한 외부의 사건과 이러한 외부의 사건 진행 메시지를 수신하고, RCLC 18을 통하여 다시 한번 기능 모듈 요소 42 뒤로 태스크를 보낸다. 기능 모듈 요소 42는 이러한 태스크를 처리하고, 기능 모듈 요소 42 상태에서 교체 혹은 구동중인 서비스 뒤로 보내진 하나 혹은 그 이상의 네트워크 메시지인 두가지 성과 중 하나로 끝난다. 일반적인 개요에서 태스크 실행은 네트워크로 보내지는것 및 구동중인 서비스로 하나 혹은 그 이상의 메시지를 야기한다. 기능 모듈 요소 42가 네트워크 및 작동하는 서비스 32로 메시지를 발송한 후, 네트워크로 부터 응답 및 구동중인 서비스로 부터 새로운 태스크를 수신한다. 이러한 과정은 서비스 실행이 종료될 때까지 발생한다.

텝스 텐(TappS 10)에 의해 실행하는 서비스 26의 필요조건은 텝스 텐(TappS 10)에 배치된 요청된 서비스 26의 보유이다. 텝스 텐(TappS 10)은 서비스 개발업자가 개발하는 것을 허락하며 네트워크 사용자에 의해 요청되고 텝스 텐(TappS 10)에 의해 실행되는 새로운 서비스 26을 배치한다. 본 발명에 대하여 새로운 서비스의 개발은 고도의 컴퓨터 언어 (예를 들어 자바 등)에 의해 이루어 진다. 텝스 텐(TappS 10)은 새로운 서비스의 자원 코드가 개발되는 정점에서 응용 프로그래밍 인터페이스(이하 API)에 시스템 관리자를 제공한다. 새로운 서비스의 개발이 완료되면, 소스 코드는 다른 부호로 컴파일되고, 연역되면 2진수 코드가 제어부 14(상기 언급한 텝스 텐(TappS 10)으로 GUI를 시스템 관리자에게 제공하는 관리자 12에 의해 새로운 서비스를 배치하는 시스템 관리자에 의해 조절자 14는 움직인다)에 의해 SLEE 16으로 전송된다. 다음 단계에서 2진수 코드는 설비를 읽는 자바 클래스를 사용하는 SLEE 16으로 연결된다. 이러한 단계 후에 새로운 서비스는 시스템 관리자에 의하여 활성화 될수 있고 텝스 텐(TappS 10) 설비에 접근할 수 있다. 배치됨과 동시에, 서비스는 SLEE 16으로 메모리 24를 첨부하고 즉시 그 후에 텝스 텐(TappS 10)에 의하여 공급된 정확한 서비스가 되며, 따라서 실행 준비를 한다.

여기 첨부된 모든 subject matter 는 독특한 성능을 텝스 텐(TappS 10)에 부여하는 것이다. 이러한 성능들중 하나는 적어도 하나의 call-control 세션과 다른 제어 세션들(예를 들어 웹 세션과 데이터 베이스 연결부) 중에 단독 세션을 만드는 능력이다. 더욱이, 텝스 텐(TappS 10)의 분배된 구조물은 강화된 장애 허용오차와 같은 성취 능력의 필요로 더욱 높은 수행 단계 및 더욱 커진 관리 성능의 능력으로 그것의 모든 요소에 대한 응답을 가능하게 한다. 텝스 텐(TappS 10)은 전화통신 네트워크(즉, 같은 서비스는 PSTN에서 혹은 INAP 위에서 혹은 ISUP 위의 PSTN에서 혹은 어떤 코드 변화 효과 없이 SIP위에서 다음에 발생하는 네트워크)와 관련한 네트워크도 되고 독립된 프로토콜도 된다. 더욱이, 텝스 텐(TappS 10)이 이전 기술 서비스 통합 시스템의 몇가지로 인하여 전화통신 테크워크로 제한되지 않는다는것을 명확히 나타낼 것이며, 그리고 그 결과, 서비스 세션이 다른 프로토콜은 물론 RADIYS 인증 요청인 HTTP 요청과 같은 비 전화통신 사건들에 답하여 시작될 수 있다. 또 다른 알수 있는 텝스 텐(TappS 10)의 특징은 모든 활동 세션에 의해 소비된 자원의 완벽한 관찰을 잡을수 있다는 것이며, 따라서, 네트워크 대역폭과 같은 내부의 자원(텝스 텐(TappS 10) 시스템 내부에 있는)과 외부의 자원 모두 우선할 수 있고 자원 소비를 조절할 수 있다. 마지막 특징은 또한 텝스 텐(TappS 10) 시스템 내부의 쌍방 및 텝스 텐(TappS 10) 시스템과 네트워크 사이를 결정적 왕래 조절을 할 수 있다는 것이다.

결론적으로 본 발명의 대표적 구체물의 외국 명세서가 단지 예시적인 것이라는 인식을 해야 한다.

Claims (26)

1. (a) 서비스 통합 시스템을 관리하고 제어하며 상기 서비스 통합 시스템의 관리와 제어를 실행할 목적으로 상기 서비스 통합 시스템을 포함하는 모듈들 각각과 상호 작용하는 적어도 하나의 모듈;

   (b) 네트워크로부터 메세지를 받고 네트워크로 메세지를 보내는 적어도 하나의 모듈;

   (c) 적어도 하나의 서비스 논리 실행 환경 모듈; 그리고

   (d) 상기 서비스 통합 시스템의 구성 요소들간과 상기 서비스 통합 시스템 과 상기 네트워크 간 모두에 상기 데이터의 흐름을 최적화하는 적어도 하나의 자원 제어 모듈로서, 상기 자원 제어 요소가 적어도 네트워크로부터 메세지를 받고 네트워크로 메세지를 보내는 상기 모듈과 상기 서비스 논리 실행 환경 모듈에 연결되어 있는 자원 제어 모듈;

   을 포함하는, 응용 서버로서 실행되고 통신 네트워크에 사용되는 분배 서비스 통합 시스템에 있어서, 상기 모듈들 모두가 그들 각각의 기능을 실행하기 위하여 요구되는 대응 하드웨어 장치와 상호 작용하는 것을 특징으로 하는 서비스 통합 시스템.
2. 제1항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템을 관리하고 제어하는 상기 적어도 하나의 모듈이 상기 서비스 통합 시스템을 관리하는 적어도 하나의 모듈과 상기 서비스 통합 시스템을 제어하는 적어도 하나의 모듈로 분리되는 것을 특징으로 하는 시스템.
3. 제1항의 서비스 통합 시스템에 있어서, 네트워크로부터 메세지를 받고 네트워크로 메세지를 보내는 상기 적어도 하나의 모듈이 적어도 하나의 게이트웨이 모듈과 적어도 하나의 기능 모듈 요소로 분리되는 것을 특징으로 하는 시스템.
4. 제1항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템이 네트워크 서비스의 비동시적인(asynchronous) 실행을 지원하는 것을 특징으로 하는 시스템.
5. 제1항의 서비스 통합 시스템에 있어서, 상기 분배된 기반 구조가 상기 서비스 통합 시스템을 포함하는 요소들의 응답을 가능하게 하여

   (a) 장애(fault) 허용성(tolerance);

   (b) 성능; 그리고

   (c) 용량;

   으로 이루어지는 그룹으로부터 선택되는 적어도 하나를 제공하는 것을 특징으로 하는 시스템.
6. 제1항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템이 처리된 모든 세션들에 의해 소모된 자원들을 지속적으로 인지하는 것을 특징으로 하는 시스템.
7. 제1항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템이 상기 서비스 통합 시스템에 의해 처리되는 상기 서로 다른 세션들에 할당되는 자원들의 양을 조절하는 것을 특징으로 하는 시스템.
8. 제1항의 서비스 통합 시스템에 있어서, 탑스 텐(텝스 텐(TappS 10)) 시스템 내부와 탑스 텐(텝스 텐(TappS 10)) 시스템과 네트워크 사이 모두에 결정적 트래픽 제어를 가능하게 하는 시스템.
9. 제1항의 서비스 통합 시스템에 있어서, 상기 네트워크가 시간 민감성 트래픽을 수송하는 실시간 통신 네트워크인 것을 특징으로 하는 시스템.
10. 제1항의 서비스 통합 시스템에 있어서, 상기 네트워크가 데이터 통신 네트워크인 것을 특징으로 하는 시스템.
11. 제1항의 서비스 통합 시스템에 있어서, 상기 네트워크가 적어도 음성 통신을 데이터 통신과 결합시킨 혼성 통신 네트워크인 것을 특징으로 하는 시스템.
12. 제3항의 서비스 통합 시스템에 있어서, 상기 적어도 하나의 기능 모듈 요소가:

    (a) 적어도 하나의 기능 모듈 관리자; 그리고

    (b) 적어도 하나의 기능 모듈;

    을 추가로 포함하는 것을 특징으로 하는 시스템.
13. 제3항의 서비스 통합 시스템에 있어서, 상기 적어도 하나의 서비스 논리 실행 환경 모듈이:

    (a) 적어도 하나의 상태 장치 제어부;

    (b) 적어도 하나의 메모리;그리고

    (c) 적어도 하나의 실행 가능 상태 장치;

    를 추가로 포함하는 것을 특징으로 하는 시스템.
14. 제1항의 서비스 통합 시스템에 있어서, 상기 적어도 하나의 자원 제어 요소가 시스템 관리자에 의해 정해지는 미리 정하여진 정책에 따라 트래픽의 흐름을 추가로 최적화하는 것을 특징으로 하는 시스템.
15. 제1항의 서비스 통합 시스템에 있어서, 상기 적어도 하나의 자원 제어 요소가 상기 서비스 통합 시스템에 의해 제공되는 상기 다양한 서비스들의 역사적 시스템 자원 소비율들을 분석하고 저장하며, 흐름을 최적화하기 위하여 저장된 데이터를 사용하는 것을 특징으로 하는 시스템.
16. 제1항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템이

    (a) 서비스의 배치;

    (b) 서비스의 실행;그리고

    (c) 서비스의 관리

    로 이루어진 그룹으로부터 선택되는 적어도 하나를 수행하는 것이 가능한 것을 특징으로 하는 시스템.
17. 제13항의 서비스 통합 시스템에 있어서, 상기 적어도 하나의 실행 가능한 상태의 장치가 적어도 하나의 상태 장치를 추가로 포함하는 것을 특징으로 하는 시스템.
18. (a) 서비스 통합 시스템을 관리하고 제어하며, 상기 서비스 통합 시스템을 관리와 제어를 실행할 목적으로 상기 서비스 통합 시스템을 포함하는 대다수의 모듈들과 상호 작용하는 적어도 하나의 수단;

    (b) 네트워크로부터 메세지를 받고 네트워크로 메세지를 보내는 적어도 하나의 수단;

    (c) 서비스를 작동시키기 위하여 서비스 논리 실행 환경을 제공하는 적어도 하나의 수단; 그리고

    (d) 상기 서비스 통합 시스템의 구성 요소들간과 상기 서비스 통합 시스템 과 상기 네트워크 간 모두에 상기 데이터의 흐름을 최적화하는 적어도 하나의 수단으로서, 상기 흐름을 최적화하는 상기 수단들이 적어도 네트워크로부터 메세지를 받고 네트워크로 메세지를 보내는 상기 수단들과 서비스 논리 실행 환경을 제공하는 상기 수단들에 연결되어 있는 수단;

    을 포함하는, 응용 서버로서 실행되고 통신 네트워크에 사용되는 분배된 기반 구조 서비스 통합 시스템.
19. 제18항의 서비스 통합 시스템에 있어서, 상기 서비스 통합 시스템이

    (a) 서비스의 배치;

    (b) 서비스의 실행; 그리고

    (c) 서비스의 관리

    로 이루어진 그룹으로부터 선택되는 적어도 하나를 수행하는 것이 가능한 것을 특징으로 하는 시스템.
20. (a) 통신 네트워크로부터 새로운 메세지를 수신하는 단계;

    (b) 상기 새로운 메세지가 새로운 서비스 요청인지 또는 이미 실행되고 있는 서비스와 관련된 메세지인지를 독립적인 집중된 네트워크로 확인하는 단계;

    (c) 상기 새로운 메시지가 이미 실행되고 있는 서비스와 관련된 메세지인 경우 상기 새로운 메세지를 새로운 메세지와 관련된 실행되고 있는 서비스로 전달하는 단계;

    (d) 상기 새로운 메시지가 새로운 서비스 요청인 경우 상기 새로운 메세지를 요구되는 서비스의 실행을 위하여 서비스 논리 실행 환경에 전달하고 (e)단계와(f)단계를 수행하는 단계;

    (e) 상기 서비스 통합 시스템에 의해 지원되는 서비스들로부터 요구된 서비스를 분석하는 단계; 그리고

    (f) 상기 분석된 서비스를 실행하는 단계;

    들을 포함하는 통신 네트워크에서 서비스를 제공하는 방법.
21. 제20항에 따른 방법에 있어서, 상기 (f) 단계가

    (a) 상기 서비스 통합 시스템에 의한 실행을 위하여 상기 실행 서비스를 통해 작업들을 배치하는 단계;

    (b) 상기 서비스 통합 시스템을 통해 상기 작업들을 처리하는 단계; 그리고

    (c) 상기 통신 네트워크와 상기 서비스 통합 시스템 모두로부터 상기 실행되는 서비스를 통해 새로운 메세지들을 수신하는 단계;

    들을 추가로 포함하는 것임을 특징으로 하는 방법
22. 제21항의 방법에 있어서, 상기 (b) 단계가

    (a) 통신 네트워크로 메시지 보내는 단계; 그리고

    (b) 상기 실행 서비스로 메시지를 보내는 단계;

    들을 추가로 포함하는 것임을 특징으로 하는 방법.
23. (a) 높은 수준의 컴퓨터 언어 자원 코드에 의해 상기 새로운 서비스를 실행하는 단계;

    (b) 상기 자원 코드를 번역하는 단계; 그리고

    (c) 상기 번역된 소스 코드를 상기 번역된 자원 코드를 상기 새로운 서비스가 실행될 준비가 되어 있는 메모리에 설치함으로써 상기 통신 네트워크와 결합시키는 단계;

    들을 포함하는 통신 네트워크용 새로운 서비스들을 배치하는 방법.
24. (a) 수신된 작업의 예상되는 자원 소모 필요량을 결정하는 단계;

    (b) 외부의 네트워크 채널들의 상기 자원 로드 수준을 결정하는 단계;

    (c) 내부의 네트워크 채널들의 상기 자원 로드 수준을 결정하는 단계; 그리고

    (d) (a), (b) 및 (c) 단계들을 수행함으로써 수신되는 결과에 따라 선택된 네트워크 채널로 메세지를 보내는 단계;

    들을 포함하는, 서비스 통합 시스템 내부와 상기 서비스 결합 시스템과 통신 네트워크 사이와 서비스 결합 시스템 사이 모두에서 트래픽의 흐름을 제어하는 방법.
25. 제9항의 서비스 통합 시스템에 있어서, 상기 시간 민감성 트래픽이 음성인 것을 특징으로 하는 시스템.
26. 제9항의 서비스 통합 시스템에 있어서, 상기 시간 민감성 트래픽이 영상인 것을 특징으로 하는 시스템.