KR20030048443A - 경보에 반응하여 적당한 사이트나 사람에 연락하기 위한하나 이상의 기능을 제공하는 시스템 및 방법 - Google Patents

Abstract

본 발명의 목적은 푸시 기술을 사용하고 또 사용자가 경보에 응답하는 데 필요한 하나 이상의 도구를 제공함으로써 더욱 다채로워진 새로운 유형의 경보 시스템을 제공하는 데 있다. 이러한 도구들 중 일부는 협력, 웹 페이지에의 접속, 계산 도구, 사전, 검색 결과, 번역 도구 등을 포함할 수 있다.

Description

경보에 반응하여 적당한 사이트나 사람에 연락하기 위한 하나 이상의 기능을 제공하는 시스템 및 방법{A SYSTEM AND METHOD FOR PROVIDING ONE OR MORE FUNCTIONS TO REACT TO AN ALERT AND REACH APPROPRIATE SITES OR PEOPLE}

인터넷은 모든 종류의 비지니스와 그의 고객, 파트너 및 직원과의 사이에서 중요한 새로운 통신 매체가 되었다. 구체적으로 설명하면, 인터넷은,

- 고객 관계 관리(CRM, Customer Relationship Management)를 위한 도구들을 지원하고,

- 고객들에게 마케팅 자료 등의 제공을 가능하게 해준다.

보다 상세하게 설명하면, 인터넷을 통한 경보 시스템은 비지니스 지원의 몇가지 측면에서 유용한 도구가 되었다. 예를 들면,

1) 인터넷에 기반한 경보 시스템이 CRM의 도구로서 아주 중요하게 된 이유는, 이에 의해 마케팅 담당자들이 고객의 이익에 중요한 정보를 용이하게 제공할수 있기 때문이다.

2) 마케팅용 인터넷 기반 도구에 관한 한, 경보 시스템은 이메일 대체 방법으로서 제안되어 이메일보다 선호되어 왔는 데, 그 이유는 메시지들을 데스크톱으로부터, 즉 보다 용이하게 또 즉시 입수할 수 있기 때문이다. 또한, 메시지들은 이하의 방식, 즉

가) 이메일보다 덜 방해되는 형태로 (예를 들어, 작은 아이콘 형태나 작업바 상의 버튼 형태로), 또는

나) 이메일보다도 고객의 관심을 결코 놓치지 않는 방식(예를 들어, 팝 아웃 윈도우(popping out window)의 형태로) 중 어느 한 방식으로 고객의 관심을 끌 수 있다.

3) 경보 시스템은 실제로 비지니스와 그의 직원 및/또는 고객과의 다른 형태의 관계를 위해서도 사용될 수 있다. 구체적으로 설명하면, 다음과 같은 여러 형태의 거래 관계(commercial relation), 즉

가) 조달,

나) 다른 방식으로 보냈더라면 아마도 알지 못한 채 있을 가능성이 아주 높은 긴급 메시지,

다) 비지니스의 한 부문과 다른 부문들간의 통신 등이 경보 시스템을 사용함으로써 개선 또는 촉진될 수 있다..

의미의 혼돈을 피하기 위해, 이 시점에서 분명히 해두고자 하는 바는, 본 명세서에서 용어 '경보'(alert)란 그 콘텐츠가 특별한 긴급성을 가지는지 여부에 상관없이 최종 사용자에게 전송되는 것을 말하며, 그 이유는 전체 기술이 의미 작용(signification)과는 관계없기 때문이다. 본 명세서에서 '이벤트' 또는 '콘텐츠' 등의 단어를 사용하여, 경보에 의해 전달되는 메시지의 전부 또는 일부를 구성할 수 있는 정보의 요소들을 나타낼 것이다.

다양한 부류의 최종 사용자들에 연락하기 위해 사용되는 방법으로서, 경보 시스템은 적시에 적량의 정보를 전송할 수 있음은 물론, 응용 분야에 따라서는 최종 사용자 프라이버시를 존중하거나 또는 그와 반대로 아주 명시적으로 최종 사용자의 관심을 끌 수도 있다. 어떤 경보 시스템에서는 최종 사용자가 경보를 생성하여 푸시하는 서버에 응답할 수 있다.

경보 시스템은 소위 푸시 기술(push technology)의 일부로서, 이 푸시 기술에서의 주된 기술 중 하나는 사용자 측에서의 대기 시간이 최소이고 또 사용되는 네트워크 상에서 트래픽에 대한 영향이 최소인 콘텐츠를 제공하는 것이다. 예를 들면, Sadowsky의 미국 특허 제6,123,737호에 개시된 형태의 푸시 기술은, 구체적으로 말하면 Backweb 이라는 명칭으로 상업화된 경보 시스템을 개발하는 데 사용된 것으로서, 관리자 통신(executive communication), 콜 센터(call center), 직접 판매(direct sales), 재판매업체 통신(resellers communication), 현장 서비스(field service), 공급망 관리(supply chain management), 및 비지니스-소비자간 통신(business to consumer communication) 등의 여러가지 기능에 대한 기반을서 역할한다(Backweb 참조 : 월드 와이드 웹 및 http://www.backweb.com 상에 게시된 1997년 3월자 'A Cooperative Architecture for a Flexible "Push-Pull"Broadcasting solution').

경보 시스템은 미들웨어의 하나로서, 서버측 요소와 클라이언트측 요소 모두를 갖는다. 전체 시스템이 설치되어 있고, 또한 서버 S가 수동 수단 또는 자동 수단에 의해 현재의 경보의 대상으로서 선택된 클라이언트(C1, C2, ..., C3)에 대해 경보를 보내고자 하는 것으로 가정하자. 푸시 기술의 기본 원리에 따르면, 클라이언트(Ci)가 자신의 화면 앞에서 보내야만 하는 시간을 최소화하기 위해, 경보의 콘텐츠 일부 또는 전부가 클라이언트에 푸시되고 난 후에 클라이언트는 그 경보의 통지를 받게 된다. 그 다음에 그 경보는 어떤 적당한 크기 및 형상의 팝 아웃 윈도우로 클라이언트 화면에 나타나거나 또는 프롬프트되는 경우에만 경보 윈도우가 팝 아웃되도록 보다 눈에 잘 띄는 마크로서 나타난다. 이 윈도우는 즉각 경보 콘텐츠의 개략적 요점을 제시, 및/또는 예를 들어 공급망 관리용 시스템의 사용과 관련하여 이용될 필요가 있는 어떤 정보를 전달한다. 앞서 설명한 바와 같이, 이러한 시스템은 몇가지 목적으로 이용될 수 있다.

본 발명은 정보 전달 시스템(information propagation system)에 관한 것이다. 보다 구체적으로는, 본 발명은 정보 전달 시스템에서 특히 적당한 웹 사이트 및 사람들에 대한 링크를 생성함으로써 경보들에 반응할 수 있게 해주는 것에 관한 것이다.

도 1은 컨택포인트 경보가 뜨기(kick in) 이전의 일반적인 컴퓨터 화면을 나타낸 것이다.

도 2a는 도 1과 동일한 일반적인 컴퓨터 화면으로서, 컨택포인트 윈도우가 팝 아웃(pop out)된 이후의 화면을 나타낸 것이다.

도 2b 및 도 2c는 깜박거리는 버튼으로 나타나는 컨택포인트 경보를 나타낸 것이다.

도 2d 내지 도 2g는 크기가 변하는 분할 버튼으로 나타나는 컨택포인트 경보를 나타낸 것으로서, 그 버튼의 각 부분은 상이한 옵션을 제공한다.

도 2h는 컨택포인트의 클라이언트 부분에서 최종 사용자가 경보 메시지를 자주 열어본다는 것을 서버에 대해 경보하기로 결정을 어떻게 하는지에 대한 흐름도이다.

도 3은 도 2a와 똑같은 도면으로서, 컨택포인트 윈도우의 확대도가 도시되어 있으며, 조치들을 취할 수 있게 해주는 버튼의 일례를 볼 수 있다.

도 4는 컨택트포인트에 의해 제공되는 도구의 일례로서, 컨택포인트 윈도우로부터 선택된 버튼을 클릭한 후에 웹 페이지에 직접 연결되는 것을 나타낸 도면이며, 이것은 다른 방법에 의할 경우 아마도 복잡한 접속 절차를 필요로 할 것이다.

도 5는 컨택포인트의 전체 구조를 나타낸 블록도로서, 도 5a와 도 5b로 분리되어 있다.

도 6은 도 5에 나타낸 전체 구조의 일부를 상세히 나타낸 블록도이다.

도 7은 주식 가격을 보는 경보 시스템의 경우에 응답 도구와 경보의 콘텐츠를 구성하는 여러가지 요소의 일례들을 나타낸 것이다.

도 8은 도 7과 관련하여, 이벤트 및 고객 프로파일에 따라 다양한 고객에 대한 경보 및 응답 도구 메시지를 어떻게 작성하는지와 메시지 전달의 스케줄링 우선순위를 어떻게 정하는지 설명하는 플로우차트이다.

도 9는 컨택포인트와 같은 반응 지원 시스템(reaction enabling system)의 전체적인 개략 구조 및 본 발명에서의 다양한 실행 장치를 나타낸 블록도이다.

도 10a는 컨택포인트 콘텐츠 서버를 통해 확장 서비스에 대한 접속을 어떻게 프록시할 수 있는지를 나타낸 블록도이다.

도 10b는 특별한 프록시를 사용하지 않고 클라이언트가 확장 서비스에 대한 접속을 직접 할 수 있는 방법을 나타낸 블록도이다.

본 발명의 목적은 푸시 기술도 사용하지만 사용자가 경보에 반응하는 데 필요한 도구도 하나 이상 제공함으로써 더욱 다채로워진 새로운 유형의 경보 시스템을 제공하는 데 있다. 따라서, 본 발명은 푸시 기술, 풀 기술(pull technology) 및 협력 기술(collaboration technology)의 결합이다. 사용자에게 제공되는 도구로는 특히 경보의 주제에 관한 전문가와의 협력 지원 시스템(collaboration enabling system), 경보에 응답하는 데 도움이 될 수 있고 또 적어도 경보에 응답하는 데 필요한 시간 동안은 용이하게 연락될 수 있는 구성원들로 이루어진 어떤 가상 공동체(virtual community)의 정의, 웹 페이지에 대한 접속, 계산 도구, 사전, 검색 결과, 자동 번역 도구 등이 있을 수 있다.

양호한 일 실시예에서, 본 발명은 고객 또는 잠재 고객에 연락할 필요가 있는 경우에 더욱 다채로워진 연락 방식으로 고객 또는 잠재 고객에 연락하는 데 사용된다.

이하의 설명에서는, 이해의 편의를 도모하기 위해 본 발명에 따른 다채로워진 경보 시스템 구성을컨택포인트(ContactPoint)라 부르기로 한다.

전술한 목적, 특징 및 이점과 기타의 목적, 특징 및 이점은 첨부 도면을 참조하여 기술된 본 발명의 양호한 실시예에 대한 이하의 상세한 설명으로부터 보다 잘 이해될 것이다.

컨택포인트가 예를 들면 퍼스널 컴퓨터(PC) 상에서 작업 중인 최종 사용자에게 나타나는 방식은 다음과 같이 설명될 수 있다. 도 1 내지 도 4를 참조하면,

- 도 1은 사용자가 예를 들어 작업 중이거나 게임 중인 동안에 PC 상에서 보는 임의의 화면(100)을 나타낸 것이다.

- 도 2a에는 컨택포인트 경보 윈도우(105)가 화면의 나머지 부분에는 어떤 변화도 주지 않고 화면상에 나타나는 경우가 도시되어 있다. 다른 대안으로서는, 깜박거리는 작은 버튼(110)이나 색상이 변하는 작은 버튼(115)으로 할 수 있으며, 어떤 버튼이나 아이콘이 클릭될 때만 경보 윈도우가 팝 아웃되거나(도 2b 및 도 2c 참조), 또는 몇가지 옵션을 제공하는 버튼으로 그 크기가 변할 수 있다(120)(도 2d 내지 도 2g 참조). 통지 형식(notification modality)은 시각(visual)에 한정되지 않으며, 청각 및 촉각 등의 다른 형식 및 이들의 조합도 포함할 수 있다.

- 도 3에는 전형적인 것으로서 도면 부호 300으로 표시한 컨택포인트 윈도우는 그와 함께 경보의 처리 상황 파악(follow up)을 위한 수단[전형적인 것이 도면 부호 350으로 표시됨]도 제공되는 경우가 표시되어 있다. 이들 수단은 예를 들면 다양한 조치를 취할 수 있게 해주는 버튼 형태[전형적인 것이 도면 부호 360으로 표시됨]로 되어 있으며, 그 버튼의 리스트는 예를 들면 경보의 성질 및 각 고객의 컨택포인트 가입 유형에 따라 달라지게 된다.

- 도 4에는, 최종 사용자가 컨택포인트 윈도우(400)의 버튼 중 하나를 클릭하여 다른 방법에 의할 경우 아마도 어떤 패스워드 및 가입을 요구할 것인 웹 페이지에 접속하는 경우를 나타낸 것이다. 다른 버튼은 어떤 채팅 세션이나, 어떤 오디오 또는 비디오 링크 등을 열 수 있다.

전체적으로 볼 때, 도 4를 참조하여 설명한 이러한 시나리오들은 컨택포인트가 현재 널리 사용되는 것과 같은 단순한 경보 시스템이 아니라 경보 및 반응 (및/또는 협력) 지원 시스템으로서 설계되어 있으며, 종래 기술에서 사용되던 푸시 기술에서 가능했던 것보다 더욱 다양한 기능들을 갖는다는 것을 나타낸다.

다른 경보 시스템과 같이 컨택포인트는 서버 부분과 클라이언트 부분을 갖는다. 종래 기술과의 차이점은 이들 2개의 부분에서 지원되는 기능들과 그 구조에 있다. 컨택포인트의 서버 부분은 개인화된 서비스(personalized service)의 제공에 있어서 관련이 있을 수 있는 모든 정보를 포함하고 있다. 이것에는 각 고객의 계좌 및 연락 정보에 대한 설명은 물론, 그 고객이 자신의 계좌 포트폴리오의 평가(예를 들어 금융 서비스의 경우), 거래의 전송(submit transaction), 고객 서비스 대표자와의 연락, 적시의 갱신의 수신, 그 비지니스와의 지속적 관계와 직접 관련한 문제점들의 인식 등을 더욱 용이하게 해주는 도구들에 대한 설명이 포함된다. 컨택포인트의 클라이언트 부분은 경보 표시 및 반응을 지원하기 위한 사용자 인터페이스 및 서버와의 통신을 담당하고 있다. 서버 부분 및 클라이언트 부분 모두에 대해서는 이하에서 상세히 설명하기로 한다.

본 발명에 따르면, 경보가 표시되는 동일 윈도우가 그 경보에 따른 많은 수단을 사용하여 그 경보에 반응할 기회를 클라이언트에게 제공하기도 한다. (전체 시스템 및 방법의 다른 부분은 전혀 변화시키지 않고) 도 3에 표시되어 있는 특수 기능 버튼들의 대신에 또는 그와 동시적으로 추가의 윈도우들을 용이하게 열 수도 있다.

클라이언트가 경보에 반응할 수 있도록 클라이언트에 제공될 수 있는 것의 일례로는 이하의 것들이 있다.

1. 경보가 설명하는 상황을 사용자가 평가할 수 있게 해주는 이용가능한 소프트웨어. 예를 들어,

i. 계산기,

ii. 사전,

iii. 자동 언어 번역 도구,

iv. 기타 특수 프로그램이, 2가지 융자 제안의 장점의 비교, 어떤 이벤트를 설명하는 각기 다른 정보 소스의 비교 등을 위해 제공될 것이다.

2. 접속 보호되어 있는 월드 와이드 웹(WWW)의 페이지들이 한번 또는 몇번의 클릭으로 이용가능하게 되어, 아마도 클라이언트가 이들 페이지에 등록할 필요가 없어질 수도 있다.

3. 예를 들어 VoIP(voice over IP) 기술을 사용하여 간단한 클릭으로 전화 연결이 설정될 수 있다. 그 대신에 듀얼 오디오 및 비디오 링크(dual audio and video link)가 기동될 수 있다.

4. 서버의 조직 또는 연합체로부터의 기계 및/또는 사람 에이전트(humanagent)와의 협력은 물론, (예를 들면 건강 산업에서의 어떤 용도에 적당한 경우와 같이) 적당하다고 생각되는 경우 동일한 사용자 풀(pool) 및/또는 공동체로부터의 머신 및/또는 사람 에이전트와의 협력이 간단한 클릭으로 확립될 수 있다. 예를 들어, 컨택포인트는 모두가 가입자이면서 동일 질병의 전문가인 의사들의 그룹을 생성하는 것과 같이 각각의 최종 사용자마다 관심의 공동체를 지원하며, 이 공동체는 최종 사용자가 누구인지와 경보가 어떤 것이냐에 의존한다.

5. 조달을 지원하기 위한 카탈로그 또는 어떤 주문 양식과 같이 컴퓨터 링크를 통해 접속할 수 있는 서비스라면 어느 것이라도 고객에게 전달될 수 있다. 이 시스템은 또한 양호하게는 그에 대한 접속이 클라이언트의 권한에 부합되는 카탈로그 및 주문 양식만을 제공한다. 최종 사용자가 고객이 아니라 잠재 제공업자인 경우, 시스템은 마찬가지로 견적 의뢰서 등을 전달할 수 있다.

주목해야 할 점은 전술한 바와 같이 한번 또는 몇번의 클릭이 실제로는 키보드를 사용하거나 음성 인식 기술을 사용하거나 또는 이들의 조합에 의해 실행될 수 있는 자연어 대화로 모두 대체될 수 있다는 것이다.

마케팅 도구로서 컨택포인트의 앞서 정의한 기능 1 내지 기능 5를 사용하는 경우, 클라이언트의 프라이버시를 침해하지 않음과 동시에 그의 작업을 방해하지 않는 것이 중요하다. 실제로, 마케팅 홍보가 중요한 이벤트에 관하여 고객들에게 경보를 전송하는 것에 관련된 경우를 제외하고는, "메시지 있음" 경고는 최소한의 영향을 주는 것이 중요하다. 예를 들어,

- 새로운 메시지가 수취인이 보지 않고 대기 중에 있는 경우 반짝이는 작은버튼 및/또는 색상이 변하는 작은 버튼이 데스크톱 상에 항상 있을 수 있다(도 2b 및 도 2c 참조), 또는

- 버튼의 크기가 몇 픽셀의 크기에서 어떤 고정된 작은 크기로 변할 수 있다(도 2d 내지 도 2g 참조)(바람직하게는 고정되어 있음). 예를 들어, 크기가 변한 버튼(10)을 각기 다른 방법으로 클릭할 경우, 버튼의 어느 부분이 선택되었는지 및/또는 버튼이 최대 크기에 도달한 후에 클릭되었는지 여부에 따라

- 그 메시지를 열거나,

- 그 메시지에 대한 접속을 거부하거나,

- 그 메시지를 저장하여 추후 알려주거나 또는 그 메시지를 열어 대화 개시를 요청하거나 할 수 있다. "거부" 옵션이 선택된 경우에(또는 너무 자주 선택된 경우에), 어떤 메시지 신호가 서버로 보내지기를 원할 수 있다(이 정도까지는 컨택포인트 소유자가 사용하는 프라이버시 규칙 및/또는 표준에 합당하다. 실제로는 동일한 기준 하에서, 다양한 행위가 CRM에 사용되도록 하기 위해 최종 사용자에 의해 컨택포인트 사용으로부터 도출될 수 있다.). 몇개의 메시지가 거부된 경우에, 고객의 만족도를 확인하기 위해 고객에 대해 연락을 한다.

지금부터는 어떤 최종 사용자가 경보를 여는 횟수가 적다는 것을 서버에 경보하는 판정 프로세스에 대해 설명한다. 컨택포인트의 클라이언트 부분이 최종 사용자 장치에 설치되어 있는 경우, 접수되어 있는 경보의 개수 Acc는 영으로 초기화되고, 거부된 경보의 개수 Dec도 마찬가지로 초기화된다. 컨택포인트 운영자는 어떤 지연 시간 Del을 결정하고 이 지연 시간 Del 후에도 경보를 열지 않았을 경우그 경보는 거부된 것으로 간주되며, 또한 경고를 서버로 전송하도록 프롬프트하는 차분 Dec-Acc의 공차 Tol를 결정한다(Dec만을 모니터링하는 것과 같은 다른 트리거 방법도 용이하게 구현될 수 있다). Del 및 Tol이 변경되면, 그 새로운 값이 모든 최종 사용자의 컨택포인트 클라이언트 부분으로 전송된다.

도 2h는 컨택포인트의 클라이언트 부분이 최종 사용자가 경보 메시지를 너무 자주 연다는 것을 서버에 대해 경보하기로 하는 결정을 어떻게 하는지에 대한 흐름도이다.

이제 도 2h를 참조하면, 시각 t에 새로운 경보가 클라이언트에 도착한다(단계 210). 버튼이 어떤 크기에 도달하자마자, 사용자는 그 버튼을 클릭할 수 있다(단계 220). 이 클릭은 열기(단계 231), 거부(단계 232) 또는 저장 및 추후 알림(단계 233) 중 어느 하나를 전송할 수 있다. 양호하게는, 어떤 지연 시간이 되기 전에 버튼을 클릭하지 않는 것은 "저장 및 추후 알림" 옵션을 클릭한 것으로 해석되어, 저장 및 추후 알림을 전송한다(단계 233).

단계 233로부터는, t+Del 이전에 어떤 조치가 취해지고 단계 231 또는 단계 232 중 하나로 전송하거나(단계 260), 또는 시각 t+Del에 도달하여 그 시점 또는 그 후에 경보가 무시된 것으로 간주한다(단계 270).

- 단계 231로부터는, Acc가 Acc + 1로 갱신되고(단계 251),

- 단계 232로부터는, Dec가 Dec + 1로 갱신되며(단계 252),

- 단계 270으로부터는, Dec가 Dec + 1로 갱신된다(단계 252).

단계 251 또는 단계 252로부터는, Dec-Acc의 갱신값과 공차 Tol을 비교한다(단계 280).

Dec-Acc가 Tol 보다 작은 경우, 단계 291에서는 어떤 조치도 취해지지 않는다. 그렇지 않은 경우, 단계 292에서는 서버에 메시지를 전송하여, 예를 들면 Acc와 Dec를 전송하여, 최종 사용자의 수락 비율이 낮다는 것을 경고한다.

마케팅과 같은 어떤 응용 분야에서 최종 사용자의 프라이버시의 보호의 관점에서 앞서 기술한 것과는 반대로, 지금부터는 거래소(trading room)의 아주 바쁜 환경과 같은 직업 환경에 대해 집중 설명한다. 거래소에서는, 관리자들이 긴급 상황이 발생하는 때조차도 자신들에 보고를 하는 거래자(trader)의 주의를 끄는 데 문제점들이 있다는 사실에 불평하는 일이 아주 많다. 이러한 환경에서 경보 시스템으로서 사용하기 위해, 컨택포인트 윈도우는 경보가 그 목표로 삼은 각 거래자의 주의를 즉각적으로 확실하게 끌 수 있도록 팝 아웃되며, 따라서 모든 거래자들은 컨택포인트가 경보와 동시에 거래자들에게 전달하는 도구들을 사용하여 즉시 응답할 수 있다.

이제부터는 도 5 및 도 6을 참조하여, 본 발명에 따른 컨택포인트의 시스템 구조의 양호한 실시예들에 대해 상세히 설명한다.

이제 도 5를 참조하면, 컨택포인트 시스템의 양호한 실시예는, 사용자 및 경보의 생성/관리에 주로 사용되는 시스템 관리 인터페이스(521) 이외에, 컨택포인트 클라이언트(511, 512, 571)와 컨택포인트 서버를 포함하며, 컨택포인트 서버는 협력/메시징 서버(551), 사용자 디렉토리(537), 콘텐츠 서버(561), 경보 관리 서버(535), 경보 데이터베이스(531) 및 경보 배포 에이전트(533)를 포함할 수 있다. 도 5에서는 520, 535, 537 및 551의 양호한 선택이 볼드체로 표시되어 있다. 또한, 지원 스탭 및/또는 도메인 전문가(571)로 이루어진 하나 이상의 팀 및/또는 고객들/최종 사용자들과 지원 스탭 및/또는 도메인 전문가(571) 간의 원활한 연락(571)(511과 571 사이의 점선 화살표 참조), 및/또는 공동체의 일부분으로서의 고객들/최종 사용자들간의 원활한 연락(511과 512 사이의 점선 화살표 참조)은 전체 조직의 일부로서 '경보에 대한 반응' 기능의 모든 이점을 제공하기 위한 것이다. 주목해야 할 점은 점선 화살표는 실제로는 일반적으로 협력/메시징 서버(551)에 의해 중재되는 대화를 나타낸다.

컨택포인트 클라이언트(511, 512, 571)는 최종 사용자 장치(예를 들면, PC 또는 어떤 무선 장치)상에서 실행되고 사용자와 시스템간의 모든 대화(경보 콘텐츠의 확인 응답/보기, 질의 전송, 거래 발행 등)를 관리하는 애플리케이션이다. 컨택포인트 클라이언트는 특히 이하의 기능을 구현한다.

1) 물리적 연결이 가능할 때마다 사용자를 서버에 로깅시키는 기능(이것은 사용자에게 투명한 방식으로 행해짐),

2) 경보 및 관련 콘텐츠를 수신하기 위한 메시징 시스템과의 인터페이스 기능,

3) 경보 콘텐츠의 복제 및 지역적 관리 기능,

4) 사용자에게 새로운 이벤트 및 콘텐츠에 대한 경보를 하기 위한 필요한 효과의 생성 기능,

5) 경보 콘텐츠(최종 사용자에게 배포되는 경보 콘텐츠는 클라이언트가 실행되고 있는 플랫폼에 의해 지원되는 임의의 형식일 수 있음)를 렌더링하기 위해 적당한 애플리케이션을 기동시키는 기능,

6) 각각의 경보와 관련하여 이용가능한 적당한 도구 세트(즉, 사용자와 통화하거나 채팅할 수 있는 사람 또는 관계 전문가의 맞춤 리스트, 경보와 관련된 이벤트들의 맞춤 달력, 홍보 중에 있는 물품 또는 제품에 대한 사용자의 관심의 유무를 나타내는 다중 선택 체크 리스트, 각각의 경보 형태에 대해 미리 선택된 양호한 표준 도구 - 고객 프로파일에 따라 다를 수도 있음 -, 등)를 사용자에게 제공하는 기능,

7) 웹으로부터 문서 및 경보 관련 링크를 검색할 때 또는 거래를 전송할 때 다양한 서버(및/또는 거래 등과 같은 기능들)에 대한 접속의 인증 및 제어를 위해 사용하는 사용자 가상 식별 번호.

전술한 항목 1), 2), 3), 5) 및 6)에 기술된 기능들 모두는 잘 알고 있는 것으로서, 그 각각은 프로그래밍 및 네트워킹 분야의 숙련자라면 누구라도 용이하게 구현할 수 있는 것이다. 기능 4)에 대해서는 도 1 내지 도 4를 참조하여 앞서 기술하였으며, 이에 대응하는 구현도 또한 공지된 기술이다. 기능 4)와 관련된 특별히 거부율이 높은 경보에 대해서는 도 2h를 참조하여 앞서 설명하였다. 기능 7)에 대해서는, "전자 상거래 응용 분야를 위한 식별 번호 및 자격 관리자(Identity and entitlement manager for electronic commerce applications)"라는 제목의 이하의 섹션에 설명되어 있다.

컨택포인트 서버(501)는 이하의 것들을 포함하고 있다.

1) 각각의 경보에 대한 여러가지 요소, 즉

i) 사용자가 처음으로 경보를 수신할 때 새로운 콘텐츠가 있다는 것을 전달하기 위한 경보 의존형 비쥬얼/오디오 수단,

ii) 시스템에서의 다른 경보들에 대한 경보 우선 순위,

iii) 실제의 경보 문서(이것은 현재의 서버 또는 웹 상의 원격 서버 상의 문서일 수도 있음)에 대한 URL,

iv) "대기중"(pending), "수신완료"(received), "보기 완료"(viewed) 등 각 사용자의 상태를 포함하는, 경보의 목적지인 사용자들의 리스트,

[항목 i) 내지 iv) 모두는 도 6의 경보 기술자 데이터베이스(601)의 일부분임]

v) 경보 전달 스케줄(603, 도 6 참조)

의 정의를 포함하는 경보 데이터베이스(531).

2) 경보의 우선 순위, 사용자의 현재 상태(연결 상태 또는 오프 라인 상태) 및 가능하면 사용자의 우선 순위에 기초하여 경보의 배포를 관리하는 경보 배포 에이전트(533). 경보 배포 에이전트는 예를 들면 항상 가장 최근의 전송 경보를 먼저 보내고 그 최신의 경보에 대해 사용자가 확인 응답을 한 후에만 그보다 더 오래된 경보에 대해 이를 반복 시도할 것이다. 각각의 경보는 양호하게는 그 경보가 쓸모없게 되는 때를 결정하는 최종 시한, 즉 유통 기한(freshness date)의 표시가 되어 있고, 주어진 최종 시한까지 전송되지 않은 경우 폐기되어야만 한다. 사용자들이 항시 연결되어 있지 않은 경우도 있기 때문에, 경보 배포 에이전트는 양호하게는 사용자가 시스템에 연결되는 때 및 사용자가 시스템과의 연결을 해제하기 전에 경보의 전송이 성공적으로 이루어졌는지 여부를 검출할 수 있어야 한다. 어떤 사용자가 어떤 소정의 공차에 따를 때 경보가 너무 많아 이를 수신하지 못하는 경우, 어떤 메시지가 시스템 관리자에게 전송될 수 있으며, 그러면 시스템 관리자는 최종 사용자에 연락을 하거나 어떤 다른 조치를 취하려고 시도할 수 있다.

3) 사용자 프로파일의 관리와, 경보 및 경보 배포 스케줄의 정의를 위해 시스템 관리자(520)가 사용하는 한 세트의 도구를 구현하는 경보 관리 서버(535). 이들 도구에는, 시스템에 사용자를 부가하고, 사용자의 그룹을 생성하여 각 그룹에 사용자를 배당하며, 주어진 사용자 또는 사용자 그룹이 어떤 경보 또는 어떤 유형의 경보를 수신해야 하는지를 결정하기 위해 차후에 사용될 사용자 프로파일을 정의하고, 경보가 수신될 때 클라이언트가 생성해야 하는 시각적 효과, 경보의 전체 문서, 경보 소멸 일자, 경보에 배당된 관계 전문가 및 가장 적당한 통신 매체(즉, 문자 채팅, 음성 채팅, 이-메일, 오디오/비디오 회의 등)와 같은 경보 요소를 정의하기 위한 웹 인터페이스가 포함되며, 경보 수신자는 이 웹 인터페이스를 사용하여 관계 전문가와의 협력 세션을 시작할 수 있다. 경보 관리 서버는 또한 경보를 그룹화할 수 있으며, 따라서 관련 경보들은 특정 이벤트에 대한 보다 완벽한 일람을 제공하기 위해 동시에 전송될 수 있다. 경보 관리 서버는 또한 임의의 특정 경보를 누가 언제 수신하는지에 대한 전체적인 일람 및 보다 최근의 경보의 전달이 대기중인 이전의 경보보다 앞서 행해지거나 또는 그 뒤에 행해질 수 있도록 경보 우선 순위를 정의하는 수단을 관리자에게 제공한다.

4) 콘텐츠 서버(561)는 경보의 주요부를 포함하는 문서와, 경보의 수신 및 열람을 위해 사용되는 경보 수신자의 지역 환경 또는 지역 장치로 복제해둘 필요가 있는 다른 관련 문서의 저장소이다. 이들 문서는 콘텐츠 서버에 존재하지 않는, 따라서 경보 수신자의 지역 환경으로 복제되어 있지 않은 외부 문서에 대한 링크를 포함할 수 있다.

5) 시스템에 로그인할 수 있는 모든 사용자 및 이들의 식별 번호(ID)를 열거하고 있는 사용자 디렉토리(537). 또한 사용자 디렉토리는 양호하게는 목적한 정보에 대한 사용자 관심을 정의하는 사용자 프로파일과, 가능한 경우 서비스에 지불된 비용 및/또는 컨택포인트 운영자에 있어서의 고객의 가치에 따라 정의되는 우선 순위와 같은 다른 파라미터를 포함하고 있다. 사용자 디렉토리는 경량 디렉토리 접근 프로토콜(LDAP : Lightweight Directory Access Protocol) 또는 다른 디렉토리 서비스 등의 디렉토리 규격의 상부에 구현될 수 있다.

6) 2명 이상의 사용자가 채팅 또는 문서 공유와 같은 실시간 협력 활동에 참여할 수 있게 해주는 협력/메시징 서버(551). 협력/메시징 서버는 또한 메시징 프로토콜을 구현하는 데, 그 이유는 경보를 자동화된 사용자[경보 배포 에이전트(533)]로부터 최종 사용자(511, 512, 517)로 전송되는 메시지로서 볼 수 있기 때문이며, 이 때 최종 사용자는 고객(511, 512)일 수도 있고 그 조직의 일부(571)일 수도 있다.

시스템 관리자(520)는 예를 들어 웹 브라우저를 시스템 관리 인터페이스(521)로서 사용하여 사용자 ID 및 경보 데이터베이스(531)를 생성 및 유지하는 일을 맡고 있다.

데이터베이스 및 각종의 문서 작성 도구는 또한 도구 키트의 일부(520)이거나 경보 관리 서버(535)와 통합되어 있을 수 있다. 시스템을 관리하기 위한 논리의 전부는 양호하게는 웹스피어(WebSphere)(컨택포인트를 지원할 수 있는 서버의 일종으로서 IBM사의 제품임)의 내부에서 실행되는 자바 서블릿으로서 구현되며, 이하의 기능들을 포함한다.

SA1) 새로운 사용자 ID 및 사용자 프로파일을 생성하는 기능,

SA2) 클라이언트에 의해 생성된 시각적 효과는 물론, 경보 콘텐츠 및 우선 순위를 포함한 경보를 생성하는 기능,

SA3) 관계 전문가(571)와 특정의 경보를 연관시키는 기능,

SA4) 부가 정보 및/또는 조치를 갖는 접속할 관련 링크와 경보 수신자가 경보에 응답하기 위해 사용할 수 있는 추가의 도구를 지정하는 기능,

SA5) 경보의 일부 또는 전부에 대해 하나 또는 복수의 가상 공동체를 생성하는 기능.

기능 SA1)은 사용자가 자격이 있다는 적절한 확인이 일단 이루어졌을 경우의 관리 기능이다. 이러한 확인은 여러가지 방식으로 행해질 수 있으며 규칙에 의존한다, 즉 예를 들어 모든 사용자가 자격이 있을 수 있거나, 사용자가 어떤 신용 카드 정보를 제공해야만 하거나, 또는 최종 사용자는 단골 고객일 필요가 있을 수도 있거나 하는 등이다.

기능 SA2)은 다양한 성질을 가질 수 있다.

- 한 극단적인 경우에, 경보는 뉴스의 분석으로부터 생성된다. 그 다음에, 뉴스 피드(news feed)는 어떤 뉴스 피드(585)로부터 경보 관리 서버(535)로 뉴스를 가져온다. 예를 들어 마켓 데이터(market data)의 경우, 이벤트로서 분리되어야 하는 유형의 뉴스는 자동적으로 식별될 수 있다(본 발명자들은 이벤트를 실제 또는 잠재적인 경보 콘텐츠 또는 경보 콘텐츠 요소라고 정의하였다). 이벤트의 일례들은 주식 시세가 어떤 사전 설정된 장벽을 통과하여, 사전 설정된 시간 구간 이내에 어떤 고정된 레벨 이상의 점프를 몇번 보여주는 것으로 제공된다. 경보 콘텐츠는 또한 한개의 데이터 포인트에 의하기 보다는 동시적 데이터 또는 이벤트들의 연속에 의해 결정될 수도 있다. 이벤트를 정의하는 파라미터들의 일부 또는 전부는 최종 사용자가 다르면 서로 다르게 정해질 수 있으며, 이러한 경우 시스템 관리자(520)는 이러한 사용자 정보를 검색하기 위해 사용자 디렉토리(537)에 접속한다. 전송되어질 경보의 형태는 아주 균일하여 단지 어떤 소정의 포맷으로 표시되는 이벤트로만 구성될 수 있거나, 또는 경보가 이벤트의 부류에 따라 선택되는 어떤 규칙이 설계될 수 있다. 예를 들어, 마켓 데이터의 경우라면 시세 차익(price differential)의 진폭에 따라 메시지의 배경 색상을 결정할 수 있다. 사람 에이전트는 비지니스의 유형에 따라 자동적 결정을 무효화(overrule)시키는 수단을 가지거나 또는 전적으로 책임을 지거나 할 수 있다.

- 다른 극단적인 경우로서 경보의 외양이 이벤트의 의미 작용만큼 중요하거나 그보다 더 중요한 경우, 각각의 경보는 전적으로 사람 에이전트에 의해 작성되며, 이는 비디오 클립 및 다른 형태의 멀티미디어 콘텐츠와 같은 콘텐츠 요소를 생성하는 데 많은 시간 및 비용이 소요될 수 있다.

기능 SA3) 및 SA4) 중 일부 또는 모두는 각 경보를 어떻게 처리해야 하는지를 인식하기 위해 자연어 이해를 사용하여 자동적으로 수행될 수 있다. 가장 간단한 형태로, 시스템은 키워드를 탐색하고, 그 다음에 예를 들면 시스템 관리자(520)에 존재하는 데이터베이스를 검사하여 이들 키워드와 적당한 응답을 대응시킨다. 숫자로 표시한 우선 순위 P(A)가 각각의 경보 A에 첨부되기도 하며, 따라서 P(A1) > P(A2)인 경우, 경보 A1는 경보 A2보다 더 높은 우선 순위를 갖는다. 이 상이한 우선 순위를 처리하는 방법에 대해서는 이후에 기술할 것이다. 우선 순위는 사전 설정된 규칙 모음에 따라 할당될 수 있다. 다시 말하면, 사람 에이전트는 비지니스의 유형에 따라 자동적 결정을 무효화시키는 수단을 가지거나 또는 전적으로 책임을 지거나 할 수 있다.

이제부터는 도 7 및 도 8을 참조하여, 설명의 편의상 선택된 하나의 특수한 경우에 있어서 기능 SA2), SA3), 및 SA4)이 자동적으로 수행될 수 있는 방법에 대해 보다 상세하게 설명하기로 한다. 당업자라면 본 명세서에서 제시된 것을 다른 상황 및 데이터 구조에 용이하게 적용할 것이다. 먼저 도 7을 참조하면, 주식 시세용 경보 시스템의 경우, 어떤 이벤트 세트가 정의될 것이다(도 7 및 도 8을 단순화시키기 위해, 단지 시세 상승만을 고려하였으나, 이들 도면에 표시된 모든 요소들은 주식 시세 하락의 경우의 대응 요소를 가지고 있다). 데이터베이스[경보 관리 서버(535)에 통합될 수 있음]는 이하의 것들을 포함하고 있다.

- 주식 i와 관련된 이벤트 프롬프터(event prompter) 또는 이벤트가 있는 것으로 결정하는 정보(상이한 주식에 대해 상이한 유형의 이벤트 프롬프터가 정의될 수 있고, 프롬프터는 한 세트의 주식별로 정의될 수 있다), 예를 들어 현재 시각 t와, 이전 거래일의 폐장 시각 또는 당일의 개장 시각으로서 선택될 수 있는 어떤 시각 t0 사이에 주식 시세 차익이 있을 때는 이벤트가 있는 것으로 결정할 수 있다. U = [q(t) - q(t0)]([x]는 x의 정수 부분을 말함)이라고 설정할 때, 이벤트는 예를 들면 쌍 Ev = (i, U)로서 정의될 수 있다.

- 주식에 독립적인(stock independent) 기본적인 응답 도구,

- 주식 i에 관한 이벤트와 관련될 수 있는 응답 도구 세트,

- 주식 i에 관한 여러가지 이벤트들에 대한 경보 특징 세트,

- 주식 i에 대한 임의의 이벤트에 관한 경보들의 우선 순위 P(Ev) = P(i,U).

다음에, 도 8을 참조하면, 도 7에 정의된 요소 및 사용자 디렉토리(537)로부터의 데이터를 사용하여, 경보 메시지 및 관련 응답 도구 세트를 정의하는 방법을 기술하는 플로우차트가 도시되어 있다. 동 도면에서 어떤 주식 리스트 중에 주식 번호 i로 지정되어 있는 주식 리스트가 연속적으로 검사된다. 시각 t에서, 주식 i의 시세 q(i)가 예를 들어 로이터 또는 블룸버그에 의해 제공된 어떤 직접 피드 광고(direct feed ad)에 의해 전달된다(단계 801). 단계 810에서, q(t)-q(t0)는 1과 비교된다.

- q(t)-q(t0)가 1보다 크지 않으면(단계 811), i는 i+1로 대체되고(단계 813), 시스템은 다시 단계 801에서 그 다음 주식을 검사한다.

- 그렇지 않은 경우(단계 815), 단계 820으로 진행하여 q(t)-q(t0)는 추가로5와 비교된다.

그 다음에 응답이 '아니오' 인 경우(단계 821), 중간 긴급 레벨의 경보에 적합한 어떤 미리 설정된 포맷을 사용하고 또 가능하면 i에 따라 (i, q(t), q(t0))를 표시하는 메시지가 준비된다(단계 823). 그렇지 않고 응답이 '예'인 경우(단계 825), 상위 긴급 레벨의 경보에 적합한 어떤 미리 설정된 포맷을 사용하고 또 가능하면 i에 따라 (i, q(t), q(t0))를 표시하는 메시지가 준비된다(단계 827). 질문(820)에 대한 응답이 '아니오' 이거나 '예' 이거나에 상관없이, q(t)-q(t0)의 정수 부분 U가 단계 830에서 계산된다. 그 다음에, 이벤트 Ev = (i, U)의 우선 순위 P(Ev)가 룩업 테이블을 사용하여 생성된다(단계 835). 단계 840에서, 이벤트 Ev에 관심을 가지고 있는 모든 사용자 데이터를 계속하여 조사한다. j(Ev)가 이벤트 Ev 에 관한 경보에 반응하기 위해 수신하는 도구 세트를 사용자 디렉토리(537)에서 검색한다(단계 850). 단계 860에서는, 단계 823 또는 단계 827에서 작성된 메시지 콘텐츠 및 특징은 물론, 단계 850으로부터 오는 삼중쌍 (j(Ev), i, U)에 대한 도구 키트가 경보 기술자 데이터베이스(601)로 전송된다. 단계 870 및 단계 880에서 우선 순위가 결정되는 방식에 대해서는 이하의 스케줄링에 관한 섹션에서 설명하기로 한다. 단계 860, 단계 870 및 단계 880에서의 이벤트와 병행하여, 또는 이 3가지 기능이 수행된 후에, j(Ev)는 (j+1)(Ev)로 대체된다(단계 845). j+1이 Ev에 관심을 가지고 있는 사용자들의 수보다 더 큰 경우, 단계 813으로 되돌아가서 그 다음의 처리될 주식을 살펴보게 된다. 그렇지 않은 경우, 단계 845로 되돌아가 이벤트 Ev에 관심이 있는 그 다음 사용자가 처리되기 시작한다.

기능 SA5)은 사용자 디렉토리(537), 또는 예를 들어 WWW으로부터 시스템 관리자가 접속할 수 있고 가능하면 동적으로 갱신되는 다른 정보 자원을 검색하는 것에 의해 달성된다.

새로운 경보가 전송되고 또 서비스 레벨 태그를 각각 갖는 응답 도구 세트들이 그 경보와 관련되어 있을 때, 그 경보는 경보 데이터베이스(531)에 즉각 저장된다. 예를 들면

- 새로운 사용자가 로그인하거나,

- 새로운 경보가 전송되거나,

- 이전에 전달된 경보에 대해 클라이언트가 확인 응답을 하는 등 시스템의 상태가 변할 때마다, 경보 배포 에이전트(533)는 처리 중인 경보의 경보 수신자 리스트 및 처리 중인 경보에 대한 수신자 각각의 태그가 부착된 응답 도구 세트를 경보 데이터베이스(531)로부터 검색한다.

그 다음에, 경보 배포 에이전트는 수취인 리스트를 어떤 협력 지원 메시징 시스템(551)[세임타임(Sametime)(예를 들면 www.sametime.com 참조) 또는 MQ 시리즈(예를 들면, www.ibm.com/software/mqseries 참조) 등 : 둘다 IBM사에 의해 배포됨]에 등록한다. 메시징 시스템은 특정 수신자가 온라인 상태에 있는 경우 경보 배포 에이전트에 통지하거나 수신자가 시스템에 로그인할 때까지 이 통지를 미루는 일을 맡고 있다.

그 다음에 최종 사용자가 자신의 시스템을 부팅시키면, 컨택포인트 클라이언트는 그 시스템이 네트워크 연결이 되어 있는지를 판정한다. 기동시에 네트워크연결을 할 수 없는 경우, 클라이언트는 대기 상태에 있다가 네트워크 연결이 가능하다고 판정될 때까지 그 시스템에 질의를 하기 위해 주기적으로 웨이크업(wake up)한다. 네트워크 연결이 가능하게 되면 클라이언트는 자동적으로 협력/메시징 서버(551)에 대한 로그인 절차를 개시한다.

경보 배포 시스템은 협력/메시징 서버(551)를 사용하여 특정 사용자가 온라인 상태에 있다는 통지를 받을 때마다 경보에 대한 경보 기술자(601)를 모두 검색하며, 이 경보 기술자에는 시각적 효과(화면상에 반짝거림을 생성하기 위해 예를 들면 교호 이미지(alternating image)(예를 들어 gif)를 사용할 수 있음), 경보 문서 URL(비디오는 물론 HTML도 지원되는 것이 양호함), 관련 URL 및 전화, 채팅, 데이터 회의, 이-메일, 비디오 회의, 분석 도구, 사전, 번역 기계 등을 통해 경보 수신자가 연락할 수 있는 관계 전문가의 리스트를 포함한 경보 수신자가 액세스할 수 있는 다른 자원이 포함된다. 경보 콘텐츠 및 파라미터는 물론 응답 지원 도구 파라미터는 그 다음에 하나의 메시지 내에 패키징되어, 협력/메시징 서버(551)를 거쳐 수신자 컨택포인트 클라이언트(511, 512, 571)로 전송된다. 클라이언트는 메시지를 수신한 후에, 수신자의 화면상에 경보가 깜박거리게 하기 전에 지역 PC(local PC) 또는 사용 중인 다른 컴퓨팅 장치(오프 라인 브라우징을 위해 필요한 경우)에 관련된 문서 모두를 검색한다. 클라이언트는 그 다음에 확인 응답을, 경보의 수신 성공(또는 실패)를 나타내는 응답 메시지의 형태로 경보 배포 에이전트(533)에 전송한다.

앞서 기술한 바와 같이, 클라이언트는 또한 사용자가 깜박거리는 경보를 실제로 클릭할 때 서버에 확인 응답을 전송할 수 있으며, 이 범위내에서 이것은 컨택포인트 소유자가 사용하는 프라이버시 규칙 및/또는 규격에 부합된다.

사용자가 경보를 클릭하면, 경보의 콘텐츠를 처리하기에 적당한 애플리케이션(웹 브라우저, 미디어 플레이어 등)이 그 경보를 표시하기 위해 기동된다. 클라이언트는 그 다음에 사용자 또는 관계 전문가의 리스트를 별도의 윈도우에 표시하여, 사용자가 그 이름들 중 하나를 클릭하여 특정의 전문가와의 협력 세션을 시작하도록 유도한다. 도 3을 참조하여 앞서 기술한 바와 같이, 이에 더하여 또는 그 대신에 최종 사용자는 경보에 대한 각종의 응답을 프롬프트하기 위한 버튼들을 제공받을 수 있다.

경보 콘텐츠 또는 관련 URL은 인터넷을 거쳐 사용자 인증을 요구하거나 요구하지 않을 수 있는 웹 서버 상에 존재할 수 있다. 일부 또는 모든 접속에 대해 사용자 인증이 요구되는 경우, 컨택포인트 클라이언트는 이하에서 기술하는 바에 따라("전자 상거래 애플리케이션에 대한 식별 번호 및 자격 관리자" 참조) 사용자에게 투명한 방식으로 인증을 처리한다. 이것은 이 정보에 접속하는 데 필요한 자격증을 컨택포인트 사용자 디렉토리 서버 내의 사용자의 프로파일에 부가함으로써 가능하게 된다. 이들 자격증은 요구시에 컨택포인트 클라이언트에 의해 검색되어 필요할 때 호스팅 서버에 제시된다. 이렇게 함으로써 컨택포인트 서비스를 제공하는 조직에 의해 호스팅 조직으로부터 적당한 허가를 받기만 하면 보안 (비공개) 정보에 대한 의사 익명 접속(quasi-anonymous access)이 가능하게 된다. 전체적인 보안은 또한 컨택포인트 윈도우 상에서 사용되는 어떤 액세스 방법, 예를 들어 패스워드 또는 어떤 스마트 카드를 요구함으로써 향상될 수 있다.

이제부터는 스케줄링에 대해서 기술한다. 어떤 경우에는, 네트워크 용량이 제한되어 있기 때문에, 데이터가 너무 많으면 모든 고객들이 동시에 수취할 수 있도록 하나의 경보에 전송할 수 없게 되는 일이 있다(예를 들어, 경보가 비디오 클립으로 이루어져 있는 경우). 이러한 문제는 다음에 설명하는 바와 같이 적당한 스케줄링에 의해 해소된다.

클라이언트들이 우선 순위 1, 2, ..., n을 갖는 부류 W1, W2, ..., Wn으로 그룹화되면(가장 큰 수가 가장 높은 우선 순위에 대응함), 우선 순위 n을 갖는 고객에 먼저 서비스하게 된다. Wn이 주어진 메시지에 관해 네트워크를 수용하기에 충분히 적은 수의 구성원을 가지고 있는 경우, 그 구성원들 모두는 보다 낮은 우선 순위를 갖는 그룹의 구성원 몇명과 함께 한번에 서비스될 것이다. 그렇지 않으면, 첫번째과정에서 Wn 중 한 부분 집합을 선택할 것이며, 이후의 과정에서도 이와 유사하게 진행될 것이다. 부분 집합의 선택은 새로운 메시지마다 또 매과정마다 랜덤하게 행해질 수 있다. 양호하게는 그 대신에 그 부류의 구성원들을 순환하면서 순서를 매겨 새로운 구성원들을 그 순환 라인의 특정 위치에 또는 랜덤하게 배치하고, 누가 그 다음에 오게 될 지를 정하기 위해 최상의 우선 순위로 이전에 서비스된 구성원이 어느 것인지를 기억하고 있다. 동일한 방법이 더 낮은 우선 순위 부류를 처리할 때 사용된다.

비디오와 같은 분량이 많은 콘텐츠의 푸시를 피하고 임의의 분량이 많은 콘텐츠의 전달을 프롬프트할 수 있게 메시지만을 보낼 수도 있다. 이 전달을 프롬프트하는 것은 메시지의 열기를 행함으로써 간단하고 자동적이며 사용자에게 투명하게 행해진다. 다른 대안으로서는, 클라이언트는 메시지를 수신할지 여부를 선택해야만 한다. 자동 요청의 경우든 결정 지향 요청(decision driven request)의 경우든, 요청자 R의 요청은 이어서 요청자의 우선 순위 P(R) 및 이 요청이 보내진 시각 T(R)에 따라 서버에 도달하게 된다(다른 대체예에서, T(R)은 요청이 서버에 도달한 시각으로 선택될 수 있다). 2개의 파라미터 P(R) 및 T(R)은 이어서 분량이 많은 콘텐츠를 요청자로 전송하는 순서를 정하는 데 사용될 수 있다. 한 극단적인 경우에, 각 요청은 요청자 R이 누구인가에 의해 정해지는 우선 순위 P(R)를 가지고 있으며, 그 우선 순위는 시간 순서보다 우선시되며, 따라서 높은 우선 순위의 고객은 동일하거나 더 높은 우선 순위의 고객에 의해서만 순위가 밀리게 된다. 단, 어떤 더 낮은 우선 순위의 고객이 파일이 작아서 그 주문이 이행될 수 있을 때에 그의 주문을 낼 수 있는 경우에는 그러하지 아니하다. 이와 정반대로, 요청의 우선 순위는 우선 순위에 부여하고자 하는 가중치에 적합한 것으로 간주되는 수식에 의하여 시간에 따라 증가할 수 있다. 예를 들어, 시각 T(R)+Dt(R)에서의 우선 순위는 P(R)+[Dt(R)]로 설정될 수 있으며, 여기서 [X]는 숫자 X의 정수 부분을 나타내고, T(R) 이후의 경과 시간 Dt(R)은 어떤 단위를 사용하여 측정되며, 그 단위는 동작 시의 네트워크의 성능에 따라 달라질 수도 있고 예를 들면 1초 또는 1분으로 고정될 수도 있다. 큐잉 이론(queuing theory) 분야의 당업자라면 잘 알고 있는 바와 같이, 각종의 다른 대안적인 스케줄링 방법이 사용될 수 있다. 예를 들면 Leonard Kleinrock : Queuing Systems Volume I : Theory (John Wiley and Sons,New York, 1975), Volume II : Computer Applications (John Wiley and Sons, New York, 1976)를 참조하기 바란다(구체적으로 말하면, Volume II, Chap. 3, Priority Queuing, pp. 106-155를 참조하기 바람).

바로 앞에서 기술한 요청들의 처리 방법들은, 경보 수신인에 관해 우선 순위가 전혀 설정되어 있지 않은 경우에, 이벤트 Ev의 우선 순위를 처리하는 데도 사용되어진다. 일반적인 경우에 있어서, 새로운 경보가 있을 경우는 이벤트 Ev에 대해서도 우선 순위, 즉 P(Ev)[경보의 콘텐츠를 구성하는 이벤트 Ev의 우선 순위보다는 경보 A의 우선 순위로 하고자 하는 경우는 P(A)로 함]가 할당되고 또 사용자 j(Ev)에 대해서도 우선 순위, 즉 P(j(Ev))(이것은 이벤트 Ev의 j(Ev)가 속하는 부류 Wk에 따라 다름)가 할당되는 것으로 가정할 수 있다. 이제 도 8을 참조하면, 어떤 소정의 함수 F를 사용하여, 쌍 (j(Ev), Ev)의 우선 순위 P(j(Ev), Ev)는 j(Ev)의 우선 순위와 Ev의 우선 순위로부터 계산된다. 예를 들어, P(j(Ev), Ev)는 사용자 j(Ev)의 우선 순위와 이벤트 Ev의 우선 순위의 합으로서 선택될 수 있다. 우선 순위 P(j(Ev), Ev)가 처리되는 방법은 요청 우선 순위에 대해 앞서 기술한 바와 같이 선택될 수 있다.

이제 "전자 상거래 애플리케이션에 대한 식별 번호 및 자격 관리자"의 몇가지 일례들을 제시할 것이다.

컨택포인트에 의해 지원될 수 있는 경보들에 대한 반응의 하나는 보안 웹 사이트라고 부르는 특별한 웹 사이트에 대한 용이한 접속으로서, 보안 웹 사이트란 접속이 복잡한 사이트로서, 특히

- 가입의 요구 및/또는

- 예를 들면 패스워드, 및/또는 암호화, 및/또는 요금 지불을 사용함으로써 어떤 접속 제한을 통과할 것을 요구하는 사이트를 말한다.

일반적으로 현재 보안 웹 사이트의 사용자는 어떤 웹 사이트 서버에 대해 자신의 신원을 밝히기 위해 사용자 ID/패스워드 또는 개인 디지털 인증서를 사용해야만 한다. 다음과 같은 상황이 있을 수 있다.

I. 사용자가 그의 신원을 밝히기를 원하지 않는 경우,

II. 사용자가 경보에 응답하는 데 유용한 사이트에 가입할 시간이 없는 경우,

III. 사용자가 단지 한번밖에 사용할지도 모를 사이트에 가입하기 위해 비용 지불을 원하지 않는 경우 등.

사용자가 보안을 보장받으면서 익명성을 유지할 수 있음은 물론, 상기 리스트 I, II, III에 일례로서 기술한 다른 문제점들을 해소할 수 있도록 하기 위해, 본 발명은 반응 지원 시스템의 일례인 컨택포인트가 그의 선택된 사용자의 일부의 자격을 포함하도록 디지털 인증서를 어떻게 확장하는 지에 대해 기술하고 있다. 반응 지원 시스템에 의해 안내된 사이트로의 접속을 요청하는 웹 사이트의 사용자는 자신이 누구인지, 지불 요금 또는 다른 불편 사항을 명시할 필요는 없다. 웹 사이트의 소유자로서 서비스를 제공하는 회사가 인증서의 발급자일 필요는 없다. 발급자는 반응 지원 시스템 서버를 운영하는 회사 또는 반응 지원 시스템의 고객에 특정 서비스를 제공하기 위해 웹 사이트 소유자와 어떤 형태의 제휴 관계를 맺은다른 회사일 수도 있다.

예를 들어, 뮤추얼 펀드 회사 A는 그의 고객들이 연초에 그들의 소득세 서류를 작성하는 데 도움을 주기 위한 특별 서비스를 제공할 수 있다. 세무 서비스는 회사 A와 특별 계약을 협정한 세무 서류 작성 회사 B에 의해 제공되는 경우가 가장 많다. 이러한 계약에서 그 서비스가 그 연도의 1/4 분기에만 이용가능하고 회사 A 고객들에게는 무료로 제공되는 것으로 규정할 수 있다. 그 서비스를 받기 위해 회사 A의 고객은 회사 B와의 새로운 계정을 등록할 필요가 없다. 그 고객이 컨택포인트 사용자라는 단순한 사실에 의해 그 고객은 세무 서류 작성 서비스를, 그 서비스 유효 기간 등의 기간이 회사 A에 의해 취소될 때까지 받을 수 있다.

서비스 제공 회사(예를 들면 공익 회사)와 사용자 자신과의 계약을 협정한 다음에 그의 계약의 파라미터(서비스 통합 웹 사이트의 데이터베이스에 있는 이름, 회사 명칭 및 계좌 번호 등)를 입력할 것을 사용자에게 요구하는 서비스 통합(service aggregation)[발명의 명칭이 '요금 지불, 금융 분석 및 대출을 포함한 고객 서비스를 제공하는 시스템 및 방법(System and method for electronically providing customer services including payment of bills, financial analysis and loans)'인 미국 특허 제5,383,113호의 온라인 요금 지불 등]과는 달리, 본 발명의 방법은 사용자에 투명한 방식으로 그의 온라인 지불 서비스를 컨택포인터 사용자에까지 확장시킬 수 있는 기능을 회사[이 경우 공익 회사(utility company)]에 제공한다.

본 발명에 따르면, 어떤 사이트의 사용에 대한 임시적인 사용 권한의 제공자OccEntProv는 잠재 사용자의 모집을 위하여 사이트에 도달하는 수단을 협상하고 나서, OccEntProv 이거나 또는 컨택포인트와 같은 어떤 반응 지원 시스템을 사용하는 어떤 다른 회사 OC일 수 있는 어떤 회사에 의해 제공되는 어떤 프롬프트에 대한 반응으로서 사이트에 도달하는 수단을 제공한다. 모든 경우를 OccEntProv와 OC를 별도의 개체로서 갖는 것으로 생각될 수 있는 데, 그 이유는 그들이 동일한 개체인 경우는 아주 간단하게 되기 때문이다. 본 발명을 사용하면, 양호한 실시예의 선택에 따라서, 보안 사이트에 대한 접속은 그 사이트가 제한되어 있다는 것을 모를 수도 있는 최종 사용자에게 쉬운 것처럼 보일 수도 있고, 최종 고객은 알고서 (가능하면) 일시적인 자격을 사용하게 될 것이다.

본 발명은 또한 제한된 기능 접근을 갖는 사이트에 대한 접속이 용이하게 이루어질 수 있는 사이트 상의 특수 기능들에의 접근을 통제하는 데도 사용될 수 있다. 예를 들어, 그 사이트는 제품을 광고하는 역할도 하고 또 어떤 사용자들이 어떤 제품의 주문을 할 수 있게 하는 역할도 할 수 있다. 최종 사용자가 할 수 있는 유형의 주문들에 대한 허가 및 설명이 본 발명에 따라 배포될 수 있어 그 사이트의 주문 기능들의 사용이 용이하게 된다.

이제 도 9, 도 10a 및 도 10b로 가서, 본 발명에 따른 양호한 자격 전달 용도에 대해 상세히 기술하기로 한다. 컨택포인트와 같은 반응 지원 시스템의 일반적인 개략적 구조가 도 9에 도시되어 있으며, 동 도면에서 반응 지원 시스템(901)은 최종 사용자(511, 512)와 연결되어 있으며, OccEntProv(910)와도 연결되어 있다. OccEntProv는 또한 어떤 보안 사이트 S(920)와도 관계를 가지고 있다. 반응지원 시스템(901)은 OccEntProv(910)과의 계약을 사용하여 그의 최종 고객(중의 일부)에 대해 사이트 S(920)로의 접속을 제공하게 된다.

사이트 S의 사용에 대한 일시적인 자격의 제공자 OccEntProv는 사이트 소유자 SO와 접촉하여 이하에 기술하는 바와 같이 몇가지 방식으로 어떤 잠재 고객 집합을 위한 일시적인 접근을 협상하게 된다.

OccEntProv는 (얼마간의 비용으로 및/또는 계약에 따라) SO로부터 고객들이 접근권을 부여받았다는 것을, 패스워드 및/또는 디지털 서명과 같은 암호화 소프트웨어로 이루어질 수 있는 소위 접근 코드(access code)의 형태로 획득한다. 임의의 이러한 접근 코드 AC는 S에 의해 (가능하면) 일시적인 사용권을 갖는 것으로 인식될 수 있게 되며, 계약상 권한은 양호하게는 S에 대한 접근 시도때마다 검사된다. S는 양호하게는 AC로부터 OccEntProv가 누구인지를 검출할 수 있다. 이것에 의해 OccEntProv와 SO 사이의 거래에 대한 한 형태의 지불 요금 계산이 가능하게 된다. 이것에 의해 계약의 규모를 확인하기 위해 SO가 어떤 통계를 유지할 수 있게도 해주며, 어떤 형태의 사기를 표시해 줄 수도 있다.

일 실시예에서, OC는 어떤 버전의 AC를 AC의 사용법에 관한 적당한 명령어 세트와 함께 자신이 소유하는 반응 지원 시스템을 통해 각각의 최종 사용자 EU에게 배포한다. EU는 그 다음에 사이트 S와의 연결을 직접 설정한다. EU가 다른 당사자들에 접근권을 발송하지 못하도록 하기 위해, 컴퓨터 및 네트워크 보안 기술로부터의 몇가지 방법들이 당업계에 공지된 바와 같이 사용될 수 있다. 예를 들어, AC는 단지 한번만 사용될 수 있는 AC 번호를 포함한다.

다른 대체 실시예에서, OC는 EU와 S 사이의 모든 연결의 중재자가 된다. 그다음에, OC는 EU가 S와의 연결을 원하고 또 EU의 접속 (및 모든 관련 계약들과 부합된다는 사실) 뿐만 아니라 그의 자격에 대한 정확한 성질을 용이하게 제어하는 경우에 사용하기 위해, 본 발명이 사용되는 국가에서 기밀성 관련 법률이 허용하는 만큼 EU의 다른 데이터와 관련되어 있는 그의 데이터베이스에 EU의 AC를 유지한다. 이 실시예에서, OccEntProv는 양호하게는 OC가 자신의 최종 고객 중 한 명에 대해 S로의 접근을 생성할 때마다 그 자신의 식별번호를 보여주게 하여 OccEntProv가 OC에 대한 과금 방법을 보다 잘 이해하도록 SO와 협상한다.

또다른 대체 실시예에서, OC는 OccEntProv와 SO 사이의 협상으로부터 OC의 최종 고객이 사용할 수 있는 S에 의해 제공되는 데이터 및 서비스의 복제본을 호스팅할 권리를 획득한다.

이들 실시예 모두에서, OC는 그의 최종 고객들에 접속가능하게 되기를 원하는 사이트들 중 일부 또는 모두에 대해서 OccEntProv 자신이 될 수 있다는 것이 분명하다.

한 실시예에서 AC가 사용되는 경우에만 상이한 사이트들이 OccEntProv와의 거래를 수락할 수 있으며, 따라서 몇가지 실시예가 상이한 사이트에 접속하기 위해 동시에 사용되어야만 할지도 모른다.

도 10a는 양호하게는 대부분의 경우에 특정의 만기일을 가지고 있는 자격 계약의 (가능하면) 일시적인 복제본을 컨택포인트 클라이언트(512)에 제공함으로써 제1 실시예가 구현될 수 있는 방법을 도시한 것으로서, 클라이언트는 자신이 받을자격이 있는 서비스를 받기 위해 사이트 S(920)에 있는 확장 서비스 제어기(1000)[사이트 S(920)로의 모든 접속을 제어하는 기계, 사람 또는 이들의 조합]에 그 복제본을 제시할 필요가 있다.

도 10b는 컨택포인트 서버의 콘텐츠 서버(561)가 클라이언트로부터 확장 서비스 제어기(1000)로의 모든 요청들을 프록시하게 함으로써 제2 실시예 및 제3 실시예가 구현될 수 있는 방법을 나타낸 것이다. 컨택포인트 클라이언트(512)가 특정의 서비스에 접근할 필요가 있을 때, 그 클라이언트는 그 요청을 콘텐츠 서버(561)로 보내고, 콘텐츠 서버(561)는 컨택포인트 클라이언트(512)를 대신하여 그 요청을 확장 서비스 제어기(1000)로 발송한다.

이제부터는 컨택포인트 발명의 몇몇 전형적인 응용 분야/용도를 제시하면서 본 발명의 종래 기술에 대한 개선점들에 대해 설명할 것이다. 이들 응용 분야가 그 전부라는 것을 의미하는 것은 아니며, 단지 컨택포인트에 의해 제공되는 새로운 기능들에 의해 제공되는 보조 기능의 일례로서 이해되어야 한다.

예를 들어 마케팅 응용 분야에서 컨택포인트를 사용하여 새로운 제품을 설명하는 경우, 예를 들면 WWW의 적당한 페이지들에 접근하는 추가의 정보를 얻기 위해, 새로운 제품의 특징들을 더 분명하게 설명하기 위해 최종 고객에게 직접 어떤 질문을 하게 하는 등을 하도록 최종 고객에게 제안할 수 있다.

자신의 계좌 및 제안된 거래의 개인화된 세트(예를 들어 뱅킹 응용 분야에서의 요금서 제시 및 지불 기능)에 대한 최종 고객의 접근은 컨택포인트 윈도우 상의 버튼들을 통해서 할 수 있으며, 이와 동시에 양호하게는 고객의 프로파일에 따라선택된 신제품들을 발표하게 된다. 이러한 경우, 최종 사용자 측에서 볼 때 마케팅 기능은 2차적인 것으로서, 그의 기능에 유용한 윈도우에 대한 장식으로 나타난다.

경보 시스템은 임의의 경보 시스템에서와 같이 중요한 주식 움직임 또는 고객이 관심을 가지고 있는 것으로 알고 있는 임의의 증권 또는 뮤추얼 펀드에 관한 모든 뉴스를 고객에게 알려줄 수 있다. 금융 응용 분야/자본 시장 응용 분야에서, 컨택포인트는 게다가 보다 완전한 정보에 접근하는 수단을 제공하며, 적당한 도구 및 접근를 푸시함으로써 포지션 및 전략을 평가할 수 있고, 또 중개인 또는 금융 분석가와의 대화를 용이하게 할 수 있다.

또한 자본 시장 분야에서, 경보들은 예를 들어 관리자와 그의 거래자 팀 사이에서 전달될 수 있다. 그 다음에 협력 기능은 문제점들 및 그에 어떻게 반응할지에 관해 논의하기 위한 회의 또는 영상 회의를 아주 신속하게 구성하는 데 사용될 수 있다. 장내 거래자(traders on a floor)의 일부 또는 전부는 필요한 경우 예를 들면 공개키 암호화 및 패스워드에 의해 통제될 수 있는 것처럼 접근 제어에 의해 제어되는 방식으로 시스템 관리자의 역할을 할 수 있다. 시스템 관리자 기능의 권한이 있는 상이한 개인들은 경보 및 고객에 대해 앞서 기술한 바와 같이 각기 다른 우선 순위를 가질 수 있다.

보험 응용 분야에서, 컨택포인트 윈도우는 보험 요금서에 대해서만 또는 현재 몇개의 보험 회사가 선호되는 전체 금융 파트너가 되기를 원할 때의 보다 일반적인 관점에서 신제품의 설명, 생일 축하, 또는 요금서 제시 및 지불 기능과 같은임의의 CRM/마케팅 기능을 수행할 때 그와 동시에 배상 청구를 보고하는 수단을 영구적으로 제공할 수 있다.

조달 응용 분야에서 컨택포인트 윈도우 상의 버튼들은 예를 들면 선택된 카탈로그로의 접근을 제공한다. 카탈로그는 주문 양식을 포함하거나 또는 예를 들어 정기 주문의 갱신을 위해 독립적으로 신청될 수 있다. 다시 말하면, 이 경우에 마케팅 및 순수 경보 기능은 컨택포인트 서버 소유자의 전략에 있어서 필수적인 것일지라도 최종 사용자에게는 2차적인 것으로 보일 수 있다.

Claims (13)

1. 네트워크를 통해 하나 이상의 경보를 제공하는 컴퓨터로서,

   경보 데이터베이스로 전송되는 경보 메시지를 작성하는 수단,

   클라이언트가 상기 각각의 경보에 응답하기 위한 하나 이상의 반응 지원 도구를 수집하는 수집 프로세스, 및

   상기 경보 데이터베이스를 포함한 하나 이상의 데이터베이스로부터 추출된 데이터를 사용하여, 상기 경보에 대한 응답 시에 유용한 편익 시설에 연락할 수 있게 해주는 경보 메시지 및 그에 대응하는 반응 지원 도구를 네트워크를 통해 하나 이상의 클라이언트에게 발송하는 경보 배포 에이전트를 포함하는 컴퓨터.
2. 제1항에 있어서, 상기 도구 수집 프로세스는 수동 프로세스(manual process), 자동 프로세스(automatic process), 그리고 수동 및 자동 프로세스의 조합 중 하나 이상을 포함하는 것인 컴퓨터.
3. 제1항에 있어서, 상기 경보 메시지의 콘텐츠는 판매 광고, 신제품 발표, 신규 서비스 제공, 파국적 또는 수익적 가격 변동 및 뉴스 이벤트 중 하나 이상을 포함하는 것인 컴퓨터.
4. 제1항에 있어서, 경보 메시지의 콘텐츠의 전부 또는 일부가 될 이벤트의 확인 수단은, 자동 트리거, 숫자값에 기초한 트리거, 가격 트리거, 클라이언트에 의해 제공된 가격 트리거, 뉴스 이벤트, 이벤트들의 논리적 조합 및 사람에 의한 결정 중 하나 이상을 포함하는 것인 컴퓨터.
5. 제1항에 있어서, 응답 지원 도구들을 경보들과 관련시키는 시스템 관리 인터페이스는, 표준 경보 세트와 관련된 표준 도구 세트, 이 도구 세트들 중 동질 도구 세트를 구성하는 규정된 부분 집합, 고객 데이터베이스에 대한 접근, 및 하나 이상의 데이터베이스의 하나 이상의 해석으로 이루어진 응답 지원 도구들 중 하나 이상을 포함하는 것인 컴퓨터.
6. 제1항에 있어서, 상기 응답 지원 도구는 하나 이상의 웹 페이지로부터의 적당한 서비스에 대한 권한을 갖는 이들 페이지로의 링크, 하나 이상의 검색의 결과, 관련 데이터를 갖는 문서, 검색 엔진에 대한 접속, 금융 증권의 가격 평가를 할 수 있는 하나 이상의 알고리즘 패키지, 통계 분석, 포트폴리오 최적화, 하나 이상의 사전, 자동 기계 번역, 전문가로의 채팅 링크, 전문가로의 오디오 링크, 전문가로의 오디오-비디오 링크, 어떤 가상 공동체의 다른 구성원에 대한 접근, 거래에 대한 접근, 주문에 대한 접근, 및 카탈로그에 대한 접근 중 하나 이상을 포함하는 것인 컴퓨터.
7. 제1항에 있어서, 하나 이상의 클라이언트 정보 데이터베이스를 더 포함하는시스템.
8. 제7항에 있어서, 상기 응답 지원 도구는 사용자 정보의 조합과 경보에 의해 결정되는 것인 시스템.
9. 제7항에 있어서, 상기 사용자 정보는 사용자 프로파일, 사용자에 의해 직접 결정된 각 사용자의 성향(preference) 세트, 서비스에 지불된 가격에 의해 정해지는 성향 세트, 사용자의 평가, 각 사용자에 대한 하나 이상의 우선 순위로 된 우선 순위 세트, 상기 경보의 성질에 따른 한명 이상의 사용자에 대한 하나 이상의 우선 순위로 된 우선 순위 세트 중 하나 이상을 포함하는 것인 시스템.
10. 제1항에 있어서, 상기 사용자에 대해 상기 경보에 응답하기 위해 일시적으로 다른 방식의 접근에 대해서는 보호되어 있는 서비스(otherwise protected service)에 용이하게 접근하는 수단을 더 제공하는 시스템.
11. 제10항에 있어서, 상기 보호되어 있는 서비스는 전용 서비스, 웹 사이트에 대한 접속, 및 면책 정보(privileged information)에 대한 접근 중 하나 이상을 포함하는 것인 시스템.
12. 제1항에 있어서, 상기 편익 시설은 웹 사이트와 사람 중 하나 이상을 포함하는 것인 시스템.
13. 제1항에 있어서, 상기 응답 도구는 다중 반응 시스템(multiple reaction system)으로의 연결 및 협력 시스템으로의 연결 중 하나 이상을 포함하는 것인 시스템.