KR20120064095A - 비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치 - Google Patents

비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR20120064095A
KR20120064095A KR1020127008406A KR20127008406A KR20120064095A KR 20120064095 A KR20120064095 A KR 20120064095A KR 1020127008406 A KR1020127008406 A KR 1020127008406A KR 20127008406 A KR20127008406 A KR 20127008406A KR 20120064095 A KR20120064095 A KR 20120064095A
Authority
KR
South Korea
Prior art keywords
message
asynchronous
recipient
communication device
routing
Prior art date
Application number
KR1020127008406A
Other languages
English (en)
Other versions
KR101443464B1 (ko
Inventor
고빈다라얀 크리쉬나무르티
스튜어트 에이 스콤라
스리니바스 라가반
알란 쇼우가르
딥파 수리
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20120064095A publication Critical patent/KR20120064095A/ko
Application granted granted Critical
Publication of KR101443464B1 publication Critical patent/KR101443464B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/234—Monitoring or handling of messages for tracking messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

비동기 메시지들의 라우팅을 중재하기 위한 시스템 및 방법은 비동기 메시지를 제 1 수신자에게 라우팅하는 단계, 제 1 수신자가 비동기 메시지를 개봉하였는지를 결정하는 단계, 및 만약 제 1 수신자가 메시지를 개봉하는데 (즉, 메시지를 읽고, 듣고, 디스플레이하고, 조치하는데) 실패하면 메시지를 수신하고 메시지에 응답할 자격을 가진 제 2 수신자에게 비동기 메시지를 재-라우팅하는 단계를 포함한다. 일 실시형태에서, 만약 메시지가 어떤 유형일 때 시스템에 의해 자동적으로 부여되는 기한 내에 제 1 수신자가 메시지를 개봉하는데 실패하면, 메시지가 제 2 수신자에게 재-라우팅된다. 일 실시형태에서, 중재기는 임의의 수신자가 비동기 메시지에 대한 책임을 수락하는지를 모니터링하고, 다른 수신자들에게 비동기 메시지가 그들의 메시지 큐들로부터 삭제될 수도 있다는 것을 통지한다.

Description

비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치{METHOD AND APPARATUS FOR MONITORING MESSAGE STATUS IN AN ASYNCHRONOUS MEDIATED COMMUNICATION SYSTEM}
본 출원은 2008년 2월 22일자에 출원된 미국 가특허출원 번호 제 61/030,829 호에 대해 우선권의 이익을 주장하는, 2009년 2월 19일자에 발명의 명칭이 "Method and Apparatus for Asynchronous Mediated Communication"으로 출원된 미국 특허출원 번호 제 12/389,358 호의 일부 계속 출원으로서, 그 전체 내용들이 여기에 참조로서 포함된다.
본 발명은 일반적으로 컴퓨터 통신 기술들에 관한 것으로, 좀더 자세하게는 비동기 통신 메시지들에 응답할 때 노력의 중복을 피하기 위하여 비동기 통신 메시지들의 상태를 모니터링하기 위한 시스템 및 방법에 관한 것이다.
이메일 및 텍스트 메시지들 (예를 들면, SMS 메시지들) 의 성장에 따라, 모바일 통신들에서는 동기 통신들로부터 비동기 통신들로의 이동이 계속 진행중에 있다. 이 환경에서, 동기 통신들은 정보의 교환 동안에 호출자와 피호출자를 직접 통신 상태에 둔다. 비동기 통신들은 호출자와 피호출자가 직접 통신 상태에 있지 않을 때 일어난다. 대중적인 비동기 통신 방법들의 예들은 텍스트 메시징, 예컨대 단문 메시지 서비스 (SMS), 멀티미디어 메시지 서비스 (MMS), 전자 메일 (이메일), 팩시밀리 (fax), 및 숫자-단독 또는 영숫자 페이징 (paging), 보이스 메일 등을 포함한다.
비동기 통신 모드들은 메시지의 의도되는 수신자가 실제로 메시지를 읽고, 듣고, 디스플레이하고, 조치하는 (즉, 메시지를 개봉하거나 플레이하는) 것을 보장하기 위한 메카니즘들을 제공하지 않는다. 기껏해야, 전송자들은 대부분의 이메일 시스템들에 의해 제공되는 것과 같은 판독 수신 또는 메시지가 수신되었다는 확인응답을 요청할 수 있다. 추가적으로, 현재의 비동기 통신 모드들은 전송된 메시지들의 우선순위 레벨들을 랭크(rank)하지 않는다. 일 예로서 통상적인 이메일을 이용하여, 메시지가 긴급하다는 것을 나타내기 위하여 전송자들에 의해 플래그들이 설정될 수도 있다. 그러나, 수신자가 그 메시지를 읽을 시점을 결정한다. 따라서, 긴급한 상황들에서 일부 메시지들이 적시에 읽혀지지 않거나 전혀 읽혀지지 않을 수도 있다. 이들 문제들은 기한들 또는 긴급한 우선순위를 가진 정보를 통신하기 위한 현재의 비동기 통신 모드들의 사용을 제한할 수도 있다.
비동기 메시지들의 라우팅 및 재-라우팅을 중재하기 위한 통신 시스템들, 통신 시스템 구성요소들 및 방법들이 개시된다. 비동기 메시지들이 통신 네트워크에서 전송될 때, 그들의 비동기 메시지들에 응답하여 조치가 취해지고 및/또는 응답이 수신되는 것을 프롬프트하거나 보장할 수 있는 툴들이 메시지 전송자들에게 제공된다. 여러 실시형태들은 메시지가 어떤 시간의 임계값 내에 조치가 취해지거나 응답되지 않는 경우에 메시지들을 재-라우팅한다. 다른 실시형태들은 재-라우팅된 비동기 메시지들의 상태를 모니터링하고, 일단 비동기 메시지가 임의의 수신자에 의해 조치되었으면 노력의 중복을 피하기 위하여 비동기 메시지들이 모든 수신자 (최초의 및 재-라우팅된) 메시지 큐들로부터 제거되는 것을 보장한다.
일 실시형태에 따르면, 비동기 메시지는 중재기 및 통신 네트워크를 통해 제 1 수신자에게 전송된다. 중재기는 메시지를 그 메시지 내에 포함된 라우팅 정보를 이용하여 제 1 수신자에게 라우팅하고, 그리고 만약 메시지 개봉 확인 (confirmation) 이 제 1 수신자로부터 수신되지 않으면 제 1 수신자에 의해 수행되는 역할 및 제 1 수신자에 대한 제 2 수신자의 관계에 기초하여, 메시지를 제 2 수신자에게 재-라우팅한다. 또다른 실시형태에 따르면, 만약 메시지 개봉 확인이 전송자에 의해 부과되는 기한 내에 수신되지 않으면 메시지가 제 2 수신자에게 재-라우팅된다. 또다른 실시형태에 따르면, 만약 메시지 개봉 확인이 메시지의 유형에 기초하여 자동적으로 부과되는 기한 내에 수신되지 않으면, 메시지가 제 2 수신자, 잠재적으로 제 3 또는 그 이상의 수신자들에게 재-라우팅된다. 하나 이상의 추가적인 수신자들에게의 메시지의 포워딩은 메시지 컨텐츠 및 상황 또는 기업 환경에 따라 결정될 수도 있다. 또다른 실시형태에 따르면, 만약 메시지 개봉 확인이 기한 보다 이른 어떤 기간 내에 수신되지 않으면, 리마인더가 제 1 수신자에게 전송된다.
또다른 실시형태에 따르면, 만약 메시지 개봉 확인이 제 1 수신자로부터 기한 보다 이른 어떤 기간 내에 수신되지 않으면, 리마인더 (reminder) 가 제 2 수신자에게 전송된다. 제 2 수신자는 제 1 수신자에 의해 수행되는 역할에 기초하여 선택된다.
또다른 실시형태에 따르면, 중재기는 비동기 메시지를 수신한 임의의 수신자 (최초의 또는 재-라우팅된) 로부터 메시지 개봉 확인이 수신되는지를 결정하기 위하여, 비동기 메시지의 상태를 모니터링할 수도 있다. 일단 메시지 개봉 확인이 수신되면, 중재기는 비동기 메시지에 대한 중복 응답들을 피하기 위하여 모든 수신자 큐들로부터 비동기 메시지를 삭제하는 조치를 취할 수도 있다.
또다른 실시형태에 따르면, 어떤 수신자 (최초의 또는 재-라우팅된) 가 비동기 메시지에 대한 책임을 긍정적으로 수락하였는지를 결정하기 위하여 중재기는 비동기 메시지의 상태를 모니터링할 수도 있다. 비동기 메시지에 대한 책임의 긍정적 수락은 메시지를 간단히 개봉하는 것 이상을 요구할 수도 있다. 책임의 긍정적 수락은 수신자가 메시지에 대한 책임을 수락한다는 것을 나타내어, 수신자가 전송자에게든 또는 중재기에게든 긍정적으로 응답할 것을 요구할 수도 있다. 이와 선택적으로, 수신자는, 수신자가 메시지에 대한 책임을 수락하거나 또는 그 메시지에 의해 요청되거나 요구되는 조치를 수행하였다는 것을 나타내는 네스트된 조치 템플릿에 나타낸 어떤 조치를 수행할 수도 있다. 일단 수신자가 비동기 메시지에 대한 책임을 수락하였으면, 중재기는 비동기 메시지에 대한 중복 응답들을 피하기 위하여 모든 수신자 큐들로부터 비동기 메시지를 삭제하도록 조치를 취할 수도 있다.
또한, 또다른 실시형태에서, 중재기는 메시지들이 그들의 메시지 큐들로부터 삭제되었다는 것을 사용자들에게 나타낼 수도 있다.
여기에 포함되며 본 명세서의 일부를 구성하는 첨부 도면들은 본 발명의 실시형태들을 도시하며, 그리고 위에서 제공한 전반적인 설명과 아래에 제공하는 상세한 설명과 함께, 본 발명의 특징들을 설명하기 위하여 제공한다.
도 1 은 예시적인 비동기 중재 통신 네트워크의 시스템 블럭도이다.
도 2 는 비동기 중재 통신 네트워크에서 2개의 통신 디바이스들 사이에 메시지 배달 확인을 제공하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 3 은 의도되는 수신자가 비동기 중재 통신 네트워크에서 이용할 수 없을 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 4 는 전송된 메시지가 기한 이전에 미리 결정된 시간 내에 읽혀지지 않았을 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 5 는 기한의 만료 이전에 리마인더를 제 1 수신자에게 전송하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 6 은 기한의 만료 이전에 제 2 리마인더를 제 2 수신자에게 전송하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 7 은 제 2 리마인더와 함께 제 1 리마인더를 제공하는 대체 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 8 은 제 2 리마인더와 함께 제 1 리마인더를 제공하는 대체 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 9 는 발신하는 (originating) 디바이스를 더 이상 이용할 수 없을 때 판독 확인 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 10 은 전송된 메시지에 대한 배달 및 조치를 보장하기 위한 일 실시형태 방법에서 사용하기 위한 메시지 구조의 일 예이다.
도 11 은 전송된 메시지를 대체 수신자에게 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 12 는 의도되는 수신자 및 대체 수신자에 의해 수행되는 역할에 기초하여 대체 수신자에 대한 배달을 보장하기 위한 일 실시형태 방법에서 사용하기 위한 대체 메시지 구조의 일 예이다.
도 13 은 의도되는 수신자 및 대체 수신자에 의해 수행되는 역할에 기초하여 대체 수신자에게 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 14a 는 특정의 환자에 대한 헬스케어 (healthcare) 의 공통 역할을 수행하는 여러 조치자들의 정적 재-라우팅 템플릿의 일 예이다.
도 14b 는 공통 역할을 수행하는 여러 조치자들의 정적 재-라우팅 템플릿의 일 예이다.
도 14c 는 메시지의 대체 수신자들을 결정하기 위하여 정적 재-라우팅 템플릿과 함께 사용될 수도 있는 동적 재-라우팅 템플릿의 일 예이다.
도 15 는 전송된 메시지의 배달 및 메시지에 대한 조치를 보장하기 위한 일 실시형태 방법에 사용하기 위한 메시지 구조의 일 예이다.
도 16 은 전송된 메시지의 배달 및 메시지에 대한 조치를 보장하기 위한 일 실시형태 방법에 사용하기 위한 메시지 구조의 일 예이다.
도 17 은 전송된 메시지의 배달 및 메시지에 대한 조치를 보장하기 위한 일 실시형태 방법에 사용하기 위한 메시지 구조의 일 예이다.
도 18 은 전송된 메시지의 배달 및 메시지에 대한 조치를 보장하기 위한 일 실시형태 방법에 사용하기 위한 메시지 구조의 일 예이다.
도 19 는 의도되는 수신자 및 대체 수신자에 의해 수행되는 역할에 기초하여 대체 수신자에게 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 20 은 의도되는 수신자가 비동기 중재 통신 네트워크에서 이용할 수 없을 때 메시지를 재-라우팅하고 그리고 중복 응답들을 회피하기 위하여 메시지 상태를 모니터링하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 21 은 전송된 메시지가 기한 전에 미리 결정된 시간 내에 읽혀지지 않았을 때 메시지를 재-라우팅하고 그리고 중복 응답들을 피하기 위하여 메시지 상태를 모니터링하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 22 는 전송된 메시지에 대한 책임 수락의 표시가 기한 이전에 미리 결정된 시간 내에 응답되지 않았을 때 메시지를 재-라우팅하고 그리고 중복 응답들을 피하기 위하여 메시지 상태를 모니터링하기 위한 대체 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 23 은 모니터링하기 위한 메시지를 설정하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 24 는 재-라우팅된 메시지의 상태를 모니터링하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다.
도 25 는 메시지 데이터 테이블을 모니터링하는 일 예이다.
도 26 는 여러 실시형태들과 함께 사용하기에 적합한 통신 디바이스의 구성요소 블럭도이다.
도 27 는 여러 실시형태들과 함께 사용하기에 적합한 예시적인 원격 서버의 구성요소 블럭도이다.
여러 실시형태들을 첨부 도면들을 참조하여 자세히 설명한다. 가능한 어디에서나, 도면 전체에 걸쳐 동일하거나 유사한 부재들을 지칭하기 위하여 같은 도면부호를 사용한다. 특정의 예들 및 구현예들에 대해 이루어지는 참조는 예시적인 목적으로, 본 발명 또는 청구범위의 범위를 한정하려는 것이 아니다.
여기서 사용할 때, 용어 "통신 디바이스"는 셀룰러 전화들, 개인 휴대정보 단말들 (PDAs), 팜-탑 컴퓨터들, 랩탑 컴퓨터들, 데스크탑 컴퓨터들, 무선 전자 메일 수신기들 (예를 들면, Blackberry® 및 Treo® 디바이스들), 멀티미디어 인터넷 가능한 셀룰러 전화들, 및 적어도 하나의 유형의 비동기 메시지 (예를 들면, SMS, MMS, IM (Instant Messaging), 이메일, 팩시밀리 (fax), 보이스메일, 및 숫자-단독 또는 영숫자 페이징 (paging) 등) 를 전송하고 수신할 수 있는 프로그램가능한 프로세서 및 메모리를 포함하는, 유사한 개인 전자 디바이스들 중 어느 하나 또는 모두를 지칭할 수도 있다. 바람직한 실시형태에서, 통신 디바이스는 셀룰러 전화 네트워크 (예를 들면, 셀폰) 를 통해 통신할 수 있고 비동기 유형 메시지들을 전송하고 수신할 수 있는 셀룰러 핸드셋이다. 그러나, 여러 실시형태들은 그런 통신 디바이스들 및 셀룰러 전화 시스템들에 한정시키려는 것은 아니다. 실제로, 여러 실시형태들은 데스크탑 컴퓨터들을 포함하는 통신 네트워크를 통해 다른 통신 디바이스들에 링크된 임의의 유형의 통신 디바이스를 이용하여 구현될 수도 있다.
여기서 사용할 때, 용어 "서버"는 클라이언트-서버 아키텍쳐에서 동작하도록 구성된 어떤 시중에서 구입가능한 임의의 다양한 컴퓨터 시스템들을 지칭한다. 특히, 용어 "서버"는 일반적으로 프로세서, 메모리 (예를 들면, 하드 디스크 메모리), 및 서버 프로세서를 네트워크, 예컨대 인터넷, 인스턴트 메시징 네트워크, 간단한 메시징 시스템 네트워크 및/또는 셀룰러 전화 네트워크에 접속하도록 구성된 네트워크 인터페이스 회로를 포함하는 네트워크 서버들, 특히 인터넷 액세스가능한 서버들을 지칭한다.
최근의 기술적 진보들은 통신 패러다임에서 또다른 변화를 일으켰다. 사용자들이 큰 거리에 걸쳐서 동기적으로 신뢰성있게 통신할 수 있도록 하는 종래의 전화 및 셀룰러 전화 기술의 존재에도 불구하고, 일부 사용자들은 비동기 통신 모드들을 채용하는 것을 선호한다. 통신 패러다임에 기여하는 인자들이 변화함에 따라, 일부 관측자들은 전지구적으로 연결된 공동체에서의 성장을 시사하고 있다. 사용자들이 세계의 원격지들에 위치된 다른 사용자들과 통신할 때, 표준시간대들의 차이들이 동기 통신들을 종종 방해한다. 예를 들어, 일부 참여자들이 미국에 위치하고 다른 참여자들이 중국에 위치하고 있을 때, 전화 통화에 편리한 시간을 발견하는 것이 어려울 수도 있다. 비동기 통신, 예컨대 이메일 및 SMS가, 사용자들이 다른 사람들과 조정할 필요없이 그들에게 가장 편리할 때 메시지를 전송하고 수신할 수 있기 때문에, 종종 더 효율적이다.
요즈음의 비동기 통신 시스템들 (예를 들면, 텍스트 메시지들 (SMS), 이메일 등) 에 의해 제공되는 상대적으로 높은 배달의 신뢰성에도 불구하고, 비동기 통신 모드들에 관련한 문제들이 없어지지 않고 계속되고 있다. 예를 들어, 수신자의 통신 디바이스로의 메시지의 배달이 확인될 수도 있지만, 수신자 사용자가 실제로 메시지를 읽고, 디스플레이하고, 및/또는 플레이하고 (즉, 메시지를 개봉하고), 그리고 메시지를 개봉한 결과로서 미리 규정된 조치를 취하는 것을 보장하는 준비된 메카니즘들이 없다. 예를 들어, 이메일은 수신자가 이메일을 읽고 응답하기 이전에 수신자의 받은 편지함에 몇시간, 몇일, 심지어 수주 동안 가만히 남아있을 수도 있다.
수신자에게 메시지의 상대적인 중요성을 통지하기 위하여 긴급 플래그들, 굵은 글씨체 유형 또는 다른 식별자들의 사용이 채용될 수도 있지만, 전송자는 수신자가 메시지를 개봉하는 것을 거의 프롬프트 (prompt) 하거나 또는 보장할 수 없다. 더욱이, 전송자는 수신자가 어떤 부여된 기한 동안에 최초의 메시지에 대해 조치를 취하거나 응답할 것을 거의 프롬프트하거나 또는 보장할 수 없다.
조치 또는 응답을 알아내거나 또는 기한을 강제하는데 있어서의 이 불능은 일부 참여자들에 대해 그리고 일부 애플리케이션들에서 비동기 통신 모드들에서 신뢰의 부족을 초래한다. 비동기 통신 모드들을 이용하는데 있어서의 이러한 신뢰와 신뢰성의 부족은 전송자 및/또는 수신자에게 상당한 문제들을 일으킬 수 있다.
어떤 환경들에서, 메시지들에 대한 즉각적인 조치 (prompt attention) 및 응답이 결정적으로 중요할 수도 있다. 예를 들어, 헬스케어 산업에서는 메시지들 또는 요청들에 대한 즉각적인 수신 및 응답이 생과 사를 가를 수도 있다. 또다른 예로서, 법조계에서, 브리프들 (briefs) 또는 다른 문서들은 엄격한 제출 기한들 이전에 제출되어야 한다. 만약 그런 문서들을 제출하라는 명령들이 비동기 통신 모드들 (예를 들면, 이메일) 을 통해 전송되면, 명령들을 전송하는 사람들은 그 조치가 기한 내에 완료되는 것을 보장하기 위한 메카니즘들로부터 이익을 얻을 수 있을 것이다. 또다른 예로서, 비동기 통신 모드들 (예를 들면, 이메일, SMS 메시지 등) 을 통해서 아동 돌보기 (care) 의무를 조정하는 가족 구성원들은 그들의 아동들이 정시에 탑승되는 것을 보장하기 위하여 메시지가 읽혀지고 조치되는 것을 보장하기 위한 메카니즘들로부터 이익을 얻을 수 있을 것이다. 따라서, 심지어 의도되는 수신자가 이용불가능할 때도 비동기 메시지들이 수신되어 수신자에 의해 조치가 취해지는 것을 보장하는 시스템들 및 방법들이 요청되고 있다. 더욱이, 비동기 메시지들이 수신되어 중요 기한들의 만료 이전에 조치되는 것을 보장하기 위한 시스템 및 방법을 제공하는 것이 요청되고 있다.
또한, 헬스케어 산업 예를 조사해보면, 미국 및 기타 지역의 대부분의 병원들은 임상의간 (inter-clinician) 통신에 통상적인 동기 및 비동기 모드들 양자를 이용하고 있다. 메시지 흐름의 일 예에서, 실험실 시험들을 지시하는 의사는 그 결과가 되보고되기를 기대한다. 이 예에서, 의사는 환자를 점검하고, 환자의 차트를 실험실 시험 지시로 업데이트하고, 그리고 필요하면, 그 환자가 실험실에서 더 시험될 필요가 있다는 명령들을 보조자 또는 간호사에게 전달한다. 그러면, 보조자 또는 간호사는 환자로부터 채취한 샘플들에 대해 조치하고 실험실 시험들을 수행하고 그리고 그 결과들을 보고하라는 작업 지시를 실험실에 내린다. 일 시나리오에서, 환자로부터의 샘플들은 의사의 병원에서 채취된다. 또다른 시나리오에서, 환자가 샘플들이 환자로부터 채취되는 실험실 또는 또다른 의료센터로 간다. 일단 실험실이 샘플들을 획득하고 시험이 완료되면, 실험실 전문가는 그 시험 결과들을 현재 그 환자의 간호 (care) 를 담당하는 간호사 또는 보조자에게 전달한다. 의사의 지시 또는 시험 결과에 의해 표시되는 (예를 들면, 매우 중요 (critical), 중요 (significant), 또는 보통 (routine) 으로 분류되는) 긴급성에 따라서, 간호사 또는 보조자는 담당 의사에게 통지할 수도 있다.
그러면, 의사는, 그 실험실 결과들을 보고, 적절한 후속 조치들을 취할 수 있다.
통상적인 동기 또는 비동기 통신 모드들을 이용할 때, 통신 단절이 일어날 수 있는 수개의 통신 노드들이 존재한다. 첫번째로, 메시지가 통신되는 시점에 담당하는 사람에 따라 그 통신의 전송자 및 수신자가 변할 수도 있다. 예를 들어, 실험실 시험에 처음에 지시하는 의사가 실험실 시험 결과들이 입수되는 시점에 더 이상 담당하지 않을 수도 있다. 이와 유사하게, 실험실에 지시를 내리는 보조자 또는 간호사가 실험실 시험 결과들이 실험실 전문가에 의해 되전달되는 시점에 점심 시간 중이거나 또는 비번일 수도 있다.
두번째로, 의사가 실험실 시험을 지시한 시간과 보조자 또는 간호사가 실험실 시험 지시를 내린 시간 사이에 시간 지연이 일어날 수도 있다. 예를 들어, 그 보조자 또는 간호사가 다른 환자들로 바빠서 시의 적절하게 그 메시지 (예를 들면, 의사의 실험실 시험 지시) 를 읽지 못할 수도 있다. 어쩌면, 보조자 또는 간호사가 휴식중일지도 모른다. 보조자 또는 간호사가 다른 임무들에 다시 맡겨져서, 그 메시지를 못읽을 수 있다. 어떤 상황들에서는, 보조자 또는 간호사가 단순히 의사의 지시를 빠뜨릴 수도 있다. 따라서, 의사로부터 보조자 또는 간호사로의 메시지 (예를 들면, 실험실 시험 지시) 에 관한 조치가 지연되거나 완전히 빠질 수도 있다.
세번째로, 실험실 시험 결과들이 입수되는 시간과 의사가 실험실 결과들을 전달하는 메시지를 수신하는 시간 사이에 추가 시간 지연이 일어날 수도 있다. 예를 들어, 실험실이 실험실 시험 지시를 최초에 내린 보조자 또는 간호사에게 실험실 시험 결과들을 전달하는 메시지를 전송할 때, 그 보조자 또는 간호사가 더 이상 근무중이지 않을 수도 있으며 그 경우 그 메시지는 그/그녀가 다음날 되돌아 올 때까지 대기할 수도 있다. 또다른 예로서, 실험실 전문가는 메시지가 송신될 수 있기 전에 그 환자를 담당하는 현재의 보조자 또는 간호사에 대한 신원 및 접촉 정보를 결정하는데 시간을 소비해야 할 지도 모른다.
네번째로, 실험실 시험 결과들에 기초하여, 실험실 시험들을 지시한 의사는 그 메시지를 통지받을 필요는 있지만, 즉각 로케이트되거나 또는 읽을 필요는 없다. 예를 들어, 그 의사가 그때 비번이어서, 그/그녀가 근무로 돌아올 때까지 그 메시지는 대기할 수도 있다. 또다른 예로서, 현재 그 환자를 담당하는 의사가 너무 바빠서 그 메시지를 시의 적절하게 못읽을 수 있으며, 따라서 메시지가 의사의 전화 자동응답 서비스에서 끝날 수도 있다. 이것은 의사가 시험 결과들을 포함하는 메시지를 통지받기 이전에 추가 지연을 초래한다.
이들 여러 통신 단절들의 각각에서, 메시지들의 즉각적인 배달 및 메시지들에 대한 응답을 보장하도록 조치를 취하는 것이 바람직할 것이다. 그런 조치들은 메시지 (또는 초기 메시지에 대한 응답) 가 수신되었다는 것을 수신자에게 경보하고, 그리고 메시지의 수신자에게 그 메시지에 대해 조치하거나 응답하도록 프롬프트하는 것을 포함할 수도 있다. 만약 메시지가 시기에 맞게 배달될 수 없거나 기한 내에 응답되지 않으면, 그런 조치는 그 메시지를 수신할 자격을 가진 또다른 수신자에게 메시지를 재-라우팅하는 것을 포함할 수도 있다. 메시지를 재-라우팅할 때 그 메시지를 수신하고 그 메시지에 대해 조치하고 및/또는 응답하는 자격을 가진 또다른 수신자에게 메시지를 재-라우팅하는 것이 바람직할 것이다. 그렇게 함으로써, 최초의 메시지에 대한 적절한 응답을 획득할 기회들이 증가된다. 이와 유사한 방법으로, 또다른 실시형태에서, 만약 후속 수신자들이 그 메시지에 시의 적절하게 응답하지 않으면, 메시지는 최초 의도되는 수신자와 같은 역할 (role) 을 수행하는 제 3, 제 4 또는 추가적인 조치자들에게 계속 재-라우팅될 수도 있다. 따라서, 메시지가 최초 의도되는 수신자와 같은 역할을 수행하는 다른 조치자들에게 재-라우팅될 수도 있다.
역할은 주어진 입력들의 세트에 따라서 원하는 결과들을 얻기 위하여 채용되는 다단계 프로세스 내의, 별개의 직무, 작업 단위, 또는 직무상의 책임일 수도 있다. 각자의 역할은 비동기 중재 통신 (AMC) 시스템 내의 각자의 위치에 의해 결정될 수도 있다. 예를 들어, 헬스케어 산업에서, 각자의 역할은 관리자, 의사, 간호사, 의사 보조자, 실험실 전문가, 연계된 병원 의료진 등 중의 하나일 수도 있다. 이와 선택적으로, 각자의 역할은 AMC 시스템 내의 각자의 기능에 의해 결정될 수도 있다. 예를 들어, 헬스케어 산업에서, 각자의 역할은 응급 의사, 종양학 의사, 방사선 전문의, 산과 전문의 등일 수도 있다. 또한, 각자의 역할은 AMC 시스템 내의 각자의 책임에 의해 결정될 수도 있다. 예를 들어, 헬스케어 산업에서, 수신자의 역할은 환자 (XYZ) 치료 팀원, 환자 (123) 치료 팀원 간호사 등일 수도 있다. 또한, 각자의 역할은 위치, 기능 및/또는 책임 뿐만 아니라 다른 파라미터들의 조합에 의해 결정될 수도 있다.
역할들을 채우는 각 개인들은 조치자들 (actors) 로서 지칭될 수도 있지만, 조치자들은 사람 또는 시스템 자원들일 수도 있다. 예를 들어, 헬스케어 산업에서, 조치자들은 의사들, 간호사들, 병원 의료진 등일 수도 있다. 또한, 조치자들은 MRI 기계, CT 스캐너, X-레이, 방사선 종양학 디바이스 등일 수도 있다. 또한, 조치자는 비동기 중재 통신 시스템 (100) 내에서 또는 또다른 비동기 중재 통신 시스템 내에서 동작하는 중재기 (mediator; 130) 일 수도 있다. 조치자들은 또한 AMC 시스템 (즉, AMC 중재기 서비스) 에서 메시지를 수신하고 읽고 그리고 응답하도록 예비프로그래밍된 정보 시스템 서비스들 (즉, 에이전트들) 일 수도 있다. 이들 자원들 각각은 다단계 통신 프로세스를 완료하기 위하여 AMC 시스템에서 역할을 수행한다. 특정의 역할에 다수의 조치자들이 할당될 수도 있다. 예를 들어, 헬스케어 산업에서, 다수의 개인들 (즉, 조치자들) 이 로케이션, 현재 시간 및 요일에 따라서 특정의 환자에 대한 주치의의 역할을 수행할 수 있다 (예를 들면, 병원 분관 #1 의 종양학 병동에서 월요일 주치의는 화요일 주치의와는 상이한 사람이다). 더욱이, 단일 조치자가 2가지 이상의 역할을 수행할 수도 있다. 예를 들어, 헬스케어 산업에서, 또한 특정의 환자에 대한 주치의가 또다른 환자에 대한 백업 의사일 수도 있다.
AMC 시스템은 개별 조치자에 특유하고 고유한 정보를 AMC 시스템에 제공하는 등록 프로세스를 통해서 각 조치자를 파악할 수도 있다. 이 정보는 사용자 ID 및 패스워드를 포함할 수도 있으며, 조치자의 신원 및 선호사항들에 관련된 임의의 상세 사항들을 포함하도록 확장될 수 있다. 예를 들어, 선호사항들은 조치자가 특정의 메시징 유형들에 대해 사용하기를 원하는 상이한 통신 기술들 (예를 들면, 폰, 이메일, SIP 어드레스 등), 특정의 또는 일반적인 카테고리들의 역할들을 맡을 조치자의 이용가능성, 조치자가 각자의 역할을 맡을 때 상호작용하기를 선호하는 다른 개인들, 및 조치자가 수행하기를 선호하는 역할들을 식별할 수도 있다. AMC 시스템은 AMC 시스템의 AAA (authentication, authorization and accounting) 서비스들을 위해 사용될 수도 있는 조치자의 신원 (ID) 정보를 생성하고 유지할 수도 있다. 일 실시형태에서, ID 정보는 AAA 서비스들에 그리고 AMC 시스템에서의 다른 모바일 디바이스들과 함께 사용하기 위한 "보안" 키 쌍 (개인 및 공개) 을 포함한다. 일 예에서, AAA 서비스들은 AMC 시스템에서 적어도 프로세서에 의해 수행된다. 이 프로세서는 중재기 디바이스/서버 내에 포함될 수도 있다. 일 예에서, 프로세서는 ID 정보의 저장을 위해 적어도 하나의 메모리에 연결된다. 메모리는 프로세서에 로칼이거나 또는 별개의 데이터베이스에 로케이트될 수도 있다.
등록 프로세스의 결과, 비동기 메시지들의 라우팅 및 재-라우팅을 보조하는 라우팅 및 재-라우팅 템플릿들 (라우팅 템플릿들로 총칭함) 이 생성될 수도 있다. AMC 시스템 내의 모든 조치자들에 의해 수행되는 각각의 가능한 역할에 대한 라우팅 템플릿이 생성될 수도 있다. 등록 프로세스 동안 수집된 정보를 이용하여, 라우팅 템플릿들은 같은 역할들 뿐만 아니라 각 조치자의 접촉 정보 및 선호사항들을 수행하는 조치자들로 팝퓰레이트될 수도 있다. 이와 선택적으로, 위에서 설명한 메시지 재-라우팅을 달성하기 위하여 조치자 역할 데이터베이스, 조치자 데이터베이스, 환자 데이터베이스 및 메시지 라우팅 규칙 데이터베이스가 서로간에 맵핑될 수 있도록, 라우팅 템플릿들은 별개이지만 교차상관된 데이터베이스들의 형태일 수도 있다. 추가적으로, 라우팅 템플릿은 특정의 역할을 수행하는 조치자들의 리스트에 우선순위를 매길 수도 있다. 우선순위 리스트는 조치자들이 비동기 메시지의 라우팅 또는 재-라우팅 수신자들로서 선택되는 순서를 지시할 수도 있다.
라우팅 템플릿들은 정적일 수도 있지만, 조치자들이 비동기 메시지의 라우팅 또는 재-라우팅 수신자들로서 선택되는 실제 순서는 이용가능성 또는 상태 템플릿에 따라서 동적으로 변할 수도 있다. 여러 역할들에의 각자의 할당이 정적일 수도 있지만, 여러 역할들을 수행하는 개개인들의 실제 근무 당번표 (roster) 는 로케이션에 의해서 뿐만 아니라 분, 시간, 일, 주, 월 등에 따라 동적으로 변할 수도 있다. 예를 들어, 다른 프로젝트들/환자들에 대한 조치 또는 각자의 작업 스케쥴들은 일부 조치자들이 그들의 현재의 의무들, 책임들, 기능들을 일시적으로 중지하도록 강제할 수도 있다. 그 결과, 이들 조치자들로 라우팅되거나 또는 재-라우팅되는 임의의 메시지가 무시될 수 있으며, 따라서 후속 재-라우팅이 요구될 수도 있다. 이 불필요한 지연을 피하기 위하여, 메시지를 좀더 효율적으로 라우팅하고 재-라우팅하기 위하여 중재기 (130), 또는 중재기가 액세스하는 또다른 디바이스 또는 데이터베이스에 의해 동적 이용가능성의 테이블이 유지될 수도 있다.
따라서, 정적 라우팅 템플릿들에 더하여, 동적 이용가능성 템플릿들이 생성되어, 프로세서에 로칼인 메모리에 또는 별개의 데이터베이스에 저장될 수도 있다. 동적 이용가능성 템플릿은 실시간으로 AMC 시스템 내에서 모든 조치자들의 이용가능성을 추적할 수도 있다. 일례로서, 동적 이용가능성 템플릿은 조치자들이 AMC 시스템에 로그인/로그아웃하는 시점을 모니터링하는 AMC 시스템의 관리 기능과 링크될 수도 있다. 조치자가 임의의 통신 디바이스를 통해 AMC 시스템에 로그인할 때마다, 조치자의 상태는 "아웃 (out)" 으로부터 "인 (in)"으로 변할 수도 있다. 이와 선택적으로, 등록 프로세스 동안 연관된 무선 통신 디바이스들이 AMC 시스템의 통신 네트워크에 등록할 때, 대응하는 조치자의 상태가 "아웃" 으로부터 "인"으로 변하고, 반대로 변할 수도 있다. 이와 선택적으로, 동적 이용가능성 템플릿은 수동적으로 업데이트될 수도 있는 작업 스케쥴과 링크될 수도 있다. 다른 실시형태들은 동적 이용가능성 템플릿을 업데이트하기 위하여 여러 방법들 중 임의의 방법을 채용할 수도 있다. 정적 역할 템플릿들 및 동적 이용가능성 테이블들의 예들이 도 14a 내지 도 14c 에 도시되어 있으며 이들 도면들을 참조하여 아래에서 좀더 자세하게 설명된다.
여러 실시형태들에서, 최초의 비동기 메시지는 미리 결정된 메시지 템플릿에 기초하여 구성될 수도 있다. 일 실시형태에서, 메시지 템플릿은 파라미터들, 즉 메시지 컨텐츠, 조치자, 역할, 우선순위 레벨, 기한들 등 중 하나 이상에 기초하여 선택된다. 당업자는 본 발명의 정신과 범위에 영향을 미침이 없이 선택되도록 메시지 템플릿을 결정하는데 (여기에 열거하지는 않지만) 다른 파라미터들이 이용될 수도 있음을 이해할 수 있을 것이다. 메시지 템플릿은 중재기가 메시지를 수신자에게 라우팅하고 배달할 수도 있는 구조를 생성한다. 헬스케어 산업 예에서, 실험실 전문가의 템플릿은 특정의 혈액 시험 결과들에 관련한 메시지가 환자의 주치의 및 간호사에게 전송되어야 함을 표시할 수도 있다. 따라서, 만약 메시지 유형이 혈액 검사로서 식별되면, 의도되는 수신자가 명시적으로 식별되지만 또한 수신자의 역할에 의해 식별될 수도 있다. 이 예에서, 역할은 주치의 또는 간호사, 또는 아마도 그 식별된 환자를 치료하는 헬스케어 전문가들로서 식별될 수도 있다. 위에서 설명한 바와 같이, 메시지 템플릿은 메시지에 응답하는 시간을 요구하는 메시지 생성자에 의해 설정되는 명시적인 기한을 포함할 수도 있다. 이와 선택적으로, 기한은 식별된 메시지 유형 (예를 들면, 혈액 검사) 에 기초하여 메시지에 대해 자동적으로 부여될 수도 있다. 메시지 컨텐츠에 따라서 자동적인 기한들이 추가로 할당될 수도 있다. 예를 들어, 간 기능에 대한 혈액 검사는 가벼운 세균 감염에 대한 혈액 검사 보다 더 긴급한 기한을 포함할 수도 있다. 따라서, 특유의 메시지 유형을 추가로 정의함으로써, 가지각색의 기한들이 자동적으로 부여될 수도 있다.
역할에 따라서, 어떤 조치들이 그 역할을 수행하는 조치자에 의해 취해질 수도 있다. 일 실시형태에서, 메시지에 의해 요구되는 조치는 조치 템플릿을 이용하여 특정의 역할들에 링크될 수도 있다. 조치 템플릿은 그 특정의 역할에서의 조치자가 AMC 시스템 내에서 수행할 수도 있는 조치들의 세트를 포함하는 데이터베이스이다. 따라서, 각 조치들은 중재기가 실행하는 규칙들의 세트와 연관될 수도 있다. 조치 템플릿은 일부 환경들에서 메시지를 적절하게 재-라우팅하기 위하여 시스템이 액세스할 수 있는 특정의 역할들에의 할당된 또는 허용가능한 조치들의 연관을 구현하는데 용이성을 제공한다. 예를 들어, 의사 역할에 대한 조치 템플릿은, 메시지를 수신하는 의사가 개시하고 위탁하고 단계적으로 확대하고 다른 조치자들을 추가하고 상태를 체크하는 등을 포함한 허용가능한 조치들을 리스트할 수도 있다. 이와 대조적으로, 실험실 전문가 역할에 대한 조치 템플릿은, 동일 메시지를 수신하는 실험실 전문가에 대해서는 개시하거나 또는 위탁하는 것을 제외하고 단계적으로 확대하고 다른 조치자들을 추가하고 상태를 체크하는 등에 제한되는 허용가능한 조치들을 리스트할 수도 있다.
도 1 은 예시적인 비동기 중재 통신 네트워크 시스템 (100) 의 시스템 블럭도이다. 비동기 중재 통신 (AMC) 시스템 (100) 은 N개의 모바일 디바이스들 (1101, 1102, 1103 ... 110N), 통신 네트워크 (120) 및 메시지의 전송자와 수신자 사이의 중재기 (130) 를 포함한다. 중재기 (130) 는 옵션으로 중재기 데이터베이스 (135) 와 통신할 수도 있다. 중재기 (130) 는 메시지 트래킹 및 로그인을 제공함으로써, 전송자와 수신자 사이의 통신에 폐루프를 보장한다. 일 실시형태에서, 중재기 (130) 는 서버 디바이스 (210) 일 수도 있으며, 및/또는 메모리 유닛 (362) 에 연결된 프로세서 (361) 를 포함할 수도 있다 (예를 들면, 도 26 참조) . 또한, 중재기 (130) 는 그 네트워크에서 하드웨어 및/또는 소프트웨어에서 분산 시스템으로 구현될 수도 있다. 도 1 을 참조하면, N개의 모바일 디바이스들 (110) 중 임의의 하나는 메시지의 전송자일 수 있으며, 이와 유사하게, N개의 모바일 디바이스들 (110) 중 나머지의 임의의 하나 이상이 그 메시지의 수신자일 수 있다. 일 예에서, 메시지는 모바일 디바이스 (1101) 로부터 통신 네트워크 (120) 및 중재기 (130) 를 통해 모바일 디바이스 (1102) 로 전송된다. 통신 네트워크 (120) 는 무선 또는 비-무선 네트워크 또는 이들 양자의 조합일 수도 있다. 당업자는 AMC 시스템 (100) 의 일부 구현예들에서, 모바일 디바이스들 (110) 중 하나 이상이 본 발명의 정신과 범위에 영향을 미치지 않고 유선 네트워크에 액세스하는 정적 디바이스로 대체될 수 있음을 이해할 수 있을 것이다.
대체 예시적인 비동기 중재 통신 네트워크 시스템에서, 통신 디바이스들 (110N) 은 통신 네트워크 시스템에서 서로 상호접속될 수도 있다. 각자의 통신 디바이스 (110N) 의 각각은 여기서의 여러 실시형태들에서 설명한 중재기 (130) 의 기능들을 수행할 수 있는 하드웨어 및/또는 소프트웨어를 포함할 수도 있다.
더욱이, 각 통신 디바이스 (110N) 는 하나 이상의 비동기 중재 통신 네트워크 시스템들과 통신할 수도 있다. 따라서, 각 통신 디바이스 (110N) 는 상이한 비동기 중재 통신 네트워크 시스템들에서 동작하는 상이한 템플릿들에 따라서 메시지들을 상이한 역할들, 조치자들, 디바이스들로 전송하고 수신할 수도 있다.
도 2 는 AMC 시스템 (100) 에서 2개의 통신 디바이스들 (예를 들면, 1101 및 1102) 사이에 메시지 플레이/디스플레이 확인을 제공하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 통신 디바이스 (1101) 를 이용하는 전송자는 통신 디바이스 (1102) 를 이용하는 수신자에게 라우팅하기 위하여 메시지를 생성하여 중재기 (130) 에게 송신한다 (단계 205). 도 1 에 도시된 바와 같은 통신 디바이스들 (1101 및 1102) 과 중재기 (130) 를 상호접속하는 통신 네트워크 (120) 를 통해 메시지가 송신된다. 메시지는 페이로드 메시지 뿐만 아니라 메시지의 라우팅 및 정확한 배달을 보조할 수도 있는 메타데이터를 포함할 수도 있다. 중재기 (130) 는 발신하는 통신 디바이스 (1101) 로부터 메시지를 수신하고 메시지 메타데이터에 포함된 전화 번호들, IP 어드레스들 또는 다른 신원 파라미터들을 이용하여 메시지를 1102 로 라우팅한다 (단계 210). 메시지가 수신자 통신 디바이스 (1102) 에 의해 수신된다 (단계 215). 일 실시형태에서, 메시지를 개봉하기 (즉, 메시지를 플레이하고, 디스플레이하고, 읽고 및/또는 실행하기) 전에, 통신 디바이스 (1102) 는 옵션으로, 메시지가 수신되었다는 것을 표시하기 위하여 메시지 경보 통지를 생성하고 플레이 및/또는 디스플레이할 수도 있다 (단계 220). 메시지 경보 통지는 메타데이터에 포함된, 예컨대 전송자, 긴급 레벨 또는 요지를 나타내는 정보에 따라서 플레이/디스플레이될 수도 있다. 일단 경보되면, 통신 디바이스 (1101) 를 이용하는 수신자는 메시지를 개봉한다 (단계 225). 메시지가 개봉될 때, 수신자의 통신 디바이스 (1101) 는 메시지 개봉 확인을 생성하여 중재기 (130) 및 통신 네트워크 (120) 를 통해서, 발신하는 전송자의 통신 디바이스 (1101) 로 되송신할 수도 있다 (단계 230). 메시지 개봉 확인은 메시지를 수신하여 개봉한 수신자가 메시지를 수신하여 개봉하는 결과로 요구되는 모든 미리 규정된 조치들을 완료할 책임을 진다는 것을 표시할 수도 있다. 메시지 개봉 확인은 수신자가 메시지를 수신하여 개봉하였다는 것을 단순히 표시할 수도 있다. 이와 선택적으로, 메시지 개봉 확인은 또한 수신자가 최초의 메시지를 수신하여 개봉한 결과로 미리 규정된 조치를 취하는 것을 표시할 수도 있다. 대체 실시형태에서, 최초 수신된 메시지는 최초의 메시지를 수신하여 개봉한 결과로서 미리 규정된 여러 조치 또는 일련의 조치들이 완료됨에 따라서 확인 또는 일련의 확인들을 요청하고 생성하는 메시지 페이로드/컨텐츠 (도 10, 도 12, 도 15 내지 도 18 의 필드 425 참조) 내의 네스트된 조치 템플릿을 포함할 수도 있다. 네스트된 조치 템플릿은 어떤 미리 규정된 조치들이 완료되어야 하는 시간 한계들을 포함할 수도 있다. 일단 메시지가 개봉되면, 네스트된 조치 템플릿은 여러 미리 규정된 조치 또는 일련의 조치들이 임의의 기한 내에 완료되는 것을 보장하도록 중재기 (130) 를 트리거할 수도 있다. 그렇치 않으면, 중재기 (130) 는 도 4 내지 도 9 를 참조하여 아래에서 설명하는 프로세스 플로우와 유사한 방법으로 메시지를 재-라우팅할 수도 있다.
메시지 개봉 확인은 발신하는 전송자의 통신 디바이스 (1101) 로 중재기 (130) 에 의해 중계된다 (단계 235). 메시지 개봉 확인은 발신하는 전송자의 통신 디바이스 (1101) 에 의해 수신되고 (단계 240), 그후 메시지 개봉 확인은 발신하는 전송자의 통신 디바이스 (1101) 에 의해 플레이/디스플레이될 수도 있다 (단계 245). 메시지 개봉 확인을 플레이/디스플레이하는 것은 메시지가 수신되었다는 것을 전송자에게 통지한다.
도 2 에 도시된 프로세스 플로우는 의도되는 수신자가 이용할 수 있고 메시지를 즉각 수신하여 읽을 수 있는 이상적인 상황을 나타낸다. 그러나, 이 상황은 항상 그렇치는 않을 수도 있다. 도 3 은 의도되는 수신자를 이용불가능할 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 수신자가 이용할 수 없다고 결정되자 마자 메시지를 재-라우팅함으로서, 실시형태 방법은 적절한 조치들이 메시지에 응답하여 취해질 기회들을 증가시킨다.
도 3 의 프로세스 플로우에서, 통신 디바이스 (1101) 를 이용하는 전송자는 메시지를 생성하고, 그 수신자의 통신 디바이스 (1102) 에 어드레스된 제 1 수신자에게 라우팅하기 위하여 중재기 (130) 로 송신한다 (단계 205). 메시지를 수신시, 중재기 (130) 는 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 이용가능한지를 결정할 수도 있다 (결정 248). 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 이용될 수 없는 이유는 여러가지가 있을 수 있다. 예를 들어, 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 턴오프되거나, 네트워크로부터 로그오프되거나, 네트워크의 범위를 벗어나거나, 또는 파워를 잃을 수도 있다. 이와 선택적으로, 의도하는 제 1 수신자는 그의/그녀의 통신 디바이스 (1102) 로부터 단순히 멀어지거나 또는 다른 일들 또는 다른 메시지들을 주시하는데 바쁠 수도 있다. 의도되는 수신자가 이용할 수 있는지 여부를 결정하기 위하여, 중재기 (130) 는 제 1 수신자가 이용불가능하다고 결정하기 전에 어떤 미리 결정된 기간이 경과하도록 할 수도 있다. 그렇게 함으로써, 중재기 (130) 는 제 1 수신자가 어떤 시간의 윈도우 (window) 동안 메시지를 수신하여 응답하도록 할 수 있다.
만약 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 이용할 수 있으면 (즉, 결정 248 = 예), 도 2 의 단계 215 내지 단계 245 가 수행될 수도 있다. 그러나, 만약 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 이용할 수 없으면 (즉, 결정 248 = 아니오), 중재기 (130) 는 라우팅 템플릿에 따라서 메시지를 재-라우팅하려고 시도할 수도 있다 (단계 255). 이 재-라우팅 단계 및 라우팅 템플릿을 도 12 내지 도 17 을 참조하여 좀더 자세히 설명한다. 재-라우팅 템플릿에 따라서 메시지를 재-라우팅하는 목적은 메시지가 그 메시지를 수신하여 조치/응답할 자격을 가진 또다른 조치자에게 전송되는 것을 보장하려는 것이다. 예를 들어, 만약 메시지가 환자를 치료하는 의사에게 제공하려는 실험실 결과이면, 적절한 역할 (appropriate role) 은 그 실험실 결과를 읽을 수 있고 그 결과들에 따라 적절히 조치할 수 있는 임의의 다른 의사일 수도 있다. 그런 경우, 재-라우팅 템플릿은 메시지를 수신하도록 이용가능한 다른 의사들을 식별할 수도 있다. 이 예에서, 수신자의 역할은 위치 의존적일 수도 있다 (즉, 의사 동반 간호사). 의도하는 제 1 수신자의 역할을 정확하게 식별함으로써, 메시지들은 메시지에 대한 적절한 응답을 알아낼 기회들을 증가시키는 효율적인 방법으로 재-라우팅될 수도 있다.
일부 경우들에서, 메시지를 재-라우팅하기 위한 적절한 역할은 책임 의존적일 수도 있다. 예를 들어, 어떤 환자들은 특유의 병력을 가지고 있어, 환자의 이력을 알고 있는 단지 그들 의료 전문가들만에게만 실험실 결과들을 수신하고 조치하는 자격이 부여될 수도 있다. 따라서, 환자의 병력과 익숙하지 않은 또다른 의사 보다는 간호사 또는 의사 보조자에게 메시지에 대해 조치하고 및/또는 응답할 자격이 부여될 수도 있는 경우가 있을 수도 있다. 그러므로, 메시지가 특정의 환자를 치료하는 팀의 일부인 어떤 사람에게 재-라우팅될 수도 있다.
비동기 메시지의 라우팅 (또는 재-라우팅) 의 일부로서 또는 이후에, 중재기 (130) 는 (최초 및 재-라우팅된) 비동기 메시지의 모든 수신자들의 리스팅을 유지하는 모니터링되는 메시지 테이블 데이터 엔트리를 설정할 수도 있다. 그런 데이터 테이블을 이용하여, 일단 메시지 개봉 확인이 중재기 (130) 에 의해 수신자들 중 어떤 수신자로부터 수신되면, 중재기 (130) 는 그 비동기 메시지에 대한 중복 응답들을 피하기 위하여 나머지 수신자들 (즉, 비동기 메시지를 수신받았지만 개봉하지 않은 수신자들) 에게 메시지 개봉 확인을 통지하고 그리고 그들의 통신 디바이스들 (110) 이 그들의 메시지 큐들로부터 비동기 메시지를 삭제하도록 지시할 수도 있다. 비동기 메시지 상태를 모니터링하여 중복 응답들을 피하기 위한 여러 실시형태 방법들을 도 20 내지 도 25 를 참조하여 아래에 좀더 자세하게 설명한다.
만약 메시지가 라우팅 템플릿에 따라서 재-라우팅되면, 그 재-라우팅된 제 2 수신자의 통신 디바이스 (1103) 는 메시지를 수신하고 도 2의 단계 215 내지 단계 230 를 참조하여 위에서 설명한 방법과 유사하게 프로세싱할 수도 있다 (단계 215a 내지 단계 230a 참조). 도 2 에 나타낸 프로세스 플로우에서와 같이, 일단 메시지 개봉 확인 (또는, 책임 수락의 긍정적 표시) 이 생성되어 송신되면 (단계 230a), 중재기 (130) 에 의해 중계되고, 도 2 에 나타낸 방법과 동일한 방법으로 전송자의 통신 디바이스 (1101) 에 의해 수신되어 플레이된다.
추가적으로, 메시지 개봉 확인 (또는 책임 수락의 긍정적 표시) 이 중재기 (130) 에 의한 중계를 위해 수신될 때, 중재기 (130) 는 메시지 개봉 확인이 다수의 수신자들을 가지는 비동기 메시지에 대한 것인지를 결정할 수도 있다. 만약 수신된 메시지 개봉 확인이 (최초 및/또는 재-라우팅된) 다수의 수신자들을 가지는 비동기 메시지에 대한 것이면, 중재기 (130) 는 비동기 메시지에 응답하는데 있어서의 중복 응답들 및 노력의 중복을 피하기 위하여 수신자의 모든 (최초 및 재-라우팅된) 메시지 큐들로부터 그 최초 및 재-라우팅된 비동기 메시지들을 삭제하도록 단계들을 구현할 수도 있다. 비동기 메시지 상태를 모니터링하여 비동기 메시지들에 대한 중복 응답들을 피하기 위한 여러 실시형태들을 도 20 내지 도 25 을 참조하여 아래에서 좀더 자세하게 설명한다.
다른 실시형태들 (미도시) 에서, 메시지들의 재-라우팅은 수동적으로 수행될 수도 있다. 그런 실시형태들에서는, 중재기 (130) 가 의도되는 수신자가 이용할 수 없다는 것을 전송자에게 통보할 수도 있다. 그렇게 함으로써, 전송자가 최초의 메시지를 식별된 새로 의도되는 수신자에 대해 다시 구성할 수도 있다. 수동적 메시지 방향전환 (redirection) 은 또다른 수신자 및/또는 역할로의 책임의 위탁, 이전 또는 할당을 포함할 수 있다. 일 양태에서, 비록 그 책임이 또다른 역할로 이전되더라도, 책무 (accountability) 가 그 초기 의도되는 수신자에게 남아 있을 수도 있다. 또한, 수동적 메시지 방향전환은 예컨대, 초기 수신자가 그 메시지 컨텐츠에 기초하여 결정할 수 없을 때 결정하도록 허가된 다른 역할들 (예를 들면, 적절한 개인) 로 메시지를 포워딩하는 단계적 확대를 포함할 수도 있다.
헬스케어 산업에서, 위탁 및 단계적 확대는 종종 요구되는 조치들이다. 위탁의 일 예로서, 다수의 환자들을 담당하는 의사는 중요 결정을 하는 것이 필요할 때 한번에 그들 모두를 돌보는 것이 불가능할 수도 있다. 이 경우, 의사는 그의 환자들 일부의 간호를 다른 돌보는 사람들에게 위탁할 수 있다. 따라서, 이 예에서, 위탁된 환자들에 관련된 모든 메시지들은 지정된 돌보는 사람들에게 라우팅될 수도 있다. 일 양태에서, 의사는 또한 그런 메시지들을 수신하도록 선택하거나 또는 수신하지 않도록 선택할 수도 있다. 또다른 양태에서, 의사는 메시지 컨텐츠에 기초하여 선택된 메시지들을 수신하지만 다른 메시지들을 수신하지 않도록 선택할 수도 있으며, 한편 모든 메시지들 (메시지 컨텐츠에 관계없이) 이 다른 돌보는 사람들에게 라우팅된다.
단계적 확대의 일 예로서, 의사는 메시지 컨텐츠에 기초하여 결정을 할 수 없을 수도 있다. 이 상황에서, AMC 시스템 (100) 은 중재기 (130) 를 통해 결정을 위해 메시지를 또다른 역할 (예를 들면, 감독 의사) 로 재전송함으로써 메시지를 상이한 조치자에게 단계적으로 확대할 수도 있다. 따라서, 의사의 통신 디바이스 (1102) 로 초기에 전송된 메시지가 경보 통보 블록 220a 으로 나타내어지는 경보 통보와 함께 감독 의사의 통신 디바이스 (1103) 로 재전송될 수도 있다.
또한, 의도하는 제 1 수신자의 통신 디바이스 (1102) 가 이용가능하고 메시지를 수신하지만, 제 1 수신자가 멀리 있거나 다른 일들을 처리하기에 바쁜 경우가 있을 수도 있다. 이 경우, 메시지가 통신 디바이스에 배달되었지만 의도되는 수신자에 의해 읽혀지거나 조치되지는 않는다. 전송자가 어떤 기한 내에 최초의 메시지에 대한 응답을 요하면, 배달의 확인이 충분하지 않을 수도 있다. 예를 들어, 헬스케어 환경에서, 응급실 의사는 즉석 분석 및 보고를 위해 외상 환자의 두부 CT 를 방사선 전문의에게 이메일을 통해 전송할 수도 있다. 환자가 응급실에 있기 때문에, 응급실 의사는 이 두부 CT 를 우선하여 5분 내에 판독할 것을 요청할 수도 있다. 그러므로, 만약 (방사선 전문의가 CT 스캔을 수신하여 분석을 행하는 프로세스 중에 있음을 나타내는) 메시지 개봉 확인이 중재기 (130) 에 의해 5분 기한의 만료 이전의 어떤 시점에서 수신되지 않으면, 중재기 (130) 가 방사선 전문의 역할을 수행하는 또다른 조치자에게 메시지를 재-라우팅할 수도 있다.
대체 실시형태에서, 응답을 위한 기한은 전송자가 부여하는지 여부에 관계없이 자동적으로 특정 유형들의 메시지들에 부여될 수도 있다. 예를 들어, 중재기 (130) 는 두부 CT 스캔을 포함하는 메시지들 또는 응급실로부터의 메시지들을 인식하고 그리고 메시지에 대한 응답에 대해 자동적으로 미리 결정된 기한을 부여하도록 프로그램될 수도 있다. 그렇게 함으로써, 만약 응급실 의사가 기한을 부여하는 것을 서둘러서 잊더라도, 자동적으로 부여된 기한 내에 응답이 수신되지 않으면, AMC 시스템이 자동적으로 메시지를 재-라우팅할 수 있다.
따라서, 응급실 예에서, 만약 의도하는 방사선 전문의가 두부 CT 메시지를 읽고 그 전송되어진 두부 CT 에 대해 분석이 수행될 것이라는 확인을 예를 들면, 2분 내에 되전송하지 않으면, 중재기 (130) 는 메시지를 또다른 방사선 전문의 (즉, 적절한 역할을 수행하는 또다른 조치자) 에게 재-라우팅할 수도 있다. 최초 의도하는 방사선 전문의가 또다른 응급실 환자의 CT 로 바빠서 다음에 들어오는 CT를 검토할 수 없을 수도 있다. 만약 최초 의도하는 방사선 전문의가 그 CT 를 기한 이전 임계 시간 내에 읽었다고 확인하지 않으면, CT 는 최초 기한을 충족시키기에 충분한 시간을 가진 또다른 방사선 전문의에게 재-라우팅될 수도 있다.
도 4 는 만약 응답이 (자동적으로 또는 수동적으로 부여된) 어떤 기한 내에 수신되지 않으면 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우이다. 도 4 를 참조하면, 중재기 (130) 는 메시지를 수신하여 의도하는 제 1 수신자에게 라우팅한다 (단계 210). 메시지를 라우팅한 후, 중재기 (130) 는 메시지 개봉 확인을, 발신하는 통신 디바이스 (1101) 로 중계하기 위하여 대기한다 (단계 260). 중재기 (130) 는 메시지 개봉 확인이 수신되는지를 결정한다 (결정 265). 만약 메시지 개봉 확인이 수신되면 (즉, 결정 265 = 예), 도 2 및 도 3 을 참조하여 위에서 설명한 바와 같이 메시지 개봉 확인이 발신하는 통신 디바이스 (1101) 로 중계될 수도 있다 (단계 235 내지 단계 245). 도 3 을 참조하여 위에서 언급한 바와 같이 그리고 아래에 좀더 자세하게 도 20 내지 도 24 를 참조하여 설명하는 바와 같이, 중재기 (130) 는 비동기 메시지에 대한 중복 응답들을 피하기 위하여 비동기 메시지 상태를 모니터링하도록 단계들을 구현할 수도 있다. 메시지 개봉 확인이 중재기 (130) 에 의한 중계를 위해 수신되면, 중재기 (130) 는 메시지 개봉 확인이 다수의 수신자들을 가진 비동기 메시지에 대한 것인지를 결정할 수도 있다.
만약 메시지 개봉 확인이 수신되지 않으면 (즉, 결정 265 = 아니오), 중재기 (130) 는 기한이 경과하였는지를 결정한다 (결정 270). 만약 기한이 경과하지 않았으면 (즉, 결정 270 = 아니오), 중재기 (130) 는 메시지 개봉 확인을 계속 대기할 수도 있다 (단계 260). 그러나, 만약 기한이 경과하였으면 (즉, 결정 270 = 예), 메시지가 라우팅 템플릿에 따라서 재-라우팅될 수도 있다 (단계 255). 당업자는 중재기 (130) 가 메시지를 재-라우팅하는데 전송자에 의해 부여되는 지속기간 보다 더 짧은 지속기간의 기한을 부여할 수도 있음을 알 수 있을 것이다. 그렇게 함으로써, 중재기 (130) 는 재-라우팅된 수신자가 메시지를 전송자의 부여된 또는 자동적으로 부여된 기한이 만료하기 전에 조치하기에 충분한 시간으로 수신하는 것을 보장할 수도 있다. 또한, 도 3 을 참조하여 위에서 언급한 바와 같이 그리고 도 20 내지 도 24 을 참조하여 아래에서 좀더 자세하게 설명하는 바와 같이, 중재기 (130) 는 비동기 메시지에 대한 중복 응답들을 피하기 위하여 비동기 메시지 상태를 모니터링하도록 단계들을 구현할 수도 있다. 비동기 메시지가 중재기 (130) 에 의해 라우팅될 때, 중재기 (130) 는 비동기 메시지의 (최초 및 재-라우팅된) 모든 수신자들의 리스팅을 유지하는 모니터링되는 메시지 테이블 데이터 엔트리를 설정할 수도 있다.
대체 실시형태에서는, 리마인더가 그 수신된 비동기 메시지에 관련된 제 1 수신자에게 전송될 수도 있다. 그런 대체 실시형태에서, 수신된 메시지가 기한의 만료 이전에 개봉되어야 (그리고 조치되어야) 한다는 것을 제 1 수신자에게 리마인드하기 위하여 중재기 (130) 에 의해 리마인더가 생성될 수도 있다. 대체 실시형태에서, 만약 기한이 경과하지 않았으면 (즉, 결정 270 = 아니오), 중재기 (130) 는 옵션인 리마인더 프로세스 271 을 계속 수행할 수도 있다.
도 5 는 리마인더를 제 1 수신자에게 기한의 만료 이전에 전송하기 위한 일 실시형태 방법 (예를 들면, 단계 271) 의 프로세스 플로우 다이어그램이다. 이 실시형태에서, 만약 기한이 경과하지 않았으면 (즉, 결정 270 = 아니오), 중재기 (130) 는 리마인더 임계값이 만료하였는지를 결정할 수도 있다 (결정 272). 리마인더 임계값은 비동기 메시지가 기한의 만료 이전에 개봉되어 조치될 수 있다는 것을 제 1 수신자에게 리마인드하기에 충분한 시간으로 리마인더가 전송될 수 있도록 결정 270 에서 체크되는 기한 보다 더 짧은 어떤 기간일 수도 있다. 만약 리마인더 임계값이 만료하지 않았으면 (즉, 결정 272 = 아니오), 중재기 (130) 는 단계 260 로 되돌아 가서 메시지 개봉 확인을 대기할 수도 있다 (단계 275). 그러나, 만약 리마인더 임계값이 만료하였으면 (즉, 결정 272 = 예), 중재기 (130) 는 수신된 비동기 메시지에 관련된 리마인더를 생성할 수도 있다 (단계 273). 일단 생성되면, 중재기 (130) 는 리마인더 메시지를 제 1 수신자에게 송신할 수도 있다 (단계 274). 송신 후, 중재기 130 는 단계 260 로 되돌아 가서 메시지 개봉 확인을 대기할 수도 있다 (단계 275).
또다른 실시형태에서, 제 2 리마인더가 제 2 수신자에게 전송될 수도 있다. 일부 경우들에서, 제 1 수신자는 수신된 비동기 메시지들을 그들의 통신 디바이스 (110) 에서 체크하고 있지 않을 수도 있다. 예를 들어, 비동기 메시지의 의도되는 수신자가 그들의 통신 디바이스 (110) 를 체크하고 있을 수도 있다. 제 1 의도되는 수신자와 물리적으로 근접할 수도 있는 제 2 수신자에게 제 2 리마인더를 전송함으로써, 제 2 수신자가 수신된 메시지를 제 1 수신자에게 물리적으로 리마인드할 수 있다. 일 예로서, 제 2 수신자는 제 1 수신자의 보조자, 감독자 또는 동료일 수도 있다. 가능한 제 2 수신자들의 각각이 제 1 수신자와 같은 역할에 할당될 수도 있다.
도 6 은 기한의 만료 이전에 메시지에 응답하도록 제 1 수신자에게 물리적으로 리마인드하기 위하여 제 2 리마인더를 제 2 수신자에게 전송하기 위한 방법의 프로세스 플로우 다이어그램이다. 도 6 에 도시된 프로세스는 도 5 에 도시된 리마인더 프로세스 대신에 또는 함께 구현될 수도 있다. 도 5 에 도시된 프로세스 대신에 구현되는 경우, 만약 기한이 경과하지 않았으면 (즉, 결정 270 = 아니오), 중재기 (130) 는 제 2 리마인더 임계값이 만료하였는지를 결정할 수도 있다 (결정 276). 만약 제 2 리마인더 임계값이 만료하지 않았으면 (즉, 결정 276 = 아니오), 중재기 (130) 는 단계 260 으로 되돌아 가서, 메시지 개봉 확인 메시지를 대기할 수도 있다 (단계 275). 그러나, 만약 제 2 리마인더 임계값이 만료하였으면 (즉, 결정 276 = 예), 중재기 (130) 는 제 1 수신자에게 전송된 비동기 메시지에 관련된 제 2 리마인더를 생성할 수도 있다 (단계 277). 제 2 리마인더는 예를 들면, 제 1 수신자가 조치를 요하는 비동기 메시지를 수신하였다는 것을 제 2 리마인더 수신자에게 통지하고 제 2 수신자가 물리적으로 제 1 수신자에게 비동기 메시지를 리마인드/통지하도록 요청할 수도 있다. 일단 생성되면, 중재기 (130) 는 제 2 리마인더 수신자를 (도 13 의 단계 320 내지 단계 345 그리고 도 19의 단계 325 내지 단계 350 를 참조하여 좀더 자세히 설명하는 바와 같이) 재-라우팅 프로세스 (단계 255) 와 유사한 방법으로 선택하고 제 2 리마인더를 제 2 리마인더 수신자에게 송신할 수도 있다 (단계 278). 일단 제 2 리마인더가 전송되면, 중재기 (130) 는 단계 260 으로 되돌아 가서 메시지 개봉 확인을 대기할 수도 있다 (단계 275). 도 13 및 도 17 을 참조하여 아래에서 설명하는 재-라우팅 단계들은 제 2 수신자로서 이용할 수 있는 특정의 역할에 대해 다음 최고 우선순위 조치자를 선택한다. 제 2 리마인더 수신자 선택 프로세스는, 제 2 리마인더들이 수신자의 감독자 보다 일찍 수신자의 보조자에게 전송되도록, 제 2 수신자를 역 우선순위로 선택할 수도 있다 (즉, 재-라우팅 템플릿에 리스트된 최하위 우선순위 조치자를 먼저 선택할 수도 있다).
도 7 은 기한의 만료 이전에 제 1 수신자에게 리마인더를 전송하는 것과 함께 (즉, 도 5 의 프로세스 플로우), 기한의 만료 이전에 메시지에 응답하도록 제 1 수신자에게 물리적으로 리마인드하기 위하여 제 2 리마인더를 제 2 수신자에게 전송하는 (즉, 도 6 의 프로세스 플로우) 대체 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 7 에 나타낸 프로세스 플로우에서, 제 1 리마인더 임계값은 제 2 리마인더 임계값 보다 더 긴 지속기간인 것으로 고려된다. 이러한 방법으로, 제 2 리마인더 수신자는 수신된 비동기 메시지에 대한 응답이 요청/요구되고 있다는 후속 (최종) 리마인더를 제 1 수신자에게 전송하기 전에 그 수신된 비동기 메시지를 제 1 수신자에게 물리적으로 리마인드/통지하도록 요청받을 수도 있다. 일부 상황들에서, 제 2 리마인더 수신자는 제 2 리마인더 수신자가 그 정보를 결정하거나 제 1 수신자와 협의할 수 있는 경우와 같이 제 1 수신자 대신에 메시지에 응답할 수도 있다. 어쨌든, 양자를 유효하게 시행하기 위해서는, 제 1 리마인더 임계값 및 제 2 리마인더 임계값은, 기한의 만료 이전에 제 1 수신자 또는 제 2 수신자들이 리마인더들을 수신하기에 충분한 시간으로 리마인더들이 전송될 수 있도록, 기한 임계값 보다 지속기간이 더 짧을 수도 있다.
도 7 을 참조하면, 만약 기한이 경과하지 않았으면 (즉, 결정 270 = 아니오), 중재기 (130) 는 제 1 리마인더 임계값이 만료하였는지를 결정할 수도 있다 (결정 272). 만약 제 1 리마인더 임계값이 만료하였으면 (즉, 결정 272 = 예), 중재기 (130) 는 단계 273 내지 단계 275 를, 도 5 를 참조하여 위에서 설명한 방법과 같은 방법으로 완료할 수도 있다. 그러나, 만약 제 1 리마인더가 만료하지 않았으면 (즉, 결정 272 = 아니오), 중재기 (130) 는 제 2 리마인더 임계값이 만료하였는지를 결정할 수도 있다 (결정 276). 제 2 리마인더 임계값이 제 1 리마인더의 지속기간 보다 더 짧기 때문에, 비록 제 1 리마인더 임계값이 아직 만료하지 않았더라도, 제 2 리마인더 임계값이 만료할 수 있다. 만약 제 2 리마인더 임계값이 만료하였으면 (즉, 결정 276 = 예), 중재기 (130) 는 도 6 을 참조하여 위에서 설명한 방법과 같은 방법으로 단계들 277, 278 및 275 를 완료할 수도 있다. 그러나, 만약 제 2 리마인더 임계값이 만료하지 않았으면 (즉, 결정 276 = 아니오), 중재기 (130) 는 단계 260 으로 되돌아 가서 메시지 개봉 확인을 대기할 수도 있다 (단계 275).
이와 선택적으로, AMC 시스템 (100) 관리자는 제 1 수신자에게 그 수신된 비동기 메시지를 리마인드/통지하기 위한 마지막 (최종) 수단으로서 제 2 리마인더 프로세스 및 제 2 수신자를 구현하기를 원할 수도 있다. 따라서, 제 2 리마인더 임계값은 제 1 리마인더 임계값 보다 더 긴 지속기간일 수도 있다. 이러한 방법으로, 제 2 리마인더가 제 2 수신자에게 전송되기 이전에 제 1 리마인더가 제 1 수신자에게 전송될 수도 있다. 도 8 은 메시지에 응답하도록 제 1 수신자에게 물리적으로 리마인드해 달라고 제 2 수신자에게 요청하는 제 2 리마인더를 제 2 수신자에게 전송하기 (즉, 도 6 의 프로세스 플로우) 전에, 기한의 만료 이전에 제 1 수신자에게 리마인더를 전송하기 위한 (즉, 도 5 의 프로세스 플로우) 방법을 수행하는 대체 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 8 을 참조하면, 이 실시형태에서는 제 2 리마인더 임계값의 지속기간이 더 길기 때문에, 제 2 리마인더 임계값이 먼저 만료에 대해 체크된다 (결정 276). 만약 제 2 리마인더 임계값이 만료하였으면 (즉, 결정 276 = 예), 중재기 (130) 는 도 6 를 참조하여 위에서 설명한 방법과 동일한 방법으로 단계들 277, 278 및 275 을 완료할 수도 있다. 그러나, 만약 제 2 리마인더 임계값이 만료하지 않았으면 (즉, 결정 276 = 아니오), 중재기 (130) 는 제 1 리마인더 임계값이 만료하였는지를 계속 체크한다 (결정 272). 중재기 (130) 는 그후 도 5 를 참조하여 위에서 설명한 방법과 같은 방법으로 단계 273 내지 단계 275 를 수행하도록 진행한다. 일 실시형태에서, 이 프로세스는 3개 이상의 리마인더들이 프로세스가 단계적으로 확대되기 전에 전송되도록 확장될 수도 있으며, 이 경우 리마인더 메시지들의 각 층과 관련된 임계값 타이머들은 그런 리마인더들이 메시지 기한의 만료전에 전송되도록 조정될 수도 있다.
또한, 메시지 개봉 확인을 수신하기 전에, 전송자의 통신 디바이스 (1101) 를 이용할 수 없게 되는 상황이 있을 수도 있다. 노력의 중복을 피하기 위하여, 메시지 개봉 확인은 이용불가능한 전송자의 역할을 수행하는 조치자에게 재-라우팅될 수도 있다. 예를 들어, 근무시간 (shift) 의 마지막 조치로서, 의사가 실험실 결과들에 대한 요청을 전송할 수도 있다. 의사는 시험 결과들이 응답될 것으로 예상되는 시점에 그/그녀가 이용할 수 없을 것임을 인식할 수도 있다. 그럼에도 불구하고, 의사는 그/그녀의 근무시간을 인계받는 의사에게 시험 결과들이 요청되었다는 것을 통지하기를 원할 수도 있다. 이를 행하기 위하여, 메시지 개봉 확인이 메시지 개봉 확인을 수신하는 그 의사들의 역할을 수행하는 조치자에게 재-라우팅될 수도 있다.
도 9 는 발신하는 디바이스가 더 이상 이용할 수 없을 때 메시지 개봉 확인을 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 제 1 수신자가 전송된 메시지를 개봉할 때, 메시지 개봉 확인이 생성되어 전송자에게 되전송된다 (단계 205 내지 단계 235). 메시지 개봉 확인을 수신할 때, 중재기 (130) 는 전송자의 통신 디바이스 (1101) 가 이용가능한지를 결정할 수도 있다 (결정 279). 만약 전송자의 통신 디바이스 (1101) 를 이용할 수 있으면 (즉, 결정 279 = 예), 도 2 내지 도 4 를 참조하여 위에서 설명한 바와 같이 메시지 개봉 확인이 전송자의 통신 디바이스 (1101) 로 중계되어, 플레이 또는 디스플레이된다 (단계 235 내지 단계 245). 그러나, 만약 전송자의 통신 디바이스 (1101) 를 이용할 수 없으면 (즉, 결정 279 = 아니오), 메시지 개봉 확인은 라우팅 템플릿에 따라서 재-라우팅될 수도 있다 (단계 255). 위에서 간단히 설명하고 아래에서 좀더 자세하게 도 14a 내지 도 14c 를 참조하여 설명하는 라우팅 템플릿을 이용하여, 메시지 개봉 확인은 메시지 개봉 확인을 수신하기에 적절한 역할을 수행하는 조치자에게 재-라우팅될 수도 있다 (단계 240a 및 단계 245a).
각 메시지는 라우팅 정보 뿐만 아니라, 중재기 (130) 가 메시지들을 적시의 방식으로 적절하게 라우팅하고 재-라우팅할 수 있도록 하는 기한 정보를 포함할 수도 있다. 도 10 은 전송된 메시지에 대한 배달 및 조치를 보장하기 위한 일 실시형태 방법에 사용하기 위한 메시지 구조의 일 예이다. 메시지는 발신하는 전송자의 ID (405), 의도되는 수신자의 ID (410), 백업 수신자의 ID (415), 기한 정보 또는 메시지 유형 (420), 및 메시지 컨텐츠 페이로드 (425) 를 포함할 수도 있다. 일 실시형태에서, 발신하는 전송자의 ID (405) 는 발신하는 전송자의 IP 어드레스, 전화 번호, 이메일 어드레스, 또는 모바일 디바이스 식별자 (MID) 일 수도 있다. 이와 유사하게, 수신자의 ID (410) 및 백업 수신자 ID (415) 는 또한 수신자의 SIP 어드레스 또는 백업 수신자의 SIP 어드레스, 전화 번호, 이메일 어드레스, 또는 모바일 디바이스 식별자 (MID) 일 수도 있다. 메시지 컨텐츠 페이로드 (425) 는 메시지의 유형에 대해 규정된 포맷으로, 예를 들어, XML 포맷으로 표현될 수도 있다. 수신자에게 의도되는 메시지 컨텐츠 페이로드는 수신자 조치자에 의해 수행되어질 역할에 할당되는 "보안" 키를 이용하여 보호될 수도 있다. 메시지 페이로드를 암호화하는 것은 메시지가 환자 개인 정보를 포함할 때 일반적으로 수반된다. 일 예에서, 메시지 컨텐츠는 XML 포맷이며 메시지 컨텐츠를 보호하는데 XML 보안 표준이 이용된다.
중재기 (130) 는 메시지 (400) 를 의도되는 수신자에게 수신자 ID (410) 정보를 이용하여 라우팅할 수도 있다. 특정의 메시지 유형에 대해 정의된 메시지 라우팅 프로세스들은 메시지를 수신자에게 배달하도록 구현될 수도 있다. 이와 유사하게, 중재기 (130) 는 전송자 ID (405) 정보를 이용하여 (수신자가 메시지에 의해 요구되는 적절한 조치의 소유권을 취득하였다는 것을 암시할 수 있는) 메시지 개봉 확인들을, 발신하는 전송자에게 라우팅할 수도 있다. 도 4 를 참조하여 위에서 설명한 바와 같이, 만약 메시지 개봉 확인이 어떤 시간의 임계값 내에 그 발신하는 통신 디바이스 (1101) 로 수신 및 중계되지 않으면, 중재기 (130) 는 메시지 (400) 를 재-라우팅하려고 시도할 수도 있다. 메시지 구조 (400) 내에 포함된 기한 정보 (420) 를 이용함으로써, 중재기 (130) 는 메시지 (400) 를 재-라우팅하는데 적절한 시간을 결정할 수도 있다. 중재기 (130) 는 백업 수신자 ID (415) 정보를 이용하여 메시지 (400) 를 규정된 백업 수신자에게 재-라우팅할 수도 있다.
이와 선택적으로, 만약 (명시적인 기한 정보와는 대조적으로) 메시지 유형이 서브-필드 (420) 에서 식별되면, 중재기 (130) 는 그 메시지 유형에 대한 기한을 부여하기 위하여 로칼 중재기 메모리 또는 중재기 데이터베이스 (135) 로부터 이전에 저장된 메시지 흐름 라우팅 규칙을 취출할 수도 있다. 이러한 방법으로, 비록 전송자가 서브-필드 (420) 에서 기한을 입력하는데 실패하더라도, 중재기 (130) 는 메시지들 (400) 에 기한을 부여할 수도 있다. 따라서, 기한은 서브-필드 (420) 에서 식별된 메시지 유형에 의존할 것이다.
다수의 개인들은 서브-필드들 (405, 410, 및 415) 의 각각에서 식별되어 입력될 수도 있다. 식별된 수신자들 (또는 백업 수신자들) 의 수에 관계없이, 만약 메시지 개봉 확인이 어떤 시간의 임계값 내에 전송자에게 중계되지 않으면 중재기 (130) 는 메시지 (400) 를 재-라우팅할 수도 있다.
도 11 은 전송된 메시지를 대체 수신자에게 재-라우팅하기 위한 (도 2 내지 도 9 의 단계 255 참조) 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 10 에 나타낸 구조를 가지는 메시지 (400) 가 채용되는 경우들에서, 메시지 (400) 가 재-라우팅되어야 한다고 결정하자 마자, 중재기 (130) 는 최초의 메시지 (400) 에서의 백업 수신자 ID 정보 (415) 에 액세스할 수도 있다 (단계 305). 만약 백업 수신자의 ID 가 명시적인 어드레스 (예를 들면, SIP 어드레스, 전화 번호, 이메일 어드레스, 또는 MID) 를 포함하지 않으면, 중재기 (130) 는 데이터베이스 또는 로칼 중재기 (130) 메모리에 저장된 재-라우팅 템플릿으로부터 백업 수신자의 어드레스를 탐색할 수도 있다 (단계 310). 그 백업 수신자의 어드레스를 이용하여, 최초의 메시지 (400) 는 백업 수신자에게 재-라우팅되어 송신될 수도 있다 (단계 315).
도 12 는 의도하는 및 대체 수신자에 의해 수행되는 역할에 기초하여 대체 수신자에게의 배달을 보장하기 위한 일 실시형태 방법의 예시적인 대체 메시지 구조이다. 도 10 에 나타낸 메시지 (400) 에서와 같이, 도 12 에 도시된 메시지 (401) 는 전송자의 ID (405), 수신자 ID (410), 기한 정보/메시지 유형 (420) 및 메시지 컨텐츠 페이로드 (425) 를 포함한다. 그러나, 메시지는 또한 수신자의 역할 (430) 에 대한 데이터 필드를 포함한다. 메시지 (401) 를 라우팅할 때, 중재기 (130) 는 또한 제 1 수신자 통신 디바이스들 (1102) 에 할당된 조치자의 역할을 고려할 수도 있다.
메시지를 특정의 조치자에게 전송할 때, 전송자는 또한 수신자 (430) 에 의해 수행되는 역할을 식별할 수도 있다. 메시지 헤더 내에서 의도되는 수신자의 역할을 식별함으로써, 중재기 (130) 는 메시지를 의도되는 수신자와 같은 역할을 수행하는 또다른 조치자에게 재-라우팅할 수도 있다.
도 13 은 의도되는 수신자가 수행하였던 역할에 따라서 비동기 메시지가 백업 수신자에게 재-라우팅되는 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 만약 메시지 (또는 메시지 개봉 확인) 가 재-라우팅되어야 한다고 중재기 (130) 가 결정하면 (도 2 내지 도 9 의 단계 255 참조), 중재기 (130) 프로세서는 최초의 메시지 역할 서브-필드 (430) 로부터 의도되는 수신자의 역할에 액세스할 수도 있다 (단계 320). 이와 선택적으로, 중재기 (130) 프로세서는 중재기 (130) 의 로칼 메모리 또는 중재기 데이터베이스 (135) 에 저장된 개인 디렉토리 또는 라우팅 템플릿에서의 탐색값으로서 메시지 수신자 ID 서브-필드 (410) 로부터 의도되는 수신자의 이름 또는 ID 를 이용하여 수신자의 역할을 결정할 수 있다. 의도되는 수신자의 역할을 파악함으로써, 중재기 (130) 프로세서는 중재기 (130) 의 로칼 메모리 또는 중재기 데이터베이스 (135) 에 저장된 라우팅 템플릿으로부터 같은 역할을 수행하는 다른 조치자들을 탐색할 수도 있다 (단계 325). 조치자들은 우선 순위로 리스트되거나 또는 중재기 (130) 가 특정의 백업 수신자를 선택하는데 사용될 수도 있는 그들의 데이터 기록들과 관련된 우선순위 값을 가질 수도 있다. 중재기 (130) 프로세서는 라우팅 템플릿 내에 리스트된 그 식별된 역할의 다음 최고 우선순위를 가진 조치자를 결정할 수도 있다 (단계 330). 조치자들의 우선 순위 또는 조치자들에게 할당된 우선순위 값들은 각 조치자의 이용가능성에 무관할 수도 있다. 일단, 그 식별된 역할의 다음 최고 우선순위를 가진 조치자가 선택되면, 중재기 (130) 프로세서는 그 선택된 조치자가 이용할 수 있는지를 결정할 수도 있다 (결정 325). 중재기 (130) 프로세서는 동적 이용가능성 테이블에서 그 선택된 조치자의 상태를 탐색함으로써 조치자의 이용가능성을 결정할 수도 있다 (도 14c 참조). 만약 그 선택된 조치자가 이용할 수 있으면 (즉, 결정 335 = 예), 메시지가 생성되어 그 선택된 조치자의 통신 디바이스로 송신될 수도 있다 (단계 340). 메시지는 라우팅 템플릿 내에 포함된 어드레스 정보를 이용하여 재-라우팅될 수도 있다 (도 14a 및 도 14b 참조). 만약 동적 상태 템플릿을 검토할 때 (도 14c 참조) 그 선택된 조치자를 이용할 수 없다고 중재기 (130) 프로세서가 결정하면 (즉, 결정 335 = 아니오), 중재기 (130) 프로세서는 라우팅 템플릿에 액세스하여 다시 그 식별된 역할에 대한 다음 최고 우선순위 레벨을 가진 조치자를 선택할 수도 있다 (단계 330).
도 14a 는 특정의 역할을 수행하는 조치자들을 식별하는 예시적인 라우팅 템플릿을 도시한 것이다. 도시된 예에서는, 환자 번호 1 을 치료하는 역할을 수행하는 조치자들을 포함하는 라우팅 템플릿의 부분만이 리스트된다. 당업자가 주지하는 바와 같이, 이 테이블은 모든 역할들을 리스트함으로써 확장될 수도 있다. 이 예시적인 라우팅 템플릿에서 나타낸 바와 같이, 4명의 의사들에게 환자 1 을 치료하는 역할이 할당된다. 예를 들어, 이들 의사들은 환자의 1차 진료의, 전문의, 주치의 뿐만 아니라 환자 1 의 치료에 할당된 레지던트 의사들 또는 의학도들을 포함할 수도 있다. 환자 1 에 할당된 다른 헬스케어 전문가들은 또한 간호사들 (간호사 A 내지 간호사 C) 및 의사 보조자들 (PA A 및 PA B) 을 포함할 수도 있다. 환자 1 에 관련된 메시지들의 경우, 이들 조치자들 중 어떤 조치자도 환자 1 을 치료하는 것과 관련된 메시지에 대해 관련 수신자들일 수도 있다. 조치자들 역할 (이 예에서 환자 1 을 치료하는 선택) 을 리스팅하는 것에 더하여, 라우팅 테이블은 그 식별된 역할에 관련된 각 조치자에 대한 우선순위 값, 메시지들을 전송하기 위한 1차 어드레스 (예를 들면, 나타낸 바와 같은 이메일 어드레스) 및 백업 어드레스 (예를 들면, 나타낸 바와 같은, SMS 메시지들을 전송하기 위한 전화 번호) 를 포함할 수도 있다. 또한, 도 14a 는 역할들이 환자에 따라 정의되는 예시적인 템플릿의 단지 일부만을 나타낸 것이다. 또다른 구현예에서, 예를 들면, 라우팅 템플릿은 의사 A의 환자들에 대한 모든 메시지들이 의사 B 에게 라우팅되도록 (예컨대, 이는 위탁 시에 일어난다) 규정할 수도 있다. 추가적인 예에서, 라우팅 템플릿은 만약 특정의 의사가 이용할 수 없으면 특정의 ICU 의사에게의 모든 호출들이 의료 팀장에게 라우팅되도록 규정할 것이다.
도 14b 는 역할이 조치자들의 직무 유형인 라우팅 테이블의 또다른 부분을 도시한 것이다. 도 14b 에 나타낸 이 예에서, 라우팅 테이블의 부분은 특정의 직무 유형 "간호사"를 포함한다. 리스트된 각 간호사의 우선순위 레벨은 예컨대 감독자 (간호사 A) 로부터 랭크 및 파일 간호사들 (간호사들 B-간호사 E) 로, 내림차순일 수도 있다. 따라서, 만약 (도 14a 에 나타낸 "환자 1" 과는 대조적으로) 최초의 메시지가 그 역할을 메시지 역할 서브-필드 (430) 에서 "간호사"로서 식별하면, 도 14a 에 나타낸 라우팅 템플릿의 부분과는 대조적으로, 도 14b 에 나타낸 라우팅 템플릿의 부분이 도 13 의 단계 325 에서 취출될 수도 있다. 그것과 상관없이, 동일한 동적 상태 템플릿이 각 조치자의 현재의 상태를 결정하는데 사용될 수도 있다.
도 14c 에 도시된 동적 상태 템플릿은 임의의 여러 방법들을 통해서 실시간으로 업데이트될 수도 있다. 예를 들어, 조치자가 임의의 통신 디바이스 (110n) 를 통해 AMC 시스템 (100) 에 로그인할 때마다, 조치자의 상태는 "아웃 (Out)" 에서 "인 (In)" 으로 변할 수도 있다. 이와 선택적으로, 동적 상태 템플릿은 수동적으로 업데이트되는 작업 스케쥴에 따라서 변하도록 설정될 수도 있다. 또다른 실시형태에서, 동적 상태 템플릿은 예컨대, Microsoft Outlook® 프로파일과 같은, 기업 일정관리 (calendar and appointment) 시스템에 링크될 (또는 잠재적으로는 그 일부로서 구현될) 수도 있다. 또한, 또다른 실시형태에서, 조치자의 현재의 상태는 조치자의 통신 디바이스가 통신 네트워크 (120) 의 범위에 들어오고 나감에 따라 변할 수도 있다. 여러 조치자들의 이용가능성 상태를 동적으로 변경함으로써, 메시지를 현재 수신할 수 있는 단지 조치자들에게만 메시지가 적절하게 재-라우팅될 수도 있다. 이러한 방법으로, 어떤 통신 단절이 시스템으로부터 제거될 수도 있다.
도 14a 및 14c 에 나타낸 라우팅 템플릿들의 사용을 예시하기 위하여, 환자 1 에 관련된 메시지가 의사 C 에게 제 1 수신자로서 전송될 수 있다. 이 메시지를 포맷할 때, 전송자의 통신 디바이스는 환자 1 을 치료하는 것 (또는 환자 1 을 치료하는 팀원) 을, 의사 C 가 전송된 메시지에 대해 수행하고 있는 역할로서, 식별하는 메시지를 생성한다. 만약 의사 C 가 현재 "아웃" 이면 (도 14c 참조), 의사 C 는 전송된 메시지에 응답하지 않을 것이며 따라서 메시지 개봉 확인이 중재기 (130) 에게 응답되지 않을 것이다. 메시지 기한 정보 서브-필드 (420) 에 표현된 기한에 앞선 임계 시간이든 또는 메시지 유형 (420) 에 따라 중재기 (130) 에 의해 부여되는 기한에 앞선 임계 시간이든 경과하였을 때, 중재기 (130) 프로세서는 최초의 메시지 (401) 에서의 제 1 수신자의 역할에 액세스할 수도 있다 (도 13 의 단계 320 참조). 이 예에서는 환자 1 팀원들인, 최초의 메시지에서의 적절한 역할을 취출한 후, 중재기 (130) 프로세서는 역할 "환자 1" 에 대한 라우팅 템플릿에 액세스하여 그 식별된 역할을 수행하는 다른 조치자들을 탐색할 수도 있다 (도 13 의 단계 325 참조). 중재기 (130) 프로세서는 그 식별된 역할에 대한 다음 최고 우선순위를 가진 조치자를 선택할 수도 있다 (도 13 의 단계 330 참조). 이 예에서, 의사 A 가 가장 최고 우선순위를 갖는다 (우선순위 = 1). 중재기 (130) 프로세서는 그후 도 14c 에 나타낸 바와 같이 동적 상태 템플릿에서 의사 A 의 현재의 상태를 탐색함으로써, 의사 A 가 이용할 수 있는지를 결정한다. 의사 A 가 현재 "아웃"이다 (즉, 이용할 수 없다) 고 도 14c 에 나타낸 동적 상태 템플릿이 나타내면, 중재기 (130) 프로세서는 환자 1 팀원들에 대한 라우팅 템플릿에 액세스하여 다음 가장 최고 우선순위를 가진 조치자를 다시 선택한다 (도 13 의 단계 330 참조). 환자 1 팀원들에 대한 도 14a 의 라우팅 템플릿은 의사 B 가 다음 가장 최고 우선순위 (우선순위 = 2) 를 갖는 것을 나타낸다. 중재기 (130) 프로세서는 그후 도 14c 의 동적 상태 템플릿에서 의사 B의 현재의 상태를 탐색함으로써, 의사 B 가 이용할 수 있는지를 결정한다. 동적 상태 템플릿은 의사 B 가 또한 현재 "아웃" 이다 (즉, 이용할 수 없다) 고 나타내고 있다. 그러므로, 중재기 (130) 프로세서는 환자 1 팀원들에 대한 라우팅 템플릿에 액세스하여 다음 가장 최고 우선순위를 가진 조치자를 다시 선택한다 (단계 330). 이 프로세스는 그 선택된 조치자가 이용가능한 것으로 선택될 때까지 계속할 수도 있다. 이 예에서, 또한 이용할 수 있는 다음 가장 최고 우선순위를 가진 그 선택된 조치자는 의사 D 이다. 그러므로, 이 예에서, 중재기 (130) 프로세서는 의사 D 와 관련된 어드레스들을 라우팅 템플릿으로부터 취출하고 최초의 메시지 (401) 를 의사 D 에게 중계한다 (도 13 의 단계 340 참조).
당업자는 도 14a 내지 도 14c 가 대표적인 예시 데이터 구조들이며 여러 상이한 데이터 구조들을 이용하여 여러 실시형태들이 구현될 수 있음을 알 수 있을 것이다. 예를 들어, 조치자 정보가 단지 하나의 테이블 (예를 들면, 각 조치자의 접촉 정보, 역할, 책임, 조직상의 지위 등을 리스트하는 단일 테이블) 에 리스트되도록, 다수의 교차-인덱스된 데이터 테이블들이 사용될 수도 있다. 라우팅 템플릿은 그 리스트된 조치자들이 수행하는 역할을 추가로 규정할 수도 있다. 예를 들어, "환자 1 팀원들"에 대한 라우팅 템플릿을 갖는 것에 더하여, "환자 1 간호사들", "환자 1 PA들"에 대해 생성된 추가적인 라우팅 템플릿이 존재할 수도 있다. 이와 유사하게, "응급실 간호사들", "소아과 간호사들", "종양학 간호사들" 등을 규정하는 라우팅 템플릿들이 존재할 수도 있다.
대체 실시형태에서, 메시지 구조는 수신자의 역할에 대한 서브-필드를 포함하지 않을 수도 있다. 예를 들어, 도 15 는 발신하는 전송자의 ID (405), 의도되는 수신자의 ID (410), 기한 정보 또는 메시지 유형 (420), 및 메시지 컨텐츠 페이로드 (425) 를 포함하는 예시적인 메시지 구조를 도시한 것이다. 이 메시지 구조 (402) 에서 빠진 것은 수신자의 역할 또는 백업 수신자의 표시이다. AMC 시스템 (100) 에서 그런 메시지들을 적절하게 재-라우팅하기 위해서는, 중재기 (130) 프로세서는 도 19 에 나타낸 프로세스 플로우에 도시된 바와 같은 방법을 구현할 수도 있다. 도 19 를 참조하면, 만약 메시지 (또는 메시지 개봉 확인) 가 재-라우팅되어야 한다고 중재기 (130) 가 결정하면 (도 2 내지 도 9 의 단계 255 참조), 중재기 (130) 프로세서는 의도되는 수신자의 ID 에 대한 재-라우팅 템플릿들을 조사하고 그리고 의도되는 수신자 ID의 관련 역할을 탐색할 수도 있다 (단계 350). 일단 역할이 결정되면, 중재기 (130) 프로세서는 도 13 의 단계 325 내지 단계 345 를 참조하여 위에서 설명한 방법과 동일한 방법으로 메시지를 재-라우팅할 수도 있다. 도 19 의 프로세스 플로우에 도시된 메시지 구조 (402) 및 대체 실시형태 방법은 각 조치자들이 단일 라우팅 템플릿에 나타나는 환경들에서 구현될 수도 있다. 이러한 방법으로, 조치자가 리스트되는 단일 라우팅 템플릿을 검색함으로써 조치자의 역할이 결정될 수도 있다. 예를 들어, 조치자들은 팀들로 조직될 수도 있으며 따라서 메시지가 다른 팀원들에게 재-라우팅될 수 있다. 이와 선택적으로, 각 조치자들이 다수의 라우팅 템플릿들에 나타나는 경우들에서, 중재기 (130) 는 의도되는 수신자의 역할을 스스로 결정하기 위하여 메시지로부터 추가적인 정보를 획득하려고 시도할 수도 있다. 예를 들어, 중재기 (130) 는 의도되는 수신자의 역할을 결정하기 위하여, 메시지 유형, 환자 식별자들, 전송자의 역할들, 이전 전송자, 또는 메시지 쓰레드에서의 이전 메시지들의 수신자들, 및 이들 또는 다른 파라미터들의 임의의 조합을 조사할 수도 있다. 그런 다수의 인자 결정들은 메시지를 고유의 종말점 (즉, 최후의 수신자) 으로 효과적으로 재-라우팅하기 위하여 로직 테이블들 또는 인공지능 규칙 엔진들을 이용할 수도 있다.
도 16 은 또다른 대체 실시형태에서 사용하기 위한 예시적인 메시지 구조이다. 이 메시지 구조 (403) 에서는, 전송자의 ID 도 수신자의 ID 도 포함되지 않는다. 단지 양자의 역할들 대신에, 전송자 및 의도되는 수신자가 메시지 구조 서브-필드들 (450 및 455) 에 각각 포함된다. 그런 메시지 (403) 를 적절하게 라우팅하기 위해서, 중재기 (130) 프로세서는 초기 라우팅 절차에서 라우팅 템플릿들 (예를 들면, 도 14a 내지 도 14c) 을 취출한다. 전송자가 의도되는 수신자를 단지 역할만으로 규정하는 경우들에서, 중재기 (130) 프로세서는 적절한 라우팅 템플릿을 그 규정된 수신자 역할 (455) 에 따라서 취출하고, 도 13 을 참조하여 위에서 설명한 방법과 같은 방법으로 구현함으로써 적절한 수신자를 결정할 수도 있다. 따라서, 초기 라우팅 경우 및 메시지 개봉 확인이 기한 기간 내에 응답되지 않는 경우에 메시지를 재-라우팅하는 경우 양자에 대해, 메시지에 대한 수신자를 선택하는 프로세스가 수행된다. 도 16 에 나타낸 바와 같은 메시지 구조 (403) 를 이용하는 대체 실시형태에서, 메시지 전송자들이 메시지의 수신자가 누구인지를 모를 수도 있다. 오히려, 전송자는 메시지 (403) 를 수신하고 및/또는 조치/응답해야 하는 특정의 역할만을 알 수도 있다.
도 17 은 또다른 대체 실시형태에서 사용하기 위한 예시적인 메시지 구조이다. 이 메시지 구조 (404) 에서는, 단지 전송자의 ID (405) 및 수신자의 역할 (455) 만이 포함된다. 많은 경우들에서, 전송자는 식별된 역할을 수행하는 특정 조치자의 ID를 알 수 없을 것이다. 따라서, 전송자는 메시지를 수신하고 및/또는 응답하는 자격이 어느 역할에 부여되는 지만을 단지 식별할 수도 있다. 그런 메시지 (404) 를 적절하게 라우팅하기 위해서, 중재기 (130) 프로세서는 초기 라우팅 절차에서 라우팅 템플릿들 (예를 들면, 도 14a 내지 도 14c) 를 취출한다. 도 16 에 나타낸 데이터 구조에서와 같이, 중재기 (130) 프로세서는 그 규정된 수신자 역할 (455) 에 따라서 적절한 라우팅 템플릿을 취출하고, 도 13 을 참조하여 위에서 설명한 방법과 같은 방법을 구현함으로써 적절한 수신자를 결정할 수도 있다. 도 16 에 나타낸 바와 같은 메시지 구조 (404) 를 이용하는 대체 실시형태에서는, 메시지 전송자들이 메시지의 수신자들이 누구인지를 모를 수도 있다. 더 정확히 말하자면, 전송자는 메시지 (404) 를 수신하고 및/또는 조치/응답해야 하는 특정의 역할만을 단지 알 수도 있다. 메시지 구조 (404) 는 전송자의 역할이 단순히 메시지 구조 (403) 의 서브-필드 (450) 에서 식별되는 것과는 대조적으로, 전송자의 ID 가 서브-필드 (405) 에서 식별된다는 점에서, 도 16 에 도시된 메시지 구조 (403) 와 상이하다.
도 18 은 또다른 대체 실시형태에 사용하기 위한 예시적인 메시지 구조이다. 이 메시지 구조 (406) 에서는, 단지 전송자 역할 (450) 및 수신자의 ID (410) 만이 메시지 구조 서브-필드들에서 식별된다. 어떤 예들에서, 전송자는 공유된 통신 디바이스 (110) 로부터 메시지를 전송할 수도 있다. 예를 들어, 데스크탑 컴퓨터가 모든 간호사들을 위한 간호사실에 배치될 수 있으며, 그 컴퓨터로부터 메시지들이 전송될 수도 있다. 따라서, 모든 전송자들의 역할은 알 수 있지만, 특정의 전송자 ID 는 알 수 없을 수도 있다. 메시지들은 특정의 수신자 ID들을 식별함으로써 전송될 수도 있다. 임의의 메시지 개봉 확인은 라우팅 템플릿들에 따라서 공용 통신 디바이스 (예를 들면, 간호사실 컴퓨터) 에 할당될 수도 있는 같은 역할로 라우팅될 것이다.
당업자는 발신하는 메시지들이 여러 실시형태 메시지 구조들 중 임의의 구조를 이용하여 전송될 수도 있음을 알 수 있을 것이다. 응답 메시지는 발신하는 메시지 또는 여기에 개시된 임의의 여러 실시형태 메시지 구조들 중 임의의 구조와 같은 메시지 구조를 이용하여 구성될 수도 있다.
도 1 에 나타낸 AMC 시스템의 추가적인 피쳐들 (features) 은 중재 브로드캐스트, 실시간 기한 통보, 기한들을 이용한 우선순위 레벨들의 구현, 동적 리마인더들, 용장 제어 및 일-대-다 통신을 포함한다. 중재 브로드캐스트 피쳐는 메시지를 다수의 수신자들 (예를 들면, 일-대-다 통신 피쳐) 에게 전송하고, 메시지가 수신되고 읽혀지고 확인응답되었는지를 모니터링할 수 있도록 한다. 일-대-다수 통신 피쳐는 일-대-다 비동기 통신이 가능하도록 한다. 예를 들어, 1101 에 의해 개시된 메시지가 수신자 통신 디바이스들 (1102, 1103 ... 110N) 로 브로드캐스트될 수 있다. 중재기 (130) 는 수신자 통신 디바이스들 (1102, 1103 ... 110N) 각각에 의해 메시지가 수신되고 읽혀지고 그리고 확인응답되는지를 확인하기 위하여 메시지 개봉 확인들의 수신을 모니터링할 수도 있다. 일 양태에서, 확인 메시지들이 발신하는 통신 디바이스 (1101) 로 되전송된다. 일 양태에서, 중재 브로드캐스트 피쳐는 다수의 수신자들에게의 동시 브로드캐스트를 포함한다. 또다른 양태에서, 중재 브로드캐스트 피쳐는 메시지의 비동시 브로드캐스트를 포함한다.
실시간 기한 통보 피쳐는 통신 요구 (예를 들면, 메시지 컨텐츠) 에 기초한 기한의 변경 및 메시지의 상태 체크가 가능하도록 한다. 일 양태에서, 상태 체크 피쳐에의 액세스는 미리 결정된 조치자들, 역할들, 수신자들 및/또는 이들의 조합에 제한된다. 일 양태에서, 기한을 변경하는 권한은 미리 결정된 조치자들, 역할들, 수신자들 및/또는 이들의 조합으로 제한된다. 헬스케어 산업의 예를 이용하여, 메시지가 간호사 및 의사에게 동시에 전송될 수도 있다. 의사가 메시지를 읽었는지를 파악하기에 충분한 상태를 체크하기 위하여 간호사에게 액세스가 허가될 수도 있다. 일 예에서, 의사가 메시지를 읽지 않았다고 그 상태가 나타내면, 간호사는 메시지를 의사에게 재전송할 수도 있다. 재전송된 메시지는 메시지 우선순위 레벨을 나타내는 경보 통보를 포함할 수도 있다. 또다른 예에서, 간호사는 메시지 컨텐츠의 요구에 기초하여 기한을 변경하고 그 변경된 기한으로 메시지를 의사에게 재전송할 수도 있다. 이 예들은 기한의 상태 체킹, 수동 조정 및 변경을 예시한다.
여기에 개시된 AMC 시스템은 기한들을 이용하여 우선순위 레벨들을 구현하는 피쳐를 포함한다. 메시지의 우선순위 레벨은 그 메시지에 관련된 기한(들) 에 기초하여 할당될 수도 있다. 기한(들) 은 따라서 메시지 컨텐츠의 중요도 (criticality) 에 의존할 수도 있다. 일 예에서, 메시지 컨텐츠가 더 중요할 수록, 메시지가 수신자에게 전달되는데 필요로 하는 기한이 더 짧아지고 우선순위 레벨이 더 높아진다.
일 실시형태에서, 만약 메시지가 기한 내에 읽혀지지 않으면, 리마인더가 수신자에게 전송될 수도 있다. 일 양태에서는, 리마인더들이 의도되는 수신자의 역할 또는 다른 역할들을 수행하는 다른 조치자들에게 전부 전송된다. 예를 들어, 만약 메시지가 라우팅-재-라우팅 템플릿에서 시간의 임계값 내에 어떤 의사에 의해서도 읽혀지지 않으면, 메시지가 플레이되거나 디스플레이되어야 한다고 의사들에게 로케이트하고 리마인드할 수 있는 간호사들에게 리마인더 메시지가 전송될 수도 있다. 일 예에서, 역할들은 메시지 컨텐츠, 우선순위 레벨, 역할을 행하는 조치자 및/또는 이들의 조합 등에서 하나 이상에 기초하여 결정된다. 일 양태에서, 조건들이 변함에 따라서, 또는 만약 추가적인 리마인더들 또는 리마인더들의 변경이 필요하면, 리마인더들이 추가되거나 변경될 수도 있다. 일 예에서, 리마인더는 기한의 형태이다.
용장 제어 피쳐는 메시지 용장 제어가 수신자에 의해 수신된 메시지들의 유형을 미세 조정할 수 있도록 한다. 일 양태에서, 용장 제어의 파라미터들은 입력들, 예컨대 사용자의 로케이션, 역할, 시간 등에 기초한다. 이 예에서, 사용자는 전송자 및/또는 수신자를 포함할 수 있다. 일 양태에서, 용장 제어의 파라미터들 중 하나 이상이 허용가능한 메시지 길이를 결정한다. 본 개시물의 정신 또는 범위에 영향을 미치지 않고 비동기 중재 통신의 구상을 달성하기 위하여 전술한 AMC 시스템의 피쳐들이 개별적으로 또는 다른 피쳐들과 조합하여 구현될 수도 있음을 당업자는 알 수 있을 것이다.
일 양태에서, 메시지는 다음 피쳐들, 즉 역할-기반 메시지 라우팅, 메시지 방향전환(redirection), 중재 브로드캐스트, 실시간 기한 변경, 기한들에 기초한 우선순위 레벨들의 구현, 동적 리마인더들 또는 용장 제어 중 하나 이상을 이용하여 비동기 중재 통신을 달성할 수 있도록 하는 관련된 메타데이터를 포함한다.
다수의 수신자들이 비동기 통신 메시지를 최초에 또는 재-라우팅 프로세스를 통해서 수신할 때, 그 메시지에 응답하는데 있어 어떤 혼동 또는 노력의 중복을 일으킬 수 있다. 예를 들어, 헬스케어 산업에서는, 메시지에 응답하는 특정의 개인이 중요하지 않는 경우가 종종 있다. 그러나, 어떤 사람은 그 메시지에 응답하는 것이 중요할 수도 있다. 메시지가 최초에 라우팅되고 및/또는 다수의 수신자들에게 재-라우팅될 수도 있기 때문에, 다른 수신자들이 그 메시지에 이미 응답하였거나 응답중인지를 알지 못하고, 다수의 수신자들이 메시지에 동시에 응답할 수도 있을 것이다. 이 노력의 중복은 비효율적일 뿐만 아니라, 중복 응답들은 어느 수신자가 후속조치를 위해 접촉되어야 하는지 또는 다수의 지시들이 내려질 때와 같이, 혼동을 일으킬 수도 있다. 따라서, 메시지들에 대한 중복 응답들을 피하기 위하여 메시지에 대한 응답들을 모니터링하는 방법은 효율성을 향상시키고 혼동을 줄일 수도 있다.
도 20 은 중복 응답들을 피하기 위한 메시지 상태의 모니터링을 포함하는, 의도되는 수신자가 비동기 중재 통신 네트워크에서 이용할 수 없을 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 21 은 중복 응답들을 피하기 위한 메시지 상태의 모니터링을 포함하는, 전송된 메시지가 기한 이전에 미리 결정된 시간 내에 읽혀지지 않았을 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 22 는 중복 응답들을 피하기 위한 메시지 상태의 모니터링을 포함하는, 전송된 메시지에 대한 책임이 기한 이전의 미리 결정된 시간 내에 (최초 또는 재-라우팅된) 수신자에 의해 취해지지 않았을 때 메시지를 재-라우팅하기 위한 일 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 20 내지 도 22 에 나타낸 프로세스 플로우들은 도 3 및 도 4 에 도시된 프로세스 플로우들과 유사하므로, 유사한 번호가 붙은 단계들 (205 내지 255 및 260 내지 271) 에 대한 전술한 설명들을 도 20 내지 도 22 에 적용한다.
메시지가 전송자의 통신 디바이스 (1101) 로부터 수신자의 통신 디바이스 (1102-N) 로 전송될 때, 중재기 (130) 에 의해 수신되어 수신자(들) 에게 라우팅된다 (위의 도 2, 도 4 및 도 9 의 단계 210 참조). 메시지를 모니터링하기 위하여, 중재기 (130) 는 또한 모니터링을 위한 메시지를 설정하는 단계들을 수행할 수도 있다 (단계 280). 모니터링을 위한 메시지를 설정하는데 관련된 단계들 (단계 280) 을 도 23 에 대해 아래에서 좀더 자세하게 설명한다. 비록 도 20 내지 도 22 가 메시지 (단계 210) 의 라우팅에 후속하여 단계 280 을 수행하는 것으로 도시하지만, 모니터링을 위한 메시지를 설정하는 단계들은 수신자의 통신 디바이스 (1102-N) 로 메시지의 중재기 (130) 의 중계 이전에, 후속하여, 또는 동시에 수행될 수도 있다 (단계 210).
메시지가 단계적 확대 및 재-라우팅을 요구하는 경우에 (단계 255), 중재기는 재-라우팅된 수신자(들) 에 관련된 정보를 모니터링 테이블의 데이터 엔트리에 추가할 수도 있다 (단계 281). 중재기 (130) 가 재-라우팅된 수신자(들) 에 관련된 정보를 모니터링 테이블에 추가했을 때 (단계 281), 중재기 (130) 는 단계 260 으로 되돌아 가서 수신자로부터 메시지 개봉 확인 메시지를 대기할 수도 있다.
도 22 는 전송된 메시지에 대해 조치하는 책임이 기한 이전의 미리 결정된 시간 내에 중재기 (130) 에 의해 긍정적으로 수신되지 않았을 때 메시지를 재-라우팅하기 위한 대체 실시형태 방법의 프로세스 플로우 다이어그램이다. 도 22 에 도시된 대체 실시형태 프로세스 플로우는 메시지에 대한 책임을 수락하는 수신자의 분담 (part) 에 대한 긍정적인 조치 (affirmative act) 가 요구된다는 점을 제외하고는, 도 21 에 도시된 프로세스 플로우와 유사하다. 도 21 을 참조하여 위에서 설명한 실시형태들에서는, 수신자가 메시지를 개봉할 때 수신자가 메시지에 대한 책임 및 최초의 메시지에 의해 필요로 하는 임의의 후속 조치들을 무언으로 수락하는 것으로 가정될 수도 있다. 따라서, 메시지 개봉 확인의 응답 (return) 이 수신자가 최초의 메시지에 대한 책임을 수락하였다는 표시로서 취급된다. 그러나, 도 22 에 도시된 대체 실시형태에서는, 수신자들이 최초의 메시지를 개봉하지만 필요한 조치들을 취하는 책임을 수락하지 않는 것을 선택할 수도 있다고 가정되므로, 메시지 모니터링 수신 동작 (단계 282) 이 시작할 수도 있기 전에 긍정적 책임 수락이 요구된다.
도 22 에 도시된 대체 실시형태에서, 중재기 (130) 는 수신자로부터 책임 수락의 긍정적 표시를 대기한다 (단계 261). 책임 수락의 긍정적 표시는 수신자가 최초의 메시지에 대한 책임을 명확히 수락한다는 중재기 (130) 로의 메시지 백 (message back) 일 수도 있다. 예를 들어, 메시지 백은 일부 이메일 메시징 시스템들 (예를 들면, Microsoft Office®에서의 "투표하기 버튼들") 에서 제공되는 것과 같은 수락 또는 긍정적 응답 메시지, 또는 수신자가 명확히 책임을 취한다는 문자로 된 (written) 응답 메시지일 수 있다. 이와 선택적으로, 수신자는 메시지에 요구 또는 요청되는 조치의 수행 또는 책임의 수신자의 수락을 나타내는 어떤 다른 긍정적 조치를 수행할 수도 있다. 예를 들어, 수신자는 최초의 메시지에 포함된 네스트된 조치 템플릿에서 식별된 조치들 중의 하나를 수행할 수도 있다. 이와 선택적으로, 수신자는 최초 전송자에게 응답하는 것과 같은 일부 다른 조치들을 수행할 수도 있다. 어쨌든, 긍정적 조치가 이루어졌다고 나타내는 메시지가 생성되어 중재기 (130) 에 전송될 수도 있다 (단계 231). 단지 수신자의 통신 디바이스만이 아니라, 여러 통신 디바이스들 중 어떤 것이 이 메시지를 전송할 수도 있다. 예를 들어, 만약 방사선 전문의가 X-레이를 판독하는 것이 필요하다고 나타내는 메시지를 수신하고 워크스테이션 상에서 그 작업을 수행하면, 그 워크스테이션은 긍정적 조치 메시지를 생성하여 중재기 (130) 에게 전송할 수 있다. 책임 수락의 표시의 수신 시 (즉, 결정 266 = 예), 중재기 (130) 는 메시지 모니터링 수신 동작을 시작할 수도 있다 (단계 282). 이러한 방법으로, (최초 또는 재-라우팅된) 수신자가 최초의 메시지에 대한 책임 및 최초의 메시지에 의해 요구되는 임의의 조치를 긍정적으로 수락할 때까지 최초의 메시지가 계속 재-라우팅될 것이다.
메시지 개봉 확인 (도 3 및 도 4 에서의 단계 235) 을 단순히 중계하기 보다는, 도 20 내지 도 22 에 도시된 실시형태 방법들에서는, 중재기 (130) 가 메시지 모니터링 수신 동작을 수행할 수도 있다 (단계 282). 도 24 를 참조하여 아래에서 좀더 자세하게 설명하는 바와 같이, 중재기 (130) 는 다수의 수신자들이 비동기 메시지를 수신하였는지를 결정하고, 메시지 개봉 확인을 최초 전송자에게 중계하는 것에 더하여, 삭제 명령 메시지를 다수의 수신자들 각각에 발생시킬 수도 있다 (단계 235). 메시지 모니터링 수신 동작을 도 24 를 참조하여 아래에서 좀더 자세하게 설명한다. 비록 도 20 내지 도 22 가 재-라우팅된 메시지의 메시지 상태를 모니터링하기 위한 일 실시형태 방법을 도시하지만, 도 20 내지 도 22 에 도시된 프로세스 플로우는 또한 재-라우팅되지 않은 메시지의 메시지 상태를 모니터링할 수도 있다. 예를 들어, 만약 최초 전송자가 메시지를 다수의 수신자들에게 보냈으면, 다수의 수신자들 중 단지 한명이 그 메시지에 응답하도록 보장하기 위하여 메시지 상태를 모니터링하는 것이 바람직할 수도 있다. 따라서, 모니터링을 위한 메시지를 준비함으로써 (단계 280 및 단계 282), 중재기 (130) 는 비록 메시지가 재-라우팅되지 않는 경우에도 중복 응답들을 피하기 위하여 메시지가 응답되는 때를 모니터링하여 조치를 취할 수도 있다.
도 23 은 모니터링을 위한 메시지를 설정하기 위한 일 실시형태 방법을 도시한 것이다. 도 20 내지 도 22 를 참조하여 위에서 설명한 바와 같이, 중재기 (130) 가 비동기 메시지를 수신하여 라우팅할 때 (단계 210), (최초 또는 재-라우팅된) 수신자들 중 어떤 수신자가 메시지 개봉 확인 또는 책임 수락의 긍정적 표시를 최초 전송자에게 제공하는 때를 중재기가 모니터링하도록 하는 단계들 (단계 280) 을 구현할 수도 있다. 비동기 메시지가 중재기 (130) 에 의해 전송자의 통신 디바이스 (1101) 로부터 최초 수신될 때, 메시지 식별자를 비동기 메시지에 할당하고 할당된 메시지 식별자를 비동기 메시지 헤더에 첨부할 수도 있다 (단계 350). 중재기 (130) 는 또한 비동기 메시지에 대한 모니터링되는 메시지 테이블에 데이터 엔트리를 생성할 수도 있다 (단계 351). 데이터 엔트리는 할당되고 첨부된 메시지 식별자를 포함할 수도 있다. 또한, 중재기 (130) 는 각 수신자의 통신 디바이스의 어드레스를 포함한, 메시지 헤더 내에 포함된 최초 수신자(들) 에 관련된 정보를 취출할 수도 있다. 이 정보는 모니터링되는 메시지 테이블에서, 할당된 메시지 식별자에 대응하는 최초 수신자(들) 에 대한 데이터 필드에 저장될 수도 있다 (단계 352). 메시지 식별자는 순차적으로 또는 무작위로 할당될 수도 있다. 또한, 최초의 메시지 헤더에 이미 포함된 식별하는 정보는 모니터링되는 메시지 테이블에서의 데이터 엔트리에 대해 할당 식별자로서 사용될 수도 있다. 예시적인 모니터링되는 메시지 테이블이 도 25 에 도시되어 있으며 아래에서 좀더 자세하게 설명된다.
비동기 메시지가 재-라우팅되는 경우 (단계 255) 에, 중재기 (130) 는 재-라우팅된 수신자(들) 에 관련한 정보를 모니터링되는 메시지 테이블에 추가할 수도 있다 (단계 281). 재-라우팅된 수신자(들) 에 관련한 정보를 적절한 데이터 엔트리에 정확히 추가하기 위하여, 중재기 (130) 가 비동기 메시지를 재-라우팅할 때마다, 중재기 (130) 는 단계 350 에서 메시지 헤더에 첨부된 메시지 식별자를 취출하고 그 정보를 적절한 메시지 식별자에 대한 그 모니터링되는 메시지 테이블에 저장할 수도 있다.
도 24 는 재-라우팅된 메시지들의 상태를 모니터링하기 위한 일 실시형태 방법을 도시한 것이다. 중재기 (130) 가 최초의 메시지에 대한 책임 및 수신자로부터의 최초의 메시지에 의해 요구되는 임의의 후속 조치들의 수락 (무언의 또는 긍정적) 표시를 수신할 때, 중재기 (130) 는 메시지 모니터링 수신 동작을 수행할 수도 있다 (단계 282). 도 24 에 도시된 바와 같이, 메시지 모니터링 수신 동작 282 은 중재기 (130) 가 책임 수락의 표시를 수신자로부터 수신할 때 개시될 수도 있다 (단계 355). 중재기 (130) 는 메시지 식별자를 메시지 헤더로부터 취출할 수도 있다 (단계 356). 그 메시지 식별자를 이용하여, 중재기는 모니터링되는 메시지 테이블에서 대응하는 데이터 엔트리를 취출할 수도 있다 (단계 357). 중재기 (130) 는 그 식별된 메시지에 대응하는 모니터링되는 메시지 테이블에 리스트된 (최초 또는 재-라우팅된) 다수의 수신자들이 있는지를 결정할 수도 있다 (결정 358). 만약 단지 한명의 수신자만이 그 모니터링되는 메시지 테이블에 리스트되어 있으면 (즉, 결정 358 = 아니오), 이는 최초 전송자가 단지 한명의 수신자에게 메시지를 전송하였으며 메시지가 재-라우팅되지 않았음을 나타낸다. 따라서, 메시지가 단지 최초 수신자의 메시지 큐에만 나타날 것이다. 따라서, 중복에 대한 가능성이 없다. 따라서, 중재기 (130) 는 추가적인 동작들이 없이, 책임 수락의 표시를 최초 전송자에게 중계할 수도 있다 (단계 235). 이전에 설명한 바와 같이, 책임 수락의 표시는 메시지 개봉 확인 또는 긍정적인 책임 수락의 표시일 수도 있다.
만약 다수의 수신자들이 그 모니터링되는 메시지 테이블 데이터 엔트리에 리스트되어 있으면 (즉, 결정 358 = 예), 이는 최초 전송자가 메시지를 다수의 수신자들에게 전송하였거나 또는 메시지가 재-라우팅되었다는 것을 나타낸다. 따라서, 메시지가 다수의 수신자들의 메시지 큐들에 나타날 것이다. 메시지에 대한 중복 응답들 및 가능한 혼동을 피하기 위하여, 중재기 (130) 는 모니터링되는 메시지 테이블에 리스트된 최초 및 재-라우팅된 수신자들의 어드레스 정보 모두를 취출할 수도 있다 (단계 359). 중재기 (130) 는 또한 삭제 명령 메시지를 생성하고 그 취출된 수신자 어드레스들로 보낼 수도 있다 (단계 360). 중재기 (130) 는 그후 비동기 메시지가 모든 수신자 메시지 큐들로부터 삭제되도록, 삭제 명령 메시지를 모든 최초 및 재-라우팅된 수신자들에게 송신할 수도 있다 (단계 370). 삭제 명령 메시지는 단문 메시지 서비스 (SMS) 메시지, 멀티미디어 메시지 서비스 (MMS), 인핸스드 메시지 서비스 (EMS), 이메일, 또는 유사한 메시지 유형의 형태일 수도 있다. 그런 삭제 명령 메시지는, 비동기 메시지가 조치되었으며 따라서 수신자의 통신 디바이스 메시지 큐로부터 수동적으로 삭제될 수도 있다고 수신자에게 통지하는 수신자 판독가능 명령 메시지일 수도 있다. 이와 선택적으로, 삭제 명령 메시지는 수신자 통신 디바이스 (1102-N) 가 수신자들의 메시지 큐들로부터 식별된 메시지를 발견하고 삭제하도록 하는 실행가능한 명령 (예를 들면, XML 스트링) 일 수도 있다. 중재기 (130) 는 또한 메시지 개봉 확인을 최초 전송자에게 중계할 수도 있다 (단계 235). 중재기 (130) 는 단계 359 내지 단계 360 및 단계 370 중 어느 단계 이전에, 후속하여, 또는 동시에 책임 수락의 표시를 최초 전송자에게 중계할 수도 있다. 일단 중재기 (130) 가 책임 수락의 표시를 최초 전송자에게 중계하였으면, 중재기 (130) 는 그 다음에 책임 수락의 표시를 수신하기를 대기할 수도 있다.
대체 실시형태 (미도시) 에서, 중재기 (130) 는 그들 각각의 메시지 큐들로부터 메시지가 삭제되었음을 수신자들에게 나타내는 메시지를, 삭제 명령을 수신한 모든 최초 및 재-라우팅된 수신자들에게 추가로 송신할 수도 있다. 그 메시지는 수신자들에게 그 삭제된 메시지의 컨텐츠들 및/또는 삭제의 이유에 관한 어떤 표시를 제공할 수도 있다. 이러한 방법으로, 그들의 메시지 큐들에 새로운 메시지들을 알고 있지만 그 수신된 메시지들을 개봉하거나 읽지 않은 수신자들은, 그들의 큐들 내의 자동화된 삭제 활동에 대해 경보받을 수도 있다. 또한, 이 실시형태는 작업들에 대한 책임을 다른 누가 수락하였는지를 수신자들이 알 수 있으므로, 작업 흐름과 책임들을 조정하는데 있어 유용할 수도 있다.
도 25 는 일 실시형태와 함께 사용하기에 적합할 수도 있는 모니터링되는 메시지 테이블의 일 예이다. 모니터링되는 메시지 테이블은 중재기 (130) 를 통해서 라우팅되는 각 중재 메시지 마다 하나씩, 복수의 데이터 엔터리들을 포함할 수도 있다. 각 모니터링된 메시지 데이터 엔트리는 메시지 식별자 (400) 에 의해 식별될 수도 있다. 메시지 식별자는 중재기 (130) 에 의해 임의적으로 할당되거나 또는 메시지 헤더 자체로부터의 취출된 정보로부터 선택될 수도 있다. 중재기 (130) 가 임의의 메시지 식별자를 할당하는 경우들에서는, 할당된 메시지 식별자가 메시지 헤더 자체에 첨부될 수도 있다. 각 데이터 엔트리는 또한 전송자에 의해 입력되었던 최초 수신자 정보를 포함할 수도 있다. 최초의 수신자 어드레스 정보 (402) 는 실제 통신 디바이스 어드레스 정보를 획득하기 위하여 (예를 들면, 도 14a 내지 도 14c 에 도시된 것과 같은) 재-라우팅 템플릿들 중의 어떤 템플릿에 상관될 수 있는 수신자 이름 또는 라벨의 형태일 수도 있다. 이와 선택적으로, 모니터링되는 메시지 테이블에 실제 수신자 어드레스 정보가 리스트될 수도 있다. 이와 유사하게, 재-라우팅된 수신자 어드레스 정보 (404) 는 통신 디바이스 어드레스 정보를 획득하기 위하여 (예를 들면, 도 14a 내지 도 14c 에 도시된 바와 같이) 재-라우팅 템플릿들 중의 어떤 템플릿에 상관될 수도 있는 수신자 이름 또는 라벨의 형태일 수도 있다. 메시지가 재-라우팅될 때마다, 재-라우팅된 수신자 어드레스 정보의 리스트가 증대될 수도 있다. 이러한 방법으로, 중재기 (130) 는 메시지의 모든 가능한 수신자들이 삭제 명령 메시지를 수신하는 것을 보장할 수도 있다. 따라서, 일단 단일 수신자가 최초의 메시지에 응답하였으면, 그 메시지의 모든 다른 진행중인 사본들이 다른 수신자 통신 디바이스들 (1102-N) 로부터 삭제될 수도 있다.
위에서 설명한 실시형태들은 여러 통신 디바이스들 중의 어떤 하나, 예를 들어, 셀룰러 전화들, 셀룰러 전화 및/또는 WIFI 송수신기들을 가진 개인 휴대정보 단말 (PDA), 모바일 전자 메일 수신기들, 모바일 웹 액세스 디바이스들, 랩탑 컴퓨터들, 팜탑 컴퓨터들, 및 다른 프로세서-탑재된 디바이스들로 구현될 수도 있다. 또한, 여기서 설명한 여러 실시형태들은 고정된 데스크탑 컴퓨터들을 포함하는 임의의 프로세서-탑재된 디바이스에 의해 구현될 수도 있다. 일반적으로, 그런 포터블 컴퓨팅 디바이스들은 도 26 에 도시된 구성요소들을 공통으로 가질 수 있다. 예를 들면, 통신 디바이스 (110) 는 내부 메모리 (192) 에 연결된 프로세서 (191) 및 디스플레이 (11) 를 포함할 수도 있다. 추가적으로, 통신 디바이스 (110, 180) 는 프로세서 (191) 에 연결된 셀룰러 전화 송수신기 (195) 및/또는 무선 데이터 링크에 접속되는, 전자기 방사선을 전송하고 수신하기 위한 안테나 (194) 를 가질 수도 있다. 어떤 구현예들에서, 송수신기 (195) 및 셀룰러 전화 통신들에 사용되는 프로세서 (191) 와 메모리 (192) 의 일부들을, 무선 데이터 링크를 통해서 데이터 인터페이스를 제공하므로, 무선 (air) 인터페이스라고 한다. 통신 디바이스들 (10) 은 또한 일반적으로 사용자 입력들을 수신하기 위한, 키 패드 (13) 또는 소형 키보드, 및 메뉴 선택 버튼들 또는 로커 스위치들 (rocker switches; 12) 을 포함한다. 프로세서 (191) 는 마이크로폰 (19) 및 스피커 (18) 에 이어서 접속된 보코더 (199) 에 추가로 접속될 수도 있다. 통신 디바이스 (110) 는 또한 프로세서 (191) 를 외부 컴퓨팅 디바이스, 예컨대 개인 컴퓨터 또는 외부 로칼 영역 네트워크에 접속하기 위한 유선 네트워크 인터페이스 (194), 예컨대 범용 직렬 버스 (USB) 또는 FireWire® 커넥터 소켓을 포함할 수도 있다.
프로세서 (191) 는 위에서 설명한 여러 실시형태들의 기능들을 포함한 여러 기능들을 수행하도록 소프트웨어 명령들 (애플리케이션들) 에 의해 구성될 수 있는 임의의 프로그램가능한 마이크로프로세서, 마이크로컴퓨터 또는 다중 프로세서 칩 또는 칩들일 수도 있다. 일 양태에서, 프로세서 (191) 는 역할-기반 메시지 라우팅, 수동 또는 자동 메시지 방향전환, 일-대-다 통신을 포함한 중재 브로드캐스트, 실시간 기한 변경, 기한들을 이용한 우선순위 레벨들의 구현, 동적 리마인더들, 용장 제어 등을 포함하지만 이에 한정되지 않는 AMC 시스템의 피쳐들 중 하나 이상을, 메모리 (192) 에 저장된 소프트웨어가 실행하도록 구현한다. 어떤 통신 디바이스들 (110) 에서는, 다수의 프로세서들 (191), 예컨대, 무선 통신 기능들을 전담하는 하나의 프로세서 및 다른 애플리케이션들을 실행하는 것을 전담하는 하나의 프로세서가 제공될 수도 있다. 일반적으로, 소프트웨어 애플리케이션들은 프로세서 (191) 에 액세스되어 로드되기 전에 내부 메모리 (192) 에 저장될 수도 있다. 일부 통신 디바이스들 (110, 180) 에서, 프로세서 (191) 는 애플리케이션 소프트웨어 명령들을 저장하기에 충분한 내부 메모리를 포함할 수도 있다. 이 설명의 목적의 경우, 용어 "메모리"는 내부 메모리 (192) 및 프로세서 (191) 자체 내의 메모리를 포함한, 프로세서 (191) 에 의해 액세스가능한 모든 메모리를 말한다. 많은 통신 디바이스들 (10) 에서, 메모리 (192) 는 휘발성 메모리 또는 플래시 메모리와 같은 비휘발성 메모리, 또는 이들의 조합을 포함할 수도 있다.
위에서 설명한 많은 실시형태들은 또한 중재기 (130) 로서 작동하는 여러 원격 서버 디바이스들 중의 어떤 하나, 예컨대 도 27 에 도시된 서버 (380) 로 구현될 수도 있다. 그런 원격 서버 (380) 는 일반적으로 휘발성 메모리 (362) 및 대용량 비휘발성 메모리, 예컨대 디스크 드라이브 (363) 에 연결된 프로세서 (361) 를 포함한다. 서버 (380) 는 또한 프로세서 (361) 에 연결된 컴팩트 디스크 (CD) 드라이브 (366) 및/또는 플로피 디스크 드라이브를 포함할 수도 있다. 일반적으로, 서버 (380) 는 또한 키보드 (미도시) 및 디스플레이 (미도시) 와 같은 사용자 입력 디바이스를 포함할 수도 있다. 서버 (380) 는 또한 데이터 접속들을 확립하거나 또는 외부 메모리 디바이스들, 예컨대 USB 또는 FireWire® 커넥터 소켓들을 수용하기 위하여, 프로세서 (361) 에 연결된 다수의 커넥터 포트들, 또는 네트워크 (205) 에 프로세서 (361) 를 연결하기 위한 다른 네트워크 접속 회로들 (365) 을 포함할 수도 있다.
따라서, 여기에 개시된 비동기 중재 통신 방법 및 장치의 이점들은 메시지 컨텐츠 또는 사용자 지정에 결과적으로 의존할 수도 있는 기한들에 따라서 메시지들에 대한 우선순위 레벨들을 설정하는 능력을 포함한다. 일 양태에서, 사용자가 메시지 기한들을 설정한다. 추가적인 이점들은 통신 요구 (예를 들면, 메시지 컨텐츠) 에 기초하여 메시지 기한들을 변경하는 것을 포함한다. 메시지들의, 개인-기반이 아닌, 역할 기반 라우팅은 이점들 중의 일부이다. 메시지들의 수동 및/또는 자동 재-라우팅을 포함할 수 있는 역할들의 위탁 뿐만 아니라, 그 요구에 기초한 메시지들의 단계적 확대는 여기서 개시한 비동기 중재 통신 방법 및 장치의 모든 부분의 이점들이다.
많은 설명에서, 헬스케어 산업을 참조하고 있다. 그러나, 헬스케어 산업은 일 예이며, 개시된 개념은 본 개시물의 정신에 영향을 미침이 없이 다른 애플리케이션들에 구현될 수도 있다. 그러므로, 여기서의 설명은 설명의 목적을 위해 예들을 나타낸 것임에 주의해야 한다. 개시된 양태들의 전술한 설명은 당업자가 본 개시물을 실시하거나 이용할 수 있도록 제공된다. 당업자들은 이들 양태들에 대한 여러 변경들을 용이하게 알 수 있으며, 여기서 정의한 일반적인 원리들은 다른 양태들에도 본 개시물의 정신 또는 범위로부터 일탈함이 없이 적용될 수도 있다.
전술한 방법 설명들 및 프로세스 플로우 다이어그램들은 단시 예시적인 예들로서 제공되는 것으로, 여러 실시형태들의 단계들이 제시된 순서대로 수행되어야 하는 것을 요구하거나 암시하려는 것이 아니다. 당업자가 주지하는 바와 같이, 전술한 실시형태들에서의 단계들의 순서는 어떠한 순서로도 수행될 수도 있다.
전술한 실시형태들을 구현하는데 사용되는 하드웨어는 명령들의 세트를 실행하도록 구성된 프로세싱 소자들 및 메모리 소자들, 예컨대 당업자가 주지하고 있는 바와 같은, 마이크로프로세서 유닛들, 마이크로컴퓨터 유닛들, 프로그램가능한 부동소수점 게이트 어레이들 (FPGA), 및 주문형 집적 회로들 (ASIC) 일 수 있으며, 여기서 명령들의 세트는 상기 방법들에 대응하는 방법 단계들을 수행하기 위한 것이다. 이와 선택적으로, 일부 단계들 또는 방법들은 주어진 기능에 고유한 회로망에 의해 수행될 수도 있다.
당업자들은 여기에 개시한 실시형태들과 관련하여 설명한 여러 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자적 하드웨어, 컴퓨터 소프트웨어, 또는 양자의 결합으로서 구현될 수 있음을 알 수 있을 것이다. 하드웨어와 소프트웨어의 이 호환성을 명확하게 예시하기 위하여, 일반적으로 그들의 기능성의 관점에서 여러 예시적인 구성요소들, 블럭들, 모듈들, 회로들, 및 단계들을 위에서 설명하였다. 그런 기능성이 하드웨어 또는 소프트웨어로 구현되는지 여부는 특정의 애플리케이션 및 전체 시스템에 가해지는 설계 제약들에 의존한다. 숙련자들은 설명한 기능성을 각 특정의 애플리케이션 마다 여러 방법들로 구현할 수도 있지만, 그런 구현 결정들이 본 발명의 범위를 일탈을 초래하는 것으로 해석되어서는 안된다.
여기에 개시한 실시형태들과 관련하여 설명한 방법 또는 알고리즘의 단계들은 바로 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 조합으로 구현될 수도 있다. 소프트웨어 모듈은, RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 유형의 데이터 저장 매체 중의 어느 것일 수도 있는 프로세서 판독가능 저장 매체 및/또는 프로세서 판독가능 메모리에 상주할 수도 있다. 더욱이, 프로세서 판독가능 메모리는 2 이상의 메모리 칩을 포함할 수 있고, 별개의 메모리 칩들로, 프로세서 칩 내부의 메모리를 포함할 수 있고 상이한 유형들의 메모리, 예컨대 플래시 메모리와 RAM 메모리의 조합을 포함할 수도 있다. 모바일 핸드셋의 메모리에 대한 여기서의 참조는 특정의 구성, 유형 또는 패키징에 제한없이 모바일 핸드셋 내의 임의의 하나 또는 모든 메모리 모듈들을 포괄하려는 것이다. 예시적인 저장 매체는, 프로세서가 저장 매체에 정보를 저장하거나 그로부터 독출할 수 있도록, 모바일 핸드셋 또는 테마 (theme) 서버에서의 프로세서에 연결된다. 대안으로서, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 내에 상주할 수도 있다.
여러 실시형태들의 전술한 설명은 임의의 당업자가 본 발명을 실시하고 이용할 수 있도록 제공된다. 이들 실시형태들에 대한 여러 변경들을 당업자들은 용이하게 알 수 있으며, 여기서 정의하는 일반적인 원리는 다른 실시형태들에 본 발명의 정신 또는 범위로부터 일탈함이 없이 적용될 수도 있다. 따라서, 본 발명은 여기에 나타낸 실시형태들에 한정하려는 것이 아니라, 대신, 여기에 개시된 원리와 신규한 특징들에 부합하는 최광의의 범위가 청구범위에 부여되어야 한다.

Claims (35)

  1. 비동기 메시지들을 모니터링하는 방법으로서,
    비동기 메시지에 대한 책임 수락의 표시를 수신자의 통신 디바이스로부터 수신하는 단계;
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 단계; 및
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었다고 결정될 때 삭제 명령 메시지를 모든 다른 통신 디바이스들로 송신하는 단계를 포함하는, 비동기 메시지들을 모니터링하는 방법.
  2. 제 1 항에 있어서,
    전송자의 통신 디바이스로부터 적어도 하나의 제 1 수신자에게 의도되는 비동기 메시지를 수신하는 단계;
    상기 수신된 비동기 메시지에 모니터링되는 메시지 테이블에서의 메시지 식별자를 할당하는 단계;
    상기 메시지 식별자를 상기 비동기 메시지의 헤더에 첨부하는 단계;
    상기 비동기 메시지를 상기 적어도 하나의 제 1 수신자의 통신 디바이스로 라우팅하는 단계;
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 1 수신자에 대한 정보를 포함한 메시지의 모든 수신자들에 대한 정보를 저장하는 단계; 및
    상기 비동기 메시지에 대한 상기 메시지 식별자를 취출하는 단계를 더 포함하고,
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 단계는 상기 비동기 메시지에 대한 상기 취출된 메시지 식별자를 이용하여 상기 모니터링되는 메시지 테이블에 저장된 정보를 리콜하는 단계를 포함하는, 비동기 메시지들을 모니터링하는 방법.
  3. 제 2 항에 있어서,
    상기 책임 수락의 표시가 기한 내에 상기 제 1 수신자로부터 수신되지 않으면 상기 제 1 수신자에 의해 수행되는 역할에 기초하여 상기 비동기 메시지를 적어도 하나의 제 2 수신자에게 재-라우팅하는 단계; 및
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 2 수신자에 대한 정보를 포함한 메시지의 모든 재-라우팅된 수신자들에 대한 정보를 저장하는 단계를 더 포함하는, 비동기 메시지들을 모니터링하는 방법.
  4. 제 3 항에 있어서,
    상기 삭제 명령 메시지는 수신시에 모든 수신자들의 메시지 큐들로부터 상기 비동기 메시지를 자동적으로 삭제하는 실행가능한 명령인, 비동기 메시지들을 모니터링하는 방법.
  5. 제 3 항에 있어서,
    상기 삭제 명령 메시지는 상기 비동기 메시지가 수신자의 메시지 큐로부터 삭제될 수도 있다고 상기 수신자에게 통지하는 수신자 판독가능 명령 메시지인, 비동기 메시지들을 모니터링하는 방법.
  6. 제 1 항에 있어서,
    상기 책임 수락의 표시는 메시지 개봉 확인을 포함하는, 비동기 메시지들을 모니터링하는 방법.
  7. 제 1 항에 있어서,
    상기 책임 수락의 표시는 긍정적인 책임 수락 메시지를 포함하는, 비동기 메시지들을 모니터링하는 방법.
  8. 비동기 메시지 라우팅을 중재하기 위한 중재기로서,
    수신자의 통신 디바이스로부터 비동기 메시지에 대한 책임 수락의 표시를 수신하기 위한 수단;
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하기 위한 수단; 및
    상기 결정하기 위한 수단이 상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었다고 결정할 때 삭제 명령 메시지를 모든 다른 통신 디바이스들로 송신하기 위한 수단을 포함하는, 중재기.
  9. 제 8 항에 있어서,
    전송자의 통신 디바이스로부터 적어도 하나의 제 1 수신자에게 의도되는 비동기 메시지를 수신하기 위한 수단;
    상기 수신된 비동기 메시지에 모니터링되는 메시지 테이블에서의 메시지 식별자를 할당하기 위한 수단;
    상기 메시지 식별자를 상기 비동기 메시지의 헤더에 첨부하기 위한 수단;
    상기 비동기 메시지를 상기 적어도 하나의 제 1 수신자의 통신 디바이스로 라우팅하기 위한 수단;
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 1 수신자에 대한 정보를 포함한 메시지의 모든 수신자들에 대한 정보를 저장하기 위한 수단; 및
    상기 비동기 메시지에 대한 상기 메시지 식별자를 취출하기 위한 수단을 더 포함하고,
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하기 위한 수단은, 상기 비동기 메시지에 대한 상기 취출된 메시지 식별자를 이용하여 상기 모니터링되는 메시지 테이블에 저장된 정보를 리콜하기 위한 수단을 포함하는, 중재기.
  10. 제 8 항에 있어서,
    상기 책임 수락의 표시가 기한 내에 상기 제 1 수신자로부터 수신되지 않으면 상기 제 1 수신자에 의해 수행되는 역할에 기초하여 상기 비동기 메시지를 적어도 하나의 제 2 수신자에게 재-라우팅하기 위한 수단; 및
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 2 수신자에 대한 정보를 포함한 메시지의 모든 재-라우팅된 수신자들에 대한 정보를 저장하기 위한 수단을 더 포함하는, 중재기.
  11. 제 10 항에 있어서,
    상기 삭제 명령 메시지는 수신 시에 모든 수신자들의 메시지 큐들로부터 상기 비동기 메시지를 자동적으로 삭제하는 실행가능한 명령인, 중재기.
  12. 제 10 항에 있어서,
    상기 삭제 명령 메시지는 상기 비동기 메시지가 수신자의 메시지 큐로부터 삭제될 수도 있다고 상기 수신자에게 통지하는 수신자 판독가능 명령 메시지인, 중재기.
  13. 제 10 항에 있어서,
    상기 책임 수락의 표시는 메시지 개봉 확인을 포함하는, 중재기.
  14. 제 10 항에 있어서,
    상기 책임 수락의 표시는 긍정적인 책임 수락 메시지를 포함하는, 중재기.
  15. 비동기 메시지 라우팅을 중재하기 위한 중재기 서버로서,
    메모리 유닛; 및
    상기 메모리 유닛에 연결된 프로세서를 포함하고,
    상기 프로세서는,
    비동기 메시지에 대한 책임 수락의 표시를 수신자의 통신 디바이스로부터 수신하는 것;
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 것; 및
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었다고 결정될 때 삭제 명령 메시지를 모든 다른 통신 디바이스들로 송신하는 것을 포함하는 단계들을 수행하도록 하는 소프트웨어 명령들로 구성되는, 중재기 서버.
  16. 제 15 항에 있어서,
    상기 프로세서는,
    전송자의 통신 디바이스로부터 적어도 하나의 제 1 수신자에게 의도되는 비동기 메시지를 수신하는 것;
    상기 수신된 비동기 메시지에 모니터링되는 메시지 테이블에서의 메시지 식별자를 할당하는 것;
    상기 메시지 식별자를 상기 비동기 메시지의 헤더에 첨부하는 것;
    상기 비동기 메시지를 상기 적어도 하나의 제 1 수신자의 통신 디바이스로 라우팅하는 것;
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 1 수신자에 대한 정보를 포함한 메시지의 모든 수신자들에 대한 정보를 저장하는 것; 및
    상기 비동기 메시지에 대한 상기 메시지 식별자를 취출하는 것을 포함하는 추가 단계들을 수행하도록 하는 소프트웨어 명령들로 구성되며,
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 것은 상기 비동기 메시지에 대한 상기 취출된 메시지 식별자를 이용하여 상기 모니터링되는 메시지 테이블에 저장된 정보를 리콜하는 것을 포함하는, 중재기 서버.
  17. 제 16 항에 있어서,
    상기 프로세서는,
    상기 책임 수락의 표시가 기한 내에 상기 제 1 수신자로부터 수신되지 않으면 상기 제 1 수신자에 의해 수행되는 역할에 기초하여 상기 비동기 메시지를 적어도 하나의 제 2 수신자에게 재-라우팅하는 것; 및
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 2 수신자에 대한 정보를 포함한 메시지의 모든 재-라우팅된 수신자들에 대한 정보를 저장하는 것을 포함하는 추가 단계들을 수행하도록 하는 소프트웨어 명령들로 구성되는, 중재기 서버.
  18. 제 17 항에 있어서,
    상기 삭제 명령 메시지는 수신 시에 모든 수신자들의 메시지 큐들로부터 상기 비동기 메시지를 자동적으로 삭제하는 실행가능한 명령인, 중재기 서버.
  19. 제 17 항에 있어서,
    상기 삭제 명령 메시지는 상기 비동기 메시지가 수신자의 메시지 큐로부터 삭제될 수도 있다고 상기 수신자에게 통지하는 수신자 판독가능 명령 메시지인, 중재기 서버.
  20. 제 15 항에 있어서,
    상기 책임 수락의 표시는 메시지 개봉 확인을 포함하는, 중재기 서버.
  21. 제 15 항에 있어서,
    상기 책임 수락의 표시는 긍정적인 책임 수락 메시지를 포함하는, 중재기 서버.
  22. 프로세서로 하여금,
    수신자의 통신 디바이스로부터 비동기 메시지에 대한 책임 수락의 표시를 수신하는 것;
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 것; 및
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었다고 결정될 때 삭제 명령 메시지를 모든 다른 통신 디바이스들로 송신하는 것을 포함하는 단계들을 수행하도록 구성된 프로세서-실행가능한 소프트웨어 명령들을 저장하고 있는, 유형의 저장 매체.
  23. 제 22 항에 있어서,
    상기 유형의 저장 매체는 상기 프로세서로 하여금,
    전송자의 통신 디바이스로부터 적어도 하나의 제 1 수신자에게 의도되는 비동기 메시지를 수신하는 것;
    상기 수신된 비동기 메시지에 모니터링되는 메시지 테이블에서의 메시지 식별자를 할당하는 것;
    상기 메시지 식별자를 상기 비동기 메시지의 헤더에 첨부하는 것;
    상기 비동기 메시지를 상기 적어도 하나의 제 1 수신자의 통신 디바이스로 라우팅하는 것;
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 1 수신자에 대한 정보를 포함한 메시지의 모든 수신자들에 대한 정보를 저장하는 것; 및
    상기 비동기 메시지에 대한 상기 메시지 식별자를 취출하는 것을 포함하는 추가 단계들을 수행하도록 구성된 프로세서-실행가능한 소프트웨어 명령들을 가지며,
    상기 비동기 메시지가 다른 통신 디바이스들로 어드레싱되었는지를 결정하는 것은 상기 비동기 메시지에 대한 상기 취출된 메시지 식별자를 이용하여 상기 모니터링되는 메시지 테이블에 저장된 정보를 리콜하는 것을 포함하는, 유형의 저장 매체.
  24. 제 23 항에 있어서,
    상기 유형의 저장매체는 상기 프로세서로 하여금,
    상기 책임 수락의 표시가 기한 내에 상기 제 1 수신자로부터 수신되지 않으면 상기 제 1 수신자에 의해 수행되는 역할에 기초하여 상기 비동기 메시지를 적어도 하나의 제 2 수신자에게 재-라우팅하는 단계; 및
    상기 모니터링되는 메시지 테이블에 상기 할당된 메시지 식별자에 대응하는, 상기 적어도 하나의 제 2 수신자에 대한 정보를 포함한 메시지의 모든 재-라우팅된 수신자들에 대한 정보를 저장하는 것을 포함하는 추가 단계들을 수행하도록 구성된 프로세서-실행가능한 소프트웨어 명령들을 가지는, 유형의 저장매체.
  25. 제 24 항에 있어서,
    상기 삭제 명령 메시지는 수신 시에 모든 수신자들의 메시지 큐들로부터 상기 비동기 메시지를 자동적으로 삭제하는 실행가능한 명령인, 유형의 저장매체.
  26. 제 24 항에 있어서,
    상기 삭제 명령 메시지는 상기 비동기 메시지가 수신자의 메시지 큐로부터 삭제될 수도 있다고 상기 수신자에게 통지하는 수신자 판독가능 명령 메시지인, 유형의 저장매체.
  27. 제 22 항에 있어서,
    상기 책임 수락의 표시는 메시지 개봉 확인을 포함하는, 유형의 저장매체.
  28. 제 22 항에 있어서,
    상기 책임 수락의 표시는 긍정적인 책임 수락 메시지를 포함하는, 유형의 저장매체.
  29. 비동기 통신 네트워크;
    상기 비동기 통신 네트워크에 링크된 제 1 전송자 통신 디바이스로서, 상기 제 1 전송자 통신 디바이스는 비동기 메시지들을 상기 비동기 통신 네트워크를 통해 전송하도록 구성되는, 상기 제 1 전송자 통신 디바이스;
    상기 비동기 통신 네트워크에 링크된 제 1 수신자 통신 디바이스로서, 상기 제 1 수신자 통신 디바이스는 비동기 메시지들을 상기 비동기 통신 네트워크를 통해 수신하고 상기 제 1 전송자 통신 디바이스로부터 수신된 메시지가 개봉될 때 개봉 확인을 상기 제 1 전송자 통신 디바이스로 송신하도록 구성되는, 상기 제 1 수신자 통신 디바이스; 및
    상기 비동기 통신 네트워크에 링크된 중재기로서, 상기 중재기는 책임 수락의 표시가 상기 비동기 메시지에 응답하여 상기 제 1 수신자 통신 디바이스로부터 상기 제 1 전송자 통신 디바이스로 전송될 때를 결정하도록 구성되는, 상기 중재기를 포함하는, 비동기 통신 시스템.
  30. 제 29 항에 있어서,
    상기 책임 수락의 표시가 미리 결정된 기간 내에 수신되지 않는다고 상기 중재기가 결정하면, 상기 중재기가 상기 비동기 메시지를 제 2 수신자 통신 디바이스로 재-라우팅하는, 비동기 통신 시스템.
  31. 제 29 항에 있어서,
    상기 책임 수락의 표시가 전송된다고 상기 중재기가 결정할 때는 언제나, 상기 중재기가 삭제 명령 메시지를 상기 비동기 메시지의 모든 수신자들에게 송신하는, 비동기 통신 시스템.
  32. 제 31 항에 있어서,
    상기 제 1 및 제 2 통신 디바이스들은 상기 삭제 명령 메시지의 수신 시에 그들의 메시지 큐들로부터 상기 비동기 메시지를 발견하여 삭제할 수 있는, 비동기 통신 시스템.
  33. 제 29 항에 있어서,
    상기 제 1 및 제 2 통신 디바이스들은 상기 비동기 메시지의 개봉 시에 상기 책임 수락의 표시를 자동적으로 생성할 수 있는, 비동기 통신 시스템.
  34. 제 29 항에 있어서,
    상기 책임 수락의 표시는 메시지 개봉 확인을 포함하는, 비동기 통신 시스템.
  35. 제 29 항에 있어서,
    상기 책임 수락의 표시는 긍정적인 책임 수락의 메시지를 포함하는, 비동기 통신 시스템.
KR1020127008406A 2009-08-31 2010-08-31 비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치 KR101443464B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/551,520 US8595302B2 (en) 2008-02-22 2009-08-31 Method and apparatus for monitoring message status in an asynchronous mediated communication system
US12/551,520 2009-08-31
PCT/US2010/047298 WO2011026096A2 (en) 2009-08-31 2010-08-31 Method and apparatus for monitoring message status in an asynchronous mediated communication system

Publications (2)

Publication Number Publication Date
KR20120064095A true KR20120064095A (ko) 2012-06-18
KR101443464B1 KR101443464B1 (ko) 2014-09-22

Family

ID=43528336

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020127008406A KR101443464B1 (ko) 2009-08-31 2010-08-31 비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치

Country Status (6)

Country Link
US (1) US8595302B2 (ko)
EP (1) EP2474136A2 (ko)
JP (2) JP5703298B2 (ko)
KR (1) KR101443464B1 (ko)
CN (1) CN102484620B (ko)
WO (1) WO2011026096A2 (ko)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7490083B2 (en) 2004-02-27 2009-02-10 International Business Machines Corporation Parallel apply processing in data replication with preservation of transaction integrity and source ordering of dependent updates
US8688634B2 (en) * 2004-02-27 2014-04-01 International Business Machines Corporation Asynchronous peer-to-peer data replication
US7610345B2 (en) 2005-07-28 2009-10-27 Vaporstream Incorporated Reduced traceability electronic message system and method
US9282081B2 (en) 2005-07-28 2016-03-08 Vaporstream Incorporated Reduced traceability electronic message system and method
US20100185735A1 (en) * 2009-01-21 2010-07-22 Microsoft Corporation Extensibility for hosted messaging servers
US8341134B2 (en) 2010-12-10 2012-12-25 International Business Machines Corporation Asynchronous deletion of a range of messages processed by a parallel database replication apply process
US9235547B1 (en) * 2010-12-20 2016-01-12 II Richard William Hartman Messaging system and method with dead man switching
US8954517B2 (en) * 2010-12-29 2015-02-10 Avaya Inc. Method and apparatus for delegating a message
US9955014B2 (en) 2010-12-29 2018-04-24 Avaya Inc. Method and system for delivering messages
US9729694B2 (en) 2010-12-29 2017-08-08 Avaya Inc. Method and apparatus for providing priority indicia associated with a plurality of messages
US8812599B2 (en) * 2011-01-10 2014-08-19 Epic Systems Corporation Networked inbox
US9292835B2 (en) * 2011-06-30 2016-03-22 International Business Machines Corporation Determining communication recipient availability
US9094282B2 (en) * 2012-04-27 2015-07-28 Benbria Corporation System and method for rule-based information routing and participation
US10528914B2 (en) 2012-04-27 2020-01-07 Benbria Corporation System and method for rule-based information routing and participation
US8943061B2 (en) 2012-04-27 2015-01-27 Benbria Corporation System for extracting customer feedback from a microblog site
US20140164523A1 (en) * 2012-12-06 2014-06-12 International Business Machines Corporation Automated enabling of instant messaging communications in a client system
CN105706033B (zh) 2013-03-05 2019-05-10 法斯埃托股份有限公司 用于立方体图形用户界面的系统和方法
JP6255718B2 (ja) * 2013-05-31 2018-01-10 富士通株式会社 メッセージ管理方法、メッセージ管理プログラムおよびメッセージ管理装置
WO2014197497A2 (en) 2013-06-03 2014-12-11 The Morey Corporation Geospatial asset tracking systems, methods and apparatus for acquiring, manipulating and presenting telematic metadata
US20150066525A1 (en) * 2013-08-30 2015-03-05 William Baxter Webb, III System for exchanging medical information
US9400734B2 (en) * 2013-09-15 2016-07-26 Sandisk Technologies Llc Apparatuses and methods for generating event codes including event source
US10095873B2 (en) 2013-09-30 2018-10-09 Fasetto, Inc. Paperless application
JP6123639B2 (ja) * 2013-11-05 2017-05-10 株式会社ナカヨ メッセージ送受信システム、メッセージ中継サーバ、通信端末、およびメッセージ送受信方法
US9727625B2 (en) 2014-01-16 2017-08-08 International Business Machines Corporation Parallel transaction messages for database replication
US9584402B2 (en) 2014-01-27 2017-02-28 Fasetto, Llc Systems and methods for peer to peer communication
US9467521B2 (en) 2014-04-02 2016-10-11 David S. Owens System and computer implemented method of personal monitoring
WO2015195577A1 (en) * 2014-06-16 2015-12-23 Ponce Karen Communication logging system
AU2015287705B2 (en) * 2014-07-10 2019-09-12 Fasetto, Inc. Systems and methods for message editing
US9692684B2 (en) * 2014-09-05 2017-06-27 Telefonaktiebolaget L M Ericsson (Publ) Forwarding table precedence in SDN
US10437288B2 (en) 2014-10-06 2019-10-08 Fasetto, Inc. Portable storage device with modular power and housing system
CA2963079C (en) 2014-10-06 2023-03-14 Fasetto, Llc Systems and methods for portable storage devices
US10775996B2 (en) * 2014-11-26 2020-09-15 Snap Inc. Hybridization of voice notes and calling
KR102452169B1 (ko) 2015-03-11 2022-10-11 파세토, 인크. 웹 api 통신을 위한 시스템 및 방법
US10498687B2 (en) * 2015-04-23 2019-12-03 Teleport Med, LLC Priority based communication and organization system
US20160330601A1 (en) * 2015-05-06 2016-11-10 Vikas Srivastava Method and system for managing public safety in at least one of unknown, unexpected, unwanted and untimely situations via offering indemnity in conjunction with wearable computing and communications devices
US20170063761A1 (en) * 2015-08-29 2017-03-02 Sysu Huadu Industrial Science And Technology Institute Accessing Computers via Text Messages
WO2017096245A1 (en) 2015-12-03 2017-06-08 Fasetto, Llc Systems and methods for memory card emulation
JP2016042397A (ja) * 2016-01-08 2016-03-31 株式会社アクアティカ アシスタント管理装置、アシスタント管理方法及びアシスタント管理システム
WO2018098313A1 (en) 2016-11-23 2018-05-31 Fasetto, Llc Systems and methods for streaming media
JP6118476B1 (ja) * 2017-01-30 2017-04-19 株式会社アクアティカ 送受信者管理装置、送受信者管理方法及び送受信者管理システム
CA3054681A1 (en) 2017-02-03 2018-08-09 Fasetto, Inc. Systems and methods for data storage in keyed devices
US10763630B2 (en) 2017-10-19 2020-09-01 Fasetto, Inc. Portable electronic device connection systems
JP2021505938A (ja) 2017-12-01 2021-02-18 ファセット・インコーポレーテッド データ暗号化を改善するシステムおよび方法
TWI822762B (zh) 2018-04-17 2023-11-21 美商費瑟朵股份有限公司 具有即時回饋的裝置展示
RU2714219C1 (ru) 2018-09-14 2020-02-13 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для планирования передачи операций ввода/вывода
RU2718215C2 (ru) 2018-09-14 2020-03-31 Общество С Ограниченной Ответственностью "Яндекс" Система обработки данных и способ обнаружения затора в системе обработки данных
RU2731321C2 (ru) 2018-09-14 2020-09-01 Общество С Ограниченной Ответственностью "Яндекс" Способ определения потенциальной неисправности запоминающего устройства
RU2714602C1 (ru) 2018-10-09 2020-02-18 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для обработки данных
RU2721235C2 (ru) 2018-10-09 2020-05-18 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для маршрутизации и выполнения транзакций
RU2711348C1 (ru) 2018-10-15 2020-01-16 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для обработки запросов в распределенной базе данных
RU2714373C1 (ru) 2018-12-13 2020-02-14 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для планирования выполнения операций ввода/вывода
RU2749649C2 (ru) 2018-12-21 2021-06-16 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для планирования обработки операций ввода/вывода
RU2720951C1 (ru) 2018-12-29 2020-05-15 Общество С Ограниченной Ответственностью "Яндекс" Способ и распределенная компьютерная система для обработки данных
RU2746042C1 (ru) 2019-02-06 2021-04-06 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для передачи сообщения
JP7413669B2 (ja) 2019-07-19 2024-01-16 コニカミノルタ株式会社 ケア管理方法、プログラム、ケア管理装置、および、ケア管理システム
US11097688B2 (en) 2019-09-20 2021-08-24 GM Cruise Holdings, LLC Journey verification for ridesharing via audible signals
US10953852B1 (en) 2019-09-27 2021-03-23 GM Cruise Holdings, LLC. Pick-up authentication via audible signals
US11267401B2 (en) 2019-09-27 2022-03-08 GM Cruise Holdings, LLC Safe passenger disembarking for autonomous vehicles via audible signals
JP6863643B2 (ja) * 2020-11-04 2021-04-21 充宏 前田 メッセージ管理システム、メッセージ管理方法およびプログラム
US11985100B2 (en) * 2022-06-21 2024-05-14 Microsoft Licensing Technology, LLC Management of delegates for participants that are mentioned in a communication session

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3082908A (en) 1958-10-13 1963-03-26 Deering Milliken Res Corp Bobbin handling arrangement
US4814763A (en) * 1987-12-14 1989-03-21 Motorola, Inc. Paging terminal apparatus with page forwarding capability and methodology thereof
JPH08314827A (ja) 1995-05-22 1996-11-29 Hitachi Ltd 電子メールシステム
JPH0918375A (ja) 1995-06-30 1997-01-17 Sony Corp 通信端末装置及び通信方法
KR980007265A (ko) 1996-06-28 1998-03-30 김광호 프러세서간 메시지 송수신 방법
JPH10240637A (ja) * 1997-02-26 1998-09-11 Internatl Business Mach Corp <Ibm> 代替送信機能を持つデータ送信装置、データ送信方法、及びデータ送信プログラムを格納した記憶媒体
JPH10240639A (ja) 1997-02-26 1998-09-11 Casio Comput Co Ltd 情報転送装置、及び情報転送処理プログラムを記録した記録媒体
JPH114251A (ja) 1997-06-11 1999-01-06 Hitachi Ltd 電子メールの自動転送通知方式
US6057782A (en) * 1997-07-30 2000-05-02 At&T Corporation Method and apparatus for paging alternate users
US6119014A (en) 1998-04-01 2000-09-12 Ericsson Inc. System and method for displaying short messages depending upon location, priority, and user-defined indicators
JPH11338797A (ja) * 1998-05-21 1999-12-10 Casio Comput Co Ltd 電子メール転送制御装置およびそのプログラム記録媒体
JP3865946B2 (ja) 1998-08-06 2007-01-10 富士通株式会社 文字メッセージ通信システム、文字メッセージ通信装置、文字メッセージ通信サーバ、文字メッセージ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、文字メッセージ通信管理プログラムを記録したコンピュータ読み取り可能な記録媒体、文字メッセージ送受信方法及び文字メッセージ通信管理方法
US6854007B1 (en) * 1998-09-17 2005-02-08 Micron Technology, Inc. Method and system for enhancing reliability of communication with electronic messages
US6311210B1 (en) * 1998-12-17 2001-10-30 At&T Corporation Method and apparatus for sending an electronic mail message to a receiving party
JP2001266008A (ja) * 2000-03-16 2001-09-28 Casio Comput Co Ltd 問い合わせ回答システム、情報処理装置、及び記録媒体
US6968458B1 (en) * 2000-04-28 2005-11-22 Ian Ruddle Apparatus and method for providing secure communication on a network
US7093025B1 (en) * 2000-10-04 2006-08-15 International Business Machines Corporation SMTP extension for email delivery failure
EP1399833B1 (en) * 2000-11-20 2017-04-19 AT & T Mobility II, LLC Methods and systems for providing application level presence information in wireless communication
JP2002222149A (ja) * 2001-01-25 2002-08-09 Pfu Ltd 振り分けプログラム、振り分け方法、および記録媒体
US7058690B2 (en) * 2001-05-11 2006-06-06 Kabushiki Kaisha Square Enix Method for registering user information to exchange message on network
US7165093B2 (en) * 2001-06-22 2007-01-16 Xerox Corporation Active electronic messaging system
JP3815314B2 (ja) 2001-12-05 2006-08-30 富士通株式会社 メールサーバプログラムおよびメール端末プログラム
US7356564B2 (en) * 2002-01-09 2008-04-08 At&T Delaware Intellectual Property, Inc. Method, system, and apparatus for providing self-destructing electronic mail messages
WO2003105009A1 (en) * 2002-06-07 2003-12-18 Bellsouth Intellectual Property Corporation Sytems and methods for establishing electronic conferencing over a distributed network
JP2004032605A (ja) * 2002-06-28 2004-01-29 Systemport Inc 電子メール応答システム及び電子メール応答システム用コンピュータプログラム
US20040019695A1 (en) * 2002-07-25 2004-01-29 International Business Machines Corporation Messaging system and method using alternative message delivery paths
US7370278B2 (en) * 2002-08-19 2008-05-06 At&T Delaware Intellectual Property, Inc. Redirection of user-initiated distinctive presence alert messages
US7412481B2 (en) * 2002-09-16 2008-08-12 Oracle International Corporation Method and apparatus for distributed rule evaluation in a near real-time business intelligence system
US7343394B2 (en) * 2003-03-10 2008-03-11 International Business Machines Corporation Method of managing e-mail messages
JP2004282655A (ja) 2003-03-19 2004-10-07 Fujitsu Ltd 監視情報通報方法、監視情報通報装置および端末
US7430580B2 (en) * 2003-06-12 2008-09-30 International Business Machines Corporation Method and apparatus for adding recipients to sent email
EP1645145A1 (en) * 2003-06-18 2006-04-12 Iman, Inc. Arrangement for mobile communications and wireless publishing
US7359947B2 (en) * 2003-07-31 2008-04-15 International Business Machines Corporation Autonomic e-mail processing system and method
US20050164681A1 (en) * 2004-01-22 2005-07-28 Jenkins William W. Voice message storage in a push-to-talk communication system
US8484295B2 (en) * 2004-12-21 2013-07-09 Mcafee, Inc. Subscriber reputation filtering method for analyzing subscriber activity and detecting account misuse
CN101036403B (zh) 2004-12-28 2010-09-08 三星电子株式会社 管理多媒体消息的方法和设备
US20060168049A1 (en) * 2005-01-27 2006-07-27 Liliana Orozco Method for redirection of instant messages
US8682979B2 (en) * 2005-07-01 2014-03-25 Email2 Scp Solutions Inc. Secure electronic mail system
US20070224979A1 (en) * 2006-03-21 2007-09-27 Iman, Inc. Opt-in data communication to wireless devices
JP4371118B2 (ja) * 2006-03-28 2009-11-25 日本電気株式会社 作業依頼管理システム、方法、およびプログラム
US20080016575A1 (en) * 2006-07-14 2008-01-17 Motorola, Inc. Method and system of auto message deletion using expiration
US20080104175A1 (en) * 2006-10-30 2008-05-01 Keohane Susann M Automatically transmitting e-mail to specified backup address for out-of-office recipient
US20080270545A1 (en) * 2007-04-27 2008-10-30 Howe Anthony C Enhanced message-id as electronic watermark for electronic mail filtering
EP1990974A3 (en) * 2007-05-02 2010-03-24 Murata Machinery, Ltd. Relay server and relay communication system
US20100211638A1 (en) * 2007-07-27 2010-08-19 Goojet Method and device for creating computer applications
US20090049134A1 (en) * 2007-08-16 2009-02-19 David Bruce Kumhyr Method for delaying delivery of e-mail content
US8589493B2 (en) * 2007-08-17 2013-11-19 International Business Machines Corporation Sending related information to indirect email recipients
US20090100497A1 (en) * 2007-10-11 2009-04-16 Itzhack Goldberg Method and apparatus for preventing a set of users from accessing a message in an instant messaging system
US20090097631A1 (en) * 2007-10-12 2009-04-16 Doug Gisby Method, apparatus and system for routing a call using overflow groups
US7363344B1 (en) * 2007-11-16 2008-04-22 International Business Machines Corporation Method for redirecting an instant message in response to a notification of a change in a first MAC address to a second MAC address of a recipient
JP4406850B2 (ja) * 2007-12-25 2010-02-03 村田機械株式会社 中継サーバ及び中継通信システム
US8149850B2 (en) * 2008-02-22 2012-04-03 Qualcomm Incorporated Method and apparatus for asynchronous mediated communicaton
US8832201B2 (en) * 2008-08-18 2014-09-09 International Business Machines Corporation Method, system and program product for providing selective enhanced privacy and control features to one or more portions of an electronic message
US20100057765A1 (en) * 2008-08-28 2010-03-04 Jean-Claude Dispensa Email attachment storage method and system
US8005067B2 (en) * 2008-10-31 2011-08-23 Avaya Inc. Method for communication information recall in an enterprise network

Also Published As

Publication number Publication date
CN102484620A (zh) 2012-05-30
JP2015084557A (ja) 2015-04-30
WO2011026096A3 (en) 2011-04-14
JP5703298B2 (ja) 2015-04-15
CN102484620B (zh) 2015-06-17
WO2011026096A2 (en) 2011-03-03
KR101443464B1 (ko) 2014-09-22
US20100161743A1 (en) 2010-06-24
US8595302B2 (en) 2013-11-26
EP2474136A2 (en) 2012-07-11
JP2013503576A (ja) 2013-01-31
JP5989747B2 (ja) 2016-09-07

Similar Documents

Publication Publication Date Title
KR101443464B1 (ko) 비동기 중재 통신 시스템에서 메시지 상태를 모니터링하기 위한 방법 및 장치
JP5539233B2 (ja) 非同期媒介通信の方法および装置
RU2605363C2 (ru) Система и способ распределения значимых клинических оповещений
US6842512B2 (en) Systems and methods for managing electronic communications
US20120315867A1 (en) Interactive Multi-Channel Communication System
US20130325489A1 (en) Secure communications and workflow management for healthcare professionals, including healthcare professional availability status
US7822739B2 (en) Method for exploitation of social networks to derive a location of employees
EP2296386A1 (en) Asynchronous media communications using priority tags
US20020144136A1 (en) Device and method of mediating access
US20080177760A1 (en) Methods and systems for contacting physicians
US20120259918A1 (en) Business process management system with improved communication and collaboration
US20110047406A1 (en) Systems and methods for sending, receiving and managing electronic messages
JP2015170032A (ja) スケジュール調整プログラム、スケジュール調整方法、及びスケジュール調整装置
KR20110111531A (ko) 사용자에 관련된 상호 작용의 실시간 통합을 위한 방법, 장치 및 컴퓨터 프로그램 제품
US8429230B2 (en) Method for transmitting a communication invitation relating to a medical DICOM image
JP6336657B1 (ja) 予約通知装置、通知装置、通知方法、コンピュータプログラム
JP5323803B2 (ja) コミュニティ管理サーバおよびコミュニティ生成方法
JP2012199717A (ja) メールサーバ、メール処理プログラム、メール処理方法およびメールシステム
JP2018198052A (ja) 予約通知装置、通知装置、通知方法、コンピュータプログラム
JP2000276538A (ja) 連絡機能付き電子カルテシステム
JP2023007217A (ja) サーバ及び医療システム
Thomas Wanted
Kabachinski Unified communications in healthcare

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20170629

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee