단일화된 메시징 상태 변화들의 동적 구성 document_id A220623013649

본 발명은 일반적으로 컴퓨터 시스템들에 관한 것으로, 특히, 본 발명은 메뉴 액티비티들, 프롬프트들, 또는 전환들을 유연하고, 세분화되고 명백한 방식으로 지정하는 파일 선언을 통해 메뉴 구동 통신 애플리케이션의 동적 구성을 용이하게 하는 시스템 및 방법에 관한 것이다. 통신 기술들은 정보 세대의 급속한 변화 요구에 직면하고 있다. 단지 몇년 전에만 해도, 팩스 머신 기술들은 콘텐츠를 전자적으로 부호화함으로써 메일 내의 정보를 수신하고 전화선을 통해 메시지들을 전달하는 기존의 방식들을 위협했다. 이러한 기술은 수백년동안 비지니스가 행해진 방식에 혁명을 일으켰다. 거의 팩스 머신이 편재하자마자, 전자 메일 또는 이메일이라고 알려진 새로운 기술이 이전에 독점적으로 팩스 머신들의 영역에 존재했던 많은 애플리케이션들을 추월하기 시작했다. 이메일 애플리케이션들이 성장함에 따라, 이전 형태의 통신을 다시 위협한 인스턴트 메시징 서비스들과 같은 또 다른 통신 기술들이 발전되었다. 이메일 및 팩스 머신와 같은 텍스트 구동 기술들과 함께, 음성 통신도 또한 하드 와이어 접속으로부터 오늘날의 여전히 인기있고 성장중인 무선 기술들로 변화했다. 많은 사용자들에게 이용가능한 광범위의 통신 옵션들을 관리하기 위해, 사용자들에게 이용가능한 많은 통신 옵션들을 처리하기 위한 서비스를 제공하는 단일화된 메시징(UM: United Messaging) 애플리케이션들이 나타나기 시작했다. 단일화된 메시징은 일반적으로 음성, 팩스, 이메일 등의 통합을 의미하는데, 이것은 사용자로 하여금 정선한 임의의 단말기로부터 언제 어디서나 이러한 메시지들 중 어느 것을 액세스할 수 있게 한다. 단일화된 메시징 시스템의 한가지 목표는 통신 프로세스를 단순화하고 고속화함으로써 법인 또는 기타 실체 내에서 시간과 비용을 절약하는 것이다. 근대 통신 시스템의 한가지 공통적인 특징은 특정 통신 선호도를 상기 시스템들에 맞추기 위해 일반적으로 사용자들에게 상이한 스타일 메뉴들로부터의 각종 구성 옵션들이 주어진다는 것이다. 따라서, 음성 메일, 단일화된 메시징 및 기타 IVR(Intelligent Voice Recognition) 애플리케이션들은 일반적으로 메뉴 구동되는 사용자 인터페이스를 가진다. 메뉴는 예를 들어 전화 상에서 최종 사용자에게 플레이될 수 있는 하나 이상의 프롬프트들을 포함한다. 프롬프트의 단부에서, 사용자는 애플리케이션을 상이한 메뉴로 변경시키는 DTMF(dual tone multi frequency) 입력에 응답한다. 현재 기술들이 갖는 하나의 문제점은, 각종 애플리케이션 구현들이 유한 상태 머신를 이용하여 이러한 메뉴 변경들을 매핑한다는 것이다. 일반적으로 이러한 구현들은 메뉴들을 확장 및 맞춤화하는 것을 어렵게 하는 메뉴 상태 변경들을 하드 코딩한다. 메시지들을 프로세싱하기 위한 하드 코딩 성질 및 제어 요소들의 부담을 경감하기 위한 하나의 시도로서, VoiceXML(Voice Extensible Markup Language) 등의 기술들이 출현했다. VoiceXML의 목표는 웹개발 및 콘텐츠 전달의 전체 능력을 음성 응답 애플리케이션들에게 주고, 그러한 애플리케이션들의 저자들을 저레벨 프로그래밍 과 리소스 관리로부터 자유롭게 하는 것이다. 그것은 친숙한 클라이언트-서버 패러다임을 사용하여 데이터 서비스들과 음성 서비스들의 통합을 가능하게 한다. 음성 서비스는 사용자와 구현 플랫폼 사이의 상호작용 다이얼로그의 시퀀스로서 보여진다. 다이얼로그들은 문서 서버들에 의해 제공되는데, 문서 서버들은 각각의 구현 플랫폼 외부에 있을 수 있다. 문서 서버들은 전반적인 서비스 로직을 유지하고, 데이터베이스 및 레거시 시스템 동작들을 수행하고, 다이얼로그들을 생성한다. VoiceXML 문서(또는 애플리케이션이라 불리우는 관련 문서들의 집합)는 회화체의 유한 상태 머신를 형성한다. 사용자는 항상 한번에 하나의 대화 상태, 또는 다이얼로그 내에 있다. 각 다이얼로그는 전환할 다음 다이얼로그를 결정한다. 전환은 사용할 다음 문서 및 다이얼로그를 정의하는 URI들에 의해 지정된다. URI가 문서를 언급하지 않으면, 현재 문서가 가정된다. URI가 다이얼로그를 언급하지 않으면, 문서 내의 제1 다이얼로그가 가정된다. 다이얼로그가 후계자를 지정하지 않은 경우, 또는 명백하게 대화를 빠져나간 요소를 가지면, 실행이 종료된다. 상태 전환이 VoiceXML로 프로세싱되는 방식이 갖는 하나의 문제점은, 상태 변경이 문서 서버에 의해 검색될 새로운 문서를 지정할 수 있다는 사실에 관한 것이다. 따라서, 특정 사용자와의 임의의 상호작용은 일반적으로 소정의 다이얼로그 세션을 완성하기 위해 문서 서버와의 많은 트랜잭션들을 요구한다. 사용자수가 증가함에 따라, 각각의 문서 서버들에 대한 로드가 관리불가능하게 될 수 있다. 이에 의해, 로드를 처리할 보다 많은 서버들을 부가하는 등의 추가의 리소스들이 확장될 수 있다. 문서 자체 내의 또 다른 비효율성은 하나의 문서나 다이얼로그로부터 다른 것으로의 적절한 전환을 위해 요구되는 대본 코드의 양에 관한 것이다.