KR19990064318A - 세일즈 프로세스 지원 시스템 및 방법 - Google Patents

Abstract

마케팅 성공을 향상시키기 위해 중앙 집중된 데이터베이스를 사용하여 세일즈 목표를 식별하는 세일즈 프로세스 지원 시스템 및 방법. 이 시스템은 다양한 내부 및 외부 피이드로부터 포괄적인 정보를 수신하는 중앙 데이터베이스를 포함하고, 금융기관이 사용하기 위한 3단계의 계층구조(하우스홀드, 고객 및 계좌)로 정보를 표준화하여 하우스홀드한다. 중앙 데이터베이스 상에 저장된 포괄적인 정보는 마케팅 캠페인을 위해 세일즈 리드들의 리스트를 생성하도록 마이크로마케팅 워크스테이션을 통해 액세스된다. 데이터베이스 엔진은 중앙 데이터베이스의 속도 및 효율을 증가시키기 위해 중앙 데이터베이스 상의 데이터에 액세스하기 위한 논리 액세스 경로를 생성하기 위해 제공된다. 이 시스템은 세일즈 리드들이 마케팅 캠페인을 위해 고객들을 목표로 정하는데 사용되는 지점 네트워크에 전자적으로 세일즈 리드들을 분배한다. 중앙 데이터베이스는 고객들을 프로파일하고, 금융기관과의 고객관계를 강화하며, 마케팅 캠페인 동안 세일즈 및 서비스 이행을 전자적으로 추적하는 중앙 고객 정보 시스템의 워크스테이션에 의해 액세스된다. 이 시스템은 또한 본 발명의 중앙 데이터베이스, 마이크로 마케팅 센터, 중앙 고객 정보 시스템 및 지점 시스템과 통신하고 있는 단일 세션 중에 계좌를 개설하는 시스템을 포함할 수 있으므로, 데이터는 합법적이고 적합한 이들 시스템 사이를 통과할 수 있다.

Description

세일즈 프로세스 지원 시스템 및 방법

저작권 자료의 개시에 대한 통보

본 특허문헌의 공개된 일부분은 저작권 보호를 받는 자료를 포함한다. 본 특허문헌 또는 특허명세서는 미국 특허청의 특허 파일 또는 기록 내부에 보관되어 있기 때문에, 저작권 소유자는 특허문헌 또는 특허명세서 중 어느 것을 복제하는 데에 대해 어떠한 이의도 제기하지 않지만, 이 이외에는 모든 저작권을 보유한다.

35 U.S.C. 120에서의 관련 특허 출원에 대한 설명

이 출원은 1995년 10월 17일에 출원되어 계류중인 출원번호 제 08/544,102호의 "ELECTRONIC SALES AND SERVICE SUPPORT SYSTEM AND METHOD"에서 일부 계속된 것이고, 35 U.S.C. 120에 속하는 이전에 제출한 데이터의 이점을 주장한다.

발명의 분야

본 발명은 일반적으로 세일즈 및 서비스 지원 시스템 및 방법에 관한 것으로, 특히, 고객 서비스를 지원하고, 세일즈 목표를 식별하며, 세일즈 리드(leads)을 분류하고, 세일즈 툴을 강화시키며, 세일즈 작업 및 세일즈 인원을 추적하는 전자 세일즈 및 서비스 지지 시스템 및 방법에 관한 것이다.

발명의 배경

경쟁이 증가됨에 따라, 다른 서비스 제공자와 같은 금융기관은 다른 분야에서 성공했던 세일즈 및 서비스 기술을 채택하기 시작했다. 그러나, 마케팅 금융 서비스는 유일한 도전을 제안한다. 우선 첫째로, 대부분의 사람들은 금융 서비스를 찾아다니지 않아도 된다. 대신에, 고객의 생활에서 무엇인가가 발생하여 고객으로 하여금 변화하게 하거나 변화를 쉽게 받아들이게 한다. 생활에서 무력증이 극복되는 순간이 있는데, 이사할 때, 사람이 사망했을 때, 가족을 구성했을 때, 또는 고객이 변화에 충분히 화를 냈을 때이다. 이들 이유 때문에, 초점을 맞추지 않은 대규모의 금융 서비스의 마케팅은 통상 효력이 없다. 대신에, 금융 서비스의 마케팅은 변화를 일으키고 싶거나, 혹은 다른 계좌를 개설하기를 원하는 사람들에게 목표를 정해야 한다. 과거에는 가능한 변화를 쉽게 받아들이는 고객을 정확히 확인하고 이들 사건들이 발생할 때를 예측하는 것은 어려웠었다. 이와 같이, 고객 또는 잠재하는 고객들이 변화를 쉽게 받아들일 때를 예측하는 시스템 및 방법을 개량할 필요가 있다.

고객이 필요로 하는 것과 지지 목표 마케팅을 예상하기 위해, 서비스 제공자는 그 고객을 알아야 한다. 고객의 수를 증가시킬 때와 특정 종업원과 접촉하는 고객의 빈도를 감소시킬 때 그 고객을 알아내는 것은 더 어렵기 때문에, 대규모의 금융 기관의 고객 베이스의 크기는 일부 마케팅 노력에 장애물을 제공할 수 있다. 오늘날의 금융 공동체에서, 대규모의 금융 기관은 유일한 1세트의 계좌를 각각 갖는 몇 만명의 하우스홀드 및 고객을 가질 것이다. 이들 하우스홀드, 고객, 및 계좌에 대해서 이용할 수 있는 데이터는 매우 대규모이므로, 그것은 마케팅 캠페인에 전혀 사용되지 않았다.

대규모의 고객 데이터베이스를 다루기 위한 노력으로, 화사들을 전통적으로 고객 기록을 보유한다. 어떤 경우에는, 이들 기록들이 단순한 문서 기록의 형태로 존재하지만, 최근에는 전자 기록이 일반적으로 되었다. 처음에는, 애플리케이션을 유지하는 각 전자 기록에 대해서 개별적인 데이터 기억장치가 사용되었다. 이와 같이, 금융 기관에서의 각 부서는 그 목적을 위해 필요한 기록을 창출 및 보존했던 프로그램을 가지고 있었을 것이다. 이 접근법의 문제점은 정보가 광범위하게 복제된다는 점이다. 예컨대, 고객의 이름 및 주소가 몇몇 개별적인 부서 내이 개별적인 파일에서 볼 수 있었다.

거기에는 애플리케이션의 특정 데이터 기억장치의 다른 문제점이 있다. 고객의 정보가 1개 이상의 파일 내에 입력되기 때문에, 상태의 어떤 변화가 종종 다른 사람에 의해 각 파일 내에 입력되어야 한다. 근무시간외에는 데이터의 정확성과 균일성이 저하한다. 게다가, 애플리케이션의 특정 데이터 저장장치의 사용으로 인해 더 많은 데이터 입력 및 더 많은 저장공간이 필요하게 된다.

20년전에 소개되었던 데이터베이스의 개념은 이들 문제점을 제거하기 위해 충분히 쓸 만했다. 하나의 데이터베이스에서, 데이터는 중앙 위치에 저장되므로 어떤 데이터의 복제도 없다. 데이터베이스 관리 프로그램은 데이터베이스를 관리하기 위해 사용된다. 최근에 이용가능한 데이터베이스 관리 프로그램의 예로서 DB2(보다 큰 데이터베이스용) 및 dBase(퍼스널 컴퓨터용)가 있다.

일반적으로, 데이터베이스 관리 시스템(DBMS)은 데이터베이스의 창출, 저장, 액세스, 갱신, 삭제 및 사용을 관리하기 위해 사용된다. 일반적인 DBMS는 데이터베이스 및 구조를 창출하고, 데이터베이스 내의 데이터의 제어 및 관리를 위한 수단을 제공하며, 사용자 및 응용 프로그램으로 데이터베이스 내의 데이터를 액세스, 입력, 변경 및 처리하기 위한 수단을 제공하고, "ad hoc" 문의 시설을 제공하며, 누가 데이터베이스에 액세스했는지 그리고 어떤 활동이 수행되었는지에 대하여 관리자에게 보고서를 제공하고, 하드웨어 이용, 현재 사용자의 상태 및 다른 감시 데이터에 대하여 조작자에게 보고서를 제공하며, 데이터베이스 내의 데이터에 대한 회복 루틴 및 자동 백업을 제공한다.

다수의 사용자 데이터베이스는 몇 개의 부가적인 도전들을 제시한다. 이것들은 사용자의 수가 증가함에 따라 시스템 동작을 유지하는 것과, 데이터의 동시발생 액세스를 제어하는 것과, 데이베이스를 관리하는 것을 포함한다.

거기에는 4개의 기본적인 데이터베이스 모델이 있는데, (1) 계층적인 모델, (2) 네트워크 모델, (3) 관계 모델, (4) 객체 지향형 모델이 있다. 계층적인 모델 및 네트워크 모델은 데이터를 저장하기 위한 파일을 사용한다. 계층적인 데이터베이스 내의 데이터 관계는 기록 형태 중에서 1:1 또는 1: 다수 관계 중 어느 하나를 반영하는 계층적인 구조 또는 트리 구조를 따른다. 네트워크 데이터베이스 내의 데이터 관계는 기록들 중에서 다수 : 다수의 관계를 따른다. 데이터 관계는 계층적 또는 네트워크 데이터베이스가 창출될 때에 정의되어야 한다. 관계 데이터베이스는 데이터를 저장하기 위한 테이블을 사용한다. 데이터 관계는 사용자에 의해 동적으로 결정될 수 있고, 데이터베이스가 창출될 때 정의되지 않아도 된다. 관계 데이터베이스는 사용자가 데이터베이스 내의 데이터에 액세스하고 그 데이터를 처리하기 위한 데이터베이스 문의 언어를 사용한다. 예시 문의 및 구조적 문의 언어는 2개이 데이터베이스 문의 언어이다. 객체 지향성 데이터베이스는 객체의 순서와 함께 데이터를 저장한다.

관계 데이터베이스는 데이터가 그 내부에 저장된 다수의 테이블로 구성된다. 관계 데이터베이스 내의 테이블은 유일한 행(row)을 갖고, 각 셀 또는 필드는 성명, 주소 또는 식별번호와 같은 단지 한 개의 정보 항목만을 포함한다. 관계 데이터베이스 관리 시스템(RDBMS)에 의해 데이터는 관계 데이터베이스로부터 쉽게 창출되고, 보존되며, 처리되고, 복원된다.

대부분 복잡한 데이터베이스에서는, 그 데이터베이스에게 문의함으로써 데이터를 복원한다. 문의 언어에 의해 사용자는 그들이 포함하는 데이터에 근거하여 특정한 기록의 위치를 정할 수 있다. 알려진 문의 언어는 특정한 프로그램 언어, 구조적 문의 언어, 자연 언어 및 예시 문의를 포함한다. 문의 언어를 사용하여, 사용자가 일반적으로 규칙들을 지정하는 경우에, 복원될 기록을 선택한 후에 그 프로그램이 온다. 이들 규칙들은 기준으로 되어 있다. 특정한 기준과 일치하는 기록들만이 복원된다.

관계 데이터베이스에서, 데이터 관계는 미리 정의되지 않아도 된다. 사용자가 관계 데이터베이스에게 문의하여 공통 필드를 연결함으로써 자발적으로 데이터 관계를 성립한다. 데이터베이스 문의 언어는 사용자와 관계 데이터베이스 관리 시스템 사이의 인터페이스로서 작용한다.

2개의 기본적인 문의 스타일이 관계 데이터베이스, 즉 (1) 예시 문의, (2) 구조적 문의 언어에 사용된다. 예시 문의에서, 데이터베이스 관리 시스템은 필드정보를 표시하고, 사용자는 소망하는 필드에 문의 상태를 입력한다.

구조적 문의 언어(SQL: Structured Query Language)는 관계 데이터베이스와 함께 사용된 표준 데이터 문의 언어이다. SQL에 의해 사용자는 테이블 내에 저장된 관련 정보의 세트들을 창출하고 작동시킬 수 있다. SQL의 코어는 데이터베이스에게 문의할 때에 그것의 유연성이다.

관계 데이터베이스 내부에 데이터가 저장되는 방법에 의해 이러한 유연성이 가능하다. 데이터는 특별한 특성을 갖는 테이블 내에 저장된다. 이들 특성은 이하의 6개의 특성을 포함한다. (1) 1개 또는 그 이상 지명된 열, (2) 각 열의 데이터는 동일 형태로 이루어지고, (3) 0 또는 그 이상의 행(테이블이 정의되지만 어떤 데이터도 아직 입력되지 않은 경우에 0행이 발생), (4) 모든 행은 단 하나이고, (5) 단일 데이터 값은 어떤 열과 행의 교차점에 포함되며, (6) 열과 행의 순서는 문제가 되지 않는다.

거기에는 하나의 데이터베이스로부터 데이터를 복원하기 위한 2개의 기본적인 방법, 즉 세트 지향과 기록 지향이 있다. 각 방법은 이점과 불리한 점을 갖는다.

세트 지향성 데이터베이스에 의해 사용자는 데이터의 물리적인 구조 이외에도 데이터 특성에 대해서 초점을 맞출 수 있다. 사용자는 개별적인 테이블 외에도 그룹들 또는 세트들 또는 테이블들 내의 데이터를 가지고 작업한다. SQL 서버(Server), 오라클(Oracle), 및 SQL 베이스(Base)와 같은 SQL을 사용하는 DBMS가 세트 지향된다.

기록 지향된 데이터베이스는 데이터의 물리적 구조 및 색인 지정에 근거하여 데이터를 액세스한다. 기록 포인터에 의해 사용자는 한 개의 테이블을 통해서 하나의 기록을 동시에 행할 수 있다. 한 개의 테이블로 연속적인 행 또는 기록들을 액세하는 것은 쉽다. 그러나, 데이터베이스 관리 시스템의 개발자가 필요한 모든 기록을 통해서 루프를 만들도록 플로그래밍 코드를 기록해야 하는 것이 불이점이다. 기록 지향성 접근법을 사용하는 DBMS의 예로서는 dBASE와 클립퍼(Clipper)가 있다.

SQL에서는, 허가권(granting authority)에 의해 안전성을 보존한다. 전체 데이터베이스, 일부 테이블 또는 일부 명령에 대해서는 권한이 허가될 수도 있다. 하나의 데이터베이스 관리자는 정확히 보존될 수 있도록 전체 데이터베이스에 접근해야 하고, 사용자는 일반적으로 특정 테이블 또는 테이블의 일부에만 액세스해야 한다. 예컨대, 한 사람이 모든 사람들에게 액세스할 수도 있지만, 그 테이블 내의 급료 지불 열에는 액세스할 수 없다.

고객 데이터베이스를 확립하고 사용하려는 시도는 다양한 제약을 받는다. 일반적인 의미로, 이들 제약은 2가지의 서로 다른 범주 내에 있고, 데이터베이스 내부에 입력된 데이터의 품질 및 소스 내의 제약들과 데이터베이스로부터 데이터를 검색, 복원하는 사람의 능력에 대한 제약이 있다. 어떤 경우에는, 이들 제약들은 서로 반대로 작용한다. 예컨대, 데이터베이스의 품질 및 크기를 향상시킴에 따라, 데이터베이스로부터 데이터를 검색, 복원하는 것이 더 어렵게 된다.

최근에, 은행과 같은 금융기관은 넓고 다양한 금융상품 및 서비스를 현존하는 신규 고객에게 파는데 목표로 정한 마케팅(특히, 직접 발송 및 텔레마케팅)을 사용했다. 이들 노력을 지원하기 위해, 은행은 예컨대, 고객 리스트 및 발송 리스트를 포함하는 전통적인 데이터베이스를 사용했다. 그러나, 이들 전통적인 목표로 정해진 마케팅 소스들은 풀 서비스 금융 기관에 이용할 수 있는 풀 정보의 이점을 얻지 못한다.

풀 서비스 금융 기관은 일반적으로 신용카드, 중개, 다이렉트 액세스(direct access), 비지니스 액세스, 현금과 같은 체크, 전화요금 청구 및 안전체크를 포함하는 다양한 금융 서비스뿐만 아니라, 전통적인 예금, 투자, 대출 및 저당 거래를 포함하는 다양한 금융상품을 고객에게 제공한다. 게다가, 금융기관은 현재 일반적으로 전통적인 휴먼 뱅크 텔러(human bank teller)뿐만 아니라, 자동 거래 단말기(ATM: Automatic Teller Machines), 고객 활성 단말기(CAT: Customer Activated Terminals), 스크린 폰, 은행과 거래하기 위한 퍼스널 컴퓨터, 개인용 디지털 보조물, 음성 응답 시스템 및 스마트 카드를 포함하는 다양한 수단을 통해서 금융 서비스에 액세스를 제공한다. 이들 다양한 소스들로부터의 정보는 고객의 금융상의 습관 및 필요한 것들의 매우 완전한 화상을 제공한다. 이와 같이, 의미 있는 방법으로 이러한 풍부한 데이터를 저장, 복원하는 능력은 거대한 상업적 가능성을 갖는다. 이들 상업적인 가능성에도 불구하고, 거기에는 이들 다양한 소스들로부터 넓은 데이터베이스를 소집하고, 의미 있고 실질적인 방법으로 중앙 데이터베이스로부터 정보를 복원하는 시스템 및 방법이 필요하다.

일반적으로 고객 금융 데이터를 소집하고, 마케팅에 사용하기 위한 정보를 복원하기 위한 이용가능한 시스템 및 방법에는 약간의 결함이 있다. 우선 첫째로, 대부분의 사용자(예컨대, 은행 직원)는 결코 복잡한 문의 언어를 사용하는 방법을 배우지 않는다. 언어의 숙달은 중요한 훈련과 기술을 요구한다. 대신에, 개발자들은 유한한 프로그램의 지식만을 갖고 있는 사용자에 의해 사용되는 고객 애플리케이션을 기록한다. 이와 같이, 하나의 데이터베이스를 사용하는 사용자의 능력은 종종 그것들을 사용하는 누군가 다른 사람에 의해 기록된 고객 애플리케이션에 의해 제한된다. 결과적으로, 이용가능한 대규모의 데이터베이스 시스템은 일반적으로 목표로 정해진 마케팅에 대한 데이터베이스로부터 데이터를 복원하는 기준을 선택하는데 사용자, 즉 마케팅과 가장 친한 사람이 그들 자신이 소유한 지식 및 경험을 사용하도록 허용하는 유연성을 갖지 않는다. 대신에, 사용자들은 소망의 결과를 제공할 수 있고 또는 제공할 수 없는 한 세트의 미리 정한 문의들에 의존해야 한다. 결과적으로, 세일즈 캠페인은 일반적으로 일정한 종류의 계좌 등을 갖는 모든 현존하는 고객 또는 모든 신규 고객과 같은 신규 또는 현존하는 고객을 쉽게 확인할 수 있는 그룹만을 목표로 정한다. 제공되는 신규 금융 서비스에 기여할 만한 매우 특정 사람들의 그룹에 대한 세일즈 리드의 리스트를 빨리 생성하고 분류하는 데에는 효과적인 방법이 없었기 때문에, 금융 기관이 제공해야 하는 부가적인 상품을 원하거나 필요로 할 만한 고객들은 언제나 세일즈 캠페인에 의해 목표로 정해진 사람들은 아니다. 이것에 의해 결과적으로 마케팅 캠페인에 대한 성공률은 만족스럽지 않게 된다.

게다가, 마케팅을 담당하고 있는 사람들은 종종 금융 기관과의 고객의 전체 관계 또는 고객에 대한 완전한 통계 정보(즉, 고객의 "프로파일")에 액세스를 주지 않는다. 이와 같이, 직접 발송 및 텔레마케팅에 의해 고객의 배경 및 금융 상태의 전체 지식으로, 이해력 있게 목표로 정해진 고객에게 제시하는 것이 어렵다. 현존하는 고객에 대한 기본적인 정보는 자주 이용할 수 없고, 혹은 현존하는 고객을 프로파일하는데 필요한 응답 시간이 너무 길다. 이들 문제점으로 인해 고객에 대한 경험이 부족하게 되는 경향이 있고, 최적의 세일즈 작업보다 적게 되는 경향이 있다.

게다가, 은행 지점들의 세일즈 작업, 지점장들 및 마케팅 캠페인을 담당한 사른 사람들은 사실상 분석, 추적되지 않았다. 세일즈 작업의 완전한 지시는 일반적으로 세일즈 캠페인이 완료된 후와 그 캠페인의 결과가 수동으로 수집, 분석된 후에만 이용할 수 있었다. 일반적으로 이것은 세일즈 인원으로 비교적 천천히 피드백을 발생했던 ad hoc 시스템과 일련의 문서 종류를 필요로 했다. 이와 같이, 개별저거인 세일즈 인원에 의한 작업의 지시뿐만 아니라, 지점들에 의해 목표로 정해진 서비스 및 상품들의 각각에 대해 갱신 온라인 세일즈 합계 보고서를 시스템이 제공할 필요성도 있다.

요약하면, 세일즈 목표를 지정하고, 세일즈 리드를 분류하며, 세일즈 툴을 향상시키고, 대규모의 세일즈 캠페인 작업과 개별적인 판매원을 추적하는 개량된 종합 시스템이 금융 기관의 이득뿐만 아니라, 고객의 만족을 최대화할 필요가 있다.

발명의 요약

따라서, 본 발명의 목적은 중앙에 집중된 데이터베이스를 사용하여 개량된 세일즈 목표를 식별하고 개량된 고객 서비스 및 관계 구축을 위한 툴로서 작용하는 전자 세일즈 및 서비스 지지 시스템을 제공하는 데에 있다. 특히, 본 발명은 일상의 지루함이 극복될 때 그리고 고객이 은행의 변화를 쉽게 받아들이거나 혹은 신규 계좌를 개설 할 때, 은행이 즐거운 시간을 예측, 이용할 수 있으면서 동시에 은행이 현존하는 신규 고객과의 관계를 굳히거나 구축할 수 있는 시스템에 관한 것이다.

또한, 본 발명의 시스템은 고객과의 은행 관계를 강화함으로써 고객 서비스를 향상시키고, 고객 마찰을 줄이는데 유용하다. 특히, 은행과의 고객의 관계가 넓어지고, 은행의 잔액이 증가함으로써, 금융기관에 대한 고객의 수익성이 증가한다는 연구들이 나타나 있다. 그러나, 보다 친밀하게 고객이 은행에 구속되고, 은행의 변화가 보다 어렵다. 본 발명은 마케팅 금융 서비스를 담당하는 사람들이 수행한 각 마케팅 캠페인에 대한 고객의 목표 최적 그룹뿐만 아니라, 고객에 의해 현재 사용된 금융 서비스의 전 범위를 액세스, 심의하는 것을 허용함으로써 고객과의 장시간 그리고 광범위한 관계를 설립하기 위한 툴을 제공한다.

본 발명의 다른 목적은 중앙에 집중된 데이터베이스 내로 내부 및 외부 소로부터의 정보를 표준화, 하우스홀드(household)하여 마케팅 활동을 지지하는 시스템 및 방법을 제공하는 데에 있다.

본 발명의 또 다른 목적은 높은 용적의 금융상의, 통계상의 데이터를 포함하는 중앙 집중된 데이터베이스로부터 정보를 효율적으로 수집, 복원하여 마케팅 활동을 지지하는 시스템을 제공하는 데에 있다.

본 발명의 또 다른 목적은 마케팅 직원이 세일즈 리드의 리스트를 신속히 생성하고 분류하는 시스템을 제공하는 데에 있다.

본 발명의 또 다른 목적은 마케팅 세션동안 고객의 금융상, 통계상의 프로파일의 동적 관찰을 마케팅 직원에게 제공하는 시스템을 제공하는 데에 있다.

본 발명의 또 다른 목적은 세일즈 캠페인의 수행 및 개별적인 판매원을 추적하기 위한 온라인 수행 추적 시스템을 제공하는 데에 있다.

본 발명의 부가적인 목적, 이점 및 신규 특징은 이하의 설명에서 설명하고 본 발명의 설명을 판독할 때 본 발명이 속하는 기술분야의 당업자에게서 분명해질 것이다. 본 발명의 목적 및 이점은 첨부된 청구범위에 의해 실현 및 달성될 수 있다.

본 발명은 서로 다른 소스로부터 포괄적인 데이터베이스를 수집하여 의미있고 실질적인 방법으로 중앙 데이터베이스로부터 정보를 복원하는 시스템 및 방법을 제공함으로써 이들 목적을 달성한다. 본 발명의 시스템 및 방법은 대규모의 마케팅 활동을 지지하는데 유용하고, 특히 대규모의 금융기관에 유용하다.

바람직하게, 본 발명의 시스템은 중앙 데이터베이스, 복수의 사용자 워크스테이션을 갖는 1개 또는 그 이상의 마이크로마케팅 센터, 복수의 지점 워크스테이션을 갖는 중앙 고객 정보 시스템("CCIS") 및 계좌 개설 시스템("AOS")을 포함한다. 이들 구성요소는 원격 통신 또는 다른 수단을 통해서 함께 연결되어 마이크로마케팅 센서, CCIS 및 계좌 개설 시스템이 중앙 데이터베이스와 전기적으로 통신할 수 있다. 중앙 고객 정보 시스템("CCIS")은 바람직하게 관계 프로파일 구성요소, 계좌 관리 구성요소, 리드 관리 시스템 또는 세일즈 추적, 보고(관리 정보 시스템 또는 "MIS") 구성요소를 포함한다.

넓은 의미로, 본 발명의 시스템은 대규모의 상업 은행의 구성요소를 모드 연결한다. 특히, 대규모의 중앙 데이터베이스는 사용자 작업 위치에 연결되어 사용자가 데이터베이스에게 문의하는 것을 허용한다. 본 발명의 일 관점에 따르면, 그래피컬 인터페이스를 제공하여 구조적 문의 언어와 친밀하지 않은 사용자가 그럼에도 불구하고 데이터베이스로부터 정보를 얻을 수 있다. 또한, 데이터베이스는 중앙 고객 정보 시스템(CCIS)에 연결된다. 본 발명은 이들 구성요소를 모두 함께 결합하고, 고객을 목표로 정하여 성공적으로 고객의 유혹을 추적하는 조직적인 방법을 제공한다.

본 발명의 시스템을 사용하여, 지점은 캠페인에 대하여 결정하고, 지역 마이크로마케팅 센터와의 캠페인을 통합한다. 본 발명의 시스템은 고객을 목표로 정하고 리스트를 작성하는데 사용될 수 있다.

본 발명의 중요한 관점에 따르면, 본 발명의 시스템은 온라인 지점 시스템에 직접 연결된다. 이와 같이, 마이크로마케팅 센터에 의해 바람직하게 로드된 리드는 자동으로 지점에 전송될 수 있다. 지역 마이크로마케팅 센터는 특히 본 발명의 프로세스 및 시스템에 중요하다. 특히, 본 발명은 다양한 종류의 발송 어드레스를 식별하고 온라인 CCIS 지점 시스템에 하나의 링크를 제공하는 리스트를 생성하는 능력을 마이크로마케팅 센터에 제공한다. 이것은 분석 작업 위치에서 이용할 수 잇는 모든 능력을 지역 마이크로마케팅 센터에 제공한다. 그러나, 마이크로마케팅 센터는 다양한 종류의 어드레스, 예컨대, 비지니스 또는 법률적 어드레스를 억제할 수 있다. 이러한 기법을 사용하여 생성한 리드는 지점에 직접 리드를 제공하기 위한 시스템에 밤새도록 작동으로 업로드될 수 있다.

지역 마이크로마케팅 센터에 관하여, 본 발명의 시스템은 지역 마이크로마케팅 센터가 다양한 종류의 발송 어드레스를 식별하고 온라인 CCIS 지점 시스템에 연결하는 리스트를 생성하도록 허용하는 그래피컬 사용자 인터페이스를 포함한다. 이것은 최초의 마케팅 센터가 특정 캠페인에 리드를 지시하는 것을 허용한다. 일반적으로, 프로세스 흐름은 다음과 같이 설명될 것이다. 처음에, 지점 사용자(은행 관리)는 세일즈 촉진에 대해서 결정한다. 세일즈 판촉 개념은 지역 마이크로마케팅 센터와 통신하는 것이다. 이 시스템에 의해 지역 마이크로마케팅 센터는 사용자 작업 위치를 사용하여 리드를 생성할 수 있다. 일반적으로, 하나의 요구가 요구의 형태 및 크기에 의존하여 5분-24시간 실행할 수 있다. 리드는 점포 사용자 및 고객별 담당자에게 밤새도록 리드를 제공하는 시스템에 자동으로 로드된다. 다음에, 고객별 담당자는 세일즈 호출을 위한 관계 프로파일링 및 리드를 사용할 수도 있다.

중앙 고객 정보 시스템("CCIS")은 바람직하게 관계 프로파일 구성요소, 계좌 관리 구성요소, 리드 관리 시스템, 또는 세일즈 추적, 보고(관리 정보 시스템 또는 "MIS") 구성요소를 포함한다. 각 구성요소는 지점에 제공되는 보고서를 생성하여 세일즈 프로세스를 완성할 수 있다.

전자 세일즈 및 서비스 지지 시스템은 금융 구성요소의 전 범위를 포함하는 단일 계좌를 개설하기 위한 시스템과 인터페이스할 수 있는 것이 바람직하다. 이와 같이, 본 발명의 통합 시스템은 또한 단일 세션 중에 한 개의 계좌를 개설하는 시스템을 포함하는 것이 바람직하다. 바람직하게는, 이 시스템은 본 발명의 지점 시스템, 중앙 고색 정보 시스템, 마이크로마케팅 센터 및 중앙 데이터베이스와 통신하여 데이터가 이들 시스템 사이를 통과할 수 있다.

중앙 데이터베이스는 본 발명의 모든 애플리케이션의 기본이지만, CCIS 및 계좌 개설 시스템은 중앙 데이터베이스 정보(어떤 경우에 있어서는 중앙 데이터베이스에 정보를 제공)를 액세스하는데 사용된다. 본 발명의 중앙 데이터베이스는 지점 상품, 은행 카드, 여행 및 오락용 카드, 학생 대출, 투자, 보험 및 저당 상품을 포함하는 금융 기관 내의 상품들 및 모든 고객에 대한 정보를 포함하는 포괄적이고 풍부한 데이터베이스이다.

중앙 데이터베이스는 정보의 정확도를 보증하고, 비전문적인 직원이 정보를 쉽게 사용하도록 설계되어 있다. 이와 같이, 시스템은 입력정보를 수집하여 표준화하고, 하우스홀딩하며, 내력을 구축하고, 상태코드를 산출하며, 테이블을 유지하고, 전략상의 플래그를 산출하는 수단을 포함한다. 중앙 데이터베이스 내의 대부분의 필드는 월말에 획득된 정보로 매달 갱신되는 것이 바람직하다.

바람직한 실시예에 있어서, 중앙 데이터베이스는 금융기관 내에서 다양한 시장 및 회사로부터의 정보를 한 개의 장소에 저장한다. 중앙 데이터베이스는 현존하는 고객 금융 정보와 관련된 정보, 외부 소스로부터의 정보, 및 현존하는 잠재적인 고객에 대한 통계학상의 정보를 포함할 수도 있다. 바람직한 실시예에 있어서, 중앙 데이터베이스는 메인프레임 컴퓨터 내에 수용되고, 금융상, 통계상의 데이터의 큰 창고를 포함한다. 정보는 기관에 의해 제공된 각 제품 및 서비스에 대하여 금융기관으로부터의 비지니스 및 신용 카드 피이드(feeds)와, 외부 공급자로부터의 피이드를 포함하는 다양한 소스로부터 데이터베이스 내에 공급된다. 외부 공급자 피이드는 바람직하게 공적으로 이용가능한 통계학 정보, 전화번호, 어드레스, 세금 및 자산 보고 등을 모두 포함한다.

이들 소스로부터의 데이터는 균일한 형식으로 저장된다. 이 목적을 위해, 균일한 저장장치 또는 하우스홀드 알고리즘, 이름 및 주소 표준화 프로세스, 및 통합 프로세스가 사용될 수도 있다. 게다가, 그 정보는 3단 계층적구조로 중앙 데이터베이스 내에 바람직하게 보존되어, 하우스홀드, 고객 및 계좌 레벨에 선택적으로 액세스될 수 있다. 주어진 하우스홀드는 1개 또는 그 이상의 고색을 갖고, 하우스홀드 내의 각 고객은 서로 다른 다수의 계좌를 갖는다.

이와 같이, 중앙 데이터베이스는 회사 도처에 모든 고객 관련 정보를 저장하기 위한 단일 중앙 창고로서 기능한다. 이후에 상술한 바와 같이, 중앙 데이터베이스는 다양한 고객 서비스, 금융 분석 및 마케팅 목적으로 사용될 수 있다.

회사 도처에 고객 관련 정보를 모두 저장하기 위한 단일 중앙 창고는 중요한 가능성을 제공하고, 데이터베이스는 어떤 문제점을 일으킬 만큼 반드시 커야 한다. 예컨대, 본 발명자는 이 크기의 데이터베이스가 실질적으로 직접 검색될 수 없다는 것을 인식한다. 따라서, 본 발명의 또 다른 관점에 따르면, 본 발명의 시스템은 사용자가 중앙 데이터베이스를 검색하기 위한 프로그램을 동적으로 구축하도록 허용하는 수단을 포함한다.

본 발명의 마이크로마케팅 센터의 워크스테이션은 범용 컴퓨터로 운영하도록 설계된 소프트웨어의 형식으로, Windows^TMPC 또는 Macintosh^TM컴퓨터로 운영하는 그래픽 사용자 인터페이스("GUI")를 생성하기 위한 수단을 포함한다. 상기 수단, 즉 범용 컴퓨터를 지시하기 위한 소프트웨어는 워크스테이션에 의해 사용되는 중앙 데이터베이스에 대한 모든 테이블 및 구조의 지역 복사를 제공한다. 이것에 의해 모든 사용자는 최근의 정의 및 필드를 갖는다는 것을 보증한다.

게다가, 이 시스템은 중앙 데이터베이스를 검색하고, 풀-다운(pull-down) 윈도우, 아이콘, 드래그 앤드 드롭(drag-and-drop), 및 사용자에게 친근한 다른 특징들을 사용하는 각 단계를 통해서 사용자를 이동시키는 수단을 포함한다. 그러나, 이 시스템은 각 요구에 대하여 "적합한" SQL 문의를 구축하고, 이들 문의들이 실행되는 것을 보증하기 위해 필요한 특정 코드 및 신텍스를 숨기는 수단을 포함한다. 마지막으로, 이 시스템은 지역 프린터기 또는 저장장치에 보고서 및 파일을 다운로드하는 수단을 포함한다.

마이크로마케팅 센터의 워크스테이션은 또한 다른 것들 사이에서 중앙 데이터베이스에 포함되어 있는 정보를 검색하고, 마케팅 캠페인을 위한 리드들(즉, 세일즈 대상들)의 리스트를 작성할 수 있는 능력을 가지고 있다. 마이크로마케팅 워크스테이션은 사용자가 문의를 구축하고, 보고서를 규정짓거나 입안하며, 프로세스를 수행하고, 즉, 문의를 수행하고, 문의의 결과를 보고서에 포함시킨 후, 그 보고서를 다운로드하거나 밖으로 전달할 수 있도록 한다.

마이크로마케팅 워크스테이션은 또한 사용자가 마케팅 정보 혹은 리드들을 산출하고, 리드들을 직접 CCIS로 공급할 수 있도록 한다. 복수의 마이크로마케팅 워크스테이션들은 마이크로마케팅 센터 내에서 사용되어 선택된 세일즈 프로그램들(즉, 신상품이나 현행 상품들의 마케팅 캠페인 또는 금융기관이 제공한 서비스들)을 위한 리드들의 목록들에 대한 지점장들로부터의 요구에 응답할 것이다. 마이크로마케팅 센터는 지점장들과 함께 작업하여 그 상품이나 서비스들을 구입할 것 같은 하우스홀드, 고객, 또는 계좌의 프로파일을 결정한다. 그 후에 마이크로마케팅 센터는 명확한 문의를 작성하고, 중앙 데이터베이스에 의지하여 그 문의를 수행하며, 마케팅 캠페인을 추적하기 위한 최적의 리드들의 리스트에 포함된 보고서를 생성한다.

마이크로마케팅 센터에 있는 워크스테이션들은 중앙 데이터베이스를 검색하고 명확한 선택기준에 맞는 모든 하우스홀드, 고객, 혹은 계좌의 리스트를 뽑아낼 수 있는 능력을 갖고 있다. 리드들의 리스트는 세일즈 캠페인의 명확한 선택기준에 맞는 고객이나 하우스홀드에게 직접 우편으로 보내는 것을 목표로 정하는데 사용되고, 혹은 이 리드들의 리스트는 텔레마케팅을 위해 CCIS에 직접 전송된다.

본 발명의 CCIS는 마케팅, 관리 및 세일즈 툴이다. 이것은 고객 정보를 검토하고 고객 접촉과 관계를 관리하기 위해사용되는 몇 가지 통합 구성요소들을 포함한다. 관계 관리 구성요소들은 포괄적인 세일즈 프로세스를 지원한다. 그 시스템은 다음의 특징들을 제공한다. 즉, 적합한 직원들이 하우스홀드와 고객 계좌를 검토하고 세부적이고 요약된 형식의 정보로 균형을 맞추도록 하는 관계 프로파일; 은행 담당자들이 포트폴리오 관리와 개인 관계 관리와 같은 프로그램으로 고객들을 등록할 수 있게 하는 계좌 관리 특징들; 우선 순위가 정해진 온라인 호출 리스트를 전달하고 결과들을 추적하는 관계 구축 특징; 전화 및 편지로 연락되기를 원하지 않는 고객들과 비고객들에 대한 정보를 제공하는 향상된 발매금지 기술; 그리고 각각의 고객에게 최근의 향상된 접촉들을 표시하는 접촉 내력 특징을 포함한다.

CCIS는 세일즈 캠페인과 관련된 다수의 기능들을 수행한다. CCIS를 좀 더 이해하기 위해서, CCIS가 사용되는 금융기관의 계층구조에 대한 간단한 설명이 첫번째로 제공될 것이다. Citibank N.A.와 같은 대형 금융기관은 다른 지역에 있는 다수의 독립된 공동체 은행들로 조직화되어 있다. 각각의 공동체 은행은 다수의 도입된 은행 지점들을 포함하고 있다. 은행 지점들에는, 일반적으로, 차례로 지점장과 다수의 고객별 담당자들이 있다. CCIS는 각각의 고객별 담당자들과 지점장들을 위해 은행 지점들 내에 위치한 워크스테이션들과, 또한 은행의 임원들과 세일즈 매니저들을 위해 공동체 은행의 본점 내에 위치한 워크스테이션을 포함하는 것이 바람직하다. 각각의 다양한 워크스테이션들은 은행 내에서 사용자의 책임과 권한에 따라 서로 다른 기능을 가지고 있다.

은행 지점장들은 마이크로마케팅 센터에 의해 작성된 리드들의 리스트를 받아서 CCIS 워크스테이션 내부로 리드들을 전자적으로 로드시켜서 지점 내의 선택된 고객별 담당자들 사이에 배포한다. 지점장들은 리드들을 취급하는데 가장 적격인 고객별 담당자에게 리드들을 할당하거나, 혹은 고객별 담당자들의 표준 작업량과 능력에 근거하여 리드들을 배당한다.

마이크로마케팅 센터에 의해 리스트가 작성되고 CCIS에 전달된 후에, 고객별 담당자들은 CCIS 워크스테이션 상의 리드들의 리스트에 대한 액세스를 수신한다. 다음에, 고객별 담당자들은 리드들의 리스트에 대한 각 고개들과 세일즈 세션(예를 들어 전화통화)을 수행한다. 세일즈 세션 전과 세일즈 세션 중에, 고객별 담당자들 CCIS를 사용하여 중앙 데이터베이스에 포함된 고객에 관한 다른 인구학적 정보 및 은행과의 고객의 관계의 완성된 프로파일(세부적으로 요약된 형식)을 검토한다. 이것은 고객별 담당자가 세일즈 세션동안 고객과 이해력 있게 이야기할 수 있게 하여, 마케팅 캠페인의 성공률을 증가시키게 한다.

지점장들과 은행 임원들은 차례로 추적 및 보고하는 관리 툴로서 CCIS를 사용하여 매일 세일즈 정보를 자동으로 포착한다. 지점장들과 은행 임원들은 CCIS를 사용하는 각 고객별 담당자에 대한 상세한 세일즈 거래를 액세스하고, 다양한 캠페인에 대한 세일즈 결과들을 검토하여 성과를 추적하고 필요할 때 캠페인에서 조정한다. 지점장들과 은행 임원들은 또한 고객별 담당자들 및/혹은 지점들 사이에 리드들을 재할당하는데 CCIS를 사용하여 마케팅 자원의 사용을 최적화한다. 본 발명은 또한 바람직하게 단일 세션 중에, 계좌를 개설하기 위한 시스템을 포함하고, 고객의 금융 및/혹은 투자상황에 관한 정보를 수집하기 위한 수단, 수집된 데이터에 근거하여 필요 분석을 수행하기 위한 수단, 계좌 정보를 표시하기 위한 수단, 필요 과세사정에 근거하여 추천을 하기 위한 수단, 고객의 구성요소 선택을 입력하기 위한 수단, 단일 계좌에 계좌 구성요소들을 부가하여 고객이 소망하는 모든 서비스들을 제공하고 고객의 요구를 가장 많이 충족시키는 단일 계좌를 구축하기 위한 수단, 크리디트 체크를 수행하기 위한 수단, 제공된 서비스에 근거하여 단일 수수료를 결정하기 위한 수단, 은행카드 및 개인식별코드를 발급하기 위한 수단을 포함하는 원격 액세스 상품들에 대한 고객의 이용 권한을 부여하기 위한 수단, 결여된 데이터를 식별하기 위한 수단, 및 사용자에게 제공되어지지 않았던 데이터를 입력하도록 일러주는 수단을 포함한다. 시스템은 또한 각 구성요소 내의 데이터 필드를 연결하기 위한 수단을 포함하므로, 일단 일부 데이터가 수집되면, 데이터는 모든 적당한 데이터 필드에 제공된다. 게다가, 시스템은 사용자가 데이터 필드를 무시하고 세션 중에 보다 최근의 데이터를 제공할 수 있도록 구성된다. 시스템은 본 발명의 중앙 데이터베이스, 마이크로마케팅 센터들 및 지점 시스템들과 통신하고 있기 때문에 데이터는 합법적이고 적당한 이 시스템들 사이에서 이동할 수 있다.

본 발명의 시스템에서 중요한 관점은 데이터가 프로세스를 통해 이동할 수 있게 하여, 일단 현저한 일부 데이터가 수집되면, 그 데이터는 필요한 모든 장소에 송신된다는 것이다. 즉, 모든 유사한 데이터 필드들이 연결된다. 이것은 몇 가지 이점을 제공한다. 첫째, 비록 일부 다른 사용자가 데이터를 수집했더라도, 사용자(은행 직원)는 이전에 제공되었던 자료에 대해 고객에게 질문할 필요가 전혀 없다. 둘째, 시스템 사용자는 고객을 위한 그들의 제시에 적절한 시간에 자료를 수집하는 유연성을 가진다. 셋째, 합법적이고 적절한 곳에서, 정보가 본 발명의 중앙 데이터베이스와 같은 다른 소스로부터 획득되어 프로세스를 단순화할 수 있다. 유사하게, 계좌 개설 프로세스 중에 획득된 정보는 중앙 고객 정보 시스템("CCIS")의 세일즈 추적 및 보고(경영 정보 시스템 혹은 "MIS") 구성요소 혹은 리드 관리 시스템과 같은 본 발명의 통합 시스템의 다른 부분에 의해 사용될 수 있다.

본 발명의 시스템은 또한 수집되었지만 즉시 필요하지 않은 현저한 데이터를 저장하기 위한 계류중의 파일 저장수단들을 포함하는 것이 바람직하다. 이와 같이, 다음에 고객이 은행을 방문하는 동안 자료가 필요하면, 데이터가 고객에게 질문하는 일없이 검색되어 고객 자신들이 이미 제공했던 자료를 제공할 수 있다. 다시, 계좌 개설 프로세스 중에 획득되고 계류중인 파일에 저장된 정보는 중앙 고객 정보 시스템("CCIS")의 세일즈 추적 및 보고(경영 정보 시스템 혹은 "MIS") 구성요소와 리드 관리 시스템과 같은 본 발명의 통합 시스템에서 다른 부분에 의해 이용될 수 있다.

이와 같이, 본 발명은 중앙 데이터베이스와, 복수의 소스로부터 중앙 데이터베이스 내부로 데이터를 입력하기 위한 수단과, 복수의 조직 레벨로 중앙 데이터베이스 내의 입력 데이터를 표준화하기 위한 수단과, 중앙 데이터베이스로부터 지리적으로 멀리 떨어져 있고, 각각이 데이터베이스와 디스플레이 수단을 포함하고, 그래픽 사용자 인터페이스를 생성하여 사용자가 그래픽적으로 구성된 검색 문의를 그래픽적으로 구축하도록 하는 수단을 포함하며, 상기 그래픽 사용자 인터페이스는 풀다운(pull-down) 윈도우, 아이콘 및 드래그 앤 드롭(drag-and drop) 동작을 포함하도록 구성된 복수의 사용자 워크스테이션과, 사용자의 워크스테이션에서 복수의 지점 워크스테이션으로 데이터 기록을 송신하는 수단 및, 전기통신수단에 의해 각 사용자 워크스테이션에 접속된 복쉬의 지점 워크스테이션과, 지점 워크스테이션들과 지역적으로 분리되어 있지만 전자 통신으로 지점 워크스테이션과 연결된 중앙 고객 정보 시스템과, 텍스트 문의가 실행될 것이라는 것을 보증하는데 요구된 필요한 코드와 신택스를 포함하는 그래픽적으로 구성된 검색 문리를 텍스트 문의로 변환하기 위한 수단과, 사용자 워크스테이션들과 중앙 데이터베이스 간의 데이터 통신을 허용하는 수단과, 사용자의 워크스테이션들 중 하나로부터 수신된 조직화된 문의들에 응답하여 데이터베이스를 검색하고 상기 문의들과 일치하는 기록들을 식별하기 위한 수단과, 상기 문의들과 일치하는 기록들과 관련된 데이터를 사용자 워크스테이션으로 다운로드하기 위한 수단을 구비하는 통합 세일즈 프로세스 지원 시스템을 제공한다.

중앙 고객 정보 시스템은 각각이 크리디트 정보와 금융 목표를 포함한 고객 금융 정보와 인구학적인 정보를 포함하는 복수의 고객 프로파일과, 중앙 고객 정보 시스템에 포함된 정보에 근거하여 필요 분석을 수행하고, 필요 분석에 근거하여 계좌를 추천하며, 선택된 계좌의 구성요소에 관한 정보를 고객에게 제시하기 위한 수단과, 중앙 고객 정보 시스템과 중앙 데이터베이스 간의 데이터 통신을 허용하는 수단을 구비한다.

중앙 고객 정보 시스템은 중앙 데이터베이스로부터 지리적으로 멀리 떨어져 있는 것이 바람직하다. 이 애플리케이션 도처에 사용되었을 때 "지리적으로 분리된"과 "지리적으로 멀리 떨어진"이라는 표현들은 다른 도시들이나 주들 내의 위치와 같은 중요한 공간적인 분할을 나타내는 것을 의미하고, 건물의 인접한 사무실들이나 층들을 나타내는 것을 의미하지는 않는다. 이 바람직한 실시예와 관련하여, "지리적으로 분리된" 그리고 "지리적으로 멀리 떨어진" 시스템들은 예를 들면 뉴욕, 워싱턴, 캘리포니아, 텍사스, 그리고 플로리다와 같은 국가의 다른 지역들에서 유지된다.

시스템은 또한 고객이 지점에 도달하는 것을 추적하기 위한 수단을 포함할 수 있고, 그리고 시스템은 세일즈 프로세스를 통과하는 새로운 고객들과 기존 고객들을 위해 지점에 도착하는데 적합한 정보를 추적, 보고하기 위한 수단을 더 구비하고, 그것은 다음의 정보를 포함한다. 즉, 도착형태; 대기시간; 세일즈 세션 시간; 평균 세일즈 세션 시간; 세일즈 툴의 사용법; 상품종류; 상품종류마다의 달러가격; 고객 이름과 주소; 상품 종류; 방문 목적 및 세일즈 대표자 ID를 포함한다.

본 발명은 또한 중앙 데이터베이스; 복수의 소스로부터 중앙 데이터베이스로 데이터를 입력하기 위한 수단; 구성된 문의들에 응답하여 데이타베이스를 검색하고 상기 문의들과 일치하는 기록들을 식별하기 위한 수단; 상기 중앙 데이터베이스와 전자적으로 통신하여 복수의 사용자 워크스테이션을 갖는 적어도 하나의 마이크로마케팅 센터; 각각이 적어도 하나의 지점 워크스테이션을 포함하는 복수의 지리적으로 분리된 지점 시스템; 지점 시스템들에 있는 워크스테이션들과 지리적으로 분리되어있지만 전자통신을 위해 연결되어 있는 중앙 고객 정보 시스템을 구비하는 시스템과 관련하여 사용하기 위한, 세일즈 리드들을 분배하며, 마케팅 캠페인을 위한 세일즈 툴을 강화하는 프로세스를 제공한다.

그 프로세스는 다음의 단계로 구성된다. 즉, 복수의 소스로부터 중앙 데이터베이스로 데이터를 입력하는 단계; 복수의 조직 레벨로 상기 중앙 데이터베이스 내의 상기 입력 데이터를 표준화하고 하우스홀딩하는 단계; 세일즈 캠페인 개념을 마이크로마케팅 센터로 전달하는 단계; 세일즈 캠페인 동안 목표로 정하기 위해 고객 리스트를 한정하는 상기 사용자 워크스테이션의 사용자 인터페이스로 기준을 입력함으로써 세일즈 캠페인 개념에 근거하여 리드들을 생성하는 단계; 상기 선택된 기준에 응답하여 구성된 문의들을 구축하고 상기 구성된 문의들을 사용하여 중앙 데이터베이스를 검색하며, 상기 선택된 기준과 일치하는 상기 중앙 데이터베이스 내의 기록들을 식별하고, 세일즈 캠페인 동안 대상이 되는 상기 고객 리스트를 생성하는 단계; 상기 고객 리스트를 상기 지점 워크스테이션에 전자적으로 분배하는 단계를 구비한다.

그 프로세스는 또한 세일즈 캠페인동안 상기 고객과 함께 세일즈 기간 중에 상기 지점 워크스테이션 상의 상기 고객 리스트로부터 고객에 관한 정보를 포함하는 프로파일을 표시하는 단계를 포함할 수도 있다. 게다가, 이 프로세스는 마이크로마케팅 센터로 하여금 우편물 주소를 포함하고, 지리적으로 분리된 지점 시스템들로 전송할 수 있는 파일을 생성할 수 있도록 하는 그래픽컬 사용자 인터페이스를 사용하는 단계를 포함한다.

또, 이 프로세스는 고객이 지점에 도달하는 것을 추적하고, 세일즈 프로세스를 통과하는 새로운 고객과 기존 고객들을 위해 지점에 도달하는데 적합한 정보를 추적, 보고하는 단계를 포함할 것이고, 그것은 다음의 정보, 즉 도달 형태; 대기 시간; 세일즈 세션 시간; 평균 세션 시간; 세일즈 툴의 사용법; 상품 종류; 상품 종류에 따른 달러비용; 고객 이름과 주소; 상품 종류; 방문 목적과 세일즈 대표자 ID를 포함한다.

다시, 이 애플리케이션에 사용되었을 때, "지리적으로 분리된"과 "지리적으로 멀리 떨어진"이라는 표현들은 다른 도시들이나 주들 내의 위치와 같은 중요한 공간적인 분할을 나타내는 것을 의미하며, 건물의 인접한 사무실들이나 층들을 나타내는 것을 의미하지는 않는다. 이 바람직한 실시예와 관련하여, "지리적으로 분리된" 그리고 "지리적으로 멀리 떨어진" 시스템들은 예를 들면 뉴욕, 워싱턴, 캘리포니아, 텍사스, 그리고 플로리다와 같은 국가의 다른 지역들에서 유지된다.

도 1은 본 발명의 세일즈 및 서비스 지지 시스템의 높은 레벨도,

도 1a는 본 발명의 프로세스 및 시스템을 사용하는 세일즈 프로세스 흐름도,

도 2는 중앙 데이터베이스의 구성요소를 나타내는 개략도,

도 3은 중앙 데이터베이스 내에 정보가 저장된(포함된) 3개의 기본적인 레벨을 나타내는 블록도,

도 4a-4d는 중앙 데이터베이스를 액세스하기 위한 데이터베이스 엔진을 구성하는 다양한 테이블을 나타내는 블록도,

도 5는 마이크로마케팅 센터에서 워크스테이션으로 입력된 선택 기준에 근거하여 중앙 데이터베이스로부터 리드의 리스트를 생성하기 위한 프로세스 단계를 나타내는 플로우챠트,

도 5a-5h는 로깅 온의 프로세스를 나타내고, 한 개의 문의를 작성하며, 문의를 실행하여 보고서를 생성하는 프로세스를 정의하고, 특정한 캠페인에 리드를 지시하며, 온라인 지점 시스템에 한 개의 파일을 다운로드하는 마이크로마케팅 센터 내의 워크스테이션에 대한 다양한 사용자 인터페이스 디스플레이를 도식적으로 나타낸 도면,

도 6a는 중앙 고객 정보 시스템으로부터 정보를 액세스하고 입력하는 초기의 프로세스 단계를 나타낸 플로우챠트,

도 6b-6c는 중앙 정보 시스템 내의 워크스테이션으로부터 다양한 고객 및 하우스홀드 프로파일 스크린을 보여는 프로세스 단계를 나타낸 플로우챠트,

도 7은 중앙 고객 정보 시스템을 사용하여 관리 기능들을 계좌하는 프로세스 단계를 나타낸 플로우챠트,

도 8a-8c는 중앙 고색 정보 시스템을 사용하는 관계 구축 시스템에 대한프로세스 단계를 나타낸 플로우챠트,

도 9a-9b는 중앙 고객 정보 시스템을 사용하는 세일즈 추적, 보고 기능에 대한 프로세스 단계를 나타낸 프로우챠트,

도 10a는 본 발명의 종합 금융 시스템에서 신규 고객의 계좌를 개설하는 방법의 바람직한 실시예의 단계들을 나타낸 블록도,

도 10b는 본 발명의 종합 금융 시스템에서 현존하는 고객의 계좌를 개설하는 방법의 바람직한 실시예의 단계들을 나타낸 블록도,

도 11a-11c는 도 10에 나타낸 방법에서 계좌 선택/필요 분석의 단계에 포함된 프로세스를 나타낸 플로우챠트,

도 12a-12e는 도 10에 나타낸 방법에서 개인의 프로파일을 구축하는 프로세스 단계의 바람직한 실시예를 나타낸 프로우챠트,

도 13a-13m은 도 10에 나타낸 방법에서 계좌를 구축하는 단계를 수행하기 위한 바람직한 실시예를 나타낸 플로우챠트,

도 14a-14g는 도 10에 나타낸 방법에서 계좌 서비스의 단계에 포함된 프로세스를 나타낸 플로우챠트,

도 15는 도 10의 방법에서 등록형식을 인쇄하는 단계를 수행하는 프로세스를 나타낸 플로우챠트,

도 16a-16f는 도 10의 방법에 따른 액세스 레벨들을 설정하는 단계를 수행하는 바람직한 실시예를 나타낸 플로우챠트,

도 17a-17b는 도 10의 방법에서 추적하는 단계를 수행하는 프로세스를 나타낸 플로우챠트,

도 18a-도 18c는 본 발명의 시스템에 의해 생성된 문장 팩시밀리 스크린 디스플레이의 예를 나타낸 도면,

바람직한 실시예의 상세한 설명

본 발명의 시스템은 대규모의 상업 은행의 구성요소를 모두 연결하여 세일즈 프로세스를 용이하게 한다. 특히, 대량의 데이터베이스가 사용자 작업 위치에 연결되어 사용자가 데이터베이스에 문의할 수 있다. 본 발명의 일 관점에 따르면, 그래피컬 인터페이스를 제공하여 구조적 문의 언어와 친근하지 않은 사용자가 데이터베이스로부터 정보를 얻을 수 있다. 또, 데이터베이스는 중앙 고객 정보 시스템(CCIS: Central Customer Information System)에도 연결된다. 본 발명은 이들 구성요소를 모두 서로 결합하고, 고객을 목표로 정하여 성공적으로 고객 간청을 추적하는 개략적인 방법을 제공한다.

본 발명의 시스템을 사용하는 경우, 한 개의 지점이 한 개의 캠페인에 대하여 결정할 수도 있고, 지역의 마이크로마케팅 센터와 캠페인을 통합할 수도 있다. 본 발명의 시스템은 고객을 목표로 정하여 리스트를 작성하는데 사용될 수 있다.

본 발명의 중요한 관점에 따르면, 본 발명의 시스템은 온라인 지점 시스템에 직접 연결된다. 이와 같이, 마이크로마케팅 센터에 의해 로드된 바람직한 리드들은 자동으로 지점에 전송될 수 있다. 지역의 마이크로마케팅 센터는 특히 본 발명의 시스템 및 프로세스에 중요하다. 특히, 본 발명은 다양한 종류의 발송 어드레스를 식별하고, 한 개의 링크를 온라인 CCIS 지점 시스템에 제공하는 리스트를 생성하는 능력을 마이크로마케팅 센터에 제공한다. 이것은 분석 작업 위치에서 이용할 수 있는 모든 능력을 지역의 마이크로마케팅 센터에 제공한다. 그러나, 이러한 마이크로마케팅 센서는 다양한 종류의 어드레스, 예컨대, 비지니스 어드레스 또는 법률상의 어드레스를 억제할 수 있다. 이러한 기법을 사용하여 발생된 리드들은 지점에 직접 리드들을 제공하는 시스템에 밤새 자동으로 업로드(upload)될 수 있다.

지역의 마이크로마케팅 센터와 관련하여, 본 발명의 시스템은 그래피컬 사용자 인터페이스를 포함하고, 지역의 마이크로마케팅 센터가 다양한 종류의 발송 어드레스를 식별하고 온라인 CCIS 지점 시스템과 연결하는 리스트를 생성하도록 허용한다. 이것에 의해 최초의 마케팅 센터는 리드를 특정한 캠페인쪽으로 향하게 할 수 있다. 일반적으로, 세일즈 프로세스 흐름을 도 1a를 참조하여 다음과 같이 설명한다.

최초로, 지점 사용자들(은행 관리)은 세일즈 촉진에 대해서 결정한다. 세일즈 판촉 개념은 지역의 마이크로마케팅 센터와 관련되어 있다. 이 시스템에 의해 지역 마이크로마케팅 센터가 사용자 작업 위치를 사용하여 리드를 생성할 수 있다. 일반적으로, 하나의 요구는 요구의 형태 및 크기에 의존하여 5분-24시간 실행할 수 있다. 리드는 지점 사용자 및 고객별 담당자에게 밤새도록 리드를 제공하기 위한 시스템(바람직하게는 CCIS의 구성요소)에 자동으로 로드된다. 다음에 고객별 담당자는 세일즈 호출을 위한 관계 프로파일링(또 CCIS의 구성요소) 및 리드를 사용할 수 있다.

바람직하게, 중앙 고객 정보 시스템("CCIS")는 관계 프로파일 구성요소, 계좌 관리 구성요소, 리드 관리 시스템, 또는 세일즈 추적 및 보고(관리 정보 시스템 또는 "MIS") 구성요소를 포함한다. 각 구성요소는 사용자(지점 관리)에게 제공되는 보고서를 작성하여 세일즈 프로세스를 완성할 수 있다.

바람직하게, 전자 세일즈 및 서비스 지지 시스템은 금융상의 구성요소의 전 범위를 포함하는 단일 계좌를 개설하기 위한 시스템과 인터페이스할 수 있다. 이와 같이, 본 발명의 종합 시스템은 또한 바람직하게 단일 세션 중에, 한 개의 계좌를 개설하기 위한 시스템을 포함한다. 이 시스템은 본 발명의 지점 시스템, 중앙 고색 정보 시스템, 마이크로마케팅 센터 및 중앙 데이터베이스와 바람직하게 통신하므로, 데이터는 이들 시스템들 사이를 통과할 수 있다.

다음에, 본 발명의 바람직한 실시예를 첨부도면을 참조하면서 상세히 설명한다.

도 1 및 도 2는 본 발명의 시스템의 개략도이다. 이 시스템은 중앙 데이터베이스(10), 복수의 워크스테이션(12)을 갖는 마이크로마케팅 센터(11), 중앙 고객 정보 시스템("CCIS")(13) 및 계좌 개설 시스템(AOS)(17)을 구비한다. 이들 구성요소들은 서로 "지리적으로 분리"되거나, 혹은 "지리적으로 멀리 떨어져" 있고, 원력 통신 링크(14, 15)(예를 들면, X.25 네트워크) 또는 다른 수단을 통해서 함께 연결되어, 마이크로마케팅 센터(11)와 CCIS(13)가 전자적으로 중앙 데이터베이스(10)와 통신한다. 이 애플리케이션 전체에 걸쳐 사용된 바와 같이, "지리적으로 분리된", "지리적으로 멀리 떨어진"이라는 용어는 서로 다른 도시 또는 주 내의 장소 등의 중요한 공간적인 분리를 의미하지, 빌딩의 인접한 방이나 빌딩의 층을 의미하지 않는다. 바람직한 실시예와 관련하여, "지리적으로 분리된, 지리적으로 멀리 떨어진" 시스템은 예컨대, 뉴욕, 워싱턴, 캘리포니아, 텍사스 및 플로리다와 같은 국가의 서로 다른 지역 내에 보존된다.

특히, 마이크로마케팅 센터(11)의 워크스테이션(12)은 SYBASE 게이트웨이 및 토큰 링 네트워크를 통해서 중앙 데이터베이스(10)의 메인프레임 컴퓨터와 통신하는 오민스(Omins) 7과 같은 소프트웨어를 포함한다. 이와 같이, 사용자의 권한으로 요청된 문의 또는 보고를 끌어내면, 이 시스템은 어떤 멀리 떨어진 위치로부터 액세스될 능력을 갖게 된다.

다음의 설명에서 사용된 것처럼, "리드"라는 것은 예상한 필요성에 근거하여 세일즈 노력의 성과를 위해 명확하게 목표로 정해진 고객 또는 비고객을 의미한다. 이 리드는 행동 노력의 일부 또는 단기간 캠페인의 일부를 스스로 식별할 수 있다. "캠페인"이라는 것은 금융기관에 의해 제공된 신규 또는 현존하는 상품 및 서비스를 소개 또는 확장하기 위한, CCIS(13)를 통해서 관리되는 목표로 정해진 세일즈 리드(고객 또는 비고객)의 그룹을 의미한다.

여기에서 사용된 것으로서 "세션"이라는 것은 일반적으로 고객 및/또는 고객의 가족 중 다른 사람에게 전달되고 있는 상품의 세일즈 또는 서비스를 받는 고객과, 고객별 담당자 또는 다른 세일즈 대표자와의 전화를 통한 미팅을 의미한다. 세션은 고객과 만나기 위해, 고객의 관리 요구를 심의하기 위해, 그리고 고객의 요구를 만족시키는 상품 및 서비스를 제공하기 위해 사용된다.

"상품"이라는 용어는 일반적으로 금융기관의 저당 거래, 대출, 투자 및 예금과 같은 항목을 언급한다. "서비스"라는 용어는 일반적으로 신용카드, 중개, 직접 액세스, 현금과 같은 체크, 전화요금 청구, 안전체크 등과 같은 신용거래 또는 예금, 투자 이외에 그 금융기관에 의해 제공된 것을 언급한다. "상품" 및 "서비스"라는 용어는 이 애플리케이션의 도처에 교환할 수 있게 사용될 것이다.

본 발명의 다양한 구성요소에 대해서는 이하에 상세히 설명한다.

중앙 데이터베이스

중앙 데이터베이스(10)는 본 발명의 모든 응용예의 기본이다. 중앙 데이터베이스(10)는 지점 상품, 은행 카드, 여행 및 오락용 카드, 학자금 대출, 투자, 보험 및 저당 상품을 포함하는 금융기관에서의 상품 및 모든 고객에 대한 정보를 포함하는 포괄적이고 풍부한 데이터베이스이다. 중앙 데이터베이스(10)는 금융기관을 통해서 처리 시스템으로부터 매일, 매월 공급되는 정보를 수집해서 이러한 정보를 쉽게 액세스할 수 있는 매우 큰 "데이터 창고"를 구축한다. 중앙 데이터베이스(10)는 금융기관의 복수의 내부 파일로부터 정보를 받는 것은 물론, 데이터베이스를 보강을 위해 사용된 외부 인구통계의 정보와 다른 공적으로 이용할 수 있는 정보를 받는다.

중앙 데이터베이스(10)는 정보의 정확도를 보증하도록 설계되고, 비전문적인 직원이 보다 쉽게 정보를 사용하도록 설계되어 있다. 이와 같이, 이 시스템은 입력 정보를 수집하여 표준화하고, 하우스홀딩하며, 내력을 구축하고, 상태 코드를 산출하며, 테이블을 관리하고, 전략 플래그를 산출하기 위한 수단을 포함한다.

중앙 데이터베이스(10)의 목적은 금융기관 내의 분야 및 다양한 회사들로부터의 정보를 하나의 장소에 저장하는 것이다. 예를 들면, 은행의 경우에 있어서는, 특별 고객이 수표 계좌을 소유하고, 학자금 대출을 받고, 두서너번 은행 카드에 의해 또는 다양한 상품에 대해서 권유받게 되었다는 사실이 중앙 데이터베이스(10)에 저장될 수 있다.

중앙 데이터베이스(10)는 현존 고객의 금융정보, 외부 소스로부터의 정보 및 현존하는 잠정적인 고객에 관한 인구통계학적 정보에 관한 정보를 포함한다. 바람직한 실시예에서는, 중앙 데이터베이스(10)는 메인프레임 컴퓨터 내에 수용되고, 금융 및 인구통계 데이터의 큰 저장소를 포함한다. 정보는 금융기관, 고객 통계 피이드(feeds)(23), 고객 전화번호 피이드(24) 및 다른 다양한 외부 벤더(vendor)로부터의 피이드(25)에 의해 제공된 각 상품 및 서비스용으로 금융기관 내에서 비지니스 및 신용카드 피이드(21, 22)를 포함하는 다양한 소스 피이드(21-25)로부터 데이터베이스 내부로 공급된다.

다양한 피이드(21-25)로부터의 데이터는 균일한 형식으로 중앙 데이터베이스(10) 내에 저장된다. 이러한 목적을 위하여, 균일한 저장 또는 하우스홀드(家計)알고리즘, 이름 및 어드레스 표준화 프로세스, 및 병합 프로세스가 바람직하게 사용된다. 이와 같이, 중앙 데이터베이스는 금융 기관에 이용할 수 있는 모든 고객 관련 정보를 저장하기 위한 단일의 중앙 저장소로서 기능한다. 하우스홀드 알고리즘은 같은 하우스홀드에 살고 있는 동일인들을 표시하는, 동일한 마지막 이름과 동일한 어드레스, 또는 다른 계좌의 동일 이름 또는 사회보장번호와 같은 정보에 의거해서, 하나의 하우스홀드로 되도록 간주되는 단일 유니트로 서로 다른 계좌 등을 함께 묶는다. 하우스홀드 프로세스는 중앙 데이터베이스(10) 상의 데이터에 도달하고, 그것을 논리적으로 추출하는 의미있는 방법을 제공한다.

도 3에 도시한 바와 같이, 정보는 3개로 묶어진 계층--하우스홀드, 고객, 계좌로 중앙 데이터베이스 내에 보존되는 것이 바람직하다. 주어진 하우스홀드는 한 사람 이상의 고객을 갖고, 하우스홀드 내의 각 고객은 다수의 서로 다른 계좌를 갖는다. 데이터베이스 엔진과 관련하여 아래에 자세하게 설명한 바와 같이, 3개로 묶어진 계층은 문의, 보기, 보고용의 사용자 기준을 만족하는 계좌레벨, 고객 및 하우스홀드의 각각에서 "키"를 제공한다. 중앙 데이터베이스(10)는 광범위하고 다양한 고객 서비스, 금융 분석, 마케팅 목적용으로 사용될 수 있다.

중앙 데이터베이스(10)는 기밀보호 데이터베이스(30), 도메인 데이터베이스(32), 파라미터 데이터베이스(32), 생성 데이터베이스(33), 문의 출력 데이터베이스(34), 선택된 문의 분야(35), 및 하우스홀드-고객-계좌 저장소(36)를 포함하는, 본 발명의 동작을 지지하는 몇 개의 데이터베이스 구성요소를 포함한다. 중앙 데이터베이스(10)의 이들 구성요소는 데이터베이스 엔진(40)에 의해 서로 인터페이스되고, 외부 통신 피이드와 인터페이스된다.

보안 데이터베이스(30)는 권리목록은 물론, 시스템의 각 사용자에 대한 패스워드 및 사용자 ID가 저장된다. 금융기관은 고기밀성과 고가치의 정보로 작업하기 때문에, 작업을 행하는데 필요한 데이터베이스의 영역에만 각 사용자의 액세스를 제한할 필요가 있다. 예를 들면, 지리학적으로 원격 워크스테이션(아래에서 기술함) 중 하나로부터 사용자가 시스템 상에 기입할 때, 데이터베이스는 사용자가 적절한 ID와 패스워드를 제공한다는 것을 확실하게 하기 위해 보안 체크를 행한 후, 그 사용자에게 배당된 권리에 따라 데이터베이스에 대한 사용자의 액세스를 제한한다.

각 사용자의 프로파일을 위해, 보안 데이터베이스(30)는 워크스테이션에 포함된 다량의 RAM과 하드 드라이브의 크기와 같은 사용자의 워크스테이션에 관한 정보를 보존한다. 또한, 보안 데이터베이스(30)는 사용자가 주택대출계좌, 사설은행 계좌와 같은 특정 계좌를 액세스할 수 있는지, 그리고 사용자가 변동하기 쉬운 이름과 어드레스 정보에 액세스하는지를 판정한다.

도메인 데이터베이스(31)는 중앙 데이터베이스(10) 내에 포함된 모든 데이터 소자의 정의 및 설명들을 저장한다. 바람직한 실시예에서는, 마이크로마케팅 센터로부터 데이터베이스(10)를 검색하는 초기 단계로서, 본 발명의 시스템은 도메인 데이터베이스(31) 내에 포함된 소자들과 데이터 설명서를 사용자의 워크스테이션(12)에 다운로드한다. 이러한 정보는 중앙 데이터베이스(10)를 위한 데이터 용어해설 또는 인덱스의 형태인 것이 바람직하다. 이 데이터 용어해설 또는 인덱스는 소자의 모든 값뿐만 아니라, 중앙 데이터베이스(10)에 포함된 모든 소자의 설명서를 포함한다. 따라서, 예를 들면, 사용자가 계좌 상태를 보기 원하면, 본 발명의 워크스테이션(12)은 계좌 상태의 유용한 값을 도메인 데이터베이스(31)로부터 액세스할 수 있다. 이 예에서는, 본 발명의 시스템은 특정 값이 하나의 계좌가 "개설" 또는 "철회"되었는지를 지시하는 것이라는 것을 사용자에게 보여준다.

본 발명의 시스템은 특별한 요소에 대하여 사용자로 부터 하나의 요구를 받을 때, 이 시스템이 그 소자에 대하여 어떤 설명서가 존재하는가를 첵크할 만큼 충분히 활동적이다. 어떠한 설명서도 존재하지 않으면, 사용자는 데이터를 이 소자에 입력해야 한다. 데이터 용어해설 또는 인덱스는 시스템 성능을 향상시키기 위해 도메인 데이터베이스(31)로부터 초기에 다운로드한 후, 사용자의 워크스테이션 상에 국부적으로 보존되는 것이 바람직하다.

문의 출력 데이터베이스(35)는 중앙 데이터베이스(10)에 대해 행해진 실질적인 검색 결과를 포함한다. 탐색 중에 생성된 모든 보고서와 키 파일은 출력 데이터베이스(35) 내의 DB2 출력 테이블로 보내진다. 일단 출력 데이터베이스(35) 내의 DB2 출력 테이블 내에 보고서가 있으면, 그것은 소망하는 대로 동적으로 포맷되고 액세스된다.

논리적인 데이터베이스 엔진 구성요소

데이터베이스 엔진(40)은 두개의 논리적인 구성요소를 갖는다. 첫 번째의 구성요소는 사용자 기준을 만족하는 키를 추출한다. 이들 키들은 하우스홀드, 고객 또는 계좌 레벨(각각, HH＿NO, HH＿NO + CS＿CUST＿NO, 또는 HH＿PO + ACCOUNT IDENTIFIER)에 있는 것이 바람직하다.

두 번째의 구성요소(데이터 추출기 구성요소)는 사용자가 원하는 모든 데이터 항목을 가려낸다. 양 구성요소는 단일 작업으로 함께 작동할 수 있고, 또는 사용자가 다른 시간에서 더 나아가서 프로세스하기 위한 키들을 세이브한다. 또한, 일정한 형태의 문의는 키를 전혀 추출할 필요가 없지만, 중간 키 추출 단계없이 데이터를 직접 얻을 수 있다.

사용자가 키를 요구하여 세이브하면, 사용자는 세이브된 키들을 사용하여 다른 시간에서 다른 세트의 필드(데이터베이스 엔진의 데이터 추출기 구성요소를 사용)를 골라 낼 수 있다. 선택적으로, 사용자는 오래된 세트에 추가 기준을 인가함으로서 키의 세트(신규 세트를 세이브하거나, 대신 오래된 키의 세트도 추가)를 더 줄일 수 있다.

두개의 구성요소는 2개의 서로 다른 문의 명세 변환의 부분과 연관되어 있다. 즉, 1) 하나는 사용자가 분야 탐색을 식별하는 기준을 지정한다. 2) 다른 하나는 선택된 분야로부터 사용자가 원하는 속성을 사용자가 지정한다. 양부분은 하나의 위치에서 혹은 개별적으로 행해질 수 있다. 부분 2를 행할 때, 사용자는 이전에 생성된 키 분야를 참조할 수 있다. 선택적으로, 신규 키 세트는 추가 기준을 인가함으로써 이전에 생성된 키로부터 얻을 수 있다.

키들은 AUTHID로서 사용자 ID와 함께, DB2 테이블을 사용하여 세이브된다. 이것은 키 테이블이 생성된 사용자에 의해서만 키 테이블이 액세스될 수 있는 것을 의미한다. 작업 제어/스캐쥴러 서브시스템은 키 세트가 어느 사용자/문의/실행에 속하는가를 추적하고 있다. 작업 제어 시스템은 일정시간동안 사용되지 않은 세이브된 키를 주기적으로 삭제하고, 주기적으로 재이용되지 않게 한다(예를 들면, 보고를 추적하는 주기적인 프로그램을 생성하기 위해).

사용자가 세이브된 키를 원하지 않아도, 데이터베이스 엔진은 중간 세트의 키(최종결과를 얻는 도중에)를 일시적으로 세이브할 수 있다. 그렇게 하면, 성능을 향상시킬 수 있다. 이러한 성능 상태에 대한 몇 개의 가능한 시나리오가 아래에 기술되어 있다.

홀로 실행할 수 있거나, 또는 제 1 키 추출 구성요소와 함께 실행할 수 있는 데이터 엔진(40)의 데이터 추출기 구성요소는 키들이 추출되자마자 데이터베이스로부터 소정의 데이터를 끌어당기는 기능을 갖는다. 이것이 제 1 구성요소와 함께 실행되면, 키들은 테이블 상에 세이브 조차도 되지 않아야 하고, 이전의 SQL 스테이트먼트로부터 호스트 프로그램 변수들을 통과하지 않아야 한다.

통상적으로, 사용자는 계좌 관계의 전 하우스홀드(또는 고객)세트를 원한다. 계좌 데이터는 이후에 자산/부채(ALA) 및 은행카드(BC) 테이블이라고 칭하는 테이블에서 중앙 데이터베이스 내에 개별적으로 저장된다.

통상, 관계 정보를 찾는 사용자는 서로 다음에 오는 동일 하우스홀드에 대한 계좌를 보기 원한다. 소망하는 순서(UNION ALL은 BC 테이블 다음에 오는 ALA 테이블을 액세스할 것이다.)를 얻도록 분류해야 하는 것을 피하기 위해, 프로그램은 계좌 테이블의 각각에 대해서 커서를 개방하고, 합병 논리를 이용하여 하우스홀드(키) 순서로 출력을 제공할 것이다. 이 배열은 ALA 및 BC 테이블 상의 I/O가 병렬로 행해지고, 커가 DB2에 의해 메모리 내에 유지되기 때문에 키 테이블로부터 온 키가 오직 한 번만 판독된다고 하는 이점을 갖는다. 또한, 데이터가 키 순서를 집단으로 만들 때 판독되기 때문에, 동적인 순서의 프리페치(pre-fetch)가 모든 테이블 상에서 변환될 것 같다. 그 결과에 의해 실행이 훨씬 빠르다.

본 발명에 의해 사용된 일반적인 SQL SELECT 스테이트먼트는 다음과 같을 것이다.

SESECT 출력 칼럼

FROM ALA 테이블, KEYS 테이블

WHERE

HH_NO in ALA = HH_NO in KEYS 테이블

계좌의 ALA 세트에 대해서,

SELECT 출력 칼럼

FROM BC 테이블, KEYS 테이블

WHERE

HH_NO in BCO = HH_NO in KEYS 테이블

계좌의 은행카드 세트에 대하여.

사용자가 하우스홀드 및/또는 고색 테이블로부터 데이터를 원하면, 이들 다른 테이블과의 결합은 각 SELECT 스테이트먼트로 행해질 것이다. 이들 결합은 매우 빠를 것이다. 왜냐하면, DB2가 종종 메모리에서 하우스홀드(및/또는 고객) 행을 찾기 때문이다. 이들 편의에 의해, 데이터 액세스는 매우 큰 DB2 데이터베이스에 의해 현저하게 빠르게 된다.

키들이 세이브된 테이블 내에 있지 않지만, 프로그램 내의 또 다른 SELECT 스테이트먼트로부터 오면, 상기 SELECT 스테이트먼트는 키 테이블 결합을 제거하여 WHERE 절 스테이트먼트에서 호스트 변수에 저장된 키 값을 대용하는 것에 의해서만 변경되어야 한다. DB2는 여전히 모든 테이블 상에서 동적으로 연속하는 프리페치를 행하여 데이터를 얻을 것이다.

생성된 프로그램은 키 시퀀스에 출력을 기록하기 위해 간단한 합병 논리를 포함할 것이다. 소망하는 액세스 경로를 얻기 위해, 키 테이블이 먼저 액세스되고, Nested Loop 결합 방법이 사용된다고 가정하면, ORDER BY 명령은 SELECT 스테이트먼트에 필요할 것이다. 그렇지 않으면, 키 테이블은 개별적으로 페치되고, 호스트 변수는 결합 조건 대신에 사용된다.

SELECT 스테이트먼트는 각 하우스홀드에 대한 계좌의 전 관계 세트가 시간마다 실행될 것이라고 가정한다. 그러나, 사용자는 3개의 테이블 중 하나의 테이블로부터만 데이터를 요구하고, 보다 많이 출력을 제한하는 부가 기준을 부가할 수도 있다. 부가 기준을 적용하는 것은, 데이터베이스 엔진의 다른 구성요소의 역할이라고 생각할 수 있다.

먼저 키를 추출하는 것은 어떤 상환에서는 필요하지 않을 수도 있다. 예컨대, 사전에 합계된 칼럼을 사용하여, 하우스홀드 또는 고객 레벨에서 단독으로 기준을 갖는 관계 문의가 먼저 키를 추출하는 일없이 수행될 수 있다. 그러나, 이들 문의들은 포스트 추출 분류를 요구할 수도 있다. 왜냐하면, 동일 하우스홀드에 대한 계좌가 출력에 함께 있지 않기 때문이다(UNION ALL의 사용으로 인해). 또한, 비관계의 문의, 단일 테이블 문의 및 규칙적인 결합은 키를 세이브하는 것을 요구하지 않는다.

"경로"라는 단어는 특정한 데이터의 세트에 대비하여 특정한 기준 세트를 기술하는데 사용된다. 본 발명에 있어서는, 계좌 경로, 하우스홀드 경로, 등록 경로 및, 절대적으로는, 프로그램 추적 경로 및 특수 슈퍼하우스홀드 경로가 있다.

경로 개념에 대한 이점은 2가지가 있다. 첫 번째는 직관적이고, 상관적인 일관성으로 문의 사양을 조직화한다. 계좌 경로를 사용하는 경우, 예컨대, 하우스홀드가 어떤 특성을 갖는 카운트를 포함해야 한다는 것을(혹은 포함하지 않음) 사용자가 명기하고 있다. 두 번째의 이점은 경로 명세가 SQL과 공정하게 직접적인 대응을 가져, SQL 스테이트먼트로 쉽게 변형된다는 것이다.

경로 개념이 데이터베이스 엔지(40)에 대하여 어떤 상세를 기술하는데 사용되고, 그 경로 개념은 사용자 변환에 명시될 필요는 없다. 마이크로마케팅 센터(11)의 워크스테이션(12)과 CCIS(13)는 올바른 질문을 요구함으로써 사용자를 자극하여 경로에 의해 문의를 분석하는데 사용될 수 있는 파라미터를 생성한다.

계좌 경로에 의해 사용자는 단일 계좌 레벨 기준에 적합한 하우스홀드(또는 다른 키)를 선택할 수 있다. 즉, 계좌 경로는 선택적으로, 상품이 어떤 다른 속성을 프로세스하는 곳에 주어진 상품의 계좌를 포함하는 모든 하우스홀드를 제공한다. 계좌 경로에 대한 SELECT 스테이트먼트는 다음과 같다.

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE = ?)AND(....다른 계좌 특수 조건)

상품 코드는 Ptype, Stype 혹은 Source Product Code일 수 있다. 이들 값(대화)을 지정하는 것은 다소 복잡하다. 왜냐하면 유일한 값 혹은 코드가 칼럼의 합성에 의존하기 때문이다. 사용자가 서비스 형태 레벨에서 상품코드를 지정하기 원하면, 문의는 하우스홀드 레벨에서 합계 변수 및 플래그를 사용하는 것에 의해 하나의 단계로 회답될 수 있다.

그러나, 사용자가 다른 특성을 지정하기 원하는 경우에서 조차도, 상품이 계좌 레벨에서만 이용할 수 있는(오픈 데이터, 개별적인 계좌 잔액 등)을 가져야 한다. 이 문의는 적당한 상품 및 관련된 특성을 가진 계좌를 갖는 모든 하우스홀드를 골라 낼 것이다. 둥근 괄호 내의 기준은 하나의 상품에 적용된다. DISTINCT는 하우스홀드가 1개 이상의 필요한 형태의 계좌를 갖는 경우에 발생하는 이중의 하우스홀드를 제거하기 위해 하나의 문의에 사용될 수 있다.

사용자가 어떤 특성을 갖는 상품 EITHER 혹은 어떤 다른 특성을 갖는 또 다른 상품 OR을 갖는 하우스홀드를 원할 수도 있다. 혹은 사용자가 동시에 또 다른 형태의 상품을 포함하거나(AND), 혹은 또 다른 형태의 계좌를 포함하지 않는(NOT) 하우스홀드를 원할 수도 있다.

일반적으로, 이것은 세트 이론에서 하나의 문제점이다. 하우스홀드 레벨(세트 HH1, 세트 HH2....세트 HHn) 혹은 고객 레벨에서 1세트의 키를 얻는 SELECT 스테이트먼트로 되는 각 개별적인 계좌 경로라고 생각할 수 있다. 그 후, 최종의 소망하는 세트의 하우스홀드는 이하의 논리적인 스테이트먼트의 결과이다.

HH1ANDHH2ORHH3NOTHH4 .....

여기서 삽입어구는 동작의 순서를 분명하게 하기 위해 사용될 수 있다. 상기의 모두는 SQL에서는 동일한 것이다. 예컨대, 아래의 SQL 스테이트먼트는:

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE = ?)AND

(...and/or로 결합된 다른 계좌 특수 조건)

AND HH_NO IN

(SELECT HH_NO

FROM HH2_TABLE)

먼저 2개의 세트를 AND하는 것과 비슷하고, 여기서 첫 번째 SELECT 스테이트먼트는 HH1세트를 나타내고, 내부 서브셀렉트(subselect)는 사전에 선택되었던 그리고 세이브되었던 두 번째의 키 세트(HH2)를 사용한다. 양쪽 세트 HH1, HH2가 테이블에 저장된 키로 표시되면, AND는 2개 사이의 단순한 결합에 의해 얻어진다.

그 문제점에 대한 상기의 해답은 최적이 아니다. 왜냐하면, 그것은 통상 데이터베이스에 다수의 경로를 요구하기 때문이다. 많은 경우에 있어서는, 단 한 개의 경로만이 요구된다.

서로 다른 경우들은 아래에 설명되어 있다.

사용자가 하나의 형태의 계좌 혹은 다른 형태의 계좌를 갖는 하우스홀드를 원하면, 상기 기법은 2개의분리계좌 경로 명세(변환)를 요구하고, 2개의 SELECT 스테이트먼트를 만들 것이다. 각 선택 스테이트먼트는 획득된 하우스홀드의 2개의 세트로 실행될 것이다. 그후, 이들 2개의 세트는 OR될 것이다.

그러나, 괄호 내에 또 다른 괄호를 부가함으로써 동일한 목적이 한 개의 SELECT 스테이트먼트에서 쉽게 수행될 수 있다.

SELECT DISTINCT HH_NO

FROM ALA

WHERE

(PRODUCT_CODE = ?(제 1 상품 코드)

AND(....and/or로 결합된 다른 계좌 특수 조건)

OR

PRODUCT_CODE = ?(제 2 상품 코드)

AND(...and/or로 결합된 다른 계좌 특수 조건)

괄호 안의 이 스테이트먼트는 하우스홀드가 가져야 하는 특정한 계좌에 대한 모든 특성을 지정한다. OR 연산자에 의해 사용자는 하우스홀드가 갖는 또 다른 형태의 계좌의 모든 특성을 지정할 수 있다. 예컨대, 이 제 2 형태의 계좌는 다른 밸런스 등을 갖는다. 하우스홀드가 어느 한쪽의 특성 세트를 갖는 적어도 1개의 계좌를 갖는 경우, 하우스홀드는 문의에 의해 선택될 것이다. OR 논리는 데이터의 한 개의 경로로 실행될 수 있다. 왜냐하면, 그 논리는 한 번에 한 개의 행에 인가될 수 있기 때문이다.

OR 논리를 지정하는 또 다른 방법은 아래의 예에서 처럼, IN 술부를 사용하는 것이다.

PRODUCT_CODE IN(상품 리스트)

그러나, 이 스테이트먼트를 사용함으로써, WHERE 절에서 지정된 어떤 다른 조건들이 선택된 PRODUCT_CODES의 각각에 적용될 수 있다(예컨대, AND BALANCE > 4000은 상품의 각각에 개별적으로 적용될 것이다.). 워크스테이션 소프트웨어는 실수를 피하기 위해 2개의 OR 논리절 사이에서 대화가 구별될 것이라는 것을 보증한다.

사용자가 2(혹은 그 이상)종류의 계좌를 동시에 갖는 하우스홀드를 찾으면, 문의는 2개(혹은 그 이상)의 계좌 경로를 갖지만, 그 결과의 선택 스테이트먼트는 더 복잡하다. 2개 또는 그 이상의 계좌 경로에 대한 선택 스테이트먼트를 구성하는 데에는 택일적인 방법이 있다. 첫 번째는 아래와 같이 서로 관련된 서브쿼리(subquery)이다.

SELECT DISTINCT HH_NO

FORM ALA A

WHERE

({A.PRODUCT_CD = ? AND (A. ...)})

AND HH_NO IN

(SELECT HH_NO

FROM ALA B

WHERE

A.HH_NO = B.HH_NO

AND

({B.PRODUCT_CD = ? AND(B. ...)})

서부셀렉트에서의 하우스홀드의 리스트는 키 테이블로서 세이브, 되돌아올 수 있다. 이 키 테이블은 보다 놓은 레벨 선택과 결합될 수 있고(하우스홀드가 양쪽 기준을 만족해야 한다는 것을 의미) 혹은 동일한 방법으로 외부 SELECT와 관련될 수도 있다(AND HH_NO IN ...).

동일한 것을 행하는 택일적이고 보다 효율적인 방법은 아래와 같이 2개의 초기 테이블 사이의 결합을 행하는 것이다.

SELECT DISTINCT HH_NO

FROM ALA A, ALA B

WHERE

A.HH_NO = B.HH_NO

({A.PRODUCT_CD = ? AND(A. ...)}

AND

{B.PRODUCT_CD = ? AND(B. ...)})

관련된 서브쿼리 데이터의 사용으로 데이터에 대해 2개의 경로를 사용하지 않아도 된다. 그러나, 동일한 하우스홀드 내의 다른 행의 데이터는 메모리 내에 있을 수도 있기 때문에, 동일한 것은 결합 기법의 참이다. 어느 한쪽의 경우에 있어서, 데이터베이스 관리자가 가진 벤치마크를 포함시켜서 작업을 확인해야 한다.

선택적으로, 하나의 문의가 파괴되어, 하우스홀드 번호의 중간 결과가 저장될 수 있다. 상품 코드에 대한 인덱스는 검색 속도를 향상시키는데 사용되는 것이 바람직하다. 추출된 명확한 HH_NO는 나중에 세이브되어 재사용될 수 있고, 혹은 제 2 데이터 추출 구성요소에 직접 전달될 수 있다.

NOT 경로는 항상 데이터에 2개의 경로를 요구한다. 사용자가 일정한 종류의 계좌를 갖지 않는 하우스홀드를 원하면, 데이터베이스 엔진(40)은 먼저 상기의 형태를 갖는 하우스홀드를 찾는다. 다음에, 시스템은 이들 하우스홀드의 구성요소를 찾는다. 이하의 선택 스테이트먼트는 NOT 경로의 일례를 제공한다.

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

({B.PRODUCT_CD = ? AND (B. ...)})

NOT경로의 사용은 2가지의 이유 때문에 상기의 것처럼 단순하지 않다. 먼저, 자유로운 구성요소는 사용자가 찾고 있는 것이 아닐 수도 있다. 두 번째로, 이 방법을 제시했다면, 그 문의는 매우 서투르게 수행할 수도 있다.

일반적으로, 어떠한 계좌 경로도 없으면, 사용자는 재정적(계좌 잔액, 송금액 등), 기술적(오픈 데이터, 마케팅 상태) 변수와 같은 계좌/상품에 전적으로 의존하는 변수들을 사용하여 상품 관련 조건을 지정할 뿐만 아니라, 조직 기준, 지리학적 위치 등과 같은, 계좌에 간접적으로 관련된 변수들을 사용하여 다른 조건들도 지정한다. 상관적으로, 이들 다른 변수들은 외국 키의 부분이고, 그들이 계좌 행에 존재하면, 계좌 실체(Account entity) 및 ORG 혹은 지리적 실체(Geographic entities) 사이의 관계를 성립한다.

아마도 대부분 사용자의 논리적인 취지는 하우스홀드의 검색이 조직 기준, 지리적 위치 등에 제한된다는 것일 것이다. 그 경우에 있어서, 상기 SELECT 스테이트먼트는 사용자의 의도를 이루지 못할 것이다. 이하 전개된 SELECT 스테이트먼트는 이 점을 분명하게 할 것이다.

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

HH_NO NOT IN

(SELECT HH_NO FROM ALA B

WHERE

((B.ORG AND B.GEOGRAPHIC 등의 조건들)

AND

({B.PRODUCT_CD = ? AND(B.other_product_conditions...)})

이러한 계통적 서술에서, 서브셀렉트는 ORE/GEOGRAPHIC 조건들을 갖기 때문에, 그 상품 조건은 이러한 계좌들(하우스홀드)의 서브세트 내에서 검색한다. 그러나, 이러한 보수가 실시되면, 그러한 어떤 제약도 없고, 데이터베이스는 조직 및 지형에 속하지 않는 것을 포함하는 모든 하우스홀드 중에서 검색할 것이다. 일반적으로, 하우스홀드의 결과 세트는 사용자가 예상한 것보다 휠씬 클 것이고, 사용자가 예상한 것이 아닐 것이다.

이 문제점을 수정하기 위해, ORG 및 GEOGRAPHIC 조건들은 외부 선택으로 반복되어야 한다. NOT 경로에 대한 보다 적합한 SELECT 스테이트먼트의 계통적 서술은 아래와 같이 제시된다.

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

(A.ORG AND A.GEOGRAPHIC 등의 조건들)

AND

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

({B.ORG AND B.GEOGRAPHIC 등의 조건들)

AND

({B.PRODUCT_CD = ? AND (B.other_product_conditions...)})

그러나, 많은 하우스홀드가 서로 다른 ORG 및 GEOGRAPHIC 값을 가진 계좌들을 갖기 때문에, 이 시스템에 의해 ORG/GEOGRAPHIC 조건들에 적합하고, 동시에 소방하는 어떠한 형태의 계좌 NOT도 갖지 않는 하우스홀드가 선택될 수 있는지에 관해서 하나의 문의가 발생한다. 이것은 Prime vs. Actual 문제점이라고 언급되고, 이 시스템은 최초의 계좌(하우스홀드 및 고객 테이블에서 저장됨), 혹은 어떤 계좌의 ORG/GEOGRAPHIC을 사용한다. 그 응답이 첫 번째 것이면, 외부 셀렉터는 하우스홀드 테이블을 본다.

이 문의는 데이터베이스 관리자에 벤치마크되어야 한다. NOT IN 리스트에서의 하우스홀드가 너무 많은 경우에 문의에 대한 시간을 줄이기 위해서는 2가지의 선택권이 있다. 첫 번째로, 인덱스를 사용하여 데이터베이스 내의 HH_NO의 나머지와 IN 리스트를 일치시키지 않는 프로세스에 의해 IN 리스트가 저장 및 재판독될 수 있다. 두 번째로, 하우스홀드 키는 하우스홀드 인덱스를 가진 테이블 내에 저장될 수 있다. 이들 선택권 중 어느 한쪽에 의해, 데이터베이스는 매우 효율적으로 NOT IN 논리를 수행할 것이다.

NOT ACCOUNT PATH는 이하의 SELECT 스테이트먼트를 사용하여 이전 ACCOUNT PATH에 쉽게 부가될 수 있다.

SELECT DISTINCT HH_NO

FROM ALA A

WHERE

(A.ORG AND A.GEOGRAPHIC 등의 조건들)

AND

({A.PRODUCT_CD = ? AND(A.other_product_conditions...)}

AND

HH_NO NOT IN

(SELECT HH_NO

FROM ALA B

WHERE

(B.ORG AND B.GEOGRAPHIC 등의 조건들)

AND

({B.PRODUCT_CD = ? AND(B.other_product-conditions...)})

다음에, 하우스홀드 경로, 등록 경로, 및 프로그램 트랙킹 및 슈퍼하우스홀드 경로 및 계좌 경로를 가진 이들 결합에 대해서 설명한다.

하우스홀드 경로는 전 하우스홀드에 적용되는 조건들을 지정하는데 사용된다. 이들 조건들은 직접 혹은 간접적으로 지정될 수 있다. 직접적인 지정은 아래의 Select 예에서 처럼, 하우스홀드 테이블의 열을 사용함으로써 행해진다.

SELECT HH_NO

FROM HHD A

WHERE

(A.ORG AND A GEOGRAPHIC 조건들)

AND

A.HH_CHK_TOT_BAL > 10000

마지막 조건은 사전에 합계된 변수 사용의 일예이다.

하우스홀드 경로가 현존하는 하우스홀드 변수를 사용하는 조건들로 이루어져 있는 경우에는 언제나, 하우스홀드 경로 조건들이 결합 수단에 의해 어떤 계좌 경로 조건들과 결합될 수 있고, 데이터의 한 개의 경로에서 실행될 수 있다. 이하의 SELECT 스테이트먼트는 이것의 일예를 제공한다.

SELECT HH_NO

FROM HHD A, ALA B

WHERE

A.HH_NO = B.HH_NO

AND

(A.ORG AND A.GEOGRAPHIC 조건들)

AND

A.HH_CHK_TOT_BAL > 10000

AND

({B.PRODUCT_CD = ? AND(B.other_product_conditions...})

그러나, 때때로 하우스홀드 레벨 조건들은 저장된 하우스홀드 변수를 사용하여 지정될 수 없다. 이것은 하우스홀드 테이블에서 합계되는 Service Type 레벨보다 낮은 상품 세목의 레벨에서 요청된 합계 변수들(총계, 평균 등)의 참이다. 이러한 형태의 하우스홀드 경로는 GROUP BY 및 HAVING 절을 사용하여 분리 SELECT 스테이트먼트에서 실행되어야 한다.

일반적인 예:

SELECT HH_NO

FROM ALA A

WHERE

(A.ORG AND A.GEOGRAPHIC 조건들)

AND

({A.PRODUCT_CD = ? AND(A. other_product_conditions...})

GROUP BY HH_NO

HAVING

(SUM(ACCT_BALANCE) > 5000

AND

(SUM(ACCT_CR_LIM) > 10000

AND

COUNT(*) > 3)

다음에 하우스홀드의 결과 세트가 (영구적으로 혹은 일시적으로)세이브될 수 있고, 동일 혹은 다른 문의들에서 다른 하우스홀드의 세트와 결합(AND/OR/NOT IN)될 수 있다.

인덱스들이 잔액, 신용한계, ORG, Geographic 변수 등에 대해 사용되고, 그들 내에 하우스홀드 번호를 포함하면, 이들 문의들의 동작은 특히 빠를 것이다. 개요는 계좌 데이터의 범위 밖에서 확립되기 때문에, 그러한 대화는 계좌 경로의 지정과 이 요구의 지정을 결합할 수도 있다.

데이터베이스 엔진은 ORG와 지리변수(geographic variable)가 실제적이고 주요한 정보들을 참조하도록 선택적으로 설정된다.

고객경로는 하우스홀드경로와 매우 유사하다. 주된 차이점은 이 경로로 하우스홀드 가격과 고객 가격의 조합이 키(key)로서 세이브된다는 점에 있다.

정의표

도 4a∼도 4d에 나타난 블록도는 중앙 데이터베이스(10)에 액세스하기 위한 데이터베이스 엔진(40)에 대한 정의를 나타내는 다양한 표들을 나타낸다. 도 4a는 파라미터 데이터베이스(32)에 대한 정의표를 나타내고, 도 4b는 데이터베이스(33)를 생성하기 위한 정의표를 나타내며, 도 4c는 데이터베이스 엔진(40)에 대한 참조표를 나타내고, 도 4d는 도메인(domain) 데이터베이스(31)에 대한 정의표를 나타낸다.

도 4a를 참조하면, 파라미터 데이터베이스에 대한 정의표는, 예를 들어, 표의 두문자어로서 'QRN'이라고 하는 약어를 갖는 '문의 실행(Query Run)'을 포함한다. 문의 실행표에는 워크스테이션 내에 입력된 초기 문의로부터의 정보가 있다. 데이터베이스 엔진(40)은 계속적으로 문의 실행표를 판독하여 어떤 새로운 문의가 요구되었는지를 확인한다.

문의 실행표는 신규 문의가 처리될 것인지에 대한 여부를 시스템에 알려준다. 신규 문의가 처리될 경우, 문의 실행표는 다른 파라미터 표를 판독하고 워크스테이션(12)에 의해 제공되는 모든 정보를 추출한다. 다음에, 문의 실행표는 문의를 위한 SQL 및 코볼(Cobal) 프로그램을 생성한다. 다음에, 데이터베이스 엔진(40)은 액세스하여 하우스홀드, 고객 또는 계좌표에 대비하여 수행되는 문의를 생성함으로써 중앙 데이터베이스(10)로부터 데이터를 추출한다.

도 4a에 나타난 또 다른 표는 문의 논리 태스크 표(Query Logic Task table)이다. 이 표는 얼마나 많은 태스크가 논리적으로 수행되어 특정한 문의를 생성해야 하는가에 관련된 정보를 포함하고 있다.

경로 관계표(path relation table)가 도 4a의 문의 논리 태스크 표 아래에 나타나 있다. 이 표는 특정한 문의에 대한 분야(universe)을 목표로 정하는 데에 사용된다. 즉, 경로 관계표는 데이터베이스 엔진(40)이 각 문의에 대하여 하우스홀드 레벨 키, 고객 레벨 키 또는 계좌 레벨 키를 생성하는지 또는 그것이 실제 데이터를 추출하기 위한 출력 사양을 생성하는지에 대한 여부를 결정한다. 경로표는 경로 관계표와 관련되어 있고, 하우스홀드 경로나 계좌 경로를 사용할 것인지에 대한 여부를 데이터베이스 엔진에 통보한다.

QLT 입력표는 문의가 출력사양인지 또는 그것이 보고서나 키를 추출하는지에 대한 여부를 데이터베이스 엔진(40)에 알려준다. 이 표도 어떤 프로그램의 종류가 보고서를 추출하는 데에 사용되고 있는지에 대한 정보를 제공한다.

경로 관찰표(Path View table)는 사용자가 어떤 중앙 데이터베이스표에 액세스해야 하는지를 데이터베이스 엔진(40)에 설명하는 데에 사용된다. 경로 행 참조표(Path Row Reference table)는 사용될 경로의 종류(경로 id)를 시스템에 알리는 정보를 보유한다. 예를 들어, 경로 행 참조표는 '보유(contain)'를 생성하는지에 대한 여부를 시스템에 알려주는 데에 사용된다. 보유라는 것은 어떤 금융 상품(예를 들어, 체킹, 저축, CD 등)을 갖는(또는 제공) 모든 하우스홀드, 고객 또는 계좌를 추출하는 데에 사용된 용어이다. '보유'라는 것은 특정한 은행이나 지점에서만 하우스홀드를 회수하는 데에 사용된다.

경로 조목 테이블(Path Clause table)은 사용자가 타이프로 쳐서 삽입할 수 있는 부가적인 제한 정보를 제공한다. 예들 들어, 하나의 문의는 체킹과 저축을 가지고 있는 사람뿐만 아니라, 10,000달러 이상의 저축 잔액을 가진 사람에게도 제한될 수 있다. 그 정보는 경로 조목 테이블에 저장될 것이다.

도 4b에 나타난 생성 데이터베이스 표는 도 4a의 파라미터 데이터베이스와 같은 몇 가지 표를 보유하고 있다. 문의실행의 영역은 데이터베이스 엔진(40)에 의해 다시 판독된다. 생성 데이터베이스는 파라미터 데이터베이스 내의 정보에 근거하여 생성되는 모든 정보를 보유한다. 그 정보는 판독되고 논리적으로 처리되어, 데이터를 추출하기 위해 코볼 프로그램에 삽입될 SQL을 구축한다. SQL 코드표는 그 데이터베이스에 의해 생성된 실제적인 SQL 코드를 보유한다. SQL 코드 정보가 SQL 표에 저장된 후, 데이터베이스 엔진(40)의 다른 부분들이 이 표로부터 정보를 판독한다.

데이터베이스 엔진(40)의 다른 부분은 생성 데이터베이스로부터 SQL 코드를 추출하여 그 SQL 코드를 코볼 프로그램에 삽입한다. 그러면, 시스템은 그 코볼 프로그램을 사용하여 JCL을 만든다. 이 시스템은 표준 JCL을 이용하여 필요한 모든 JCL을 생성한 후, 작업이 수집되어 있는 내부 판독기에 이 작업을 제시한다.. 이 작업은 실제 실행작업에 따르는 다른 작업을 차례로 생성한다. 다음에, 실행작업은 필요한 데이터를 중앙 데이터베이스(10)로부터 추출한다.

도 4c에 나타낸 참조표는 문의를 공식화하기 위한 참조정보를 제공하는 데에 사용된 다양한 표들을 포함한다. 키 종류표(Key Type table)는 추출되는 키의 종류와 각 키의 열에 관한 정보를 보유한다. 시스템 제어표(System Control table)는 시스템이 이용하는 파라미터를 동적으로 변경하기 위하여 제공하는 파라미터 표이다. 작업 로그표(Job Log table)는 발생할 수 있는 모든 에러를 저장한다. 제한 종류표(Constraint Type table)는 액세스될 조직에 대한 정보(예를 들면, 특정한 은행이나 지점의 계좌의 수)를 보유한다. 이 정보는 SQL을 생성하는 최적의 방법을 결정하는 통계학적 목적을 위해 사용된다. 상술한 바와 같이, 다수의 계좌나 다른 정보를 회수하는 데에 모다 효율적인 SQL을 만드는 SQL 스테이트먼트를 작성하는 방법이 있다.

예를 들면, 문의가 입력되면, 시스템은 얼마나 많은 계좌가 검색될 다른 종류의 각 계좌(예를 들면, 체킹, 저축, CD 등)에 보유되는지를 결정한다. 최소의 계좌(계좌표에서 가장 적은 수의 행)를 갖는 계좌 종류는 SQL에 삽입되어, 먼저 검색 속도와 효율을 극대화한다. 같은 공정이 조직(organization)에 쓰인다. 즉, 하나 이상의 조직(은행, 지점 등)이 검색되면, 우선 가장 적은 수의 계좌가 있는 조합을 검색한다.

작업 활성표(job active table)는 작업이 실행됨에 따라, 그 작업의 상태를 보유한다. 조직표는 각 은행과 지점에 대한 설명을 보유한다. 상품표(product table)는 각 상품에 대한 설명을 보유한다. 뷰 관계표(view relation table)는 어떤 다른 뷰가 어떤 다른 표와 관련되어 있고, 어떤 표가 다른 어떤 표와 관계가 있는지에 대한 정보를 보유한다. 에러표(error table)는 시스템의 동작 중에 발생하는 모든 에러들을 로그한다.

도 4d를 참조하면, 도메인 데이터베이스 표는 SView, PView, 그룹(group), 요소(element), SFunc 및 EFunc 표들을 포함한다. 이 표들은 브라운스톤 데이터 사전에 있고, 데이터 엔진(40)에 의해 유지된다. 이들 표로부터의 정보는 추출되어 슈퍼 뷰 id를 보유하는 다른 일단의 DB2 표들에 삽입된다. 슈퍼 뷰는 문의를 위한 논리적 경로를 정의하는 데에 쓰이고, 관련이 있는 표들을 함께 가입시킨다.

데이터베이스 엔진(40)은 워크스테이션(12)에서 사용자가 사용자와 친근한 그래픽 인터페이스 상의 정보를 클릭하거나 가리키도록 하여, 사용자가 크고 포괄적인 중앙 데이터베이스(10)에 쉽고 빠르게 액세스할 수 있다. 워크스테이션(12)은 두문자어와 의사코드를 데이터베이스 엔진(40)에 전달하는데, 그것은 그 코드를 논리적 액세스 경로로 변환하여 중앙 데이터베이스(10)로부터 데이터를 회수한다. 사용자는 중앙 데이터베이스(10)에 액세스하기 위한 프로그램이나 한 줄의 코드를 기록하는 방법을 알 필요가 없다. 왜냐하면, 데이터베이스 엔진(40)은 각 문의를 위한 적합한 SQL을 생성하기 때문이다. 데이터베이스 엔진(40)에 의해 생성되는 논리적 액세스 경로는 시스템의 성능을 급격하게 증가시켜 매우 큰 데이터베이스를 검색할 수 있다.

마이크로마케팅 센터

본 발명은 새로운 금융 상품 및 서비스를 마케팅하기 위해, 인구통계, 계좌 잔액, 상품, 소유권 등을 기초로 하여 은행 지점이 고객의 리스트를 식별하는 데에 바람직하게 사용되는 워크스테이션(12)을 각각 포함하는 하나 혹은 그 이상의 마이크로마케팅 센터(11)를 포함한다. 바람직하게, 지리적으로 분산된 복수개의 지역 마이크로마케팅 센터가 제공된다. 마이크로마케팅 센터(11)는 직접 CCIS(13)로 다운로드될 수 있는 세일즈 리드를 보유하는 파일을 생성한다. 그 다음, 다운로드된 리드는 제공되고 있는 신규 상품 혹은 서비스를 사장에 내놓기 위해 CCIS(13)를 사용하여 리드를 동작시키도록 노력하는 지점장에게로 CCIS(13)를 통하여 전송된다.

금융기관 전체에 걸쳐서 모든 고객 관련 정보를 저장하기 위한 단일 중앙 저장소는 중요한 잠재력을 제공하고, 데이터베이스는 실제로 직접 검색할 수 없을 정도로 반드시 커야 한다. 이와 같이, 본 발명은 중앙 데이터베이스(10)를 검생하기 위한 프로그램을 사용자가 동적으로 구축하도록 하는 수단을 포함한다.

본 발명의 시스템은 사용자가 중앙 데이터베이스(10)에 보유된 정보를 검색하고 마케팅 캠페인을 위한 세일즈 리드(예를 들면, 세일즈대상)의 리스트를 생성하도록 하는 적어도 하나, 바람직하게는 많은 마이크로마케팅 센터(11) 내의 워크스테이션(12)을 포함한다. 바람직한 실시예는 서로 다른 버전의 워크스테이션, 즉 어낼리틱(analytic) 워크스테이션과 마이크로마케팅 워크스테이션을 포함한다. 어낼리틱 워크스테이션은 사용자가 문의를 구축하고 보고서를 정의하거나 설계하고 프로세스를 수행하도록 한다. 즉, 문의를 수행하고, 문의의 결과를 보고서 내에 기입하도록 허용한다. 다음에, 보고서는 다운로드되거나 밖으로 전송될 수 있다. 마이크로마케팅 워크스테이션은 사용자가 어낼리틱 워크스테이션과 같은 기능을 수행하고, 또한 마케팅 정보나 세일즈 리드를 생성하여 그 리드를 직접 CCIS(13)으로 공급하게 한다.

마이크로마케팅 센터(11) 내의 워크스테이션(12)은 바람직하게는 범용 컴퓨터 상에서 동작하도록 설계된 소프트웨어 형태로, 그래픽 사용자 인터페이스('GUI')를 생성하여 중앙 데이터베이스(10)를 검색하기 위한 프로그램을 동적으로 구축하는 수단을 포함한다. 워크스테이션(12)은, 워크스테이션(12)을 이용하여 검색될 수 있는 중앙 데이터베이스(10)로부터 모든 표와 구조의 지역 카피(copy)를 다운로드한다. 이것은 시스템의 모든 사용자에게 최근의 정의와 필드를 시스템에 접근할 때마다 제공하는 것을 보장한다.

더우기, 시스템은 풀다운 창(pull-down windows), 아이콘(icon), 드래그-앤드-드롭 및 현대의 컴퓨터 사용자에게 친밀한 다른 특징을 사용하여 검색요구를 구축하는 각 스텝을 통하여 사용자가 밟아 갈 수 있도록 하는 수단을 포함한다. 더우기, 이 시스템은 각 요구에 대한 '적절한' SQL 문의를 구축하고 이들 문의가 동작하는 것을 보장하는 데에 필요한 특수 코드와 신택스(syntax)를 숨기기 위한 수단을 포함한다. 시스템은 또한 보고서와 파일을 지역 워크스테이션(12)으로 다운로드하기 위한 수단을 포함한다.

마이크로마케팅 센터는 다양한 타입의 메일링 어드레스를 식별하고 온-라인(on-line) CCIS 지점 시스템을 연결하는 리스트를 생성할 수 있는 능력을 가지고 있다. 이와 같이, 파일 그 자체는 온-라인 지점 시스템에 로드될 수 있다. 바람직하게는 마이크로마케팅 센터는 비지니스나 법적인 이유 때문에 다양한 종류의 어드레스를 억제할 수 있는 능력을 기지고 있다.

다양한 마이크로마케팅 워크스테이션(12)은 선택된 세일즈 프로그램을 위한 리드의 리스트에 대하여 지점장로부터의 요구에 응답하기 위한 마이크로마케팅 센터(11)를 구성하는 것이 바람직하다. 이 세일즈 프로그램은 전형적으로 금융기관에 의해 제공된 신규 상품 혹은 기존 상품 혹은 서비스에 대한 마케팅 캠페인을 수반한다. 마이크로마케팅 센터(11)는 지점장과 함께 일하여 세일즈 캠페인의 상품과 서비스를 구매할 것 같은 하우스홀드, 고객, 및 계좌의 프로파일을 결정한다. 그리고 나서, 마이크로마케팅 센터는 특수 문의를 구축하고, 중앙 데이터베이스에 대비하여 문의를 수행하고, 각 마케팅 캠페인에 대한 리드의 최적 리스트를 보유하는 보고서를 작성한다.

마이크로마케팅 센터에서의 워크스테이션은 중앙 데이터베이스(10)를 검색하고 특수선택기준에 맞는 모든 하우스홀드, 고객 또는 계좌의 리스트를 추출한다. 리드들의 리스트는 세일즈 캠페인을 위한 특수 선택기준에 적합한 고객이나 하우스홀드에 직접 우송하는 것을 목표로 하는 데에 사용되고, 리드의 리스트는 직접 CCIS(13)에 전달된다.

도 5를 참조하면, 마이크로마케팅 워크스테이션(12)은 켜진 후에 먼저 로그온 스크린을 표시한다. 로그온 스크린은 워크스테이션(12)과 중앙 데이터베이스(10)의 기능에의 액세스의 보안 제어를 제공한다. 사용자 ID와 비밀번호를 입력한 후, 워크스테이션(12)은 원격 절차 호출을 활성화시켜 중앙 데이터베이스(10)에 대해서 사용자 ID와 비밀번호를 확인한다. 사용자 ID와 비밀번호가 정확하면, 로그온 윈도우가 사라지고, 나머지 시스템에 액세스하며, 마이크로마케팅 워크스테이션 상에 메뉴들을 더 포함하는 것이 제공된다. 사용자의 액세스가 허락되면, 동작 인터페이스를 초기화하고 개별화하기 위하여 사용자 프로파일, 우선권, 적합한 원격 절차 호출이 판독될 것이다.

정확한 로그온 후에, 현재의 사용자 ID에 대한 게시판 메시지를 확인할 것이다. 판독되지 않은 메시지가 발견되면, 판독되지 않은 메시지의 리스트를 관측하도록 사용자에게 일러주지만, 사용자는 나중에 프롬프트(prompt)를 무시하고 메시지를 판독할 수도 있다. 로그온된 후, 즉시 도 5와 같이 메뉴가 나타나 사용자가 어낼리틱 워크스테이션과 마이크로마케팅 기능 사이에서 선택할 수 있다. 그 메뉴는 유틸리티(utilities), 프랜차이즈 퍼포먼스(franchise performance), 고객 베이스 프로파일(customer base profile) 및 거래보고(transaction reporting)를 포함한 다른 기능에 대한 사용자 액세스를 제공한다.

도 5a의 메뉴로부터 어낼리틱 워크스테이션이나 마이크로마케팅을 선택할 때, 도 5b와 같이 워크스테이션(12)은 주 메뉴를 다음에 표시하여 워크스테이션(12)에 의해 사용된 문의, 보고서 및 프로세스 대상들을 생성하고 공개하기 위해 필요한 기능에의 하이레벨 액세스를 제공한다. 이 주 메뉴로부터, 사용자에게 신규 문의, 보고서 혹은 프로세스를 생성하거나, 혹은 기존의 것을 개발하는 선택권을 준다. 사용자가 신규 문의를 생성하고 예를 들어, 지점장의 요구를 수행하는 것을 선택하면, 그 다음에 사용자는 문의 구조를 위한 다양한 파라미터를 입력한다.

문의가 작성된 후에, 사용자는 보고서 형식에 대한 다양한 파라미터들을 입력한다. 결국, 사용자는 프로세스가 문의와 보고를 수행하도록 정의하고 문의와 보고를 작업 큐에 제시하고, 문의와 보고를 중앙 데이터베이스(10)에 대하여 수행한다. 문의와 보고가 완전하면, 워크스테이션(12)은 검색결과를 표시하거나 인쇄하고 결과를 출력 파일에 다운로드하거나, 리포트를 요구한 은행 지점에 전송하기 위한 CCIS(13)에 직접 다운로드한다.

문의가 논리적으로 구축되는 것을 보장하기 위하여, 거의 모든 프리핸드(free-hand) 사용자 상호작용을 따르거나 그것과 결합하는 논리적 스텝의 조합 후에는 대화가 있어야 한다. 바람직한 대화는 속도 선택형 대화이다. 속도선택 대화는 실행하고자 하는 문의가 어떤 형태인지 사용자에게 질문함으로써 시작한다. 여기에는 2가지의 종류 즉, 관계형과 비관계형이 있다. 비관계형 선택에 대한 대화는 관계형 대화의 한 부분이라고 생각할 수 있다.

프로그램 추적 파일은 시스템에 미리 등록된 계좌 파일을 이용하여 관계 키 표를 생성함으로써 고속선택으로 인터페이스한다. 드라이버 파일은 비슷한 절차를 이용한다. 드라이버 혹은 프로그램 추적 파일이 시스템에 입력되고 프로세스되어 키 표가 생성, 저장된 후에, 사용자는 상기 선택과 이하 설명된 것과 같은 진행 중 어느 하나를 선택함으로써 계속할 수도 있다.

사용자에게 하우스홀드 또는 고객 레벨에서 해석하기를 원하는지 질문한다. 그 대답은 키가 하우스홀드 또는 고객 레벨에서 저장되는지의 여부를 결정한다. 커버 아래에 있는 사용자를 위하여 생성될 조인트 조건 등을 결정할 수도 있다. 사용자는 원하는 하우스홀드, 고객 및 계좌의 모집단을 정의하는 기준 블록으로 이루어진 문의를 소집으로써 진행할 것이다. 적합한 문의를 수집한 후에, 사용자는 문의 및 보고와 같은 프로세스 단계 블록으로 이루어진 프로세스를 수집함으로써 문의를 실행할 것이다.

예를 들어, 도 5c에 나타난 바와 갈이, 하우스홀드의 분야를 정의하는 기준 블록은 보고 은행처럼 하나 이상의 공개 서비스 및 NYB NEW YORK BANK를 갖는 하우스홀드에 분야를 제한하도록 구성되어 있다. 도 5c의 기준블록을 구성하는 데에 있어서, 사용자에게 중앙 데이터베이스로부터 다운로드된 기준 리스트로부터 '# 공개 서비스'와 'REPORTING BANK'을 선택함으로써 기준 열을 채우도록 일러준다. '# 공개 서비스'를 선택하면, 사용자는 먼저 도 5d에 나타난 추가 기준 메뉴로부터 'SERVICES' 카테고리를 선택한 후, 도 5e에 나타난 추가 기준 서브메뉴로부터 '# 공개 서비스'를 선택한다. '보다 많은' 조건과 값 '1'이 입력되거나, 도 5e에 나타낸 메뉴 표시로부터 선택된다. 기준 블록은 고객과 계좌의 선택된 분야를 정의하도록 구축될 수 있다.

문의를 생성한 후에, 도 5c에 나타난 바와 같이, 사용자는 도 5f에 나타낸 디스플레이를 이용하여 프로세스를 생성함으로써 문의를 실행시킨다. 도 5f에 나타난 프로세스는, 예를 들어, 두 개의 단계를 즉, 문의와 보고를 중앙 데이터베이스에 제시한다. 보고 단계는 도 5g에 나타낸 디스플레이를 이용하여 보고 종류와 보고 파라미터를 정의함으로써 생성된다. 도 5f에 나타난 화면 스크린으로부터 실행(Run)을 선택하면, 정의된 프로세스는 시스템에 의해 실행되고, 즉 문의는 중앙 데이터베이스에 대하여 실행되고, 보고는 문의결과와 정의된 보고 파라미터에 따라 생성된다. 도 5h에 나타난 바와 같이, 디스플레이 스크린이 제공되어 사용자가 리드를 특정한 캠페인으로 향하게 하고 파일을 직접 지점 시스템에 로드하게 한다.

보완 및 일반 제한기준

사용자에게 보완(분야) 제한 기준(Complement Limiting Criveria)과 이것이 적용되는 레벨을 입력하도록 요구하다. 보완 제한 기준은 선택기준의 보완이 요구될 때에 검색되는 하우스홀드(또는 고객)의 세트를 제한하는 형태의 기준이다. 보완 검색은 전형적인 NOT IN 또는 NOT CONTAINS 논리 또는 함수이다.

이들 함수를 계산하는 방법은 포지티브 조건을 만족하는 키(하우스홀드 또는 고객)를 먼저 검색한다. 그리고 나서, 이들 키의 보안이 획득된다. 예를 들어, 일정한 상품을 갖고 있지 않는 하우스홀드가 기대되면, 시스템은 상품을 갖는 하우스홀드를 먼저 찾을 것이고, 다음에 하우스홀드의 보완을 찾는다. 이 보완을 검색할 때, 검색될 하우스홀드의 세트는 제한되어야 하거나, 그 결과는 일반적으로 요구되지 않을 것이다. 보완 동작 동안, 검색되는 하우스홀드를 제한하는 기준은 보완 기준 제한으로서 적용될 것이다.

본 발명에서 바람직하게 사용되는 두 가지 종류의 보완제한 기준으로서 위치(조직) 기준과 지리적 기준이 있다. 위치 기준은 항상 요구되어야 한다. 초기값은 사용자 프로파일로부터 할당될 수도 있다. 각 사용자는 사용자가 액세스할 수 있는 데이터를 갖는 최대조직 레벨에 할당된다. 디폴트 위치 기준은 사용자의 문의에 할당된다. 사용자가 데이터를 더 제한하는 한(그자신의 계층 경로 내에서 하나 이상의 하위 편제를 특정함으로서) 사용자가 변경할 수 있는 사용자의 문의에 디폴트 위치 기준이 할당된다. 위치 기준은 순간 또는 오랜 운영 작업으로서 작업을 작성하는데 사용된다.

위치 기준 필드는 그들 자신의 선택 리스트 내에 있는 것이 바람직하다. 워크스테이션은 어느 엔트리가 사용자 프로파일을 위반하지 않는다는 것을 확인해야 한다. 그러나, 사용자에게 적어도 한번 이 선택 프로세스를 통과하도록 강요해야 한다.

지리적인 기준은 주(洲) 코드, 집(zip)코드 등과 같은 필드를 포함한다. 이들 필드도 그들 자신의 윈도우 선택 리스트이어야 한다.

상술한 보완 제한 기준에 부가해서, 일반적인 제한 기준이 데이터베이스 계층구조의 모든 레벨(하우스홀드, 고객, 및 계좌)의 공통의 특성을 가지도록 제공된다. 계좌 레벨에서, 일반적인 제한 기준은 각 계좌와 연관된 실제 값(Actual values)이다. 하우스홀드 및 고객 레벨에서, 이들은 프라임 어커운트(Prime account)로부터 파생된 값이다.

그러므로, 보완 제한 기준은 3개의 방법으로 적용될 수 있다. 즉, 실제의 레벨과 프라임 레벨 또는 양쪽 레벨에서 적용될 수 있다. 그 분석을 하기를 원하는 어느 레벨에서 사용자에게 질문하고, 그 후 워크스테이션은 어떠한 레벨을 소망하던 간에 적당한 선택 기준을 생성한다.

프라임 레벨이 선택되면, 그것이 보드를 가로질러 인가될 것이다. 에츄얼 레벨(또는 양쪽 레벨)이 선택되면, 사용자에게 계좌 경로가 입력되는 시간마다 보완 제한 기준을 변경할 수 있는 기회가 준다.

키 테이블이 세이브되면, 키 테이블은 AND 오퍼레이터(AND NOT IN 키 테이블)와 함께 NOT IN이 나타나는 한 NOT IN 동작에 사용된다.

보완 제한 기준의 응용 레벨은 상술한 위치 및 지리 선택 리스트와 연관되는 그들 자신의 윈도우를 요청할 수 있게 된다.

사용자에게는 즉, 1)그가 생성된 키를 세이브하는 것을 원하는 경우를 지정하고, 2) 현재의 선택 처리에서 이전에 세이브된 키를 통합시킴으로써 키 테이블 동작을 지정할 수 있는 기회가 주어진다.

사용자가 생성된 키를 세이브를 원하지 않는 다면, 사용자는 출력 열의 리스트, 출력 형식 등을 지정하도록 후에 강요받을 것이다. 바꾸어 말하면, 사용자는 출력 사양 변환을 종료하도록 강요받는다. 그렇게 되면, 키는 사용자에 의해 지정된 (하우스홀드 또는 고객)레벨에서 나중에 재사용을 위해 세이브된다.

사용자가 이전에 세이브된 키 테이블을 재사용하기 원하면, 윈도우는 그에게 유용한 키 테이블의 리스트를 나타나게 워크스테이션 인터페이스를 오픈할 것이다. 그후, 사용자는 그것에 대하여 더 정보를 얻기 위해 리스트 내의 키 테이블을 지적할 수 있다. 재사용 능력과 보다 세분화된 식별 키 테이블은 시스템을 한층 유연하게 한다.

일단 상기 기본 문의를 벗어나면, 워크스테이션은 하우스홀드, 고객과 자산 & 부채와 은행카드 어커운트 테이블의 각각을 사용자에게 이용가능한 다양한 데이터 그룹으로 지적하는 일련의 선택 리스트의 메뉴를 나타낼 수 있다. 각 선택 리스트는 사용자가 그 리스트의 데이터로 구축되고 있는 기준을 알 수 있는 연관된 선택 기준 윈도우를 가질 것이다.

데이터 선택 윈도우에 부가해서, 이후에 설명한 바와 같이, 거기에는 각 윈도우 하에서 하위 레벨 선택 기준이 논리 오퍼레이터와 괄호로 그들 사이에서 관계되는 경로 상호관계 윈도우가 있어야 한다.

마이크로마케팅 센터의 워크스테이션은 질문을 발생하고 보고를 규정짓는데 데이터 선택 리스트를 사용하여 작용하기 위해 제공한다. 이들 데이터 선택 리스트의 사용을 다음에 기술한다.

하우스홀드와 고객 선택 리스트 또는 경로

윈도우의 제 1 세트는 하우스홀드와 고객 열을 각각 사용하는 선택기준을 창조하는 워크스테이션 인터페이스 상에 공급된다. 워크스테이션은 이러한 태스크를 하도록 도식적으로 사용자를 돕는다.

예를 들면, 사용자는 SQL 오퍼레이터 사이에서 선택하고 유효 코드의 리스트로부터 골라내는 하나의 열을 지적할 수도 있다. 사용자가 완전한 SQL 술부를 완벽하게 식별할 때, 술어는 "가상(ghost)'의 형태로 연관 선택기준 윈도우로 이동한다. 그후, 사용자는 술부를 골라내어 그것이 AND/OR/NOT와 선택 윈도우에 이미 다른 기준으로 술부를 연관시킨 괄호 오퍼레이터 사이에서 사용자 선택할 수 있는 어느 시간에 선택 기준 윈도우의 특정부로 삽입된다. 유사한 방법으로, 사용자는 선택 기준 윈도우 및/또는 add/delete/move 어느 괄호 내에 이전의 어느 삽입된 술부를 이동 또는 제거할 수 있다.

워크스테이션은 어느 SQL기능 및/또는 연산 오퍼레이터 세트를 포함하는 술부를 사용자가 창조하도록 도와서, 사용자는 선택 기준 내에 그들을 포함할 수 있다. 데이터 윈도우와 연관된 선택 기준 윈도우 안으로 초기 술부 엔트리는 자동적으로 아래에 기술한바와 같이 조작될 수 있는 경로 상호 관계 윈도우로 데이터 경로용 엔트리를 창조한다.

계좌: 선택 리스트 또는 경로

관계 옵션 하에서 계좌 선택 리스트(계좌 경로)는 어떤 특수 상태로 주어진다. 먼저, 계좌 선택 리스트는 계좌 경로 기능과 함께 작동한다. 이들은 4개의 초기 계좌 경로는

1. 하우스홀드(고객)CoNTains Accounts

2. 하우스홀드(고객)Does Not CoNTain Accounts

3. 하우스홀드(고객)Contains Accounts having certain AGGregate characteristics.

4. 하우스홀드(고객)Does Not Contain Accounts having certain AGGregate characteristics.

하우스홀드 CoNTains/Not CoNTains Accounts 경로기능에 대해, 사용자는 하나의 기능을 잡고 기준이 상기 하우스홀드와 고객용으로 특정화된 유사한 방법으로 그 기능용으로 계좌 레벨에서 기준을 특정한다. 이러한 명세는 경로 상호 관계 윈도우 내에서 엔트리를 창조한다.

각 기능은 그들 자신의 특별한 특성을 가진다. 하나, 둘은 단순 계좌경로로서 여기서 언급된 선택 기준의 엔트리를 허락한다. 단순 계좌경로 기준에 3개의 변형이 있다.

1. CG_PROD_TYPE = A AND (CG_ACCT_BAL > 1000 AND.....)

2. (CG_PROD_TYPE = A AND (CG_ACCT_BAL > 1000 AND.....)

OR

(CG_PROD_TYPE = B AND (CG_ACCT_BAL < 3000 AND.....)

3. CG_PROD_TYPE IN(A,B,C) AND(CG_ACCT_BAL > 1000 AND/OR...)

단순 계좌경로 기준용의 3개의 공식화가 가능하나, 매우 다른 응답이 나온다. 두번째는 첫번째의 일반화이고 세번째는 두번째의 특별 경우이다. 비전문 사용자용으로, 하나 및 둘로 사용자를 제한하는 워크스테이션을 가지는 것이 바람직하다. 그러므로, 단일 선택 기준은 특별한 특성을 가진 어느 하나 이상의 상품을 갖는 하우스홀드를 선택하는 하우스홀드 CoNTains 기능을 구축할 수 있다.

어떤 수집된 특성기능을 갖는 HouseholdContains/Not Contains Accounts용 선택 기준은 두개부분을 갖는다. 제 1 부분에서는 사용자는 그 특성이 수집되게 되는 상품을 특정한다. 이 제 1 부분은 상술한 단순 계좌기준과 유사하다.

제 2 부분에서는 사용자가 수집되는 특성과 하우스홀드(고객)가 선택되는 수집 조건하에서 특정된다. 수집은 산정, 합산 또는 평균일 것이다. 총체적인 기준은

WHERE 절 하에서:

CG_PROD_TYPE = A AND(CG_ACCT_BAL > 1000 AND.....)

HAVING 절 하에서:

(SUM(CG_ACCT_BAL) > 5000 AND COUNT(*) > 3)

또한, 선택 상품 기능은 워크스테이션에 의해, 주어진 다른 열 이름(CG_SERV_TYP, CG-PROD_TYP및 CG_SUB_PROD_TYP)대신에, 워크스테이션은 상품의 계층을 준다. 계층은 바람직하게 도식적으로 나타내고, 상위 레벨의 집합(자산, 또는 채무, 예금대 대출, 회전대 비회전등)을 포함한다. 사용자는 계층의 어느 레벨에서 상품 세트를 선택한다. 선택된 상품 세트가 데이터베이스(예를 들면 회전 플래그)에서 값/열로서 저장되지 않으면, 워크스테이션은 복합 술어나 사용자에 의해 요구된 상품세트에 동등한 계층 내의 값을 가진 NI리스트를 생성한다.

선택이 CG_SERV_TYP레벨에서 완료되고 집합기능이 요구되면, 워크스테이션은 이미 이들이 하우스홀드(고객)레벨에 존재하고 이용되는 것을 인식한다. 데이터베이스는 사용자가 중앙 데이터베이스(10)에서 하우스홀드 또는 고객레벨에 무엇이 저장되어 있는가를 일관되게 계좌레벨에서 특정의 기준을 갖는가를 확인한다.

사용자가 다른 데이터 선택 리스트(또한, 계좌기능을 사용하고)와 연관된 선택 기준에 들어갈 때, 상위 레벨 상호 경로 논리가 정의된다. 사용자는 이 논리를 정의하는 오퍼레이터 및/또는 괄호로 들어가도록 문의하게 된다. 이것이 생성 프로그램을 인도하는 상위 레벨 논리이다. 상술한 바와 같이, 데이터 경로에 연관된 개별 선택 기준을 위해 사용자는 술어의 구성요소 및 끌고(이동) 또는 제거하는 등의 지적 및 클릭할 수 있다. 더블 클릭은 술어의 구성요소(키 테이블 구성요소는 키 테이블의 적요를 나타낸다)용의 세밀한 선택 기준을 활성화한다. 어느 때고 사용자는 이것 또는 문의 다른 데이터/선택 기준 윈도우, 또는 완전한 문의 상세를 인쇄할 수 있다. SQL이 선택 기준을 구축하는 언어를 제공해도, 시스템에 의해 지원되는 상위 레벨 기능은 상위 레벨의 키워드 세트를 요구한다. 이 키워드 세트는 경로 상호 관계에 사용되고, 각 개별 선택 기준 윈도우에도 유용하다. 이들 상위 레벨의 키워드 세트의 아이디어를 주기 위하여, 바람직한 일반 형식은 몇 개의 예로 다음과 같이 나타낸다.

일반적인 형식

{경로}{*상위 레벨 기능@ 기능-seq-no}{* SQL 또는 다른 절 및/또는 괄호}

경로의 예

HHD- 하우스홀드 레벨에서의 기준이 기입된다.

CUS- 고객 레벨에서의 기준이 기입된다.

LOC*Lvl - 프라임(P), 액추얼(A), 또는 양레벨(PA)에서 위치 기준.

GEO*Lvl - 프라임(P), 액추얼(A), 또는 양레벨(PA)에서 위치 기준.

ALA - 자산 & 채무 계좌용 기준.

BC - 은행카드 계좌용 기준

상위 레벨 기능의 예

CONT - 하우스홀드(고객)가 특정 상품의 계좌을 포함한다.

NCONT - 하우스홀드(고객)가 특정 상품의 계좌을 포함하지 않는다.

AGG - 하우스홀드(고객)가 확실한 집합(하우스홀드, 고객)특성의 상품을 가진다(SUM, AVG, COUNT).

NAGG - 하우스홀드(고객)가 확실한 집합(하우스홀드, 고객)특성의 상품이 부족하다(SUM,AVG,COUNT).

절의 예

PROD - 단순 상품(계좌형)기준. 상품은 다양한 레벨(SERV-TYP, PTYPE, STYP 또는 모든 자산, 모든 채무, 모든 회전 신용계좌, 모든 비회전 신용 계좌등)을 특정하수 있다.

HAVING - 선택 단순 상품 기준용의 소망의 집합 특성을 기술한다.

상기 키워드는 AND, OR, NOT와 경로 상호 관계의 괄호 또는 선택 기준 스크린에서 결합된다. 예를 들면, 경로 상호 관계 스크린에서, 키워드는 다음과 같이 결합할 수 있다:

HHD AND CUS AND LOC*P AND GEO*P AND

((ALS*CONT@1 AND ALA*AGG@2) OR

(SAVED-KEY-TABLE))

개별 경로 선택 윈도우에서, 키워드는 자산/채무를 결합할 수 있고 예를 들면 다음과 같다.

(CONT@1 [PROD (SERV_TYP = 'CHK' AND CG_ACCT_BAL >

2000)]

AND

AGG@2 [PROD(PROD_TYP = 'CD6')

HAVING (SUM(CG_ACCT_BAL) > 1000 AND COUNT > =1)])

선택 기준 윈도우에서, 사용자는 경로 상호 관계 윈도우에 기술된 상위 레벨 논리의 상세를 나타낸다. AGG, CONT, 등은 상위 레벨 기능용의 메이커로서 이용한다. 문의 DAX/Prime형에서 이들 기능은 존재하지 않고 선택기준은 직접 SQL기준에 유사하게 보여야한다.

또한, 경로 상호 관계 윈도우는 분석하기 위한 메인프레임용으로 그것의 시뮬레이션을 생성하는 워크스테이션을 갖거나, 무시한 요구를 위해 더 많은 일을 하는 메인프레임에서 데이터베이스 발생기를 가지므로서 피할 수 있게 된다.

또한, 워크스테이션은 도시한 바와 같이 경로를 횡단하는 술어를 취급하기 위해 설치되고, 예를 들면, 다음의 스테이트먼트가 있다.

(HH_FIPS_ST_CD = '36' 또는 CG_FIPS_ST_CD = '36')

그러나, 위치 또는 지리 데이터를 제외하고는 대개 이런 형태의 기준은 필요 없고 이들 경우는 사용자가 프라임 또는 액추얼 레벨에서 이들 기준에 이용하기를 원한다는 것을 단순히 문의함으로서 취급될 수 있다.

사용자는 상기 모든 단계가 끝난 후, 실행용 문의를 해야 하고 작업 제어 서브시스템 상의 그 과정에 따른다. 또한, 사용자는 선택 기준(영역 선택)을 사용하게 출력 명세로 들어 갈 수 있다.

중앙 고객 정보 시스템

CCIS(13)은 고객별 담당자와 지점장 각각을 위한 은행 지점과 은행원을 위해 배치되고 또한, 은행원용 지역 은행 및/또는 지역 은행의 세일즈 메니져의 주 오피스내에 위치한 워크스테이션을 포함한다. CCIS(13)의 각 다양한 워크스테이션은 은행 내의 사용자의 책임과 의무에 따라 다른 기능을 갖는다.

지점장은 마이크로마케팅 센터(11)에 의해 생성된 리드 리스트를 수신하고, 지점 내의 선택 고객별 담당자 사이에서 분배용 CCIS 워크스테이션으로 리드를 전자적으로 로드한다. 지점장은 리드를 가장 양질로 취급하거나 일부하와 고객별 담당자의 유용성에 의거해서 리드를 고객별 담당자에게 할당한다.

리스트가 마이크로마케팅 센터에 의해 생성되고, CCIS로 전달된 후, 개인 뱅커는 CCIS상의 리드의 리스트로 호출을 받는다. 그후, 개인 뱅커는 리드의 리스트상의 각 고객에게 세일즈 업무(예를 들면, 전화 대응)를 행한다. 세일즈 업무 이전 및 도중에, 고객별 담당자는 중앙 데이터베이스(10)에 포함된 고객에 관한 어느 다른 인구정보와 은행과 고객 관계의 완전한 프로파일(상세하고 간략힌 형식)을 보는데 CCIS13을 사용한다. 이것이 세일 업무중에 고객과 함께 개인 뱅커가 이해력있게 대화할 수 있게 함으로써 마케팅 권유의 성공율을 높힌다.

지점장과 은행원은 번갈아 일일 세일 정보를 자동적으로 획득하도록 추적 및 보고하는 관리 툴로서 CCIS 13을 사용한다. 브랜치 메니져와 은행원은 CCIS 13을 사용하는 각 개인 뱅커용의 자세한 세일 거래를 호출해서 성능을 추적하여 다양한 권유로 세일 결과를 보고 필요한 만큼 권유를 조절하게 한다. 도한, 뱅크 메니져와 은행원은 마케팅 자원의 사용을 최적화하도록 고객별 담당자 및/또는 지점 사이에 리드들을 재할당하는데 CCIS(13)을 사용한다.

그러므로, CCIS(13)은 마케팅, 경영 및 세일즈 툴이다. CCIS(13)은 고객 정보와 경영 고객 접속 및 관계를 보는데 사용하는 여러 개의 일체화된 구성요소를 포함한다. CCIS(13)의 동작은 다음에서 기술한다.

도 6a도를 참조해서, CCIS(13)의 워크스테이션은 먼저 로그온(logon)과 마이크로마케팅 센터의 워크스테이션에 유사한 확인 절차을 요구한다. 사용자가 그들 사용자의 ID와 패스워드를 워크스테이션으로 입력하고 시스템은 사용자 인터페이스 세팅과 우선권을 설정하는 중앙 데이터베이스(10)에 대해 ID와 패스워드를 확인하여 사용자의 권리를 결정한다. 유용한 사용자 ID와 패스워드의 엔트리 상에서, 워크스테이션은 그때 사용자에게 관계 프로파일 구성요소, 계좌 관리 구성요소, 리드 관리 시스템 또는 세일즈 추적과 구성요소 보고를 선택하는 선택권을 주는 주 메뉴를 표시한다. 이들 구성요소의 각각은 다음에서 기술한다.

관계 프로파일 구성요소

CCIS(13)의 관계 프로파일 구성요소는 하우스홀드, 고객 및 계좌 레벨 정보를 적당한 직원이 보고 찾아내도록 한다. 관계 프로파일 구성요소는 금융기관의 하우스홀드 또는 고객의 전관계에 대한 현재, 과거의 금융 및 행동 정보를 나타낸다. 여기에는 소유 개인 계좌, 어떻게 고객이 금융기관에서 그들의 뱅킹을 하고, 그들이 특별한 개인 뱅커에 의해 관리된 것에 관한 정보를 포함한다. 관계 프로파일 구성요소는 고객, 다른 고객에 대한 고객 관계 및 고객 및/또는 전하우스홀드에 의해 소유된 모든 계좌의 철저한 계좌정보에 대해 유용한 모든 정보를 표시하는 세일 준비 툴을 제공한다.

그 정보는 자세하게 관계 프로파일 구성요소에 유용되는 것은 물론 요약 형태로 유용하게 된다. 결합으로, 관계 프로파일 구성요소는 세일과 서비스 대화를 한층 마련하기 위해 각 뱅킹 관계의 깊이를 측정하는 데 사용된다.

관계 프로파일 구성요소는 금융기관에 알리거나 다른 한편 전화, 우편 또는 둘다에 의해 접속되지 않고 요청되는 이들 고객과 비고객을 확인하는 장려 억압 설비를 포함한다. 장려 접속을 원하지 않는 고객은 권유의 리드로서 기입되었다면, 관계 프로파일 또는 관계 구축 기능에서 장려 억제 스크린 상에 등록되게 된다. 또한, 요청되지 않는 비고객은 주메뉴로부터 억제 스크린 상에 등록된다.

고객이 확인되자마자, 억제 플래그는 자동적으로 모든 적용 고객정보 스크린으로 전송되고 또, 이들 고객이 접속되지 않은 것을 확인하는 리스트 생성 처리의 일부가 된다.

또한, 관계 프로파일 구성요소는 고객이 편지 또는 텔레마케팅 권유에 참여하는 이전 고객 접속에 관한 정보를 포함하는 고객 장려 접속 내력 파일을 포함한다. 고객 접속 정보는 관계 프로파일 구성요소 또는 관계 구축 기능을 사용하는 것을 나타낼 수 있다.

접속 내력 파일은 "과접속" 고객으로 금융기관 내에 다양한 비지니스를 보호하기 때문에 중요하다.

도 6b를 참조해서, 주메뉴로부터 관계 프로파일 구성요소를 선택하는데 있어서, 사용자에게 하우스홀드 검색 기능, 장려억제 기능을 선택하거나, 다양한 관계 프로파일 스크린으로 점프키를 할당하는 욥션을 제공한다. 하우스홀드 검색 기능이 선택되면, 사용자는 특별 고객, 하우스홀드 또는 계좌에 관한 정보를 보고 찾는 선택 기준(예를 들면, 독특한 식별자 번호, 이름, 은행, 지점, 서비스등)을 즉시 입력한다.

탐색기능은 두개의 방법으로 사용된다. 즉, 특정 고객용 탐색의 한정을 돕거나, 등록 프로그램 고객 리스트를 보는 것이다. 각 기능은 사용자가 그 고객에 관한 정보를 보기 위해 특별한 고객을 선택하게 한다.

등록 프로그램 고객 리스트를 보는 데 있어서, 사용자는 개인 뱅커 개인 번호와 등록 프로그램의 이름을 입력할 수 있다. 그후, 시스템은 고객별 담당자에게 할당된 하우스홀드의 알파벳 리스트를 제공하고, 그 어느 하우스홀드는 하우스홀드에 관한 자세한 정보를 보기 위해 선택된다.

특별고객, 하우스홀드, 또는 계좌이 확인되자마자, 많은 수의 주문형 디스플레이 스크린이 고객에 관한 정보 제공하는 데 유용하다. 예를 들면, 도 6c에 나타난 바와 같이 사용자는 일반 고객 정보 스크린, 하우스홀드 요약 스크린, 고객 요구 및 노트 스크린, 계좌 상세스크린, 하우스홀드 프로파일 스크린, 하우스홀드 금융 요약 스크린, 하우스홀드 구성인 스크린, 하우스홀드 접속 내력 스크린및 하우스홀드 연계 상세 스크린을 선택할 수 있다.

일반 고객 정보 스크린은 소유상품, 사용된 서비스 및 고객 동향을 포함하는 일반 고객 정보를 표시한다. 이 스크린 상의 고객정보는 고객의 첫 이름, 고객주소 외부와 연결되고 중앙 데이터베이스로 공급된 내부에 의거한 "최상" 전화 번호 및 고객의 개인 뱅커의 이름을 포함한다. 이 스크린 상의 고객 정보는 쓰여진 수표수, 은행원 거래, ATM사용량, 사용된 전자 및 전화 뱅킹 서비스, 금융기관 경쟁자로부터의 수표로 된 지불, 현재 및 과거의 잔액, 고객 총수입, 신용카드 사용 패턴, 고객의 최초 계좌가 지불되는 지점, 사용빈도에 의거한 고객 선호 지점 및 고객에 의해 이용되는 다른 상품과 서비스를 포함한다.

하우스홀드 계좌 요약 스크린은 선택된 하우스홀드의 모든 인원에 대한 다른 정보와 계좌을 나타낸다. 사용자는 하우스홀드 계좌 요약 스크린 상에 표시된 리스트로부터 사무 또는 계좌을 선택함으로서 자세한 상품 및 계좌정보를 볼 수 있다.

고객 요구 및 노트 스크린은 계좌소유, 잔고 및 고객 동향에 의거 가능한 세일즈 기회를 확인한다. 이들은 테그(tag) 생성된 시스템이다. 또한, 스크린은 사용자가 고객(예를 들면, 주택소유자, 어린이, 경쟁자, 사업체 주소 변경등)에 관한 정보를 포착하기 위한 사용자 소유 노트를 추가하거나, 고객에 대한 텔레마케팅통화를 기록한다.

계좌 상세 스크린 단일 계좌에 관한 정보를 나타낸다. 스크린의 상부는 고객 정보를 나타내는 반면에 하부는 어느 곳에 적용할 수 있는 잔액 내력을 포함하는 특정 계좌에 관한 상세를 나타낸다.

하우스홀드 프로파일 스크린은 완전 하우스홀드에 관한 정보를 나타낸다. 이것은 집합 금융 및 상품정보, 하우스홀드의 각 구성원에 대한 특정 정보, 및 계획적인 전화의 사용과 세일 계획을 위한 부가된 외부 "최상의 추측" 인구정보를 포함한다. 또한, 하우스홀드 프로파일 스크린은 하우스홀드에서 주계좌으로부터 취해진 대로 하우스홀드의 첫이름, 주소, 전화번호, 지점을 나타낸다.

하우스홀드/고객 금융요약 스크린은 하우스홀드의 모든 구성원 또는 상품형(주 서비스)에 따른 특별고객에 의해 소유된 계좌을 수집하고 전달과 전년의 잔액과 비교한다. 이 요약들에는 전계좌, 사설 은행계좌, 상업계좌만 또는 소매계좌만이 유용하다. 하우스홀드 또는 고객에 의해 소유된 모든 상품형이 중계 계좌및 운영 기금과 같은 투자 서비스와 은행 카드, 시용한도, 주택저당, 담보시용, 담보 비지니스 및 전문 신용상품과 같은 신용서비스와 보관소 및 보험과 같은 다른 수수료 서비스를 포함하여 표시하게 된다.

하우스홀드 인원 스크린은 외부 소스로부터 구입된 부가의 하우스홀드 정보를 표시한다. 또한, 이 스크린은 고객에 대한 다른 정보에서 추측되는 정보를 표시한다. 예를 들면, 아기용품점에서 반복된 신용카드의 사용회수가 고객이 한명 이상의 자녀를 가지고 있다고 추측하는데 사용된다.

하우스홀드 접속 내력 스크린은 텔레마케팅과 메일 접속에 관한 하우스홀드 레벨 정보를 표시한다. 이 정보는 금융기관의 다양한 비지니스와 관계 구축 기능의 사용으로부터 고객접속(텔레마케팅 전화 및 우편)에 관한 정보를 획득하는 고객 접속 내력으로부터 나온다.

하우스홀드 연계 상세 스크린은 고객 계좌을 모우는 중앙 데이터 베이스 10의 하우스홀드 처리에 의해 사용되는 연계를 나타낸다. 이것은 계좌수, 마지막 이름 또는 계좌의 비지니스 이름, 우편번호, 연계 형식 및 연계 값을 표시한다.

적절하게 일정한 하우스홀드를 운영하기 위해서는 두개 이상의 하우스홀드를 함께 연계시킬 필요가 있거나, 하우스홀드를 분리하기 위해 하우스홀드의 일부를 연계하지 않을 필요가 있다. CCIS(13)은 계좌을 수집하기 위한 수단 또는 공통 이름, 주소, 사회보장번호, 계좌 연계와 같은 소스 시스템에서 수신된 정보에 의거한 연계되지 않는 계좌를 포함한다.

계좌 관리 구성요소

CCIS(13)의 계좌 관리 구성요소는 금융기관에 의해 제공된 특정 프로그램으로 가족 및/또는 고객의 그룹을 등록하여 그들을 관리하는 것을 취급하는 회계 담당 직원을 위한 시스템이다. 가족 또는 고객이 프로그램에 등록되어 주요 고객별 담당자에게 할당되면, 주요 고객별 담당자는 고객 개인의 관계 관리를 제공하여 고객의 뱅킹 관계를 보다 잘 관리할 수 있다. 고객이 주요 고객별 담당자와 배타적인 관계를 갖는다는 것을 다른 세일즈 직원에게 경고하기 위해 고객이 관리된 가족으로서 "플래그"될 것이다. 또한, 마이크로마케팅 센터(11)로부터 분배된 리드는 그 고객에 대한 주요 고객별 담당자에게 할당된다는 것을 보증한다. 그 고객은 고객이 필요한 것을 이해하는 단 한 명의 주요 고객별 담당자만 취급하는 부가적인 이점을 갖는다.

계좌 관린 구성요소는 프로그램 성장을 평가하는 주용 고객별 담당자 및 그들 지점장들에 의해 사용된 보고서를 매달 생성하는 인쇄 기술 및 온라인 보고서 뷰잉을 포함한다. 보고서는 전체 포트폴리오에 대한 개관을 합계하도록 개별적인 계좌 및 고객 레벨 정보로부터 다양한 방법으로 계좌 관리 프로그램 정보를 보여준다.

도 7을 참조하면, 메인 메뉴로부터 계좌 관리 구성요소를 선택할 때, 사용자는 계좌 등록, 등록 관리, 계좌 관리자 지정, 포트폴리오 금융 합계, 또는 보고 의뢰 기술을 선택하는 옵션을 갖는다. 이들 기능들에 대해서는 교대로 설명한다.

계좌 등록을 선택하는 경우, 워크스테이션은 등록 선택 스크린을 표시한다. 등록 선택 스크린에 의해 사용자는 프로그램을 선택하고, 프로그램 정보를 공급하며, 특정 프로그램에 하우스홀드를 등록할 수 있다. 이 등록 프로그램의 리스트는 중앙 데이터베이스(10) 상에서 갱신, 보존된다.

그 리스트로부터 특정한 프로그램 또는 프로그램들을 선택한 후에, 사용자가 한 개의 프로그램에 몇몇 가족들을 동시에 등록할 수 있다는 가족 등록 스크린이 표시될 것이다. 사용자가 계좌 번호 및 특정 어드레스(만약 있다면)를 포함하는 각 하우스홀드에 대한 정보를 입력한다. 다음에, 중앙 데이터베이스(10)에서 그 등록이 처리되어, 등록 상세 스크린을 선택함으로써 그 등록이 표시될 수 있다. 1개 이상의 등록 프로그램 또는 1개 이상의 주요 고객별 담당자에게 하우스홀드를 등록하는 것을 피하기 위해, 사용자가 계좌 관리 프로그램 내에 고객을 등록하려고 시도할 때나, 하우스홀드가 이미 활성 프로그램에 등록되었을 때는 언제나 CCIS(13)는 자동으로 등록 상세 스크린을 표시하여, 사용자에게 경고한다.

메인 메뉴로부터 등록 관리를 선택하는 경우에, 발송 주소 또는 등록 관리 스크린이 표시되어, 단지 CCIS 등록 프로그램에 대해서만 유효한 특정한 가정 및/또는 회사를 선택하거나 생성할 수 있고, 또한 CCIS(13) 상에서 등록 변경 또는 삭제시킬 수 있다.

메인 메뉴로부터 계좌 관리자 재할당을 선택하는 경우, 계좌 관리자 재할당 스크린이 표시되어, 등록 프로그램에서 하우스홀드의 주요 고객별 담당자의 전체 포트폴리오를 재할당 또는 삭제할 수 있다. 바람직하게는, 이 특징은 제어 관리자 권리부여를 갖는 이들 사용자에게만 액세스할 수 있다.

모든 등록 프로그램에 대해서 혹은 선택된 프로그램에 대해서만 재할당이 있을 수 있고, 서로 다른 지점에 동일 관리자를 다시 위탁하거나, 동일 지점 또는 서로 다른 지점에서 또 다른 관리자에게 등록 프로그램을 다시 위탁하는데 이러한 재할당이 사용될 수 있다.

메인 메뉴로부터 포트폴리오 금융 합계를 선택하는 경우에, 사용자는 보고서 형식을 선택하여, 현재의 등록을 나타내는 동적인 보고서를 표시한다. 포트폴리오 금융 합계는 개별적인 계좌 관리자에게 할당된 프로그램에 등록된 하우스홀드에 속하는 계좌에 근거하여 합계 정보를 표시하는 온라인 보고이다. 그것은 상품 종류 중의 포트폴리오 내에 계좌를 수집하고, 한달전, 일년전의 고객 네트 수입 및 잔액을 비교한다. 바람직하게는, 분리 합계는 총 계좌, 세금 수용 계좌, 상업 계좌, 및 소매 계좌에 대해서 이용할 수 있다.

메인 메뉴로부터 보고서 의뢰 시설을 선택하는 경우에, 사용자는 보고서를 실행하고 그 보고서를 파일 내에 배치하여, 보고서 뷰잉 시설로부터 그 보고서들이 보여질 수 있고, 인쇄될 수 있으며, 또는 인쇄를 위한 중앙 데이터 센터에 전송된다. 이들 보고서들은 바람직하게는 계좌 관리자 합계, 포트폴리오 합계, 성장 측정 합계, 및 하우스홀드 프로파일을 포함한다. 이 보고서들은 주요 고객별 담당자, 점포, 지역, 및 은행 레벨에서 이용할 수 있는 "포인트 인 타임(point in time)" 보고서이다.

리드 관리 시스템

CCIS(13)의 리드 관리 시스템은 세일즈의 온라인 전송을 통해서 전 리드 관리 능력을 주요 고객별 담당자에게 제공한다. 이것은 더 먼 활동을 위해 일정표 내에 활동 리드를 배치하고, 신규 리드(현재의 고객 및 비고객 모드)를 부가하며, 더 먼 활동을 위해 금융기관 내에 전문가들 혹은 다른 주요 고객별 담당자에게 온라인으로 리드를 전송하는 능력을 포함하는, 세일즈 리드를 움직이는 다수의 선택권으로 포괄적인 세일즈 프로세스를 지지한다.

리드 관리 시스템은 CCIS(13)의 접촉 관리 구성요소이다. 리드 관리 시스템은 종이를 쓰지 않고 리드를 주요 고객별 담당자들에게 전송하고, 종이를 쓰지 않고 금융 기관을 통해서 적당한 전문가에게 소개된 사람을 보내며, 종이를 쓰지 않고 세일즈 활동을 점령한다.

리드 관리 시스템은 포괄적인 세일즈 프로세스를 지지한다. 주요 고객별 담당자들은 세일즈 리드를 이동시키기 위한 많은 선택권을 갖는다. 그들은 약속 일정표, 캠페인과 관계없는 우선 큐(priority queue) 내의 "다음" 고객, 특정 캠페인에 대한 "다음" 고객, 또는 이미 진행중인 리드에 대비하여 작업한다.

또한, 리드 관리 시스템에 의해 사용자는 CCIS(13)에 직접 리드를 부가할 수 있다. 이들이 개인적으로 작업하는 리드 혹은 금융기관 내의 다른 전문가를 참조하는 리드일 것이다.

고객별 담당자들은 고객 및 캠페인에 대하여 세일즈 준비 정보의 전 어레이를 제공하여 세일즈 접촉을 준비한다. 접촉의 결과는 개인 일정표 함수에 제공되는데, 그것은 실시간으로 갱신된다. 이것에 의해 주요 고객별 담당자는 각 세일즈 호출에 대한 추종을 계획하여 추적한다.

지점장들 및 지역 지도자들은 캠페인을 위한 지점 중에서, 그리고 특정 점포 내의 주요 고객별 담당자 중에서 작업하고 있지 않은 리드에 대한 작업하고 있는 리드의 비와 같은 리드 통계치를 보여줄 수 있다. 리드가 보다 효율적으로 분배되도록 리드가 할당, 반환될 수 있다.

리드 관리 시스템은 각 주요 고객별 담당자에 대한 리드의 데이터베이스와 함께 시작한다. 이들은 프로그램에 의해 조직화되고, 우선순위가 결정되어, 가장 좋은 리드가 먼저 작업하게 된다. 또한, 이들 리드는 계좌 관리자 양도를 인수하므로, 리드는 먼저 관계에 할당된 관리자 또는 주요 고객별 담당자에게 지시된다.

도 8a를 참조하면, 리드 관리 시스템은 메인 메뉴로부터의 다수의 기능들을 선택하는 수단을 제공한다. 점포 관리자는 시스템 관리/테이블 보존 기능의 사용자 프로파일 기능을 사용하여 주요 고객별 담당자의 유효성 및 상품 양도증서 정보를 규정지울 수 있다. 이 기능에 의해 점포 관리자는 시스템 사용자 유효성 및 상품 양도증서 정보와 통신할 수 있다. 다음에, 이 정보는 어느 고객별 담당자가 신규 리드들 인수하고 있는지, 그리고 어느 것이 휴지중에 특정 프로젝트 등에 포함되는지를 결정하고, 어느 고객별 담당자가 다수의 지역, 저당, 투자 등과 같은 양도 리드에 사용되어야 하는 상품 양도증서에서 리드를 인수하고 있는지를 결정하는데 사용된다.

도 8b를 참조하면, 리드 관리 시스템은 또한 신규 마케팅 캠페인을 설정하기 위한 캠페인 등록 기능을 제공한다. 이 캠페인 등록 기능은 마이크로마케팅 센터(11)의 관리를 통합하는 CCIS(13)의 관리에 의해 중심적으로 행해지는 것이 바람직하다. 그러나, 세일즈 리드들은 또한 고객별 담당자 및 점포 관리자에 의해 수동으로 입력될 수 있다. 양쪽 고객 및 비고객 리드들은 개별적으로 캠페인에 연결되고 부가될 수 있으면, 이 캠페인은 캠페인 등록 기능을 사용하여 진행중에 있다.

리드들은 관리 우선권에 따라 생성된다. 이 캠페인 등록 프로세스는 3개의 부분을 갖는다. 첫 번째로, 이 캠페인이 계획되어 통합되어야 한다. 이것은 또한 리드를 움직이게 하는 기관에 의해 리드들에 우선순위를 매기는 것을 포함한다. 두 번째로, 리드들의 파일이 생성, 제어되어 CCIS(13)에 전달되어야 한다. 세 번째로, 이 캠페인은 캠페인 등록 스크린 상에 등록되어야 한다.

캠페인 등록 스크린은 리드들을 분류하고, 이 캠페인을 실행하는데 사용된 정보를 포착한다. 캠페인 등록 스크린으로 입력된 정보는 조정자의 이름 및 어드레스를 포함하고, 캠페인의 목적 및 어떤 한정적 인자를 설명하는 캠페인의 기술; 모든 캠페인 중에서의 캠페인 서열; 리퍼럴 리드(referral leads)가 캠페인에 부가될 수도 있는지; 신규 리드가 추가되거나, 캠페인이 리플레쉬될 때 재구축되어야 하는지; 시작 및 만료일, 보류기간 및 보상일과 같은 이정표; 캠페인(예를 들면, 잔액, 총계, 이자, 혹은 특별 우선 순위) 중에서 리드를 분류하는 방법; 점포를 선택하여 리드들을 움직이게 하는 어떤 기준(계좌가 지불 지정된 곳, 고객이 대부분의 거래를 행하는 곳, 우편물 어드레스등)을 포함한다.

다음에, 리드들은 프리세트 우선권에 근거하여 우선권에 근거하여 고객별 담당자에게 분배된다. 이 리드 관리 시스템은 현존하는 고객별 담당자 관계를 인수한다. 계좌 관리 프로그램에 등록된 고객 또는 하우스홀드에 대한 리드는 그 관계를 관리하는 고객별 담장자에게 자동으로 배당된다.

리드 관리 시스템은 캐린더(calendar) 기능, 자동 리드 전환 기능, 추가 고색 및 비고객 리드들이 부가될 수 있는 시설, 및 가능성을 트랙킹하는 자동 활동을 갖는다. 또한, 사용자는 고객 정보를 보기 위해, 혹은 다른 기능들을 수행하기 위해 점프 키를 통해서 리드 관리 시스템 혹은 고객 프로파일 시스템 내의 다른 스크린에 "토클"할 수도 있다. 도 8c를 참조하면, 리드 관리 시스템의 세일즈 프로세스 기능에 대해서 보다 상세히 설명한다. 세일즈 프로세스 기능은 리드 추적, 캠페인 선택, 리드 선택, 세일즈 준비, 세일즈 써머리, 리드 엔트리/리퍼럴(entry/referral), 및 리드 감사 트레일(audit trail)을 포함하는 다수의 기능을 제공한다.

리드 추적 기능을 사용자가 선택했을 때, 그것은 날짜, 시간으로 모든 계획된 약속 및 사건을 표시한다. 주요 추적, 폰 호출, 또는 일 대 일 미팅에 대하여 약속이 행해질 수 있다. 사용자가 이러한 기능을 이용하여 캠페인 혹은 접촉 내력, 고객 노트(notes) 및 세일즈 프롬프트(prompts)와 같은 고객에 대한 정보를 볼 수 있고, 고객 정보 및 접촉 결과를 갱신할 수 있으며, 고객을 또 다른 판매원에게 위탁할 수 있고, 또는 계획된 활동을 재계획할 수 있다.

캠페인 선택 기능을 사용자가 선택했을 때, 그것은 리드의 번호와 각 캠페인에 대한 리드 상태를 갖는 점포 및/또는 고객별 담당자에게 할당된 모든 캠페인의 리스트에 기입한다.

리드 선택 기능을 사용자가 선택했을 때, 그것은 어떠한 방법으로 표시가 요청되었는지에 근거하여 리드를 표시한다. 리드는 서열 혹은 알파벳 순서로 표시될 수 있다. 이 스크린으로부터, 사용자는 캠페인 혹은 고객 노트를 볼 수 있고, 상품 및 잔액 정보를 볼 수 있으며, 접촉 내력을 볼 수 있고, 프롬프트를 볼 수 있으며, 고객 정보 및 접촉 결과를 갱신하고 혹은 추적 활동을 계획할 수 있으며, 혹은 고객 접촉 정보를 갱신할 수 있고, 그 고객을 또 다른 판매원에게 위탁할 수 있다.

세일즈 준비 기능을 사용자가 선택했을 때, 그것은 고객에 대한 모든 캠페인, 이름/주소와 같은 고객 접촉 정보, 전화, 호출하기 가정 좋은 시간, 은폐정보, 및 우선 접촉 내력을 표시한다. 이 기능은 또한 시스템 내의 다른 소스로부터 시작되는 세일즈 준비 프롬프트 및 노트들을 제공한다. 예컨대, 고객 프롬프트 및 노트들은 관계 프로파일 구성요소 내의 고객 정보로부터 온다. 캠페인 프롬프트는 캠페인 등록 기능에서 비롯되고, 캠페인 노트 등은 "무수한" 노트 패드에 대한 리드를 작업하는 사람에 의해 입력된다. 캠페인 프롬프트 및 노트는 리드와 함께 남아 있다.

세일즈 합계 기능을 선택했을 때, 그것은 각 세일즈 접촉 혹은 세일즈 프롬프트의 결과에 사용된다. 이 시스템은 세일즈 리드에 접근하는 정보를 입력하고, 진행중에 세일즈 리드를 보존하며, 이 리드에 대한 다음 행사를 계획하고, 고객 정보를 갱신하며, 혹은 고객 노트를 입력하는 적합한 스크린을 제시할 것이다.

세일즈 합계 기능은 약속 일정표(리드 추적 스크린)에 정보를 제공한다. 날짜가 입력되면, 약속 일정표가 갱신될 것이고, 그 행사가 계획될 것이다. 세일즈 합계 스크린은 또한 리드 호출 시도와 같은 리드 목록을 요약하는 다양한 기술에 정보를 제공하고, 관리용으로 다양한 캠페인 통계표를 제공할 것이다.

리드 엔트리/리퍼럴 기능을 사용자가 선택했을 때, 그것은 캠페인 및 특정 점포 및/또는 고객별 담당자에게 고객 및 비고객을 양도하거나 다시 양도하는데 사용된다. 리드 엔트리/리퍼럴 스크린은 또한 신규 리드를 포착하거나, 리퍼럴에 대한 정보를 포착하는데 사용되어 리드는 캠페인에 부가될 수 있고, 혹은 또 다른 고객별 담당자에게 전달될 수 있다.

특정 캠페인에 항상 양도되는 리드들은 현존하는 고객들 혹은 비고객들를 참조할 수 있다. 리드들은 워크인 사업(walk-in business), 세미나에 참석한 고객, 현 고객으로부터의 리퍼럴 등으로부터 나타날 수 있다.

리드 감사 트레일 기능을 사용자가 선택했을 때, 그것은 누군가 다른 사람이 그들 양도된 리드를 다루었는지를 고객별 담당자에게 알린다. 리드 감사 트레일 스크린은 다른 사람에 의해 다루어졌던 리드들 혹은 고객별 담당자의 목록으로 전송되었던 혹은 고객별 담당자의 목록의 범위 밖에서 전송되었던 리드들을 표시한다. 점포 관리자들이 리드 감시 트레일 기능을 사용하여 그들 점포에서 모든 개인별 담당자를 감시할 수 있다.

캠페인 선택 관리 기능은 고객별 담당자 및 점포 중에서 캠페인 로드의 균형을 맞추는데 사용된다. 점포 로드 밸런스 스크린은 각 캠페인에 대한 리드가 어떻게 점포에서의 고객별 담당자에게 분배되는지를 나타내고, "신규" 리드 대 "진행중" 리드들을 표시한다. 이 스크린에 의해 리드들은 한 명의 고객별 담당자로부터 또 다른 고객별 담당자로 이동될 수 있고, 한 명의 고객별 담당자로부터 이동될 수 있으며, 작업 로드(work load)에 근거하여 점포 내의 모든 고객별 담당자에게 공평하게 재분배될 수 있고, 혹은 모두 삭제될 수 있으며, 그 캠페인으로부터 드롭될 수 있다.

캠페인 로드 밸러스 스크린은 점포 로드 밸런스 스크린과 비슷하지만, 고객별 담당자 중에서 보다도, 점포들 중에서 각 캠페인에 대한 리드가 어떻게 분배되는지를 나타낸다. 이 스크린에 의해 리드들은 하나의 점포로부터 이동되어 또 다른 점포에 양도될 수 있고, 하나의 점포로부터 이동되어 작업 로드에 근거하여 모든 점포에 균등하게 재분배 될 수 있으며, 혹은 모두 제거되어 그 캠페인으로부터 드롭될 수 있다.

관리 보고 기능은 각 캠페인에서 리드의 상태를 나타내는 단체 혹은 캠페인 레벨 보고서를 표시하거나 인쇄한다. 이 보고 기능은 또한 한 개의 특정 캠페인에 대한 지역 혹은 은행 내의 모든 점포들의 목록과, 각 특정 관리기관의 레벨에 대한 모든 캠페인의 목록을 표시한다.

세일즈 추적 및 보고 구성요소

세일즈 트랙킹 및 보고 구성요소는 은행 및 지역으로부터 점포 및 고객별 담당자에게 단체를 위한 상품 및 서비스에 대한 온라인 세일즈 합계 보고서를 매일 제공하는 관리 정보 시스템(Management Information System("MIS")이다. 세일즈 트랙킹 및 보고 구성요소는 중앙 데이터베이스(10)를 이용하여 각 고객별 담당자 혹은 고객 서비스 대표자를 위해서 세일즈 거래를 분석 보고한다.

CCIS의 세일즈 트랙킹 혹은 관리 정보는 X.25 네트워크와 같은 원격 통신 수단에 의해, 본 발명의 다른 시스템과 바람직하게 연결되는 법용 프로그램어블 컴퓨터의 형식인 것이 바람직하다. 특히, 세일즈 트랙킹 혹은 관리 정보 구성요소는 시스템의 다른 부분에 연결되어 시스템에서 발생하는 모든 거래가 추적될 수 있다. 이것은 세일즈 정보를 트래킹하여 보고하는 다수의 기회를 제공하여 세일즈 프로세스를 용이하게 한다. 예컨대, 세일즈 트래킹 또는 관리 정보 구성요소는 점포 시스템으로부터의 입력을 수신하는 수단과, 2개의 서로 다른 계층적 구조, 상품 및 조직화에 따라 전체 온라인을 트랙킹 및 보고하는 수단을 포함하는 것이 바람직하다. 온라인 뷰잉 및 프린팅은 매일 이용할 수 있고, 전체적인 것은 비지니스 및 점포 내의 세일즈 대표자가 이용할 수 있다. 또한, 정보는 시간 주기, 즉 매일, 매달, 연 4회, 혹은 매년 보고된다.

세일즈 거래는 CCIS(13) 내의 엔트리 후에 소정의 시간(예를 들면, 24개월)동안 중앙 데이터베이스(10) 상에 저장되고, 세일즈 세션 중에 현재의 기장(booking)으로부터 직접 포착되며, 세일즈 거래가 중앙 데이터베이스(10)에 전송되자 마자 실시간으로 이용할 수 있다. 세일즈 트랙킹 및 보고 구성요소는 매일 갱신되는 중앙 데이터베이스(10) 내에 저장된 세일즈 합계를 포함하기 때문에, 갱신 세일즈 정보는 각 사업의 시작하는 첫날에 이용할 수 있다.

도 9a를 참조하면, 세일즈 트랙킹 및 보고 구성요소는 3개의 기능적인 부분, 즉 보고서를 작성하기 위한 "세일즈 트랙킹"; 테이블을 뷰잉하거나 갱신하기 위한 "테이블 보존"; 세션을 추가하고, 세션을 수정하며, 다른 형태의 세일즈 활동에 대한 정보를 입력하기 위한 "점포 입력" 기능들을 포함한다.

도 9b에 도시한 바와 같이, 세일즈 트랙킹 기능은 중앙 데이터베이스(10) 내에 저장된 정보를 이용하여 상세한 세일즈 정보를 표시하는 몇몇의 미리 형성된 보고서를 포함한다. 세일즈 거행 보고서는 계좌번호에 의한 세일즈를 나타내고, 부채, 자산 및 투자상품의 신규 및 현존하는 달러에 의한 세일즈를 나타낸다. 이 보고서는 또한 고객별 담당자 및 점포의 리스트에 대한 통합된 보고서를 제공한다.

서비스 보고서는 다이렉트 액세스, 개량된 전화기, 및 현금으로서의 수표와 같은 뱅킹 서비스의 세일즈를 보여준다. 교차 세일즈 성능 보고는 신규 및 현존하는 고객에게 세션마다 판매한 상품의 수를 보여준다. 기금 보고의 소스는 계좌가 다른 경쟁 은행, 투자회사, 및 특정 형태의 계좌로부터 적립되고 있는지의 여부를 보여준다. 고객 보고의 소스는 캠페인 및 광고효과를 보여준다. 점포 활동 보고서는 세일즈 트랙킹 및 보고 구성요소를 통해서 입력된 점포 활동을 보여준다. 성능 대 목표보고는 특별한 점포 혹은 고객별 담당자가 캠페인 관리에 의해 설정된 목표를 충족시키는지의 여부를 표시한다.

도 9a를 다시 참조하면, 세일즈 트객킹 및 보고 구성요소의 세션 및 리스트 보존 기능들은 몇 개의 점포 입력 스크린을 제공한다. 사용자의 기밀보호 프로파일에 근거하여, 사용자는 점포 입력 스크린을 사용하여, 전체 세션, 고객, 상품, 서비스, 기금, 혹은 다른 형태의 세일즈 활동에 대한 정보를 추가, 삭제 혹은 편집할 수 있다. 다음에, 입력 정보는 중앙 데이터베이스(10) 상에서 프로세스, 갱신되고, 세일즈 트래킹 및 보고 기능을 사용하여 검토하기 위해 이용할 수 있다.

세일즈 트랙킹 및 보고 구성요소는 드라이브 피고용인 보상에 목표물 표시기를 제공하는데 사용되는 것이 바람직하다. 예컨대, 세일즈 트랙킹 구성요소는 각 고객별 담당자 및 점포 관리자에 의해 금융기관에 대해서 발생된 과세액을 표시한다. 이것은 차례로 고객별 담당자 혹은 점포 관리자의 대가를 금융기관에 직접 표시한다. 세일즈 트랙킹의 클라이언트 서버 기술은 고객 데이터베이스로부터 빠른 타임 스탬프된 데이터 추출물을 제공한다.

본 발명의 CCIS의 세일즈 트래킹 혹은 관리 정보 구성요소가 아래에 기술한 바와 같이, 고객 도달을 트랙킹하는 일부 다른 방법 혹은 그리터 스테이션(greeter station)을 사용하는 점포와 관련하여 사용되었을 때, 그리터 큐(greeter queue)로부터 복원된 고객 도달 횟수 혹은 세일즈 계획 프로파일이 어떤 유형(자기 스스로, 메일, 폰)에 의해 수행되었던 다수의 횟수를 트래킹하여 보고하는 수단을 포함하는 것이 바람직하다. CCIS의 세일즈 트래킹 혹은 관리 정보 구성요소는 또한 계좌 개설이 되지 않았던 평균 세션 횟수 혹은 세일즈 계획 프로파일 스크린이 액세스되었던 다수의 횟수를 트래킹하여 보고하는 수단을 포함할 수 있다.

세일즈 트래킹 혹은 관리 정보 구성요소가 고객 도달을 트랙킹하는 일부 다른 방법 혹은 그리터 스테이션을 사용하는 점포와 관련하여 사용되었을 때 다양한 추가 보고를 생성할 수 있다. 예컨대, 시스템은 세일즈 프로세스를 통과하는 신규 및 현존하는 고객들을 위해 점포로의 도달에 관계된 정보를 추적 및 보고할 수 있는데, 그것은 다음과 같은 정보, 즉, 도달 형태; 대기시간; 세일즈 세션 시간; 평균 세션 시간; 세일즈 툴의 사용법; 상품 종류; 상품 종류마다의 달러비용; 고객 이름 및 주소; 상품 종류; 방문 목적 및 세일즈 대표자 ID를 포함한다.

그리터 스테이션 혹은 고객 도달을 트랙킹하는 일부 다른 방법이 제공될 때, CCIS의 세일즈 트랙킹 혹은 관리 정보 구성요소는 또한 고객이 대기 큐(wait queue)를 포기하는 경우와 관련된 정보를 트랙킹하여 보고할 수 있고, 이것은 다음과 같은 정보, 즉 도달 형태; 도달 시간; 전체 대기 시간; 예상 대기 시간; 고객 이름; 고객 주소 및 방문 목적을 포함한다.

세일즈 트랙킹 혹은 관리 정보 구성요소는 또한 계좌 개설 중에 고객에게 수수료 기권증서가 주어지는 경우와 관련된 정보를 트랙킹하여 보고할 수 있다. 그러한 보고들은 다음과 같은 정보, 즉, 고객 이름; 계좌 번호; 계좌 형태; 수수료 기권 이유; 세일즈 대표자 ID를 포함한다.

세일즈 트랙킹 혹은 관리 정보 구성요소는 또한 계좌 개설 중에 고객에게 대출 & 부채 이자 가이드 라인에 대한 예외가 주어지는 경우와 관련된 정보를 트랙킹하여 보고할 수 있다. 그러한 보고들은 다음과 같은 정보, 즉, 고객 이름; 계좌 번호; 계좌 형태; 가이드라인 가격 비율; 예외 가격 비율; 예외 이유 및 세일즈 대표자 ID를 포함한다.

고객 스코어링 및 접촉 전략

중앙 데이터베이스(10) 상에 포함된 정보를 이용하는 각 고객에 대하여 포괄적이면서, 개별화된 LTV(lifetime value) 스코어가 결정된다. LTV 스코어는 고객이 사용한 상품 및 서비스의 전체의 스펙트럼을 통해서 고객에 의해 제공된 전체의 이득에 근거하여 산출된다. 모든 상품 및 서비스로부터의 이득은 고객의 전체 값의 표시를 은행에 제공하기 위해 함께 모아진다. 다음에, LTV 스코어는 각 고객 기록에 대한 선택가능한 특징으로 변환되어, 마케팅 및 서비스 프로그램들이 LTV 주위에서 계획될 수 있다. 예컨대, 어떤 은행 상품 및 서비스에 대한 캠페인은 소정액을 초과하는 LTV을 가진 고객에게 제한될 수 있다.

게다가, 다이나믹하게 갱신된 고객 네트 과세 스코어는 고객의 개별적인 수익성의 현재 값을 표시하기 위해 생성된다. 이 스코어는 비지니스 금융을 비교하고, 마케팅/ 지점 프로그램을 위한 후보자를 선택하며, 중요하거나 중요하지 않은 고객 분담액을 식별하는데 사용될 수 있다.

다수의 접촉 전력 모델들은 각 세일즈 캠페인에 대하여 가장 좋은 후보자인 세일즈 리드를 식별하여 목표로 정하기 위해 본 발명에 사용되는 것이 바람직하다. 이들 모델들은 일정한 방법으로 작용하기 위해 고객의 성향에 근거한다. 예컨대, 집을 소유하고 있고, 자녀가 있으며, 대학 학자금을 조달하고, 낮은 예금 혹은 투자를 갖고 있는 등의 일정한 기준을 충족시키는 고객들은 신용 상품을 사용하는 보다 높은 가능성을 갖는다. 접촉 전력 모델들에 의해 목표로 정해진 리드들이 CCIS(13)를 사용하는 판매원에 의해 고객 접촉에 대한 성공률을 증가시키는 마이크로마케팅 센터(11)에서 생성될 수 있다.

이름/주소 표준화 구성요소들은 데이터베이스 내의 가능한 고객 이름 및 주소 중에서 "중요한" 이름 및 주소를 선택하고, 그것들은 표준화하여 가장 많이 우송할 수 있는 이름 및 어드레스를 만들도록 조직적인 기법을 제공한다. 상기의 이름 및 주소들을 표준화함으로써, 마지막 사용자의 데스크톱(desktop)으로부터 리스트 생성을 향상시킬 수 있다.

강(rivers)등과 같은 지리적 특징을 고려하여, 주어진 주소에 가장 가까운 3개의 지점을 선택하는 개별화된 시스템 방법이 지점 구성요소로부터의 거리에 의해 제공된다. 이 특징에 의해 그 주소에 가장 가까운 3개의 은행 혹은 지점들이 마케팅 기법 범위에서 이용하는 목표로 정해진 마케팅 프로그램들을 사용할 수 있다.

계좌 개설 시스템 및 프로세스

본 발명의 또 다른 중요한 관점은 금융 구성요소의 전 범위를 포함하는 단일 계좌를 개설하기 위한 시스템 및 방법과, 전자 세일즈 및 서비스 지지 시스템 및 프로세스의 인터페이스이다. 이와 같이, 본 발명의 통합 시스템은 또한 단일 세션 중에 바람직하게 한 개의 계좌를 개설하는 시스템(17)을 포함하는 것이 바람직하다. 이 시스템은 본 발명의 지점 시스템, 중앙 고객 정보 시스템, 마이크로마케팅 센터, 및 중앙 데이터페이스와 바람직하게 통신하므로 데이터는 이들 시스템 사이에서 송수신할 수 있다.

그것의 바람직한 형태에서, 원스텝(one-step) 계좌 혹은 관계 개설을 위한 프로세스 및 시스템(17)은 몇몇 일반적인 단계 또는 스테이지를 포함한다. 이들은 계좌 선택, 필요한 것의 세액, 개인의 프로파일을 구축하는 것, 고객 계좌를 구축하는 것, 고객 서비스를 선택하는 것, 원격 액세스 서비스에 고객을 등록하는 것, 등록형식을 인쇄하는 것, 은행카드를 발행하는 것, 계좌에 액세스한 사람의 수와 신원을 판정하는 것, 마지막으로 적합한 추종이 있다.

이들 단계를 수행하는 수단은 특별히 프로그램된 범용 컴퓨터, 모뎀, 프린터 및 카드 엠보서(embosser)를 포함한다. 컴퓨터는 ad hoc 단위로 연결된 것 이외에도 서로 효율적으로(그러나 실제로는 아님) "하드 와이어"되는 다양한 종합 계좌를 제공하도록 프로그램되어 있다. 보다 일반적으로, 이 시스템은 고객의 금융 및/혹은 투자 상태와 관련된 데이터를 수집하는 수단, 수집된 데이터에 근거하여 필요한 것을 분석하는 수단, 계좌 정보를 표시하는 수단, 필요한 것의 세액에 근거하여 추천하는 수단, 고객의 구성요소 선택을 입력하는 수단, 고객의 은행 스테이트먼트의 팩시밀리 표현 방식을 표시하는 수단, 고객이 소망하는 모든 서비스를 제공하고 고객이 필요한 것을 가장 많이 충족시키는 단일 계좌를 구축하는데 계좌 구성요소를 추가하는 수단, 고객의 은행 스테이트먼트의 팩시밀리 표현방식의 표시를 갱신하는 수단, 크리디트 체크(credit check)를 수행하는 수단, 제공된 서비스에 근거하여 단일 수수료를 결정하는 수단, 은행카드 및 개인 식별 코드를 발행하는 수단을 포함하는 원격 액세스 서비스에 고객을 등록하는 수단, 분실된 데이터를 식별하는 수단 및 제공되지 않았던 데이터를 입력하라고 사용자에게 일러주는 수단을 포함한다.

도 10a 및 도 10b는 본 발명의 계좌 개설 프로세스의 한 개의 바람직한 순서를 고레벨로 나타낸다. 특히, 도 10a는 신규 고객에 대한 프로세스를 나타내고, 도 10b는 현존하는 고객에 대한 프로세스를 나타낸다. 이 프로세스들은 당연히 매우 비슷하다. 차이점은 은행이 이미 현존하는 고객들과 관련된 기본적인 정보를 갖고 있다는 사실과, 현존하는 고객이 일반적으로 은행에 의해 제공된 액세스 장치 및 서비스와 약간의 친밀성을 갖고 있다는 사실을 나타낸다. 보다 일반적인 의미로는, 프로세스 단계에서의 차이점들은 계좌 개설 및 계좌 변환 사이의 차이점을 나타낸다. 아래에 설명한 바와 같이, 특정한 단계의 순서는 중앙 목표물, 즉 원스텝 계좌 개설로부터 시작하지 않고 변경할 수 있다. 도 10a-10b의 단계를 수행하는 시스템의 바람직한 실시예는 도 11a-17b에 나타낸 플로우챠트에 상세히 설명되어 있다.

고객 식별(그리터) 시스템 및 단계(100)

원스텝 관계 개설의 방법에서의 선택적이지만, 유용한 단계는 종종 그리터 단계라고 칭하는 최초 스크리닝 단계이다. 이 단계의 목적은 예비적인 고객 정보를 모으고, 고객의 방문 목적을 확인하는 것이다.

은행과 접촉할 때, 일반적으로 하나의 지점에 들어가는 것에 의해, 고객은 큐 내부에 보여지게 되고 들어가게 된다. 이 최초의 그리팅(greeting) 단계는 신규 고객들을 식별하는데 유용하다. 신규 고객에게, 이름, 주소, 및 방문 목적을 요구할 것이다. 현존하는 고객들에 대해서, 고객은 몇몇 다른 방법, 즉 계좌 번호, 이름(혼자만 혹은 주소 및 집 코드를 가진), 사회적인 기밀보호 번호, 및 은행카드에 의해, 번호의 엔트리 혹은 은행카드 삽입 및 개인 식별 코드(PIC: Personal Identification Code)엔트리의 어느 하나에 의해 식별된다. 이 시스템은 특별히 프로그램된 범용 컴퓨터 혹은 워크스테이션과 같은 수단과, 사용자가 고객으로부터 얻은 데이터를 입력할 수 있도록 하는 입력장치(키보드, 카드 판독기, 마우스 혹은 터치 스크린 등)를 포함한다.

다음에, 그리터는 (금전출납 계원(teller) 혹은 고객별 담당자)이 이용할 수 있는 만큼만 고객에게 알릴 수 있고, 신용카드, 저당, 세금 임시 저장소 등을 포함하지만, 그것에 한정되지 않는 프로파일을 생성(신규 고객의 경우)하거나, 호출(현존하는 고객의 경우)한다. 본 발명의 시스템은 사용자의 필요상품 및 소망하는 고객의 플로우에 의존하는 서로 다른 레벨의 액세스를 허용한다. 예컨대, 그리터 혹은 금전출납 계원은 일반적으로 액세스를 제한했다. 왜냐하면, 은행은 그들이 가능한 빨리 거래를 완료하기를 원하기 때문이다. 한편, 고객별 담당자는 일반적으로 고객과 함께 보다 많은 시간을 보내어서, 그리터 액세스를 가져야 한다. 준비 식별 프로파일이 그리터에 의해 포착되지 않으면, 시스템은 다음 사용자에게 크리디트 체크를 하기 전에 예비 프로파일을 포착하라고 일러줄 것이다. 이와 같이, 이 시스템에 의해 이 초기의 정보가 2개의 단계 중 하나에서 수집될 것이다. 특히, 본 발명의 시스템은 한 개의 단계와 관련하여, 바람직하게는모든단계와 관련하여 입력된 데이터가 그 밖의 것(그리고 바람직하게는모든) 다른 것에 사용하기 위한 관련된 데이터 필드로 플로우업 혹은 플로우다운하도록 프로그램된다.

본 발명의 시스템에서 필요한 단계는 아니지만, 초기의 그리팅 단계 100는 고객이 이미 제공했던 정보를 요청하지 않아도 고객이 가능한 쉽게 프로세스시키는 목표물에 도달하는데 유용하다. 그리터는 또한 고객의 방문 목적을 결정하고, 고객이 양자택일로 액세스하는 방향으로 방향을 바꾸며, 실행가능한 경우에는, 즉시 필요한 것을 이행할 수 있다. 또한, 초기의 그리터에 의해 다음 사용자가 아래에 설명한 바와 같이 고객을 준비할 수 있다.

계좌 개설 시스템 및 프로세스가 본 발명의 통합 시스템의 일부로서 사용되는 경우, 그리터 단계는 특히 중요하다. 특히, 상기의 이점은 제외하고, 그리터단계는 하나의 지점에 입력되는 고객들 및 잠재하는 고객들과 관련된 유용한 정보를 제공하고, 다른 것들 중에서, 고객이 얼마나 오랫동안 라인에서 기다려야 하는지, 고객 얼마나 자주 특정 지점에 방문하는지를 결정할 수 있다. 상술한 바와 같이, 이것은 본 발명의 CCIS의 관리 정보 시스템 구성요소에 유용하다.

재조사 프로파일 시스템 및 단계(200)

고객과 만나기 전에, 사용자(고객별 담당자)는 고객 프로파일을 제조사하여 세일즈 변화를 준비해한다. 이 시스템은 바람직하게 범용 컴퓨터 및/혹은 이 목적을 위해 네트워크된 워크스테이션을 포함한다. 물론, 컴퓨터 혹은 워크스테이션은 몇몇 종류의 디스플레이를 포함해야 한다. 다시, 합법적이고 적합한 곳에, 예컨대, 중앙 데이터베이스로부터 얻은 추가 정보가 이 단계 동안에 사용될 수 있다.

어드레스 즉시 요구 시스템 및 단계(300)

고객은 때때로 매우 특별하고 간단한 이유로 인해 빨리 처리될 수 있고, 가까운 개인의 원조를 요구하지 않는 고객 은행과 접촉하게 된다. 실례로서 예금 증서 혹은 U.S. 세이빙 본드(Saving Bond)의 구입을 포함한다. 그러한 경우에 있어서, 고객은 가능한 빨리 정보를 제공받아야 한다. 고객이 즉시 처리될 수 있고 처리되어야 하는 간단한 거래에 관계되어 있는 경우에 사용자가 결정하도록 일러줌으로써 이 시스템은 이것을 허용한다. 이 단계에서, 시스템은 사용자에게 일러주기 위한 디스프레이 혹은 다른 장치를 가진 프로그램된 범용 컴퓨터 혹은 워크스테이션을 포함한다.

계좌 종류 선택 시스템 및 단계(400)

고객이 보이게 되고, 즉시 요구들이 처리된 후에, 고객은 다음 사용자(통상 고객별 담당자)에게 보이게 되고(만약 이것인 어드레스 즉시 요구로 행해지지 않았다면), 고객 프로파일은 동일 시스템으로 계속된다. 일반적인 의미로, 고객별 담당자(또한 사용자)가 고객의 금융 요구들 및 고객을 가장 잘 돕는 방법을 결정하도록 요청할 수 있다. 특히, 계좌의 종류는 고객의 요구들에 의해 결정된다(은행이 1개 이상의 계좌 클래스를 제공한다고 가정). 계좌 개설 흐름은 짧은 시간동안 예금 증서와 같은, 계좌의 한 단편을 개설하는데 관련되어 있는 고객뿐만 아니라, 그들 금융 요구들을 논의하고, 그들에게 가장 적합한 종합 계좌의 다양한 구성요소를 개설하는데 장시간이 걸리는 것을 꺼려하는 고객을 지원할 만큼 충분히 융통성이 있다. 이 단계를 용이하게 하기 위해, 시스템은 사용자가 일정한 데이터를 제공하고, 데이터를 수신하며, 모든 관련된 필드에 데이터를 송신하라고 일러주도록 프로그램된 법용 컴퓨터 및 워크스테이션을 포함한다. 다시, 시스템은 또한 사용자가 컴퓨터와 상호작용하도록 허용하는 적합한 입력장치를 포함한다.

고객과의 논의를 통해서, 사용자(일반적으로, 고객별 담당자 혹은 고객 은행 전화 서비스 센터 대표자)는 고객이 명백하게 관련되어 있는 본 발명의 통합 은행 계좌 내의 구성요소와, 사용자가 고객에게 판매해야 하는 구성요소를 알 수 있을 것이다. 시스템은 고객 대화에서 굉장한 차이점을 처리하도록 유연성을 갖는다. 이 필요성을 수용하기 위해, 이 시스템은 데이터가 필요한 곳은 어디에서나, 그리고 필요한 데이터가 이미 수신되었는지를 보기 위해 각 단계에서 체킹함으로써 플로우업 및 다운스트림할 수 있도록 프로그램된다. 프로그램된 범용 컴퓨터는 이 목적을 위해 사용되지만, 컴퓨터는 마치 계좌 구성요소에 대한 데이터 필드가 서로 하드와이어된 것처럼 동작한다. 이와 같이, 데이터는 가장 편리한 사용자 필드를 프로세스하는 순간에 오직 한 번만 요청될 것이다. 아래에 기술한 바와 같이, 이 시스템은 또한 수집되지만 즉시 필요하지는 않는 관련 정보를 저장하기 위한 "계류중의 파일"을 제공한다.

도 10a 및 도 10b에 도시한 바와 같이, 계좌 종류 선택 스텝 후의 프로세스는 신규 고객 및 현존하는 고객들마다 약간 다르다. 특히, 신규 고객에 대한 프로세스는 차례로 각 단계마다 존재한다. 그러나, 현존하는 고객에 대하여, 사용자는 계좌 소개 혹은 필요 과세사정(Needs Assessment) 단계의 어느 한쪽을 전적으로 우회하도록 선택할 수도 있다. 다시, 이것에 의해 사용자(고객별 담당자)는 자신의 판단을 실행시킬 수 있다. 그러나, 아래에 설명한 바와 같이, 각 프로세스에 대하여, 이 단계는 본질적으로 동일하다.

필요 과세사정 시스템 및 단계(500)

필요 과세시정 단계는 본래 사용자가 및 고객이 특정 고객의 필요에 대해 가장 좋은 계좌 및 계좌 구성요소를 선택할 수 있도록 하는 세일즈 툴이다. 필요 과세 단계를 위해 사용된 시스템은 융통성이 있어, 데이터가 사용자의 세일즈 전문적인 지식 혹은 전화 서비스 센터 대표자 및 표시된 고객의 필요와 관련된 순서대로 제공될 수 있다. 다시, 시스템은 데이터, 업스트림 혹은 다운스트림을 필요한 모든 위치에 송신하는 것에 의해 이 필요성을 수용하도록 프로그램된 컴퓨터를 포함한다. 이와 같이, 사용자는 임계 데이터를 입력하는 것을 일시적으로 지연시킬 수 있다.

필요 과세 단계는 사용자에 대한 세일즈 기회 및/혹은 특정 고객 요구들을 식별하는 보다 상세한 문의에 응답하여 데이터를 입력하는 것을 포함한다. 이들 문의들은 사용자가 고객을 위한 통합 은행 계좌를 개별화하는 것을 도울 것이다. 다시, 이 시스템이 프로그램되어, 이 단계 동안 입력된 데이터가 다른 관련 필드를 통과할 것이다.

계좌 선택 및 필요 과세사정 단계의 일 실시예에 대해서는 도 11a-11c에서 설명한다. 이 프로세스는 플로우챠트 및 도 11a-11c를 참조하면 쉽게 이해될 것이다. 그러나, 몇몇 특징들에 대해서는 유념해야 한다.

도 11a에 도시한 바와 같이, 일단 사용자가 계좌 선택 프로세스를 입력하면, 그들에게 계좌 혹은 필요 과세사정을 선택하는 선택권을 제공하는 스크린을 제시한다. 이와 같이, 고객이 특정한 종류의 계좌, 예를 들면, "시티뱅크" 혹은 "시티골드" 계좌와 관련되어 있으면, 필요 분석의 프로세스가 무시될 수도 있다.

도 11a에 나타낸 예에 있어서, 사용자가 " SELECT AN ACCOUNT"를 선택하면, 사용자에게 더 선택하도록 이용가능한 카운트의 리스트지정을 제공한다. 반면에, 필요 분석을 원하면, 사용자는 "ASSESS NEEDS"를 선택하고, 도 11c에 상세히 나타낸 프로세스가 오게 된다. 도 11a에 나타낸 특정 실시예에 있어서, "CITIBANK ACCOUNT"의 디폴트 선택도 선택될 수 있다.

도 11c는 본 발명의 필요 과세사정 계좌 개설 프로세스의 일례를 나타낸다. 도면에 나타낸 바와 같이, 사용자가 필요 과세사정하는 것을 결정한 후에, 그들이 특정 영역, 예를 들면, "CREDIT", "FINANCIAL GOALS", "PERSONAL" 혹은 디폴트에 의해 "FINANCIAL PICTURE"을 선택할 수 있도록 하는 메뉴를 그들에게 제공한다. 이 시점에서 행해진 선택에 근거하여, 사용자에게 선택된 특정 영역과 관련된 정보와, "FINANCIAL PICTURE" 선택의 경우에는, 다양한 영역과 관련된 정보를 제공하라고 일러준다. 이 프로세스는 필요 과세사정이 완료될 때까지 계속 진행한다.

상품 정보를 제공하기 위한 프로세스는 도 11b에 설명되어 있다. 도면에 도시한 바와 같이, 이 시스템에 의해 사용자는 고객에게 중요한 특정 영역과 관련된 정보를 제공할 수 있다. 이 프로세스는 모든 문의가 회답될 때까지 반복될 수 있다. 그 점에서, 사용자는 개인의 프로파일 부분으로 진행하도록 선택할 수도 있다.

게다가, 융통성은 본 발명의 시스템의 중요한 관점이다. 그들 판단에서 고객이 그 때 정보를 제공하도록 요청받지 않아도 되면, 사용자는 일정한 정보를 제공하지 못하도록 선택할 수도 있다. 이와 같이, 데이터 입력은 이 단계에서 요구되지 않지만, 데이터가 후에 수집될 수 있도록 이 단계가 무시되는 경우에 일부 기록이 행해진다.

필요 과세사정 단계 동안 포착된 정보는 결국 기본적인 필요 과세사정 문의에 대한 회답과 함께 고객의 프로파일 내에 저장된다. 이와 같이, 다른 사용자(은행 피고용인)는 고객이 은행에 접속한 곳에 관계없이 고객 정보를 액세스할 수 있을 것이다.

상술한 바와 같이, 본 발명의 시스템은 수집되지만, 즉시 필요하지 않은 정보를 저장하기 위한 "계류중의 파일"을 포함한다. 특히, 시스템은 전자공학적으로 보상할 수 있는 어떤 형태의 저장장치를 포함하는 것이 바람직하다. 게다가 합법적이고 적합한 곳에, 예컨대 중앙 데이터베이스로부터 얻은 추가 정보가 이 단계 동안 사용될 수 있다.

이 시스템은 이 단계에서 수집된 데이터의 이점을 얻는 대출 파워 분석(Borrowing Power Analysis)을 포함하는, 다수의 사용자 세일즈 툴을 포함할 수 있다. 예컨대, 사용자는 가격지정 정보를 표시, 인쇄하는 능력을 갖는다.

그 밖의 이용가능한 사용자 툴은 24시간 액세스; 금융 어드바이스; 세금 및 서비스와 관련된 정보를 포함한다. 이 시스템은 사용자가 이들 세일즈 툴을 빨리 우회하도록 허용하면서 이들 툴을 모두 이용할 수 있을 만큼 융통성이 있다. BPA 가격지정 정보 및 어떤 다른 세일즈 툴을 수용하기 위해, 이 시스템은 프로그램된 범용 컴퓨터 및/또는 워크스테이션을 포함한다.

이와 같이, 본 발명의 시스템과 관련하여 사용된 것처럼, 필요 과세사정 단계는 고객 정보를 포착, 저장하여, 현존하고, 미래에 존재할 고객 필요를 식별한다. 적용가능하고 합법적으로 허용된 곳에 계좌 개설을 통해서 정보가 전달되는 것이 바람직하다. 게다가, 계좌 개설 중에 수집된 정보는 본 발명의 중앙 고객 정보 시스템을 통해서 제공되고, 리드에 접근하고; 고객별 담당자의 포트폴리오에 고객을 양도하며; 매일 도달을 보고하고; 신규 계좌 통계치 등을 추적하며; 계류중의 파일로부터 리퍼럴 및 추적을 양도하는데 사용된다.

계좌 소개 시스템 및 단계(600)

신규 고객에 대하여, 이 단계는 은행이 제공한 다양한 종류의 통합 계좌를 소개한다. 이용가능한 구성요소 및 매달의 가격지정도 검토되는 것이 바람직하다. 현존하는 고객들에 대하여, 이 단계는 신규 통합 계좌에 대해서 설명한다.

게다가, 고객이 계좌를 개설하려고 생각한다는 명확한 표시를 사용자가 얻으면, 크리디트 체크가 수행된다. 일반적으로, 크리디트 카드는 2가지의 분리 단계, 즉 고객이 불량 고객의 리스트 중에 있는지를 보기 위한 초기의 스크리닝, 예를 들면 CHEX 스크리닝과, 두 번째는 표준 신용 조사소(credit bureau) 보고서를 포함한다. 외부 서비스 혹은 대리로 크리디트 체크를 용이하게 하기 위해, 이 시스템은 모뎀 혹은 다른 통신장비를 포함하는 것이 바람직하다.

원래, 이 시스템은 동시에 크리디트 체크의 양쪽 단계를 수행할 것이고, 그 응답은 동일 스크린 상에 표시될 것이다. 그러나, 한 개의 응답이 획득될 수 없는 경우에, 다른 응답이 표시되고, 다른 것이 이용가능하게 될 때까지 보류되어야 한다. 이 시스템은 크리디트 체크에 필요한 기본적인 것, 즉 이름, 주소, 사회보장 번호, 출생일, 및 시민권과, 선택적으로 직업, 수입 및 집값만 입력하는 융통성을 갖는다. 이 식별 데이터가 보다 일찍 획득되지 않았다면, 그것은 지금 포착되어야한다. 마지막 크리디트 체크(저정된 것)가 예컨대 과거 12달 내에 행해졌다면 이 시스템은 이 스크리닝 프로세스로부터 현존하는 고객들에게 변명할 만큼 충분히 융통성이 있다. 또한, 크리디트 체크의 2 단계는 개별적으로 실행되고, 이 시스템은 주어진 적당한 권리부여로 초기의 스크리닝 결과를 무시하는 능력을 갖는다. 사용자가 직업, 수입 및 주택공급 정보를 얻을 수 있었다면, 이 시스템은 상품이 크리디트 자격을 받은 오퍼의 일부인 어느 쪽이든지 특정 대출량을 반환할 수 있을 것이다. 어째든, 크리디트 자격이 있는 총액은 크리디트 체크 응답을 표시하는 동일 스크린 상에 표시될 것이다.

고객이 책임 자격이 없으면, 이 시스템에 의해 (일반적으로 크리디트 관리자에 의해 권한을 부여받은)사용자는 그 이유가 무시되어 계좌 개설될 수 있는 경우에 결정할 수 있다. 계좌가 개설되면, 기권/무시의 환경이 고객의 인구통계학 정보에 의해 포착되어 저장된다. 계좌가 개설되지 않으면, "반대의 액션 형태" 통보가 정보가 그것으로부터 수신되고 고객에게 제공되었던 신용 조사소 및/혹은 Chex의 전화번호 및 이름을 나타내는 고객 은행 전화 서비스 센터 혹은 지점에 인쇄되어야 한다.

크리디트 체크의 결과 및 필요 과세액은 고객의 필요성을 가장 만족시키는 구성요소에 대한 계좌의 특정한 추천이다. 이 시스템은 사용자가 통합 계좌, 그것의 구성요소 및 고객이 어떻게 그들 계좌에 가장 잘 액세스할 수 있는지를 명확히 설명하도록 허용하는 하나의 스크린 혹은 스크린 세트와 같은 세일즈 툴을 사용자에게 제공한다.

게다가, 시스템은 이 단계를 수행하도록 프로그램된 컴퓨터와, 사용자에 일러주어서 데이터를 수집하는 적당한 입력수단을 포함한다.

개인의 프로파일 시스템 및 단계(700)

계좌 선택/필요성 분석 단계가 완료되면, 이 시스템은 개인의 프로파일 단계(Personal Profile Step)로 진행한다. 이 단계동안, 사용자는 아직 완료되지 않은 어떤 다른 개인의 정보를 수집할 것이다. 이 시스템의 융통성 때문에, 여기서 수집된 데이터는 이전에 무엇이 수집되었는지에 의존하여 변경될 것이다. 게다가, 적합한 입력장치를 가진 컴퓨터는 이 목적을 위해 사용된다. 모뎀 혹은 다른 통신장치가 바람직하게 설치되어 컴퓨터가 외부 신용 조사소과 통신할 수 있다.

어떤 경우에 있어서는, 크리디트 체크가 이전된 수행되지 않았다면, 이 단계 동안 실행될 것이다. 개인의 정보에 따르면, 아직 수집되지 않았던 어떤 직업 정보가 완성될 것이다. 개인의 정보를 포착하기 위한 하나의 스크린(계좌 상의 서명자마다)과, 직업 정보를 포착하기 위한 하나의 스크린(다시, 서명자마다)이 있다. 직업 스크린 상에 포함된 정보는 현재의 이름 및 주소, 이전의 사용자, 현재, 이전 사용자 시간, 카탈로그의 선택 리스트로부터의 직업 셀렉터일 것이다. 직업 확인 방법을 입력하는 필드가 수행되었다면, 그것은 이 스크린 상에 제공될 것이고, 입력되었다면, 애플리케이션으로 신용 조사소에 전송되어, 그 확인이 크리디트 결정을 재조사할 때 수행되지 않아도 될 것이다.

또한, 본 발명에 따른 계좌 개설을 위한 시스템에 의해 사용자는 은행카드 상의 마그네틱 줄 내의 함유물과 같은 향상 및 후에 사용하는 우선 고객 언어를 포착할 수 있을 것이다. 예컨대, 고객이 거주하고 있지 않은 외국인이면, 계좌가 플래그되어 이 사실과 우선 언어가 다음 서비스지정을 위해 고객 프로파일 상에 표시될 것이다.

개인의 프로파일 프로세스를 수행하는 방법 및 시스템의 바람직한 실시예는 도 12a-12e의 플로우챠트에 설명되어 있다. 다시, 계좌 선택/필요 과세액 단계가 완료되면 이 프로세스가 시작한다. 도 12a에 도시한 바와 같이, 이 프로세스는 계좌 소유권, 고객의 이름, 주소 및 번호와 같은 정보 및 신원확인을 수집하는 것을 포함한다. 이 시스템은 프로그램된 범용 컴퓨터 및/혹은 적합한 입력장치를 갖는 워크스테이션을 포함하기 때문에 이 단계를 용이하게 한다. 다시, 합법적이고 적당한 곳에, 예컨대, 중앙 데이터베이스로부터 얻은 추가 정보가 이 단계동안 사용될 수 있다.

도 12a에 도시한 바와 같이, 시스템은 이 필드에서 이미 수집되었던 어떤 데이터를 필요로 한 데이터의 필드를 나타내는 초기의 프로파일 스크린을 발생하여 사용자에게 표시한다. 이와 같이, 본 발명의 목표와 일관하여, 고객은 이 정보를 다시 제공할 필요가 없다.

예비 프로파일 데이터가 수집된 후에, 이 시스템은 크리디트 체크가 이미 이전 단계에서 수행되었는지를 결정한다. 그렇게 하면, 이 시스템은 도 12d에 나타낸 프로세스 흐름으로 이동하여 개인의 프로파일을 계속 구축한다. 신용 조사소(credit bureau)가 아직 호출되지 않았다면, 시스템은 계좌 상에 추가 서명자가 있는지의 여부에 관하여 문의한다. 그렇게 하면, 프로세스는 예비 프로파일이 추가 서명자의 각각에 대하여 수집될 때까지 도 12a에 나타낸 흐름으로 되돌아간다.

각 서명자에 대해서 예비 프로파일 데이터가 수집되면, 신용 조사소를 호출하는지에 관하여 결정이 이루어진다. 신용 조사소가 호출되지 않으면, 프로세스가 계속 진행하지만, 어떠한 크리디트 제공도 이루어질 수 없다. 신용 조사소를 호출하도록 결정이 내려지면, 데이터가 완성되었는지를 결정하도록 품질 체크가 행해진다. 그렇지 않으면, 오류 메시지가 생성되어, 계류중의 파일을 계속 진행하도록 사용자가 허가받는다. 모든 데이터가 완성되면, 프로세스는 도 12c에 나타낸 흐름으로 계속 진행한다.

도 12c에 도시한 바와 같이, 이 프로세스 흐름의 일부는 신용 조사소로 하나의 호출을 시작한다. 프로그램된 컴퓨터 및 모뎀과 같은 통신장치가 이 목적을 위해 사용된다. 이 시스템은 신용 조사소에 정보를 전송하는지를 보기 기 위해 체크한다. 바람직한 실시예에 있어서, 2단계의 크리디트 체크가 논의한 것처럼 수행된다.

신용 조사소의 보고서의 결과에 근거하여, 계좌가 승인되었는지에 관해서 결정이 내려진다. 계좌가 승인되면, 프로세스 흐름이 도 12d에 도시한 바와 같이 계속 진행한다. 네가티브 결정이 내려지면, 스크린 상에 사용자, 은행 직원에게 주는 크리디트 보고의 결과, 오버라이드 능력이 표시된다. 사용자가 취사 선택권을 오버라이드하도록 선택하면, 프로세스는 도 12d에 도시한 바와 같이 계속 진행한다. 한편, 네가티브 결정이 오버라이드되지 않으면, 사용자에게 옵션을 주어 반대의 액션 보고 및 세션 종료를 인쇄한다.

도 12d는 계좌에 대한 고객의 애플리케이션이 승인되었던 경우의 프로세스의 연속을 나타낸다. 도면에 도시한 바와 같이, 프로세스는 사용자에게 작업과 관련된 데이터를 입력하라고 일러줌으로써 시작한다. 고객이 2년이하 동안 사용자와 함께 있었다면, 이전 사용자와 관련된 정보가 얻어진다. 이 시스템은 직장 어드레스, 직장 전화 및 수입과 관련된 정보에 대하여 일러줌으로써 계속 진행된다. 사용자가 수입의 추가 소스에 의존하기를 원하면, 그 추가 수입 데이터가 수집된다. 프로세스는 계좌에서의 각 서명자에 대해서 반복된다. 일단 데이터가 모든 서명자에 대해서 수집되었다면, 이 프로세스는 도 12e에 도시한 바와 같이 계속 진행된다. 개인의 프로파일을 구축하는 프로세스는 사용자 ID에 대한 프로파일 스크린을 표시하고 끝난다. 거기에 2명 이상의 서명자가 있으면, 프로세스는 모든 서명자가 표시될 때까지 반복된다. 마직막으로, 완성된 데이터가 수신되었는지를 결정하기 위해 특성 체크가 행해진다. 완성된 데이터가 수신되지 않았다면, 메시지가 발생하여 사용자는 계류중의 파일을 계속 진행하도록 허가 받는다. 완료 데이터가 수신되었다면, 이 프로세스는 다음 단계, 즉 계좌를 구축하는 단계로 진행한다.

계좌 구축 상품 선택 시스템 및 단계(800)

(크리디트 결정을 포함 800(810)

특히 본 발명의 중요한 관점은 계좌를 구축하는 수단 및 프로세스이다. 특히, 본 발명은 사용자 및 고객이 사실상 구축되고 있는 계좌를 볼 수 있도록 하는 비주얼 인터페이스를 제공한다. 도 18a ∼ 도 18c는 계좌 구축 프로세스에 사용된 비주얼 디스플레이의 일례를 나타낸다.

도 18a에 도시한 바와 같이, 시스템은 은행 스테이트먼트 모티프에서 컴퓨터 스크린 상에 계좌정보를 표시하고, 즉, 은행 스테이트먼트의 설명 혹은 팩시밀리가 표시된다. 계좌 구축 표시를 위한 은행 스테이트먼트 모티프의 사용은 본 발명의 주요한 부분이고, 일관된 인터페이스를 고객에게 제시하는 기본적인 목표와 조화되어 있다. 디스플레이는 계좌가 구축되기 전에 고객 은행 스테이트먼트가 어떤 것처럼 보이는지를 나타낸다. 체킹, 저축, IMMA, CD's, 퇴직, 저당, 신용라인 및 신용카드와 같은 핵심 구성요소는 이 예에 포함된다. 물론, 표시된 스테이트먼트는 각 계좌에 대하여 0의 잔액을 나타낸다. 다른 구성요소가 아래에 기술한 바와 같이 계좌에 추가되면, 그들도 표시된 스테이트먼트 상에 나타난다.

계좌를 구축하기 위해, 사용자는 기록된 구성요소 중 하나를 (입력장치로) 선택한다. 예컨대, "체킹" 구성요소가 선택되면, 시스템은 도 18b에 나타낸 형태의 체킹 구성요소 구축 스크린을 표시한다. 스크린 상에서 사용자가 특정 구성요소를 선택할 수 있고, 선택된 구성요소에 기입될 금액을 입력할 수 있다. 도시한 예에서, 사용자는 정기적인 체킹 구성요소를 선택했다. 또한 이 시스템은 사용자에게 선택되었던 체킹 구성요소에 할당될 금액을 입력하라고 일러준다.

예컨대, 고객이 체킹에 $5,000을 할당하도록 선택하면, 사용자는 이 금액을 입력하고, 표시된 스테이트먼트 스크린으로 복귀한다.

도 18c에 도시한 바와 같이, 다음에 표시된 스테이트먼트는 $5,000의 체킹 잔액을 나타내도록 갱신된다.

이와 같이, 고객 및 사용자가 고객의 명세에 통합 계좌를 구축할 수 있고, 단계적으로 구축되는 계좌를 볼 수 있다. 게다가, 정보는 은행과 인터페이스하기 위한 모든 다른 고객 액세스 포인트와 일관된 은행 스테이트먼트 형식으로 제시된다.

고객이 세션동안 적립할려고 하는 은행 계좌의 구성요소가 결정되었다면, 사용자는 계좌 개설 스크린 상에서 기능들을 선택할 것이다. 우선 첫째로, 사용자는 세션 동안에 개설되는 어떤 상품들을 선택할 것이다. 이 점에서, 시스템은 고객 은행 계좌에 부채 구성요소에 대한 구성요소 번호를 자동으로 할당할 것이다. 자동으로 할당된 번호는 필요하다면 오버라이드될 수도 있다.

다음에, 사용자는 기간, 최초 예금, 및 이자율과 같은 어떤 필요한 상세목록들을 완성할 것이다. 다음에, 사용자는 계좌 명칭 및 필요한 어떤 다른 계좌의 특정 데이터(예컨대, 하나의 디폴트와 다른 경우에 필요한 서명자의 수)를 입력할 것이다. 계좌를 구축하기 위한 시스템의 바람직한 실시예는 도 13a 내지 도 13m에 나타나 있다. 이 시스템은 프로그램된 범용 컴퓨터를 포함하므로 이들 단계를 용이하게 한다.

도 13a에 도시한 바와 같이, 이 시스템은 스테이트먼트 구축 스크린을 표시함으로써 계좌 구축 프로세스를 시작한다. 바람직하게, 이 디스플레이는 사용자에게 통합 계좌의 구성요소의 각각을 선택할 기회를 제공한다. 도시한 실시예에 있어서, 사용자는 12개의 구성요소들 사이에서 선택할 수도 있다. 구성요소들이 계좌에서 선택되고, 계좌가 구축됨에 따라, 예컨대, 금액(예금, 크리디트)이 도 18a 및 도 18c에 도시한 형태의 스테이트먼트 구축 스크린 상에 표시된다.

일반적으로, 각 구성요소에 대한 금액과 그 구성요소와 관련된 관련 정보가 그 구성요소를 선택하고 그 구성요소를 구축하기 위한 프로세스를 추종함으로써 제공된다. 그러나, 도 13a에 나타낸 바람직한 실시예에 있어서, 금액은 체킹, 저축 및 소망한다면 보증금 시장 계좌(ensured money market accounts)에 대한 스테이트먼트 구축 스크린 상에 직접 입력될 수 있다.

도 13a에 도시한 바와 같이, 이 시스템은 일관적으로 이전 단계, 즉 개인의 프로파일을 구축하는 단계로 되돌아가고, 다음 단계, 즉 계좌 서비스 쪽으로 이동하는 선택권을 사용자에게 제공한다. 이들 선택 중 하나가 결여되면, 도 13a에 나타낸 시스템의 부분이 루프를 만들어서 동작하기 때문에, 고객은 특정 구성요소를 선택하고 도 13b-도 13m에 도시한 바와 같이 그 구성요소에 대한 소정의 프로세스를 통해서 계속 진행한 후에, 구성요소들이 구축됨에 따라 구성요소들을 포함하도록 점차적으로 갱신되는 스테이트먼트 구축 스크린으로 되돌아간다.

사용자가 체킹 구성요소를 선택하면, 이 시스템은 도 13b에 도시한 경로를 따른다. 특히, 이 시스템은 체킹 구성요소 스크린 혹은 스크린들을 표시한다. 다음에 사용자가 체킹에 할당될 금액을 입력한다. 다음에, 시스템은 체킹 구성요소에 대해서 다른 소유자 혹은 다른 주소가 있는지에 대해서 질문한다. 그렇게 하면, 시스템은 다음에 서브루틴으로 들어가서, 다른 서명자와 관련된 추가 정보를 얻고, 주소를 변경한다. 다시, 본 발명의 중요한 관점은 사용자에게 지금까지 수집되었던 모든 두드러진 정보를 나타내는 표시를 제공한다는 점이다. 이와 같이 서브루틴에 있어서도, 고객 및 사용자가 이전에 획득되지 않았던 정보를 제공해야만 한다. 일단 체킹 구성요소가 소유자 및 어드레스와 관련된 고객의 명세에 구축되었다면, 시스템은 또 다른 체킹 구성요소를 구축할 가능성을 제공한다. 고객이 추가 체킹 구성요소를 구축하는 것을 선택하면, 메시지가 표시되고 루틴이 다시 수행된다. 한편, 고객이 또 다른 체킹 구성요소를 구축하지 않도록 선택하면, 시스템은 도 13a의 스테이트먼트 구축 스크린으로 복귀하고, 사용자는 또 다른 구성요소를 선택할 수 있다.

사용자가 스테이트먼트 구축 스크린으로부터 저축 구성요소를 선택하면, 시스템은 도 13c에 나타낸 경로를 따른다. 저축 구성요소를 구축하기 위한 도 13c에 나타낸 프로세스는 본래 체킹 구성요소를 구축하기 위한 프로세스와 동일하다. 특히, 도 13c에 도시한 바와 같이, 사용자에게 저축 구성요소에 대한 금액을 입력하라고 일러준 다음에 서로 다른 소유자 혹은 주소와 관련된 필요한 어떤 추가 정보를 제공하도록 허용한다. 다시, 이것은 서브루틴의 사용을 통해서 완성된다. 마지막으로 사용자에게 또 다른 저축 구성요소를 구축하는 것을 선택하도록 허용한다. 저축 구성요소가 고객의 명세에 구축되었다면, 시스템은 도 13a에 나타낸 스테이트먼트 구축 스크린으로 복귀한다.

사용자가 IMMA(Insured Money Market Account) 구성요소를 선택하면, 프로세스는 도 13d에 나타낸 흐름을 따른다. 다시 이 프로세스는 체킹 및 저축 구성요소를 구축하기 위해 수행되는 프로세스와 비슷하다. 사용자가 IMMA 금액을 입력한 후에 소유자 및 어드레스와 관련된 정보를 갱신할 기회를 얻는다. 마지막으로, 사용자에게 또 다른 IMMA 계좌를 구출할 기회가 주어지고, 소망한다면, 프로세스가 반복된다. 일단 모든 IMMA 구성요소가 구축되었다면, 이 프로세스는 도 13a의 스테이트먼트 구축 스크린으로 복귀한다.

사용자가 예금 구성요소의 증서를 선택하면, 시스템은 도 13e에 나타낸 흐름을 따른다. 특히, 예금 스크린의 증서가 표시된 후에 사용자는 예금액의 증서를 입력한다. 다음에, 시스템은 사용자에게 기간, 이자 지불 스케줄 및 예금 명령을 포함하는 예금 파라미터의 증서를 입력하라고 일러준다. 이 프로세스는 모든 파라미터가 입력될 때까지 반복된다. 모든 파라미터가 입력되었다면, 시스템에 의해 사용자는 이 구성요소에 대해 승인된 서명자를 결정할 수 있다. 이 서브루틴은 이전에 수집된 데이터에 근거하여 승인된 서명자의 디스플레이로 시작한다. 다음에 사용자가 추가 서명자를 추가할 수 있다. 추가될 추가 서명자가 이미 프로파일되었다면, 더 이상 어떠한 정보도 요청되지 않는다. 한편, 신규 서명자가 기입되면, 이 시스템은 신규 서명자가 기입되고 프로파일이 후에 요청될 것이라는 것을 알린다. 서명자가 고객의 목적과 일관되어 있으면, 이 시스템에 의해 사용자는 또 다른 CD 구성요소를 구축할 수 있다. 사용자가 그렇게 하는 것을 선택하면, 이 프로세스가 반복된다. 한편, 사용자가가 또 다른 구성요소를 구축하지 않도록 선택하면, 이 시스템은 도 13a의 스테이트먼트 구축 스크린으로 되돌아간다.

사용자가 IRA/401K 구성요소를 선택하면, 이 시스템은 도 13f에 나타낸 흐름을 따른다. 도 13f에 나타낸 흐름은 이들 옵션을 구축하기 위한 프로세스를 실행한 다음에 오는 이용가능한 옵션의 디스플레이로만 구성된 매우 높은 레벨이다. 본 발명에 따라, 이 옵션을 구축하기 위한 프로세스는 체킹, 저축, IMMA 및 CD 구성요소를 구축하기 위한 도 13b-13e에 나타낸 프로세스의 라인을 따라 구성될 수 있다. IRA/401K 구성요소가 고객 및 사용자의 만족도로 구축되면, 시스템은 스테이트먼트 구축 스크린으로 복귀한다.

사용자가 증권 혹은 저당 구성요소를 선택하면, 시스템은 도 13g에 나타낸 흐름을 따른다. 명확하게, 시스템은 사용자가 지정일과 지정시간을 입력하거나 혹은 콜백(call back)을 요청하는 것을 허용하는 증권 작업 윈도우를 표시한다. 이것에 대한 이유는 중권 구성요소를 구축하는 것과 관련된 정보가 일반적으로 허가된 은행 피고용인에 의해 처리되어야 하기 때문이다.

또한, 시스템은 어떤 승인되거나 혹은 허가된 사용자에게 액세스를 제한하는 수단을 포함하므로 적용가능한 규칙들과의 컴플라이언스(compliance)를 확보한다. 예컨대, "중개(Brokerage)" 부분에서 얻은 정보는 "투자 정보"와 중개에 분명히 나타난 어떤 다른 정보일 것이다. 규칙들에 따르면, "투자 정보"는 허가된 개인에 의해 고객하고만 논의할 수 있다. 따라서, 이 스크린에 대한 액세스는 허가된 사용자에 한정될 것이다. 액세스를 제한하는 수단은 프로그램된 범용 구성요소인 것이 바람직하다.

사용자가 체킹 플러스와 같은 차용 및 대출 구성요소를 선택하면, 시스템은 도 13h에 나타낸 흐름을 따른다. 명확히, 크리디트가 승인되었는지에 관하여 최초의 결정이 내려진다. 크리디트가 승인되지 않았다면, 사용자는 이 계좌의 구성요소를 구축하는 것을 허가 받지 못한다. 반면에, 크리디트가 승인되었다면, 이 시스템은 이용가능한 크리디트 금액과 관련된 정보를 포함하는 옵션 스크린 및 체킹 플러스 오퍼를 표시한다. 사용자를 통해서, 고객은 제공된 크리디트 금액을 받아들이고, 추가 금액에 대한 허가를 얻기 위해 추가 크리디트(시스템이 도시하지 않은 분리 절차를 입력해야 하는 경우)를 요청하며, 제공된 것보다 적은 크리디트를 받아들이거나 크리디트를 거절하도록 선택할 수도 있다. 다음에, 이 시스템은 도 13a의 스테이트먼트 구축 스크린을 복귀한다.

사용자가 무담보의 크리디트 구성요소를 구축하도록 선택하면, 시스템은 도 13i에 나타낸 흐름을 따른다. 명확히, 크리디트가 승인되었는지에 관해서 최초의 결정이 내려진다. 그렇지 않으면, 사용자는 무담보의 크리디트 구성요소를 구축하는 것을 허가 받지 못한다. 크리디트가 승인되었다면, 이 시스템은 무담보의 크리디트 옵션 및 크리디트 등급을 표시할 것이다. 다음에, 시스템은 무담보의 크리디트 구성요소 구축 프로세스를 수행할 것이다. 일단 이 프로세스가 완료되면, 시스템은 스테이트먼트 구축 스크린으로 복귀할 것이다.

사용자가 무보증의 크리디트 구성요소를 구축하는 것을 선택하면, 이 시스템은 도 13j에 나타낸 흐름을 따를 것이다. 명확히, 이 시스템은 지분 소스, 고정율 가정 지분 대출, 저장, 바람직한 라인, 바람직한 대출, 보증대출 증권 기본 차용 및 학자금 옵션을 포함하는 다양한 증권 크리디트를 표시할 것이다.

이 시스템은 또한 크리디트 등급 및 다른 정보를 표시할 수 있다. 일단 선택되면, 시스템은 모든 소망하는 이용가능한 옵션이 구축될 때까지 보증 크리디트 구성요소 구축 프로세스를 수행한 후에 시스템은 도 13a의 스테이트먼트 구축 스크린으로 복귀한다.

일부 절차에 대하여, 특히 보증 크리디트에 대해서는 애플리케이션을 완료하도록 요구되는 추가 정보가 있을 것이다. 고객이 "크리디트 자격"을 얻었다는 것을 신용 조사소 풀(credit bureau pull)이 표시하지 않았다면, 고객이 크리디트 상품에 대해서 특별한 것을 요구하지 않는 한, 이 스크린이 표시되지 않을 것이다.

이 스크린 상에 포함된 것에는 자산 정보, 주택공급 비용, 정부 모니터링(Goverment Monitoring)/HMDA 정보등과 같은 항목이 있다. BPA의 부분으로서 포착되었던 어떤 정보가 이들 스크린에서의 어떤 적당한 필드로 향하여 흘러 들어가야 한다.

크리디트 정보가 크리디트 결정을 위해 신용 조사소로 전송되기 전에, 이 시스템은 모든 요청된 데이터가 입력되었다는 것을 보증하기 위해 입력되었던 데이터에 대하여 특성 체크를 수행할 필요가 있을 것이다. 어떤 정보가 결여되면, 시스템은 적당한 정보를 요청해야 한다. 정보가 이용가능한 것이면, 사용자에게는 그것을 입력할 기회가 주어질 것이고, 그것을 이용할 수 없는 것이면, "계류중"에 있는 애플리케이션을 배열할 능력이 제공될 것이다.

본 발명에 따르면, 크리디트 결정 스크린은 계좌 개설 흐름 내에 액세스할 수 있어 계좌 개설 세션 밖으로, 그리고 또 다른 시스템으로 토글할 필요가 없다.

사용자는 계좌 개설 프로세스 내에서 이들 일련의 스크린 상에 필요한 어떤 크리디트 액션 및 검증을 완료할 수 있다. 하나의 대출 상품에 대해서 완료된 검증들은 세션 동안 어떤 다른 대출 상품으로 향하여 흘러 들어가야 한다. 라인 사이즈 및 상품 종류와 같은 다양한 요소가 수행될 검증들을 결정하고, 수행된 검증들은 고객이 그것을 위해 인가했던 모든 상품에 대해서 갱신된다.

사용자가 크리디트 카드 옵션 중 하나를 선택하면, 시스템은 도 13k-13m에 나타낸 흐름을 따른다. 도 13k 및 도 13l에 나타낸 시스템 흐름은 동일하고, 그 차이는 특정 은행에 의해 제공된 골드 신용카드와 클래식 신용카드 사이의 차이에 의존할 것이다. 수반된 기본 프로세스는 특정 카드와 관련된 정보 스크린과 그 다음에 카드 종류, 크리디트 라인, 카드홀더, 추가 카드, 이름 및 전화카드를 포함하는 카드에 대해서 필요한 정보의 사용자 입력 후에 오는 크리디트가 승인되었는지의 여부를 초기에 결정하는 것이다. 다음에, 크리디트 라인의 결정이 내려지고, 시스템은 스테이트먼트 구축 스크린으로 되돌아간다.

사용자가 은행에 의해 제공된 또 다른 카드를 선택하면, 고객이 특정한 종류의 신용카드를 선택하는 경우, 고객 및 사용자에게 현존하는 은행 신용카드 라인을 이 계좌에 전송하거나, 반대로 또 다른 크리디트 라인을 은행 신용카드에 전송하는 선택권이 주어진다는 점을 제외하고 비슷한 흐름을 따른다. 이 프로세스가 완료된 후에, 시스템은 도 13a의 스테이트먼트 구축 스크린으로 되돌아간다.

이 프로세스의 부분은 고객이 이용가능한 다양한 서비스와 친밀하다는 것을 보증하기 위해 사용될 것이다. 다시, 프로그램된 범용 컴퓨터가 이 단계를 수행하기 위한 가장 적합한 수단이라고 생각한다.

이들 스크린은 고객이 그들 자금을 관리하도록 은행을 어떻게 사용할 수 있는지를 재조사하는 또 다른 기회를 제시하여, 소비자 은행(Consumer bank)과의 그들 관계를 깊게 하는 이점을 실현할 것이다. 적합하다면, 스크린은 고객에 의해 재조사될 상품/서비스 특징과 데이터 획득의 결합이어야 할 것이다.

계좌 서비스 단계를 수행하기 위한 시스템의 바람직한 실시예는 도 14a-14g에 도시되어 있다.

도 14a에 도시한 바와 같이, 시스템은 고객이 체킹 플러스 서비스, 즉 당좌대월액 보호에 대해서 가능하게 되었는지의 여부를 보기 위해 이전에 수집된 데이터를 재조사하는 것에 의해 시작한다. 그렇게 하면, 프래그가 설정되고 시스템은 계속 진행한다. 그렇지 않으면, 시스템은 플래그 설정없이 계속 진행한다. 다음에, 시스템은 1개 이상의 서비스가 계좌 선택 필요 프로세스 동안 활성되었는지 아닌지를 결정한다. 그렇게 하면, 플래그는 시티뱅크 계좌 서비스 스크린 상의 선택된 서비스 버튼 상에 가장 중요한 점을 표시하도록 설정되고, 계좌 서비스 스크린이 표시된다. 다음에 이 시스템은 도 14b에 나타낸 흐름으로 진행한다. 그러나, 사용자는 서비스를 설정하거나, 서비스와 관련된 정보를 얻는 것을 선택할 수도 있다. 사용자가 서비스를 설정할 수 없거나, 서비스와 관련된 정보를 얻을 수 없는 것을 선택하면, 사용자에게는 1개 또는 그 이상의 추가 서비스에서 고객의 이자를 알아차릴 수 있는 기회를 제공한다. 사용자가 1개 또는 그 이상의 추가 서비스에서 이자를 표시하면, 시스템은 그 이자에 대해서 추적할 필요성을 알아차리게 되어, 등록형식을 인쇄하는 것으로 진행한다.

사용자가 서비스를 설정하거나, 정보를 얻기 위한 요구를 표시했다면, 시스템은 그 특정 서비스에 대한 흐름으로 속행한다. 물론, 은행들은 다양한 서비스를 제공할 것이다. 그러나, 도 14b에 나타낸 실시예에 있어서, 시스템은 정보를 제공할 수 있고, 혹은 자동 이체, 청구서 지불 서비스, 직접 예금, 예금된 자금에 즉시 액세스, 자동 배당금 예금, 보증 대출, 당좌대월액 적용범위, 자동 지불 및 전자 지불을 설정할 수 있다.

사용자가 자동 이체를 설정하도록 선택하면, 시스템에 의해 사용자는 자동 이체를 설정할 수 있고, 또한 도 14d에 나타낸 절차를 사용하여 이체를 다시 발생시킬 수 있다. 사용자가 청구서 지불 서비스와 관련된 정보를 설정하거나, 얻는 것을 선택하면, 시스템은 도 14e에 나타낸 흐름을 따른다. 도시한 바와 같이, 사용자는 표준 수취인 및 특정 수취인을 설정하도록 허가 받았다. 사용자가 예금된 자금에 대하여 직접 액세스 혹은 즉각 액세스를 설정하는 것을 선택하면, 시스템은 도 14f에 나타낸 적당한 흐름을 따른다. 사용자가 자동 지불을 설정하는 것을 선택하면, 시스템은 도 14g에 나타낸 흐름을 따른다. 도면에 도시한 바와 같이, 시스템에 의해 사용자는 대출 및 크리디트 라인으로 다수의 지불을 설정하여 그러한 지불 빈도를 선택할 수 있다.

모든 경우에 있어서, 어떤 선택된 서비스와 관련된 특정 절차가 완료된 후에, 시스템은 도 14a 및 도 14b에 나타낸 흐름으로 되돌아간다. 다음에 시스템은 액세스 단계로 진행하여 고객이 이용가능한 다양한 액세스 포인트에 관해서 가능하게 된다.

여기에서는 은행카드 개인 식별 코드(PIC)가 선택될 것이다. 폰 뱅킹에 대해서 논의할 것이고, TPIC(Telephone Personal Identification Code)가 선택될 것이다. 적절하다면, 체크가 지시될 것이다.

이 시스템에 의해 사용자(고객별 담당자 혹은 폰 대표자(phone rep.))는 원격 액세스 서비스에 고객을 등록할 수 있다. 프로그램된 범용 컴퓨터는 다시 이 목적을 위해 사용될 수도 있다.

이 시스템은 홈뱅킹에 자동등록을 제공하여, 고객 PC 종류 및 디스켓 사이즈(필요하다면)를 획득할 수도 있다. 은행카드에 연결되어 개설된 구성요소들은 또한 자동으로 홈뱅킹을 위해 연결될 것이다. 이 시스템은 또한 스크린 폰 사용을 허용해야 한다.

본 발명의 ACCESS 단계를 수행하기 위한 시스템의 바람직한 실시예는 도 16a-16f에 도시되어 있다. 도 16a에 도시한 바와 같이, 프로세스는 액세스 스크린의 디스플레이에 의해 시작한다. 다음에 사용자에게 기록에 대한 계좌 이름을 수정하거나 수용할 기회를 준다. 이 프로세스를 위한 서브루틴은 도 16d에 도시되어 있다.

다음에 시스템은 도 16d에 도시한 바와 같이 개인 식별 번호(PIN) 엔트리 루틴으로 들어간다. 계좌가 조인트 계좌이면, 이름 수납 루틴 및 개인 식별 엔트리 루틴이 계좌 내의 제 2 이름에 대해서 수행된다. 이 스텝은 또한 연기될 수도 있다. 엠보싱(embossing)을 용이하게 하기 위해, 시스템은 범용 컴퓨터에 연결된 종래의 엠보싱 기계를 포함하는 것이 바람직하다. 엠보싱이 성공되지 않으면, 시스템은 에러 스크린 프로세스를 수행하지만, 전체 흐름을 계속 진행하는 것은 허용한다.

이 흐름은 도 16b에 도시한 바와 같이, 진행한다. 명확하게, 이 시스템은 검증되는 전화번호 개인 식별 코드를 선택하는 것을 허용한다. 이 프로세스는 조인트 서명자로 진행한 후에, 이 프로세스는 도 16c에 도시한 바와 같이 계속한다. 여기서는, 고객에게 PC에 의해 멀리 떨어져 있는 은행에 액세스하는 선택권을 준다. 사용자가 서비스를 받아들이면, 고객이 자신의 컴퓨터의 모든 파라미터를 알고 있는지에 대해서 결정이 내려진다. 그렇게 하면, 컴퓨터의 종류, 디스켓 사이즈, 모뎀 종류 및 모뎀 속도와 같은 관련 파라미터가 시스템으로 입력된다. 고객이 1개 혹은 그 이상의 파라미터를 알고 있지 않으면, 요구될 추적에 관하여 표시되고, 추적 단계에서 사용하기 위해 정보가 저장된다. 다음에 시스템은 도 16e에 도시한 바와 같이 진행한다. 이 때, 고객에게 스크린 텔레폰을 사용하여 은행에 액세스할 기회가 주어지고, 시스템은 고객의 선택을 알아차린 후에 도 16f에 도시한 바와 같이 진행한다. 여기서, 고객은 체크를 지시하도록 허가 받았다. 이 시스템은 디폴트 체크 순서를 표시하여 개인화를 변경할 기회를 사용자에게 줌으로써 시작한다. 이것은 이름, 주소, 광고 정보 및 메일 주소와 같은 정보에 속한다. 다음에 사용자에게 디폴트 순서를 개별화하는 기회를 주고, 다음에 사용자는 체크를 지시하는 기회를 갖는다. 다음에 프로세스는 특수 명령 단계 혹은 도 17a 및 도 17b에 나타낸 랩업(wrap up) 프로세스로 진행한다.

특수 명령 시스템 및 단계(1000)

이 프로세스의 단계는 어떤 나머지의 데이터를 수집하고, 계좌 개설 흐름에서 아직 처리되지 않았던 어떤 특수 계좌 상태를 처리하는데 사용된다. 이것은 "호출하기에 가장 좋은 시간", 혹은 "플래그에 접속하지 않음", "다른 가입자와 데이터를 공유하지 않음", "메일 주소", "바람직한 메일 인사" 등과 같은 아이템을 포함할 것이다. 이 시스템은 또한 다른 상황에서 계좌를 폐쇄하는 것에 유의할 수 있다. 이 시스템은 다른 명령에 전송될 수집 레터를 인쇄하는 프린터기 및 컴퓨터를 포함할 수도 있다. 이 시스템은 또한 "위임권(Power of Attorney" 상태를 계좌에 전송하여 다음 날 파일 보존을 위한 필요성을 제거함으로써 위임권을 지명하는 것을 포함한다. 또, 사용자가 저당 컨설턴트(Mortage Consultant)와의 약속을 허가받지 못하거나 설정하는 경우, 사용자는 투자 컨설턴트(Investment Consultant)와의 약속을 설정할 수도 있다. 어떤 변화에 대한 고개의 요구가 수용될 수 있다.

추적 프로세스의 바람직한 실시예는 도 17a-17b에 도시되어 있다. 이 시스템은 다양한 계좌를 폐쇄, 검증하는데 필요한 정보를 표시하는 것에 의해 시작한다. 다시, 시스템은 위쪽, 아래쪽으로의 데이터의 흐름을 허용하므로 이전에 제공되지 않았던 정보만 이 단계에서 요구된다. 또, 시스템은 고객이 어떻게 접촉될 수 있는가에 관한 정보를 표시할 기회를 제공하고, 약속을 표시할 기회를 허용한다. 마지막으로, 시스템은 단일의 완전한 통합 계좌의 개설을 완료하는데 필요한 나머지의 항목을 인쇄한다.

인쇄/송신 시스템 및 단계(1100)

모든 정보가 획득되었거나, 설정이 완료된 후에, 시스템은 등록 패키지를 인쇄하는 단계로 진행한다.

인쇄 기능은 고객이 서명해야 하는 어떤 필요한 서류사무뿐만 아니라 관련 뱅킹 시스템(Relationship Banking System)과 전기적으로 통신할 수 있는 어떤 다른 장치/개인으로 전송되어야 하는 어떤 서류를 생성할 것이다. 이것은, 예컨대 저장 및 경계표 리퍼럴, 탈세를 위한 위장(Tax Shelter) 애플리케이션, 엘리트 계좌 애플리케이션, 중개 애플리케이션, 증권 투자 승인(Securities Investment Acknowledgements), 수집 레터(Collection Letters), 서명 카드, 어드버스 액션 노티스(Adverse Action Notice), 레디 크리디트 디스클로우져(Ready Credit Disclosures), 보험 형식(Insurance forms) 및 통장을 포함할 것이다. 이 단계를 수용하기 위해, 시스템은 프로그램된 범용 컴퓨터에 연결된 프린터기를 포함한다.

고객은 이름, 주소, 직업, 전화번호 등과 같은 그들 자신에 대한 모든 임계의 통계학 정보를 재조사하는데 질문을 받을 이다. 이 등록 스테이트먼트는 개설일의 잔액을 세션 중에 개설된 계좌에 표시할 것이다. 고객 은행 계좌에 대해서, 계좌번호, 개설 예금, 요금 및 조건은 관련된 스테이트먼트의 부분에 표시할 것이다.

지점과 고객 은행 전화 서비스 센서 사이의 주요한 차이는 어떤 서류에 서명하거나 핸드아웃(hand out)을 제거하는데 고객이 실제로 소개되지 않는다는 것이다. 이 것은 고객 은행 전화 서비스 센서 수행 영역이 고객에게 서류를 발송하는데 필요할 것이라는 것을 의미한다.

등록 형식을 인쇄하는 프로세스의 바람직한 실시예는 도 15에 도시되어 있다. 도면에 도시한 바와 같이, 이 시스템은 프린터기가 상측에 있다는 것을 초기에 확인한다. 프린터기가 상측에 없으면, 시스템은 프린터기가 온될 때까지 시작할 수 없다. 이 시스템은 프린터기에게 등록 형식을 인쇄하라고 명령하여, 인쇄가 성공되었다는 것을 확인한다. 다시, 인쇄가 성공되지 않으면, 프로세스는 전방으로 이동할 수 없고, 실폐한 인쇄에 대한 이유가 식별되었다면 보통 이 프로세스가 반복될 것이다. 등록 형식이 성공적으로 인쇄되었다는 것을 확인한 후에, 고객은 등록 형식에 서명하라고 요청 받는다. 거래가 전화에 의해 수행될 때와 같이, 고객이 그 때 등록 형식에 서명하지 않으면, 애플리케이션이 계류중의 파일에 세이브된다.

세션 랩(추적) 시스템 및 단계(1200)

마지막으로, 시스템은 세션 랩업(wrap-up)으로 들어간다. 모든 적합한 문서에 고객이 서명할 것이다. 계좌 개설 정보는 탈세를 위한 위장 혹은 저당 컨설턴트로 발송될 수 있어야 할 것이다. 이 요구는 서류 복사를 통해서라기 보다는 계통적으로 리퍼럴을 수행하는 것이다.

추적 세션이 고객에 대하여 성립되면, 사용자는 약속 리마인더를 인쇄하는 선택권을 고객에게 줄 것이다. 이 핸드아웃은 약속 날짜, 시간(이용가능하다면), 약속 목적(프리 형식 데이터 엔트리 필드를 통해 사용자에 의해 입력된 것으로서) 및 고객과 만나는 고객 담당자(Consumer banker)의 이름을 포함할 것이다. 특정 약속 날짜/시간이 설정될 수 없으면, 지명된 고객 담당자는 고객과 접촉할 것이다. 이 핸드아웃은 고객의 이름 및 메일 주소를 포함해야 하므로, 그것은 계좌 개설이 전호를 통해서 처리되었을 때 고객에게 우편으로 보내기 위한 윈도우 봉투에 놓일 수 있다.

고객이 떠난 후에, 사용자는 기본 필요 과세사정로부터의 전표없이 입력할 수 있고; 상세한 필요 과세액 응답을 회수, 재조사하여 필요에 따라 그 응답을 갱신하고; 기본적이고, 상세한 필요 과세액 정보를 전송한다.

계류중의 파일

계좌 개설 흐름 동안에, 계류중에 세션을 배치하는 능력이 이용가능한 것이다. 계류중의 프로세스가 대부분 자주 야기되는 흐름 내의 주요 지역은 신용 조사소에 송신되기 전에(SSN이 이용불가능한 경우) 혹은 퀄리티 제어(Quqlity Control) 체크 및 필요한 정보가 분실로 인해 플래그된 후에 있다. 고객은 또한 어떤 시점에서 결국 계류중에 있을 수 있는 시간제약 때문에 떠나야 할 것이다. 또, 고객은 필요 과세장수를 통해서만 입수하고, 보다 최근에는 애플리케이션 프로세스를 계속 진행하도록 복귀하기 원할 수도 있다. 시스템은 중개와 같은 세션의 일부가 계류중에 있게 할 수 있고, 고객 뱅킹과 같은 나머지의 구성요소를 송신할 수 있게 한다.

현존하는 고객이 그리터(Greeter) 기능에 프로파일되는 경우에, 그 고객에 대하여 계류중인 어떤 세션이 있으면, 그 사실이 프로파일 상에 기록된다. 사용자(그리터)가 고객을 프로파일하지 않으면, 사용자는 계류중의 아이템 기능을 통해서 어떤 계류중의 애플리케이션을 여전히 뽑아낼 수 있어야 한다. 계류중의 아이템은 액세스될 다수의 방법을 갖고, 고객 이름에 의해, 사용자 ID에 의해, 지점에 의해, 상품에 의해 포함할 것이다.

계류중의 애플리케이션은 계좌 개설 스크린 흐름 내의 사용자에게 제시될 것이다. 사용자는 또한 퀄리티 제어 체크를 수행하도록 허가 받아서 호스트에 송신하기 전에 필요한 시스템 식별 아이템 미싱을 가져야 한다.

고객은 그들 선택 지점으로 들어가는 선택권을 갖고 있어 계좌 개설을 완료할 것이다. 지점 직원은 또한 이들 계류중의 애플리케이션에 대한 액세스를 가질 것이다. 워크스테이션 스크린은 또한 "고객 식별(Identify Customer)" 스크린 상의 고객을 입력하는 경우에 계류중의 항목이 고객에게 현저하게 나타난다는 것을 고객 대표자에게 알려야 한다.

이와 같이, 본 발명의 계좌 개설 시스템 및 통합 계좌에 의하여, 고객은 은행 계좌의 모든 구성요소를 제공받을 것이다. 이 프로세스는 전체적인 제공에 관심이 있는 것들에 대해 오직 한 개의 구성요소만을 원하는 고객을 지원할 만큼 충분히 융통성이 있을 것이다. 일단 고객 데이터가 시스템 내에 입력되면, 고객은 어떤 은행 피고용인에게 동일 정보를 반복시키는 일이 결코 없어야 한다. 계좌 개설 세션 중에, 정보는 은행 피고용인들(사용자들) 사이에서 심리스하게 흘러 고객 경험을 향상시킬 것이다. 현존하는 고객에 대한 데이터는 현존하는 데이터 공유에 대해 법적인 제약을 받기 쉬운 모든 고객 접촉점에서 쉽게 이용할 수 있다. 활성화된 구성요소가 단지 은행통장 예금 혹은 증서이더라도, 그 능력은 모든 고객에게 은행카드를 발행하는데 제공될 것이다. 은행카드는 창구에서 혹은 전화 서비스 센터에서의 전화를 통해서 고객을 식별하는데 사용되고, 그들이 활성화될 때 신규 구성요소를 연결하기 위해 이용할 수 있을 것이다.

그 결과, 고객은 통합 계좌의 구성요소를 보다 많이 이용할 것이다. 이것은 세입의 증가 및 향상된 고객 만족도를 발생하고, 지점 직원에 대해 이용가능한 세일즈 시간을 최대화하며, 지점에 대해 동일한 기능을 전화 서비스 센터에 제공한다.

중앙 데이터베이스에 계좌 개설 시스템을 연결함으로써, 데이터베이스 내의 정보가 계좌 개설을 용이하게 하는데 사용될 수 있고, 계좌 개설 프로세스가 본 발명의 중앙 데이터베이스에 제공될 수 있는 동안에 수집된 데이터는 하우스홀드, 고객 및 계좌 레벨 정보를 위해 사용되는 것을 매달 제출한다. 이와 같이, 본 발명에 의해 사용자는 달리 이용할 수 없는 고객 레벨에서의 다양한 정보에 대해서 본 발명의 중앙 데이터베이스에게 문의할 수 있다. 이 정보는 계좌 개설 프로세스(직접 액세스, 청구서 지불, ATM 등)동안 고객이 서명했던 서비스 등록과 사용된 데이터 및 툴의 종류를 가진 각 고객에 대해서 사용된 세일즈 툴을 포함한다. 이 문맥에 있어서, 사용되었을 지도 모르는 세일즈 툴의 종류는 파워 과세액; 필요 과세액 및 필요 과세액 서브 구성요소를 차용하는 것을 포함한다. 수집된 다른 정보는 파워 과세액 또는 필요 과세액을 차용하는 동안 수집된 상세 데이터 소자들; 고객의 소스; 계좌 개설에 사용된 자금의 소스 및 종류, 요금 기권 이유, 날짜, 개인 ID 혹은 기권을 하는 대표자를 포함하는 요금 기권 정보를 포함할 수 있다.

상술한 바와 같이, 본 발명의 워크스테이션은 본 발명의 중앙 데이터베이스를 이용하여 온라인 뷰잉을 위한 정보를 제공하고, 주어진 기준과 일치하고 선택된 데이터 소자와 일치하는 리스트를 생성하는 계좌 혹은 고객의 선택을 통해서 생성을 보고한다. 중앙 데이터베이스에 계좌 개설 시스템을 연결함으로써, 추가 데이터가 워크스테이션 상에서 이용하능하게 된다. 다른 것들 중에서 특히 다음의 데이터 소자들은 선택적으로 사용하기 위해 본 발명의 워크스테이션 상에서 이용가능하게 되고, 선택된 계좌 혹은 고객의 목록, 즉 파워 과세액을 차용하는 것; 필요 과세액; 파워 과세액 혹은 필요 과세액을 차용하는 동안 수집된 상세 데이터 소자들; 계좌 개설 프로세스 동안 고객이 서명했던 서비스 등록(직접 액세스, 청구서 지불, ATM 등); 계좌 개설시에 픽리스트(picklist)로부터 한정된 고객 소스; 계좌 개설시에 픽리스트로부터 한정된 자금 소스에서 나타나게 된다.

본 발명은 상술했고, 첨부도면에 예시했던 정확한 구성에 제한되는 것이 아니며, 다양한 변형 및 변경은 그 범위를 벗어나지 않고 행해질 수 있다는 것을 알 수 있을 것이다. 본 발명의 범위는 첨부된 청구범위에 의해만 한정된다는 것을 의미한다.

Claims (18)

1. 중앙 데이터베이스와,

   복수의 소스로부터 중앙 데이터베이스 내부로 데이터를 입력하는 수단과,

   작성된 문의에 응답하여 데이터베이스를 검색하고, 상기 문의와 일치하는 기록들을 식별하는 수단과,

   복수의 사용자 워크스테이션을 갖는 적어도 한 개의 마이크로마케팅 센터와,

   사용자 워크스테이션의 그래픽 사용자 인터페이스로부터 사용자의 기준선택에 응답하여 상기 작성된 상기 데이터베이스의 문의들을 구축하는 수단과,

   각각이 적어도 한 개의 지점 워크스테이션을 포함하는 복수의 지리적으로 분리된 지점 시스템과,

   지점 시스템에서의 워크스테이션으로부터 지리적으로 분리되어 있지만, 그 지점 시스템에서의 워크스테이션과 전자 통신을 위해 연결되는 중앙 고객 정보 시스템을 구비한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
2. 제 1 항에 있어서,

   이 시스템은 개인의 프로파일을 소집하는 수단을 구비하는 계좌 개설 시스템을 포함하고, 현저한 데이터를 수집하는 수단 및 어떤 프로세스의 단계에서 수집된 데이터가, 데이터가 필요한 모든 다른 포인트로 이동하게 하여 데이터가 한 번 이상 입력되지 않게 하는 수단을 포함한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
3. 제 1 항에 있어서,

   고객이 지점에 도달하는 것을 추적하는 수단을 더 구비하고, 세일즈 프로세스를 통과하는 신규 고객 및 기존 고객을 위해 지점에 도달하는 것과 관련된 정보를 추적, 보고하는 수단을 더 구비하고, 다음의 정보, 즉 도달 형태, 대기시간, 세일즈 세션 시간, 평균 세션 시간, 세일즈 툴의 사용법, 상품 종류, 상품 종류마다의 금액, 고객 이름 및 주소, 상품 종류, 방문목적 및 세일즈 대표자 ID를 포함한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
4. 제 1 항에 있어서,

   세일즈 판촉 개념을 마이크로마케팅 센서로 전달하는 수단과, 마이크로마케팅에 위치되어 세일즈 판촉 개념에 근거하여 리드들을 생성하는 수단과, 지점 시스템에 밤새도록 리드들을 제공하는 시스템과, 지점 시스템으로 리드들을 밤새도록 제공하는 시스템에 자동으로 리드들을 로드하는 수단을 더 구비한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
5. 제 1 항에 있어서,

   마이크로마케팅 센터로 하여금 우편물 주소를 포함하고 지리적으로 분리된 지점 시스템으로 전송하는 파일을 생성하게 하는 그래피컬 사용자 인터페이스를 더 구비한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
6. 하우스홀드, 고객, 및 금융기관의 계좌에 관한 정보를 포함하는 중앙 데이터베이스와,

   상기 중앙 데이터베이스와 전자적으로 통신하여 마케팅 캠페인에 대한 목표로 정하는 선택된 그룹의 고객들을 한정하는 선택기준을 입력하는 입력장치를 갖는 적어도 한 개의 사용자 워크스테이션을 갖는 마이크로마케팅 센터와,

   상기 마이크로마케팅 센서와 상기 중앙 데이터베이스와 전자 통신하여 각각이 금융기관과의 고객의 관계를 포함하는 고객의 프로파일을 선택적으로 표시하는 디스플레이 장치를 갖는 복수의 지점 워크스테이션을 갖는 중앙 고객 정보 시스템과,

   마이크로마케팅 센터로 세일즈 판촉 개념을 전달하는 수단과,

   마이크로마케팅에 위치되어 세일즈 판촉 개념에 근거하여 리드들을 생성하는 수단과,

   지점 워크스테이션에 리드들을 밤새도록 제공하는 수단과,

   지점 워크스테이션에 리드들을 밤새도록 제공하는 시스템에 리드들을 자동으로 로드하는 수단을 구비한 것을 특징으로 하는 금융기관용 전자 세일즈 및 서비스 지원 시스템.
7. 제 6 항에 있어서,

   상기 중앙 데이터베이스는

   한 개의 중앙 데이터베이스와,

   복수의 소스들로부터 중앙 데이터베이스 내부로 데이터를 입력하는 수단과,

   하우스홀드, 고객 및, 계좌 레벨을 포함하는 복수의 조직 레벨로 중앙 데이터베이스 내의 입력 데이터를 표준화하여 하우스홀딩하는 수단을 구비한 것을 특징으로 하는 금융기관용 전자 세일즈 및 서비스 지원 시스템.
8. 제 7 항에 있어서,

   작성된 문의들에 응답하여 데이터베이스를 검색하고, 상기 문의들과 일치하는 기록들을 식별하는 수단과,

   상기 마이크로마케팅 센터에서의 사용자 워크스테이션의 그래픽 사용자 인터페이스로부터 사용자의 기준선택에 응답하여 상기 작성된 문의들을 구축하는 수단을 더 구비한 것을 특징으로 하는 금용기관용 전자 세일즈 및 서비스 지원 시스템.
9. 제 6 항에 있어서,

   개인의 프로파일을 소집하는 수단을 구비한 계좌 개설 시스템을 포함하고, 현저한 데이터를 수집하는 수단과, 어떤 프로세스 단계에서 수집된 데이터로 하여금 데이터가 필요한 모든 다른 포인트로 이동하게 하여 데이터가 한 번 이상 입력되지 않게 하는 수단을 포함한 것을 특징으로 하는 금융기관용 전자 세일즈 및 서비스 지원 시스템.
10. 제 6 항에 있어서,

    고객이 지점에 도달하는 것을 추적하는 수단을 더 구비하고, 세일즈 프로세스를 통과하는 신규 고객 및 기존 고객을 위해 지점에 도달하는 것과 관련된 정보를 추적, 보고하는 수단을 더 구비하며, 다음의 정보, 즉 도달 형태, 대기시간, 세일즈 세션 시간, 평균 세션 시간, 세일즈 툴의 사용법, 상품 종류, 상품 종류마다의 금액, 고객 이름 및 주소, 상품 종류, 방문목적 및 세일즈 대표자 ID를 포함한 것을 특징으로 하는 금융기관용 전자 세일즈 및 서비스 지원 시스템.
11. 중앙 데이터베이스와,

    복수의 소스들로부터 중앙 데이터베이스 내부로 데이터를 입력하는 수단과,

    복수의 조직 레벨로 중앙 데이터베이스 내의 입력 데이터를 표준화하는 수단과,

    중앙 데이터베이스로부터 지리적으로 멀리 떨어져 있고, 각각이 데이터베이스 및 디스플레이 수단을 포함하며, 사용자로 하여금 그래픽적으로 작성된 검색 문의를 그래픽적으로 구축하도록 검색 기준 블록을 선택하게 하는 그래픽 사용자 인터페이스를 발생하는 수단을 포함하고, 상기 그래픽 사용자 인터페이스가 풀다운 윈도우, 아이콘 및 드래그 앤드 드롭 작용을 포함하도록 구성된 복수의 사용자 워크스테이션과,

    원격통신 수단과, 사용자 워크스테이션으로부터 복수의 지점 워크스테이션으로 데이터 기록들을 송신하는 수단에 의해 각 사용자 워크스테이션에 접속된 복수의 지점 워크스테이션과,

    지점 워크스테이션으로부터 지리적으로 분리되어 있지만, 지점 워크스테이션과 전자 통신을 위해 연결된 중앙 고객 정보 시스템과,

    텍스트 문의가 실행될 것이라는 것을 보증하는데 필요한 신텍스 및 필요한 코드들을 포함하는 텍스트 문의로 그래픽적으로 작성된 검색 문의를 변환하는 수단과,

    사용자 워크스테이션과 중앙 데이터베이스 사이에서 데이터 통신을 허용하는 수단과,

    사용자 워크스테이션 중 하나로부터 수신되는 작성된 문의들에 응답하여 데이터베이스를 검색하고, 상기 문의들과 일치하는 기록들을 식별하는 수단과,

    상기 문의들과 일치하는 기록들과 관련된 데이터를 사용자 워크스테이션으로 다운로드하는 수단을 구비한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
12. 제 11 항에 있어서,

    중앙 고객 정보 시스템은, 각각이 크리디트 정보 및 금융 목표를 포함하는 고객 금융 정보와 인구통계학적 정보를 포함하는 복수의 고객 프로파일과, 중앙 고객 정보 내에 포함된 정보에 근거하여 필요 분석을 수행하고, 필요 분석에 근거하여 어카운터를 추천하며, 선택된 어카운터의 구성요소와 관련된 정보를 고객에게 제시하는 수단과, 중앙 고객 정보 시스템과 중앙 데이터베이스 사이에서 데이터 통신을 허용하는 수단을 구비한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
13. 제 11 항에 있어서,

    중앙 고객 정보 시스템은 중앙 데이터베이스로부터 지리적으로 멀리 떨어져 있는 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
14. 제 11 항에 있어서,

    지점에 고객이 도달하는 것을 추적하는 수단을 더 구비하고, 세일즈 프로세스를 통과하는 신규 고객 및 기존 고객을 위해 지점에 도달하는 것과 관련된 정보를 추적, 보고하는 수단을 더 구비하며, 다음의 정보, 즉 도달 형태, 대기시간, 세일즈 세션 시간, 평균 세션 시간, 세일즈 툴의 사용법, 상품 종류, 상품 종류마다의 금액, 고객 이름 및 주소, 상품 종류, 방문목적 및 세일즈 대표자 ID를 포함한 것을 특징으로 하는 종합 세일즈 프로세스 지원 시스템.
15. 중앙 데이터베이스와, 복수의 소스들로부터 중앙 데이터베이스로 데이터를 입력하는 수단과, 작성된 문의에 응답하여 데이터베이스를 검색하고 상기 문의들과 일치하는 기록들을 식별하는 수단과, 상기 중앙 데이터베이스와 전자 통신하여 복수의 사용자 워크스테이션을 갖는 적어도 한 개의 마이크로마케팅 센터와, 각각이 적어도 한 개의 지점 워크스테이션을 포함하는 복수의 지리적으로 분리된 지점 시스템과, 지점 시스템에서의 워크스테이션으로부터 지리적으로 분리되어 있지만, 지점 시스템에서의 워크스테이션과 전자통신을 위해 연결된 중앙 고객 정보와 관련하여 사용하기 위해, 세일즈 목표를 식별하고, 세일즈 리드들을 분배하며, 마케팅 캠페인을 위한 세일즈 툴을 강화시키는 프로세스에 있어서,

    복수의 소스들로부터 중앙 데이터베이스 내부로 데이터를 입력하는 단계와,

    상기 중앙 데이터베이스 내의 상기 입력 데이터를 복수의 조직 레벨로 표준화하여 하우스홀딩하는 단계와,

    마이크로마케팅 센터로 세일즈 캠페인 개념을 전달하는 단계와,

    세일즈 캠페인 동안 목표로 정하는 고객의 리스트를 한정하는 상기 사용자 워크스테이션의 사용자 인터페이스 내부로 기준을 입력함으로써 세일즈 캠페인 개념에 근거하여 리드들을 생성하는 단계와,

    선택된 기준에 응답하여 작성된 문의를 구축하고, 상기 작성된 문의를 사용하여 중앙 데이터베이스를 검색하며, 상기 선택된 기준과 일치하는 상기 중앙 데이터베이스 내의 기록들을 식별하며, 세일즈 캠페인 동안 목표로 정하는 상기 고객 리스트를 작성하는 단계와,

    상기 고객 리스트를 상기 지점 워크스테이션에 전자적으로 분배하는 단계를 구비한 것을 특징으로 하는 프로세스.
16. 제 15 항에 있어서,

    세일즈 캠페인 동안 상기 고객과 함께 세일즈 기간 중에 상기 지점 워크스테이션 상의 상기 고객 리스트로부터 고객에 관한 정보를 포함하는 프로파일을 표시하는 단계를 더 구비한 것을 특징으로 하는 프로세스.
17. 제 15 항에 있어서,

    마이크로마케팅 센터로 하여금, 우편물 주소를 포함하고, 지리적으로 분리된 지점 시스템으로 전송하는 파일을 생성하게 하는 그래픽컬 사용자 인터페이스를 사용하는 단계를 더 구비한 것을 특징으로 하는 프로세스.
18. 제 15 항에 있어서,

    고객이 지점에 도달하는 것을 추적하고, 세일즈 프로세스를 통과하는 새로운 고객과 기존 고객들을 위해 지점에 도달하는데 적합한 정보를 추적, 보고하는 단계를 더 구비하고, 다음의 정보, 즉 도달 형태, 대기 시간, 세일즈 세션 시간, 평균 세션 시간, 세일즈 툴의 사용법, 상품 종류, 상품 종류마다의 금액, 고객 이름과 주소, 상품 종류, 방문 목적 및 세일즈 대표자 ID를 포함한 것을 특징으로 하는 프로세스.