KR101525283B1 - 준 실시간 통신을 위한 방법 및 장치 - Google Patents

Abstract

시간 기반 미디어의 실시간 통신을 지원할 수 있는 이메일 클라이언트가 개시된다. 상기 이메일 클라이언트는 도메인 내에서 수신인을 어드레싱하는 이메일 주소가 정의되는 경우, 서버와 세션을 구축하도록 구성된 세션 엘리먼트를 포함한다. 이메일 주소가 정의되자마자, 이메일 클라이언트의 전송 엘리먼트는, 시간 기반 미디어가 생성됨에 따라, 이메일 주소의 도메인의 룩업에 의해 적어도 부분적으로 발견된 경로를 통해 수신인에게 시간 기반 미디어를 점진적이고 동시적으로 전송하도록 구성된다. 수신인의 이메일 주소가 정의되자마자 수신인에 대한 경로를 적어도 부분적으로 발견함으로써, 전송 엘리먼트는 시간 기반 미디어를 수신인에게 점진적으로 전달할 수 있다.

Description

준 실시간 통신을 위한 방법 및 장치{METHOD AND DEVICE FOR NEAR REAL-TIME COMMUNICATION}

본 발명은 통신에 관한 것으로, 보다 구체적으로, 시간 기반 미디어(time-based media)의 준 실시간 통신(near real-time communication)을 지원할 수 있는 이메일 클라이언트 및 실시간 통신을 지원하기 위해 어드레싱(addressing), 프로토콜 및 인프라 구조(infrastructure)를 사용하는 방법에 관한 것이다.

현재, 전 세계적으로 사용되는 세 가지 어드레싱 도메인이 존재한다. 편지 및 소포의 전달을 위해 주로 사용되는 우편 시스템은 물리적인 주소, 예컨대 집 주소, 사무실 건물 주소 또는 사서함(PO box)의 사용에 의존한다. 편지 또는 소포의 전달을 보장하기 위해, 수취인의 물리적인 주소가 제공되어야 하며, 상기 수취인의 주소는 국가, 주 또는 지역, 시 또는 읍, 우편번호, 거리 이름 및 거리 번호를 포함한다. 기존의 전화 인프라 구조는 역사적으로 준 실시간 음성 통신(즉, 전화 통화)를 위해 사용되어 온 또 다른 전 세계적인 어드레싱 도메인을 정의한다. 유선 전화 및 이동 전화 둘 모두는 전화번호를 사용하여 어드레싱되며(즉, 전화를 걸며), 상기 전화번호는 일반적으로 국가 코드, 및 주어진 국가 및/또는 지역 코드 내의 특정 전화기를 식별하기 위한 가변적인 개수의 추가적인 숫자를 포함한다. 회선 연결이 발신자들 간에 이루어지면, 전 이중(full duplex) 대화가 수행될 수 있다. 제 3의 전 세계적인 어드레싱 시스템은 이메일이다. 모든 이메일 계정은 고유한 전 세계적으로 어드레스 가능한 이메일 주소에 의해 식별되며, 상기 이메일 주소는 사용자 이름 및 도메인 이름을 정의한다.

이메일은 일반적으로 송신인으로부터 하나 또는 그 이상의 수신인으로 송신되는 텍스트 메시지이다. 이메일은 이메일 클라이언트 상에서 생성된다. 잘 알려진 이메일 클라이언트는 Microsoft Outlook이며, 상기 이메일 클라이언트는 컴퓨터 상에서 이메일 메시지를 생성하고, 수신하고 관리하도록 사용된다. 대안적으로, 사용자는 Yahoo, Google 또는 Hotmail과 같은 무료 이메일 서비스를 웹 페이지를 통해 사용 가능하다. 사용되는 유형에 관계없이, 이메일 클라이언트는 일반적으로 (i) 이메일의 대상, 이메일의 송신인, 이메일이 송신된 날짜/시간 및 이메일의 용량과 같은 가능한 다른 속성들을 나타내는 이메일 헤더를 사용하여 모든 수신된 메시지를 나열하거나 표시하고; (ii) 사용자가 검토를 위해 메시지를 선택할 수 있도록 하고; (iii) 사용자가 수신인에게 새로운 메시지를 타이핑하고 송신하며, 다른 수신된 이메일에 답신할 수 있도록 하고, 그리고 (iv) 사진, 문서 또는 비디오 클립과 같은 첨부파일이 발신되는 이메일에 첨부될 수 있도록 한다.

이메일 메시지는 송신되기 전에 우선 완전히 생성되어야 한다. 송신인은 일반적으로 먼저 이메일의 헤더 내의 적절한 "받는 사람" 필드에 수신인의 이메일 주소를 입력함으로써 수신인을 정의할 것이다. 그리고 나서, 텍스트 메시지가 이메일의 바디에 타이핑되고, 파일이 선택적으로 첨부될 수 있다. 메시지가 완성되면, 사용자는 이메일을 송신한다. 송신 시퀀스 도중, 이메일 클라이언트는 네트워크 상에 위치한 이메일 서버를 사용하여 세션(session)을 개시한다. 이러한 세션은 일반적으로 SMTP(Simple Mail Transport Protocol)를 사용하여 구축된다. 상기 세션 도중, 이메일 클라이언트는 SMTP 서버에 송신인의 이메일 주소, 수신인의 이메일 주소 및 임의의 첨부파일을 포함한 이메일의 바디를 제공한다. 수신인의 이메일 주소는 두 부분으로 분할되며, 상기 두 부분은 수신인의 이름(예컨대, "jsmith") 및 도메인 이름(예컨대, "hotmail.com")을 포함한다. 수신인이 SMTP 서버를 제어하는 도메인 내에 있는 경우, 서버는 특정 수신인을 위한 전달 명령을 수행하며, 상기 전달 명령은 일반적으로 동일한 SMTP 서버 또는 동일한 도메인 내에 위치한 다른 서버 상의 수신인과 관련된 수신함으로 이메일을 전달한다. 반면, 서버가 제어하지 않는 도메인 내에 수신인이 있는 경우, 이메일 서버는 SMTP를 사용하여 수신인의 도메인을 제어하는 서버와 통신할 필요가 있다.

다른 도메인에 있는 수신인에게 이메일을 송신하기 위해, SMTP 서버는 DNS(Domain Name System)과 대화를 개시하며, 수신인의 도메인의 MX(Mail eXchanger) 기록을 요구한다. 이러한 MX 기록은 해당 도메인에 대한 SMTP 서버의 우선 순위가 매겨진 리스트를 포함한다. 그리고 나서, 이메일은 송신인의 SMTP 서버로부터, 응답하는 MX 리스트 내의 제 1 SMTP 서버로 송신된다. 그리고 나서, 상기 제 1 응답 서버는, 수신인이 제 1 응답 서버가 제어하는 도메인 내에 있는지 여부를 결정한다. 수신인이 제 1 응답 서버가 제어하는 도메인 내에 있는 경우, 이메일은 수신인의 수신함으로 전달된다. 수신인이 제 1 응답 서버가 제어하는 도메인 내에 있지 않은 경우, 응답 서버가 메시지를 수신인의 수신함으로 전달할 수 있는 서버일 때까지 전술한 프로세스가 반복된다. 전달 경로를 따르는 각각의 서버는 간혹 "홉(hop)"으로도 불린다. 그리고 나서, 이메일은 수신인의 이메일 클라이언트를 통해 액세스 될 수 있으며, 상기 수신인의 이메일 클라이언트는 수신인의 컴퓨터 또는 인터넷 상에 위치할 수 있다. 이메일이 다수에게 송신되는 경우, 전술한 프로세스는 각각의 수신인에 대해 반복된다.

전술한 시퀀스는 일반적으로 인터넷을 통해 송신되는 이메일에 적용된다. 특정 소유자의 시스템, 예컨대 동일한 소유자의 네트워크 상에서 두 Microsoft Exchange 사용자들 간에 송신된 이메일의 경우, SMTP 프로토콜은 이메일을 라우팅하기 위해 사용되지 않을 수 있으나, 이메일 주소는 여전히 사용된다. 소유자의 프로토콜 및 서버의 동작은 본질적으로 SMTP와 동일하다.

SMTP 또는 사유(proprietary) 이메일 프로토콜에 의존하는지 여부에 관계없이, 기존의 이메일 인프라 구조는 본질적으로 "저장 및 전달"(store and forward)" 메시징 시스템이다. 이메일 메시지는 송신되기 전에 먼저 그 전체가 생성되어야 한다. 송신인의 SMTP 또는 사유 메일 서버뿐만 아니라, 수신인의 SMTP 또는 사유 메일 서버로의 경로를 따르는 임의의 중간 이메일 서버 홉에서, 이메일 메시지는 그것이 전달될 수 있기 전에 그 전부가(in full) 수신되어야 한다. 최종적으로, 이메일은 수신인이 메시지를 확인할 수 있기 전에 수신인의 수신함에 그 전부가 수신되어야 한다.

비교를 위해, PSTN(Public Switched Telephone Network)을 통한 전화 통화는 사실상 점진적이다(progressive). 말 그대로, 전화 통화는 송신인으로부터 수신인으로 동시에 전송되며, 전화 통화는 실질적으로 라이브 또는 준 실시간으로 전해진다. 그 결과, 전화 통화는 일반적인 네트워크 연결(즉, 회선)을 통해 "라이브(live)" 또는 준 실시간 모드로 수행될 수 있다. 반면, 이메일 통신은 일반적으로 일련의 개별적인 저장 및 전달 메시지를 통해 수행되며, 종종 상기 메시지는 네트워크, 예컨대 인터넷을 통해 구별되는 시간에서 둘 또는 그 이상의 사람들 간에 서로 오가며 송신된다.

이메일에 파일을 첨부하여 시간 기반 미디어(즉, 시간에 따라 변하는 미디어), 예컨대 비디오 클립을 포함시키는 것은 잘 알려져 있다. 그러나, 이메일 메시지에 첨부된 시간 기반 미디어는, 이메일의 저장 및 전달 성질로 인해, 미디어가 생성됨에 따라 수신인에 의해 "라이브"로 확인될 수 없다. 그보다는, 시간 기반 미디어를 포함하는 첨부파일 및 이메일은 우선, 네트워크 상의 각각의 이메일 서버 홉에서 생성, 송신, 저장 및 전달되어야 하며, 그리고 나서, 첨부파일의 시간 기반 미디어가 확인될 수 있기 전에 수신인에 의해 그 전체가 수신되어야 한다. 따라서, 이메일 메시지의 수신인은 미디어가 생성됨에 따라 상기 미디어를 준 실시간으로 확인할 수 없다.

전화 메시징 시스템은 음성 메시지가 생성되고 이메일의 형태로 수신인에게 송신될 수 있는 것으로도 알려져 있다. 이러한 시스템을 사용하여, PSTN은 이메일과 협력하여 사용된다. 사용 시, 메시지의 기록은 우선 만들어지고, 저장되고, 그리고 나서 이메일에 의해 수신인에게 전달되어야 한다. 그러나, 또다시 메시지는 수신인이 기록된 메시지를 확인할 수 있기 전에 우선 그 전체가 수신되어야 한다.

인스턴트 메시징 또는 IM은 저장 및 전달 시스템의 또 다른 예이다. 전술한 이메일과 유사하게, 메시지는 수신인에게 전달될 수 있기 전에 완료되어야 한다. IM 시스템의 메시지는 일반적으로 이메일을 통해 송신되는 메시지보다 훨씬 더 짧다. IM 시스템의 텍스트의 각 라인은 저장 및 전달 방식으로 전달되는 분리된 메시지이다. 기존의 IM 시스템은 수신인으로 하여금 송신인이 메시지를 생성함에 따라 점진적으로(progressively) 그리고 동시적으로(simultaneously) 메시지를 확인하는 방법을 제공하지 않는다.

라이브 텍스트 시스템은 주로 덤(dumb) 터미널 인터페이스를 사용하는 초기 유닉스 시스템에서 사용되었으며, 상기 시스템은 잘 알려져 있다. 라이브 텍스트 시스템에서, 각각의 개별적인 키 스트로크는 송신인이 해당 키를 누르자마자 수신인에게 송신된다. 이러한 시스템은 오직 텍스트를 위한 것으로, 상기 시스템은 수신인이 메시지가 생성됨에 따라 상기 메시지를 점진적으로 확인할 수 있도록 한다.

현재, 이메일의 전 세계적인 어드레싱 및 라우팅 인프라 구조를, 이메일 주소를 사용하여 송신인과 수신인 사이에 시간 기반 미디어의 라이브 또는 준 실시간 통신을 지원하는 것까지 확장시키는 시스템 또는 방법은 알려져 있지 않다.

본 발명은 준 실시간 통신을 위한 방법 및 장치를 제공하는 것을 목적으로 한다.

시간 기반 미디어의 실시간 통신을 지원할 수 있는 이메일 클라이언트가 개시된다. 이메일 클라이언트는, 도메인 내의 수신인을 어드레싱하는 이메일 주소가 정의되는 경우, 서버를 사용하여 세션을 구축하도록 구성된 세션 엘리먼트를 포함한다. 이메일 주소가 정의되자마자, 이메일 클라이언트의 전송 엘리먼트는 시간 기반 미디어가 생성됨에 따라, 이메일 주소의 도메인의 룩업(lookup)에 의해 적어도 부분적으로 발견된 경로를 통해 상기 시간 기반 미디어를 수신인에게 점진적이고 동시적으로 전송하도록 구성된다. 수신인의 이메일 주소가 정의되자마자 수신인에 대한 경로를 적어도 부분적으로 발견함으로써, 전송 엘리먼트는 시간 기반 미디어를 수신인에게 점진적으로 전달할 수 있다.

본 발명은 첨부된 도면과 함께 이어지는 발명의 상세한 설명을 참조함으로써 가장 잘 이해될 수 있으며, 상기 도면은 본 발명의 특정 실시예를 도시한다.
도 1은 본 발명에 따른 사용자들 간의 시간 기반 미디어의 라이브 또는 준 실시간 통신을 지원할 수 있는 네트워크의 도면이다.
도 2는 본 발명의 일 실시예에 따른 통신 장치의 도면이다.
도 3은 본 발명의 다른 실시예에 따른 통신 장치의 도면이다.
도 4a 및 도 4b는 본 발명의 통신 장치에서 이메일 헤더를 생성하는 시퀀스를 설명하는 흐름도이다.
도 5a 내지 도 5d는 본 발명에 따라 네트워크를 통해 통신을 수행하는 시퀀스를 설명하는 흐름도이다.
도 6은 본 발명에 따라 미디어 파일을 이메일에 첨부하는 것을 설명하는 흐름도이다.
도 7은 본 발명의 다른 실시예에 따라 네트워크를 통해 시간 기반 미디어를 전달하는 것을 설명하는 도면이다.
도 8은 종래기술에 따른 종래의 이메일의 구조를 설명하는 도면이다.
도 9는 본 발명에 따른 점진적인 이메일의 구조의 도면이다.
도면 중 유사한 도면번호는 유사한 구성요소를 나타낸다.

이제 첨부한 도면에 도시된 바와 같은 본 발명의 다양한 실시예를 참조하여, 본 발명이 상세하게 설명될 것이다. 이어지는 발명의 상세한 설명에서, 특정 세부사항은 본 발명의 철저한 이해를 위해 제공된다. 그러나, 통상의 기술자는 본 발명이 여기에 제시된 구현 세부사항 중 일부를 사용하지 않고도 구현될 수 있음을 이해할 것이다. 본 발명을 불필요하게 모호하게 하지 않게 하기 위해, 잘 알려진 동작은 상세하게 설명되지 않았음이 또한 이해될 것이다.

본원은 다수의 실시예들과 직결되며, 상기 실시예는 (i) 미디어의 실제 전달을 위해 준 실시간 통신 프로토콜을 사용함과 동시에, 시간 기반 미디어를 포함하는 메시지의 전달을 위해 경로를 정의하도록 이메일 및 DNS 인프라 구조를 사용하는 것; (ii) 이메일 어드레싱 및 DNS를 사용하여 시간 기반 미디어를 포함하는 메시지를 다양하게 전달하는 옵션; (iii) 시간 기반 미디어를 포함하는 "점진적인" 이메일의 전송을 지원하기 위한 SMTP 또는 다른 사유 이메일 프로토콜의 변형; (iv) 준 실시간 음성 또는 다른 시간 기반 미디어 통신을 위한 수신인 이메일 주소의 후 바인딩(late binding); 및 (v) 전 세계적으로 어드레싱 가능한 이메일 주소 및 DNS를 사용하여, 시간 기반 미디어를 포함하는 점진적인 이메일 또는 메시지를 라우팅함으로써 준 실시간 대화를 수행하는 것을 포함한다. 이러한 양태 각각은 이하에서 상세하게 기술된다.

I. 미디어의 실제 전달을 위한 준 실시간 통신 프로토콜을 사용하여, 시간 기반 미디어를 포함하는 메시지의 전달을 위한 라우팅을 정의하기 위해, 이메일 및 DNS 인프라 구조를 사용하는 것

도 1을 참조하면, 본 발명에 따른 (i) 시간 기반 미디어의 "라이브" 또는 준 실시간 통신을 지원할 수 있고, (ii) 이메일 및 DNS의 인프라 구조를 사용하여 라우팅을 할 수 있는 네트워크 시스템의 도면이 도시된다. 시스템(10)은 통신 장치(14A, 14B, 14C 및 14D)를 사용하는 사용자 A, B, C 및 D와 네트워크(12) 상에 위치한 서버(16A, 16B, 16C 및 16D)를 포함하는 네트워크(12)를 포함한다. 네트워크(12)는 DNS 서버(18)를 더 포함한다. 다양한 실시예에서, 네트워크(12)는 인터넷, 인트라넷, 모바일 IP 네트워크, 인터넷 프로토콜 및/또는 DNS에 의존하는 임의의 다른 타입의 네트워크 또는 이들의 임의의 조합을 포함할 수 있다. 사용자 A, B 및 C는 그들 각각의 전 세계적으로 어드레싱 가능한 이메일 주소 "UserA@Domain A", "UserB@Domain B" 및 "UserC@Domain C"에 의해, 서버(16A 내지 16D)에 의해 각각 어드레싱된다. 사용자 D는 이하에서 언급되는 이유로 인해, 의도적으로 전 세계적으로 어드레싱 가능한 이메일 주소에 의해 네트워크(12) 상에서 식별되지 않는다.

서버(16A, 16B, 16C 및 16D)는 각각 사용자 A, B, C 및 D에게 하나 또는 그 이상의 서비스를 제공하도록 각각 구성된다. 이 예에서, 서버 A는 도메인 A를 정의하고, 사용자 A에게 SMTP(또는 유사한 사유 서비스) 및 MX DNS 기록(이하, "MX"로 언급됨)을 사용하여 표준적인 이메일 전달 서비스를 제공한다. 서버 A는 사용자 A에게 실시간 통신 서비스(이하, "RVX"로 언급됨)를 더 제공한다. 서버(16B)는 도메인 B를 정의하고, 사용자 B에게 실시간 통신 서비스 RVX를 제공하지만, 이메일 서비스 MX를 제공하지는 않는다. 서버(16C)는 도메인 C를 정의하고, 사용자 C에게 이메일 서비스 MX를 제공하지만, 실시간 도메인 RVX 서비스를 제공하지는 않는다. 서버 16D는 사용자 D에게 실시간 통신 서비스 RVX 뿐만 아니라 이메일 도메인 MX 서비스도 제공하지 않지만, 관련되지 않아 식별되지 않는 다른 서비스는 제공한다.

일 실시예에서, 실시간 서비스 RVX는, 사용자가 준 실시간으로 시간 기반 미디어를 교환할 수 있도록 하는 임의의 통신 프로토콜에 의존할 수 있지만, 수신인은 상기 시간 기반 미디어를 준 실시간 모드로 확인하도록 요구되지는 않는다. 이러한 성질을 갖는 공지된 프로토콜은 미국 출원번호 12/028,400 및 12/192,890에 상세하게 기술된 CTP(Cooperative Transmission Protocol), 또는 미국 출원번호 12/253,816, 12/253,833 및 12/253,842에 기술된 바와 같은 음성 또는 다른 시간 기반 미디어의 준 실시간 동기화 프로토콜을 포함한다. 전술한 미국 출원은 본 발명의 양수인에게 양도되었으며, 여기에 모든 목적을 위한 참조로 포함된다.

대안적인 실시예에서, RVX 서비스는 준 실시간 통신, 예컨대 SIP, RTP, Skype, VoIP 등을 제공하는 다른 통신 프로토콜을 각각 또는 조합하여 사용할 수 있다.

통신 장치(14A 내지 14D)는 각각 임의의 타입의 통신 장치, 예컨대 유선 전화기, VoIP 전화기, 셀룰러 라디오, 위성 라디오, 군사용 또는 응급용 라디오, 모바일 인터넷 장치 또는 임의의 다른 타입의 통신 장치일 수 있다. 또한, 주어진 사용자는 다수의 통신 장치(14)를 구비할 수 있다. 예를 들어, 사용자는 다음과 같은 장치들 중 하나 또는 그 이상을 구비할 수 있다: 가정용 컴퓨터, 업무용 컴퓨터, 푸쉬 투 토크(Push to Talk) 라디오, 이동 전화기 또는 PDA(personal digital assistant). 각각의 사용자 A, B, C 및 D가 구비하는 통신 장치(14)의 개수에 관계없이, 각각의 통신 장치는 본질적으로 동일하게 동작하고, 여기에 각각 기술된 바와 같이 서버(16A, 16B, 16C 및 16D)에 의해 제공되는 서비스를 받을 것이다.

설명되는 시스템(10)은 실제 실시예에서 일반적으로 구현될 시스템보다 훨씬 단순화되었음을 알린다. 설명을 위해, 전술한 바와 같이 사용자 A, B, C 및 D에게 제공되는(또는 제공되지 않는) RVX 및 MX 서비스는 본 발명의 다양한 특징 및 양태를 강조하고 기술하기 위해 의도적으로 선택되었다. 그러나, 실제 실시예에서는 매우 많은 수의 사용자가 있을 것이며, 각각의 사용자는 네트워크(12) 상에 하나 또는 그 이상의 통신 장치(14) 및 각각의 사용자에게 다양한 서비스를 제공하는 관련된 서버를 가질 것이다. 또한, 하나의 서버 또는 서버(16)의 그룹으로부터의 임의의 조합은 하나 내지 다수의 사용자 각각에게 RVX 및/또는 MX를 제공하도록 네트워크(12) 상에 포함될 수 있다. 통신 장치(14A, 14B 및 14C) 및 서버(16A, 16B 및 16C)는 네트워크(12) 상의 하나 또는 그 이상의 홉을 가로질러 경로를 발견하기 위해 DNS, SMTP 또는 다른 사유 이메일 프로토콜을 사용하는 전술한 방식과 유사하게 서로 간에 통신할 수도 있다. 동일한 도메인 내의 수신인에 대한 메시지 전달 경로는 일반적으로 동일한 서버(16) 또는 동일한 도메인 내의 관련된 서버 상의 수신함으로 전달된다. 다른 도메인 내의 수신인에게 송신되는 메시지는 일반적으로 네트워크(12)를 가로질러 하나 또는 그 이상의 홉을 통해 수신인의 이메일 서버로 송신될 것이다. IP 네트워크를 가로질러 준 실시간으로 이메일 및 미디어를 라우팅하는 것은 공지된 기술이며, 그에 대한 상세한 설명은 여기에 제공되지 않는다.

도 2를 참조하면, 본 발명의 일 실시예에 따른 통신 장치(14)의 도면이 도시된다. 이 실시예에서, 통신 장치(14)는 네트워크(12)와 무선으로 통신할 수 있는 모바일 장치(20), 예컨대 이동 전화기 또는 PTT 라디오이다. 모바일 장치(20)는 선택적으로 다음 중 하나 또는 그 이상을 포함할 수 있다: 키패드(22), 디스플레이(24), 스피커(26), 마이크(28), 음량 조절부(30), 사진 및/또는 비디오를 생성할 수 있는 카메라(32), 디스플레이 제어 엘리먼트(34), 시작 기능 엘리먼트(36) lac 종료 기능 엘리먼트(38). 다양한 실시예에서, 장치(20)는 (i) IP를 기반으로 하며, 즉 인터넷 프로토콜을 사용항혀 네트워크(12)를 통해 통신하도록 구성되고, (ii) 전술한 임의의 프로토콜 또는 임의의 다른 준 실시간 통신 프로토콜을 포함하는 하나 또는 그 이상의 RVX 프로토콜로 구동된다. 또한, 선택적으로, 장치(20)는 국부적으로(locally) 이메일 클라이언트를 실행하거나, 네트워크(12) 상에 위치한 서버(16) 중 하나에 위치한 이메일 클라이언트에 액세스하거나, 네트워크 상의 이메일 클라이언트를 실행하고 액세스할 수도 있다.

도 3을 참조하면, 본 발명의 다른 실시예에 따른 통신 장치의 도면이 도시된다. 이 실시예에서, 통신 장치(14)는 유선 또는 무선으로 네트워크(12)에 연결된(미도시) 컴퓨터(40)이다. 컴퓨터(40)는 선택적으로 다음 중 하나 또는 그 이상을 포함한다: 키보드(42), 디스플레이(44), 스피커(46), 마이크(48), 사진 또는 비디오를 생성할 수 있는 카메라(50), 마우스(523), 시작 기능 엘리먼트(54) 및 종료 기능 엘리먼트(56). 컴퓨터(40)는 이메일 클라이언트를 실행하거나, 네트워크(12) 상에 위치한 이메일 클라이언트에 액세스하거나, 둘 모두를 실행할 수 있다. 다양한 실시예에서, 컴퓨터(40)는 (i) IP 기반이며, 즉 인터넷 프로토콜을 사용하여 네트워크(12)를 통해 통신하도록 구성되고, (ii) 전술한 임의의 프로토콜 또는 임의의 다른 준 실시간 통신 프로토콜을 포함하는 하나 또는 그 이상의 RVX 프로토콜을 실행한다. 나아가, 컴퓨터(40)는 휴대용 컴퓨터, 예컨대 랩탑 또는 PDA일 수 있으며, 도시된 바와 같은 데스크탑 컴퓨터로 제한되지는 않는다. 또한, 선택적으로, 장치(40)는 국부적으로 이메일 클라이언트를 실행하거나, 네트워크(12) 상에 위치한 서버(16) 중 하나에 위치한 이메일 클라이언트에 액세스하거나, 네트워크 상의 이메일 클라이언트를 실행하고 액세스할 수 있다.

모바일 장치(20) 및 컴퓨터(40)의 시작 기능 엘리먼트(36/54) 및 종료 기능 엘리먼트(38/56)는 그들 각각의 기능을 상징한다. 모바일 장치(20), 컴퓨터(40) 또는 임의의 다른 타입의 통신 장치(14)가 물리적으로 시작 및 종료 버튼 그 자체를 반드시 포함하는 것은 아니다. 오히려, 이들 기능 각각은 다양한 방식으로 구현될 수 있으며, 예를 들어, 음성 명령, 기정의된 키 스트로크를 입력하거나 또는 터치 스크린이나 다른 입력 장치, 예컨대 마우스, 스타일러스 또는 포인터 등을 사용하여 입력함으로써 구현될 수 있다.

네트워크(12)는 수신인의 전 세계적으로 인식 가능한 이메일 주소 및 경로 발견을 위한 DNS를 포함하는 기존의 이메일 인프라 구조를 사용하면서, 경로가 발견되면 어드레싱된 수신인에게 시간 기반 미디어를 포함한 메시지를 실제 전송하기 위해 준 실시간 RVX 프로토콜을 사용한다. 종래의 이메일과 같이, 각각의 메시지는 다른 것들 중에서도 라우팅을 위한 하나 또는 그 이상의 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소를 정의하는 헤더에 의존한다. 그러나, 종래의 저장 및 전달 이메일과 달리, 메시지의 시간 기반 미디어는 준 실시간 RVX 프로토콜을 사용하여 전송된다. 그 결과, 시간 기반 미디어는, 송신인이 미디어를 생성함에 따라, 네트워크(12)를 거쳐 동시에 그리고 점진적으로 전송된다. 또한, 수신인은 선택적으로 시간 기반 미디어가 네트워크를 통해 수신됨에 따라 상기 시간 기반 미디어를 동시에 그리고 점진적으로 제공할 수 있다. 둘 또는 그 이상의 사람들이 동시에 대화하는 경우(예컨대, 시간 기반 미디어를 생성하고 확인하는 경우), 네트워크(12)는 라우팅을 위해 기존의 이메일 인프라 구조 및 DNS를 사용하는 동시에, 미디어 전달을 위해 RVX 프로토콜을 사용하여 준 실시간 통신을 지원한다.

도 4a를 참조하면, 통신 장치(14)의 메시지와 관련된 시간 기반 미디어를 생성하고 전송하는 시퀀스를 설명하는 흐름도가 도시된다. 통신 장치(14)의 사용자가 특정 수신인과 통신하기를 원하는 경우, 사용자는 연락처로부터 수신인을 선택하거나, 의도된 수신인으로부터 이미 수신한 메시지에 답신할 것이다. 의도된 수신인으로부터의 메시지가 응답을 위해 사용 가능하지 않거나, 의도된 수신인이 연락처에 있지 않은 경우, 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소가 수동으로 장치(14)에 입력된다.

전술한 바에 응답하여, "받는 사람" 헤더 내의 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소를 포함하는 메시지 헤더가 생성된다(단계 62). 수신인의 전 세계적으로 어드레싱 가능한 이메일 어드레스가 정의되자마자, DNS 룩업이 수행되어, 전 세계적으로 어드레싱되는 수신인에게 메시지와 관련된 미디어를 전달하기 위한 경로가 즉시 발견된다. 그 후, 사용자는 시간 기능(36/54)을 개시하고, 시간 기반 미디어를 생성하기 시작할 수 있으며(단계 64), 예를 들어, 마이크에 말하거나, 비디오를 생성하거나 둘 모두를 수행한다. 그리고 나서, 시간 기반 미디어는 발견된 전달 경로를 사용하여 RVX 프로토콜을 사용하여 네트워크(12)를 통해 점진적이고 동시적으로 인코딩되고(단계 66), 전송되며(단계 68), 선택적으로 장치(14)에 지속적으로 저장된다(단계 70). 비록 이들 단계 62 내지 70가 도면에서 순차적으로 설명되었으나, 모든 현실적인 목적을 위해, 상기 단계들은 실질적으로 동시에 일어난다. 사용자는 연락처로부터 수신인을 선택하고, 시작 기능(36/54)을 개시하고, 그리고 나서 즉시 말하기 시작할 수 있다. 미디어가 생성됨에 따라, RVX 프로토콜은, 송신인이 인식할 수 있는 임의의 지연을 발생시키지 않으면서 경로를 발견하기 위한 DNS 룩업 결과를 사용하여, 네트워크(12)를 거쳐 수신인에게 미디어를 점진적이고 동시적으로 전송한다.

발신 메시지의 시간 기반 미디어는 선택적으로 여러 가지 이유로 인해 송신측 통신 장치(14) 상에 저장될 수 있다. 예를 들어, 메시지의 시간 기반 미디어가 전닥 경로의 발견 전에 생성되는 경우, 시간 기반 미디어는 전달 경로가 발견될 때 스토리지로부터 전송될 수 있다. 경로가 발견된 후에도 여전히 시간 기반 미디어가 생성되고 있는 경우, 시간 기반 미디어는 미디어가 생성됨에 따라 점진적이고 동시적으로 전송된다. 대안적으로, 시간 기반 미디어의 저장과 함께, 송신인은 추후 어느 때나 저장된 메시지를 확인할 수 있다. 통신 장치(14)가 네트워크(12)에 접속되지 않은 경우 메시지는 생성되고 저장될 수도 있으며, 여기서 접속은 네트워크를 통해 메시지를 송신하는 기능으로 정의되고, 차단은 네트워크를 통해 메시지를 송신하지 못하는 기능으로 정의된다. 장치(14)가 추후 접속되면, 메시지는 RVX 프로토콜을 사용하거나 또는 이메일의 첨부파일로, 스토리지에서 의도된 수신인으로 전송될 수 있다.

도 4b를 참조하면, 메시지 헤더를 생성하는(도 4a의 단계 62) 시퀀스를 설명하는 흐름도(100)가 도시된다. 단계 62a는 송신인의 전 세계적으로 어드레싱 가능한 이메일 주소가 메시지 헤더의 "보내는 사람" 필드에 제공된다. 단계 62b에서, 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소가 메시지 헤더의 "받는 사람" 필드에 입력된다. 다수의 수신인이 있는 경우, 각각의 이메일 주소는 "받는 사람" 필드에 입력된다. 추가적인 실시예에서, "CC" 또는 "BCC" 필드가 하나 또는 모든 수신인을 위해 사용될 수 있다. 단계 62c에서, 전 세계적으로 고유한 메시지 ID 또는 번호가 메시지에 할당된다. 단계 62d에서, 다른 정보, 예컨대 대화명 또는 메시지의 주제가 헤더에 제공된다. 단계 62e에서, 메시지가 생성되었던 시작일/시작시간이 헤더에 포함될 수 있으며, 메시지의 종료일/종료시간이 포함될 수도 있다. 일 실시예에서, 단계 62a 내지 단계 62e는 일반적으로 모두 실질적으로 동시에 일어나며, 종료일/종료시간을 정의하는 것이 제외될 수는 있다. 다른 실시예에서, 단계 62a 내지 단계 62e는 임의의 순서로 일어날 수 있다.

시작일/시작시간 및 종료일/종료시간은 대개 송신 장치(14) 상에서의 시작 기능(36/54) 및 종료 기능(38.56)의 구현과 각각 일치한다. 그러나, 송신인은 주어진 메시지에 대해 항상 종료 기능(38/56)을 구현하는 것은 아닐 수도 있다. 이 경우, 송신인은 단순히 메시지와 관련된 시간 기반 미디어의 생성 및 송신을 정지할 수 있다. 그 결과, 메시지는 정의된 종료시간/종료일 없이 "조정 가능한(open-ended)" 상태로 유지될 수 있다.

특정 실시예에서, 단계 62a 내지 단계 62e는 송신측 통신 장치(14)에서 수행될 수 있다. 다른 실시예에서, 송신측 통신 장치는 단계 62a 내지 단계 62e가 수행되는 서버(16)로 메시지 헤더 정보의 일부 또는 전부를 송신할 수 있다. 선택적으로, 메시지의 시간 기반 미디어는 송신인이 추후 확인하기 위해 또는 수신인에게 전송하기 위해 서버(16)에 저장될 수도 있다.

전술한 실시예에서, 받는 사람, 보내는 사람, 메시지 ID 번호, 대화명, 메시지 시작시간 및 종료시간을 포함하는 다양한 필드를 구비한 메시지 헤더가 제공된다. 하지만, 이들 필드 모두가 필요한 것은 아니며, 다른 필드가 포함될 수도 있음이 이해될 것이다. 단 하나의 요구되는 정보는 받는 사람, 참조 또는 숨은 참조 필드 중 하나에서 특정된 적어도 하나의 수신인이며, 상기 받는 사람, 참조 또는 숨은 참조 중 하나는 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소를 정의한다. 다른 필드는 모두 선택적이다.

메시지 헤더의 포맷 또한 가변적이다. 일 실시예에서, 메시지 헤더의 구조는 종래의 이메일에 사용되는 구조 또는 이메일과 함께 사용되는 엔벌로프와 유사할 수 있다. 다른 실시예에서, 메시지 헤더의 구조는 수신인(들)의 전 세계적으로 어드레싱 가능한 이메일 주소를 다른 헤더 정보와 함께 네트워크(12)를 통해 전송하기에 적합한 임의의 형태를 가질 수 있다. 특정 이메일 헤더 필드가 수신인을 특정하기 위해 설명되었으나, 수신인의 주소 정보를 포함하는 실제 헤더 필드는 반드시 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소 그 자체를 포함하지 않을 수도 있다. 해당 기술분야에서 잘 알려진 바와 같이, 엔벌로프 수신인(envelope recipient)이 이메일 헤더에 나열된 수신인과 상이할 수 있을지라도, "엔벌로프 수신인"은 수신인의 이메일 주소를 특정하기 위해 사용될 수 있다. 따라서, 여기에 사용되는 바와 같이, 용어 메시지 헤더는 임의의 개수의 필드, 예컨대 RFC 822 또는 5322에 명시된 바와 같은 필드(그러나 이러한 필드로 제한되지는 않음)를 포함하는 종래의 메시지 또는 이메일 헤더 및 엔벌로프 정보 둘 모두를 포함하도록 넓게 해석되어야 할 것이다. 또한, 용어 "어드레싱" 또는 "전 세계적으로 어드레싱 가능한 이메일 주소"의 사용은, 종래의 메시지 또는 이메일 헤더에서의 사용 또는 메시지 엔벌로프에서의 사용을 포함하는 임의의 어드레싱 방법을 포함하도록 넓게 해석될 것이다.

특정 환경 하에서, 네트워크(12)는 (i) 네트워크(12)를 통해 수신인에게 동시에 그리고 점진적으로 전송될 수 있고, (ii) 시간 기반 미디어가 생성되고 송신인에 의해 송신됨에 따라 어드레싱된 수신인에 의해 준 실시간으로 확인될 수 있는 시간 기반 미디어를 포함하는 메시지를 전달할 수 있다. 다른 환경 하에서는, 메시지가 실시간으로 전달될 수 없다. 이하, 준 실시간 및 비 실시간 시나리오 둘 모두가 각각 도 5a 내지 도 5c를 참조로 하여 기술된다.

도 5a를 참조하면, 네트워크(12)를 통해 전 세계적으로 어드레싱 가능한 이메일 주소를 사용하여 시간 기반 미디어를 포함하는 메시지로 준 실시간 통신을 잠재적으로 수행하기 위한 시퀀스를 설명하는 흐름도(80)가 도시된다. 시퀀스는 임의의 준 실시간 RVX 프로토콜을 사용하여 메시지를 사용자 B에게 송신하는 사용자 A에 관하여 기술된다. 전술한 바와 같이, 서버(16B)는 사용자 B에게 RVX 서비스를 제공하지만, MX 서비스를 제공하지는 않는다.

초기 단계 82에서, 서버(16A)는 메시지 헤더(또는 서버가 단계 62a 내지 62e 중 일부 또는 전부를 수행하도록 하는 헤더 정보), 및 시간 기반 미디어가 점진적으로 그리고 동시적으로 생성되고 통신 장치(14A)에 의해 전송됨에 따라 전송되는 메시지의 시간 기반 미디어를 실질적으로 동시에 수신한다. 메시지 헤더가 사용자 B의 전 세계적으로 어드레싱 가능한 이메일 주소(userB@DomainB)를 "받는 사람", "참조" 또는 "숨은 참조" 필드에 포함함에 따라, 서버(16A)는 DNS프로토콜을 사용하여 DNS 서버(18)의 도메인 B의 RVX에 대한 룩업을 요청한다(단계 84). RVX가 도메인 B에 대하여 존재하기 때문에(결정 86), 룩업 결과는 긍정적이다. 그리고 나서, 시간 기반 미디어는 송신인과 관련된 서버(16A)로부터 수신인과 관련된 서버(16B)로 RVX 프로토콜을 사용하여 점진적이고 동시적으로 송신된다. 시간 기반 미디어는 두 개의 서버(16A 및 16B) 사이에서 하나 또는 그 이상의 홉을 통해 전송될 수 있다. 각각의 홉에서, DNS 룩업은 다음 홉으로의 전달 경로를 발견하기 위해 수행되며, RVX 프로토콜은 시간 기반 미디어를 각각의 다음 홉으로 전달하도록 사용된다.

일 실시예에서, 시간 기반 미디어가 서버(16B)에 도달하는 경우, 미디어는 수신인의 통신 장치(14B)로 동시적이고 점진적으로 전송된다. 수신인은 수신되는 메시지를 통지받고, 그에 응답하여, 수신인은 메시지의 미디어가 점진적으로 수신됨에 따라 준 실시간 모드로 미디어를 동시에 확인하도록 선택할 수 있다.

대안적인 실시예에서, 메시지의 미디어는 선택적으로 수신함에 위치하고, 수신인의 장치(14B)에 지속적으로 저장된다. 메시지의 지속적인 저장으로, 수신인은 미디어가 수신됨에 따라 준 실시간 모드로 미디어를 확인하거나, 스토리지로부터 추후 아무 때나 미디어를 확인하는 옵션을 갖게 된다.

다른 실시예에서, 메시지는 사용자 B와 관련된 서버(16B)에 위치한 수신함에 저장될 수도 있다. 이러한 방식으로, 장치(14B)의 사용자는 추후 아무 때나 서버(16B) 상의 수신함으로부터 메시지에 액세스할 수 있다. 또한, 서버(16B)는 메시지를 파일에 동봉하고(encapsulate) 상기 파일을 이메일에 첨부할 수 있다. 전술한 바와 같이, 사용자 B는 MX 서비스를 제공받지 않으며, 따라서 이러한 이메일을 수신할 수 없다. 그러나, 사용자가 이메일을 수신할 수 있는 상황에서는, 메시지는 첨부파일의 형태로 전달될 수 있다.

다른 실시예에서, 메시지의 미디어는 사용자의 송신측 통신 장치(14) 또는 송신인과 관련된 서버(16A)에 위치하는 송신인의 보낸 편지함에 저장될 수 있다.

도 5b를 참조하면, 흐름도(80)는 사용자 A와 사용자 C 간의 통신을 설명하기 위해 또다시 제공된다. 전술한 바와 같이, 서버(16C)는 사용자 C에게 MX 서비스를 제공하지만, 실시간 RVX 서비스는 제공하지 않는다. 사용자 A가 사용자 C와 통신하기를 원하는 경우, 초기 시퀀스는 본질적으로 전술한 바와 동일하다. 서버(16A)는 초기에, 사용자 C의 전 세계적으로 어드레싱 가능한 이메일 주소(userC@domainC)를 포함하는 메시지 헤더(또는 단계 62a 내지 단계 62e를 선택적으로 수행하기 위해 필요한 헤더 정보) 및 사용자 A에 의해 시간 기반 미디어의 점진적이고 동시적인 전송(단계 82)을 수신한다. RVX 룩업 결과(결과 86)가 부정적이므로, 서버(16A)는 다음으로 DNS 프로토콜을 사용하여 도메인 C를 위한 DNS 서버(18)의 MX 룩업을 요청한다(단계 90). 긍정적인 결과의 경우(결정 92), 서버(16A)는 첨부파일로 동봉된 시간 기반 미디어를 포함하는 종래의 이메일을 서버(16C)로 송신한다. 서버(16C)에서, 이메일은 수신인의 수신함에 위치한다. 이메일은 통신 장치(14C)의 수신함으로 전달될 수도 있다. 따라서, 수신인이 RVX 서비스를 갖지 않는 경우, 메시지의 시간 기반 미디어는 SMTP의 저장 및 전달 과정 또는 유사한 사유 이메일 시스템을 사용하여, 네트워크(12)를 거쳐 서버(16A)에 의해 서버(16C)로 송신되고, 통신 장치(14C)로 송신될 수도 있다.

도 5c를 참조하면, 흐름도(80)는 또다시 사용자 A와 사용자 D 간의 통신을 설명하기 위해 제공된다. 전술한 바와 같이, 사용자 D는 이메일 MX 서비스나 준 실시간 RVX 서비스를 제공받지 않는다. 사용자 A가 사용자 D와 통신하기를 원하는 경우, 초기 시퀀스는 본질적으로 전술한 바와 동일하다. 서버(16A)는 사용자 D의 전 세계적으로 어드레싱 가능한 이메일 주소(userD@domainD)를 포함하는 메시지 헤더(단계 62a 내지 단계 62e를 선택적으로 수행하기 위해 필요한 헤더 정보)를 수신하고, 사용자 A에 의해 시간 기반 미디어의 점진적이고 동시적인 전송이 수행된다(단계 82). 도메인 D를 위한 RVX 룩업(결정 86) 및 MX 룩업(마름모 92)이 모두 부정적이므로, 에러 메시지가 생성되고(단계 94), 메시지는 전달될 수 없게 된다(단계 96). 다양한 실시예에서, 메시지의 시간 기반 미디어는 송신측 통신 장치(14A), 서버(16A) 또는 둘 모두에 저장될 수 있다. 메시지는 RVX 및/또는 MX 서비스가 사용자 D에게 제공되는 경우 추후 송신될 수 있다.

도 5c에 대하여 기술된 시나리오는 일반적으로, 부정확한 이메일 도메인 이름이 수신인에게 제공되는 경우 발생한다. 송신인이 유효하지 않은 전 세계적으로 어드레싱 가능한 이메일 도메인 이름을 사용하여 메시지를 송신하려고 한 경우, 에러 메시지(단계 94)가 발생된다. 이메일 주소 내에 정확한 도메인 이름이 제공되면, 메시지는 RVX 프로토콜을 사용하여 전달되거나 MX 서비스를 사용하여 이메일에 첨부된 첨부파일로 전달될 수 있다.

대안적인 실시예에서, 통신 장치(14A 내지 14C)는 피어-투-피어 구조로 구성될 수 있다. 이러한 구성에서, 적어도 송신측 통신 장치(14)는, 룩업 기능을 수행하기 위한 중개 서버(16)의 도움 없이, DNS 서버(18) 상에서 직접적으로 RVX 및/또는 MX 룩업을 수행할 수 있다. 통신 장치(14)는 메시지의 미디어를 다른 통신 장치로 직접 전송할 수도 있다. 수신인이 RVX 및/또는 MX 도메인의 구성원인지 여부에 따라, 송신측 통신 장치(14A)는 (i) 네트워크(12)를 통해 메시지의 시간 기반 미디어를 수신인에게 점진적으로 그리고 동시적으로 전송하거나, (ii) 메시지의 시간 기반 미디어를 파일에 동봉하고, SMTP 또는 유사한 사유 프로토콜을 사용하여 첨부파일로 파일을 포함하는 이메일을 수신인에게 전송하거나, (iii) 유효하지 않은 전 세계적으로 어드레싱 가능한 사용자 이름 또는 도메인 이름이 이메일 주소에 사용되거나 그리고/또는 수신인이 MX 서비스를 제공받지 않는 경우, 에러 메시지를 수신할 것이다.

도 5d를 참조하면, 피어-투-피어 실시예를 설명하는 흐름도(100)가 설명된다. 초기 단계(101)에서, 송신측 통신 장치(14)는 수신측 통신 장치(14)와 통신하고자 하는 것을 지시한다. 결정 단계 102에서, 송신인의 통신 장치(14)는 피어 수신인이 RVX 서비스를 수신하는지 여부를 결정하기 위해, 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소의 DNS 룩업을 수행한다. 룩업의 결과가 긍정적인 경우, 송신측 통신 장치(14)를 사용하여 생성된(단계 103) 시간 기반 미디어는 RVX 룩업에 의해 정의된 전달 경로를 사용하여 수신인에게 점진적이고 동시적으로 전송된다(단계 104). 결정 단계 105에서, 실시간 통신이 구축되는지 여부가 결정된다. 구축된 경우, 전송된 미디어는 미디어가 수신됨에 따라 수신인의 통신 장치(14)에서 점진적이고 동시적으로 제공된다(단계 106). 준 실시간 통신이 구축되지 않은 경우, 메시지의 미디어는 수신인의 장치(14), 수신인과 관련된 서버(16) 또는 둘 모두에 위치한 수신인의 수신함(단계 107)에 위치한다. 준 실시간 통신은 여러 가지 이유, 예컨대 수신인이 사용 가능하지 않거나, 네트워크 범위 밖에 위치하거나, 메시지를 준 실시간 모드로 확인하지 않기를 원하도록 지시한 경우와 같은 이유로 수신인 측에서 수행되지 않을 수 있다.

반면, 수신인이 RVX 서비스를 받지 않는 경우(결정 102), 메시지의 미디어는 이메일의 첨부파일 형태로 전달되고, 수신인은 MX 도메인 서비스를 받는다. 시간 기반 미디어는 파일에 동봉되고, 이메일에 첨부된다(단계 108). 메시지가 완성되면, 이메일은 MX 룩업 결과에 의해 정의된 경로를 사용하여 전송된다(단계 109). 일 실시예에서, 송신측 통신 장치(14)가 국부적으로 이메일 클라이언트를 실행하는 경우, 이메일은 송신측 피어로부터 직접 송신될 수 있다. 이메일은 수신인의 피어 장치(14)가 이메일 클라이언트를 실행하는 경우 수신인의 피어 장치에서 수신되거나, 수신인을 대신하여 이메일 클라이언트를 실행하는 서버(16)에서 수신되거나, 수신측 피어(14) 및 서버(16) 둘 모두에서 수신될 수 있다. 두 개의 피어 모두가 이메일 클라이언트를 실행하고 있는 경우, 미디어는 이메일에 첨부된 첨부파일의 형태로 송신측 통신 장치(14)에서 수신측 통신 장치(14)로 송신될 수 있다. 이는 송신측 피어가 아니라 서버가 음성 메시지를 수신인에게 이메일로 보내는 공지된 전화 메시징 시스템과 상이하다. 특정 실시예에서는 이하에서 보다 상세하게 기술되는 바와 같이, 첨부파일은 링크에 의해 시간 기반 미디어를 포함하는 웹 페이지로 대체되거나 증강될 수 있다.

도 4a, 도 4b, 도 5a 내지 도 5c에 대한 전술한 내용은 본 발명의 특정 양태를 설명하기 위해 단순화되었음을 알린다. 실제 구현에서는 다수의 방식으로 변형될 수 있음이 이해될 것이다. 예를 들어, 서버(16A)가 이메일 주소를 수신할 때마다, 서버(16A)는 수신인의 도메인(즉, 도메인 A, 도메인 B 또는 도메인 C)이 서버(16A)의 하나 또는 그 이상의 로컬 도메인 내에 있는지 여부를 먼저 결정할 것이다. 수신인의 도메인이 로컬 도메인 내에 있지 않은 경우, 도 5a, 도 5b 및 도 5c에 대한 전술된 과정은 각각 수행된다. 반면, 수신인의 도메인이 서버(16A)의 로컬 도메인 내에 있는 경우, 서버(16A)는, (i) 수신인이 실시간 통신 서비스를 받는 경우 실시간으로 메시지를 전달하거나, (ii) 수신인이 MX 서비스를 받지만 실시간 서비스는 받지 않는 경우에는 이메일의 첨부파일로 메시지를 전달할 수 있다. 또한, 서버(16A)는 각각의 경우 DNS 룩업을 수행할 필요가 없을 수 있다. 잘 알려진 바와 같이, 매번 새로운 DNS 룩업을 수행하기보다는, 이전의 DNS 룩업 결과는 캐시에 저장되고, 수신인의 이메일 주소가 수신될 때 사용될 수도 있다.

도 6을 참조하면, 서버(16A)에서(도 5b의 단계 98) 또는 송신측 장치(14A)로부터(도 5d의 단계 107) 이메일 첨부파일에 동봉된 시간 기반 미디어를 송신하기 위한 시퀀스를 설명하는 흐름도(110)가 도시된다. 어느 하나의 경우, 사용자 A에의해 생성된 시간 기반 미디어는 파일에 동봉되고(단계 112), 메시지가 완성되면, 예컨대 종료 기능(38/56)이 구현되면 이메일에 첨부된다(단계 114). 종료 기능(38/56)이 구현되지 않은 상황에서는, 임의의 새로운 시간 기반 미디어가 생성되지 않고 기결정된 시간이 경과한 후, 메시지의 종료가 디폴트(default)로 선언될 수 있다. 메시지의 시간 기반 미디어가 완성되면, 종료 기능(38/56)의 구현 또는 디폴트로 첨부파일을 포함한 이메일이, 종래의 이메일과 유사한 방식으로, 서버(16A) 또는 통신 장치(14A)에 의해 SMTP 또는 유사한 사유 프로토콜을 사용하여 네트워크(12)를 통해 수신인의 MX 룩업 결과로 전송된다.

전술한 서버 또는 피어-투-피어 모델 중 어느 하나를 사용하여, 처음에 RVX 룩업 결과가 시간 기반 미디어를 전달하기 위해 사용된다. RVX 시도가 실패하면, MX 결과가 백업으로 사용된다. 이러한 방식으로, 첨부파일 및/또는 웹 링크로 포함된 시간 기반 미디어를 포함한 종래의 이메일은, 수신인이 RVX 서비스를 제공받지 않는 환경에서 미디어를 전달하기 위해 사용된다. 이메일은 서버 또는 송신측 장치에서 생성될 수 있다.

II . 전달 옵션

도 7을 참조하면, 본 발명의 다른 실시예에 따른 네트워크(12)를 통한 시간 기반 미디어를 전달하는 것을 설명하는 도면이 도시된다. 이 실시예에서, 네트워크(12)는 본질적으로 도 1에 도시된 네트워크와 적어도 하나의 제외하고 동일하다. 서버(16A 내지 16C) 중 하나 또는 그 이상은 전술한 RVX 및/또는 MX 서비스를 제공하는 것에 더하여, 웹 서버로 구성된다. 이 실시예에서, 사용자는 메시지가 송신되면, URL 링크를 포함하는 각각의 서버(16)로부터 이메일을 수신한다. 사용자가 통신 장치(14)에서 실행되는 웹 브라우저를 통해 링크를 선택하면, 적절한 웹 서버(16)가 웹 페이지를 제공하여, 수신인이 메시지에 액세스하고 확인할 수 있도록 한다. 제공된 웹 페이지는 다양한 제공 옵션, 예컨대 실시간 또는 시간 이동(time-shifted) 모드 중 어느 하나로 메시지의 미디어를 확인하거나, 라이브를 따라가거나, 라이브 대화를 일시정지시키거나, 대화의 헤드로 건너뛰거나, 대화의 이전시점으로 건너뛰거나, 빠른 재생을 제공하거나, 느린 재생을 제공하거나, 서로 다른 대화로 건너뛰는 등의 기능을 제공할 수도 있다. 도면에서, 웹 서버 기능은 서버(16A, 16B 및 16C)에 의해 제공되는 서비스 중 하나로 제공된다. 대안적인 실시예에서, 웹 서버 기능은 서버(16A, 16B 또는 16C)를 제외하고 네트워크(12) 상의 하나 또는 그 이상의 다른 서버(미도시)를 사용하여 구현될 수 있다.

III . 이메일 프로토콜 변경 및 점진적인 이메일

전술한 바와 같은 메시지는 전달 경로를 정의하기 위한 DNS 인프라 구조 및 전 세계적으로 어드레싱 가능한 이메일 주소를 사용하면서, 준 실시간으로 시간 기반 미디어를 실제 전달하기 위해 RVX 프로토콜을 사용하여 라우팅된다. 비록 SMTP 표준 및 현재 정의되고 사용되는 다른 사유 이메일 프로토콜이 저장 및 전달 프로토콜일지라도, 특정한 변경으로, SMTP 및 다른 사유 이메일 프로토콜은 본원에서 설명되는 바와 시간 기반 미디어의 준 실시간 전달을 위해 RVX 메시징 프로토콜로 사용될 수 있다. 종래의 이메일에서, 미디어 컨텐츠는 이메일이 송신될 수 있기 전에 완전히 구성되고 패키징되어야 한다. 수신측에서, 이메일은 수신인이 확인할 수 있기 전에 완전히 수신되어야 한다. 이하 상세하게 기술되는 바와 같이, SMTP, Microsoft Exchange 또는 임의의 다른 사유 이메일 프로토콜은 미디어가 준 실시간으로 송신될 수 있는 "점진적인" 이메일을 생성하기 위해 사용될 수 있다.

기존의 이메일 인프라 구조는 송신측에서 사용되는 SMTP, Microsoft Exchange 또는 다른 사유 이메일 프로토콜(이하, 총칭하여 이메일 프로토콜 또는 프로토콜로 언급함)을 변경하고, 이메일이 수신측의 서버로부터 검색되는 방식을 변경함으로써 시간 기반 미디어의 준 실시간 전송을 지원하도록 사용될 수 있다. 현재의 이메일 프로토콜은 전송이 시작되기 전에, 전체 메시지가 송신을 위해 사용 가능하게 되는 것을 엄격하게 요구하지는 않으며, 이는 일반적으로 이메일 프로토콜이 사용되는 방식이다. 시간 기반 미디어는, 상기 시간 기반 미디어가 생성됨에 따라, 표준 SMTP, Microsoft Exchange 또는 임의의 다른 사유 이메일 프로토콜을 사용하여 점진적으로 전달될 수 있다.

이메일은 일반적으로 POP 또는 IMAP과 같은 액세스 프로토콜을 통해 사용자의 장치로 전달된다. 이러한 프로토콜은 메시지가 도달함에 따라 메시지의 점진적인 전달을 지원하지는 않는다. 그러나, 이러한 액세스 프로토콜에 간단한 변경을 수행함으로써, 메시지는 메시지의 미디어가 네트워크를 통해 도달함에 따라 수신인에게 점진적으로 전달될 수 있다. 이러한 변경은, 메시지가 클라이언트로 다운로드될 수 있기 전에, 이메일 서버가 이메일 메시지의 전체 용량을 파악하도록 요구하는 현재의 요구사항을 제거하는 것을 포함한다. 이러한 제한을 제거함으로써, 클라이언트는 이메일 메시지의 시간 기반 미디어가 네트워크를 통해 서버에서 수신됨에 따라 이메일 메시지의 시간 기반 미디어의 다운로드를 시작할 수 있다.

도 8을 참조하면, 전술한 이메일 프로토콜 중 임의의 프로토콜을 사용하는 종래의 이메일(120)의 구조를 도시한다. 이메일(120)은 헤더(122) 및 바디(124)를 포함한다. 헤더는 "받는 사람" 필드(또는 참조 및/또는 숨은참조 필드를 포함할 수도 있음), "보내는 사람" 필드, 고유한 전 세계적인 ID 번호, 제목 필드, 선택적인 첨부 및 날짜/시간 스탬프를 포함한다. 이메일의 바디(124)는 전송될 미디어를 포함하며, 일반적으로 타이핑된 메시지를 포함하며 첨부된 파일(예컨대, 문서 또는 사진)을 포함할 수도 있다. 완성되면 이메일이 송신된다. DNS 룩업이 수행되고, 이메일은 수신인에게 라우팅된다. 종래의 이메일은 "정적(static)"이며, 다시 말해 첨부파일을 포함한 이메일의 바디가 전송이 시작되면 고정되는 것을 의미한다. 종래의 이메일로는 미디어가 생성됨에 따라 시간 기반 미디어를 점진적이고 동시적으로 전송할 방법이 없다. 따라서, 종래의 이메일(120)은 준 실시간 통신을 지원할 수 없다.

도 9를 참조하면, 본 발명에 따른 이메일(130)의 구조가 도시된다. 이메일 메시지(130)는 준 실시간 통신을 지원하기 위해 사용된다. 이메일(130)은 "받는 사람" 필드(및 참조 및/또는 숨은 참조 필드를 포함할 수도 있음)를 포함한 헤더(132) 및 바디(134)를 포함한다. 그러나, 이메일(130)의 구조는 적어도 두 가지 측면에서 종래의 이메일(120)과 상이하다. 첫 번째로, 헤더(132)는 이메일 시작일/시작시간 및 종료일/종료시간을 포함한다. 이메일(120)이 송신된 날짜/시간 스탬프만을 사용하는 것과 대조적으로, 시작시간 및 종료시간을 이메일(130)과 결합시킴으로써, 두 번째 차이점이 파악될 수 있다. 이메일(130)이 생성되고 송신인이 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소를 정의한 후, 라우팅을 위한 DNS 룩업이 즉시 수행된다. 실질적으로 동시에, 시간 기반 미디어가 생성될 수 있다. 시간 기반 미디어가 생성됨에 따라, 상기 시간 기반 미디어는 SMTP, Microsoft Exchange 또는 임의의 다른 타입의 이메일 프로토콜을 사용하여, 홉에서 홉으로, DNS 룩업 결과로 점진적이고 동시적으로 전송된다. 따라서, 이메일(130)의 바디(134)는 "점진적"이게 된다. 이메일 메시지(130)에 결합된 시간 기반 미디어가 동적으로 생성됨에 따라, 시간 기반 미디어는 필요한 경우 네트워크를 거쳐 홉에서 홉으로, 수신인의 이메일 서버로 동시적이고 점진적으로 전송된다. 이메일(130)이 다수의 수신인에게 송신되는 경우, 받는 사람, 참조 또는 숨은 참조 필드에서 식별되는지 여부와 관계없이, 전술한 프로세스가 각각에 대하여 반복된다.

송신인과 관련된 이메일 서버를 사용하여 이메일 프로토콜 세션을 개시함으로써, DNS 룩업은 수신인의 이메일 주소가 정의된 후 곧바로 수행된다. 이는 이메일 프로토콜 세션이 일반적으로 이메일이 완전히 구성되고 송신인이 "송신" 기능을 구현한 후에만 개시되는 종래의 이메일(120)과 상이하다. 그 결과, 전달 경로는 시간 기반 미디어가 생성됨에 따라 시간 기반 미디어가 점진적이고 동시적으로 전송되기 전 또는 그와 동시에 발견될 수 있다. 시간 기반 미디어가 세션이 구축되기 전에 생성되는 경우, 시간 기반 미디어는 미디어가 생성됨에 따라 일시적으로 또는 영구적으로 저장될 수 있다. 그리고 나서, 저장된 미디어는 이메일 서버를 사용한 프로토콜 세션이 구축되면, 스토리지로부터 점진적으로 전송될 수 있다.

이메일(130)의 종료일/종료시간은 정의되거나 조정 가능할 수 있다. 송신인이 통신 장치(14) 상에서 종료 기능(38/56)을 구현하는 경우, 이메일(130)의 종료시간이 정의된다. 종료 기능(38/56)이 절대 구현되지 않는 경우, 이메일(130)의 지속기간은 "조정 가능(open-ended)"하고, 반드시 종료일/종료시간을 정의할 필요는 없다. 따라서, 조정 가능한 이메일(130)은 일반적으로 미디어가 생성되지 않는 기결정된 기간이 경과한 후 디폴트로 종료된다.

요약컨대, 점진적인 이메일(130)은 전술한 변경을 구현함으로써, SMTP, Microsoft Exchange 또는 임의의 다른 사유 이메일 프로토콜을 사용하여 송신될 수 있다. 유사하게, 수신인은 액세스 프로토콜, 예컨대 POP, IMAC 등을 변경함으로써 점진적인 이메일(130)의 시간 기반 미디어를 동시에 그리고 점진적으로 확인할 수 있다. 또한, 이러한 변경은 이메일 어드레싱, 이메일 프로토콜, DNS 및 기존의 이메일 인프라 구조가 시간 기반 미디어의 실시간 통신을 지원할 수 있도록 한다.

IV . 실시간 음성 및 다른 시간 기반 미디어를 위한 수신인 주소의 후 바인딩

통신에 있어서, 네트워크를 통한 유효한 전달 경로가 수신인 주소를 위해 결정된 경우, 상기 수신인 주소는 "바인딩 되었다(bound)"고 말할 수 있다. PSTN을 통한 종래의 전화 통화는 "전 바인딩(eearly binding)"을 사용하는 것으로 일컬여지며, 이는 임의의 미디어가 수신인에게 전송될 수 있기 전에, 다이얼링된 전화번호, 이 경우에서는 "수신인 주소"가 수신인에 대한 임의의 능동 경로(즉, 회선 연결)을 구축하기 위해 사용되기 때문이다. 오직 연결이 구축된 후에만, 착신인이 말을 하기 시작하고, 미디어가 전송될 수 있다. 통화가 하나 또는 그 이상의 전화번호에 위치하는지 여부 또는 통화가 음성 메시징 시스템으로 전송되는지 여부에 관계없이, 바인딩(binding)은 일반적으로 임의의 단어가 전달될 수 있기 전에 일어난다. 네트워크 상의 능동적인 수신처(active destination)에 대한 수신인의 주소의 바인딩이 미디어의 임의의 전송 전에 일어나므로, 상기 바인딩은 "전(early)" 바인딩으로 불린다. 반면, 이메일은 "후(late)" 바인딩을 사용하는 것으로 일컬여진다. 사용자는 이메일 메시지를 구성하고, 수신인이 사용할 장치로 상기 이메일 메시지를 바인딩하지 않은 채, 네트워크를 통해 상기 이메일 메시지를 송신할 수 있다. 그 대신, 이메일이 구성되고 나서, 수신인의 이메일 주소는 이메일을 수신인에게 라우팅하도록 사용되어, 수신인이 선택한 때 상기 이메일이 장치 상에서 확인되도록 한다.

전술한 메시지(도 4a, 도 4b 및 도 5a 내지 도 5d를 참조로 기술된 바와 같은 메시지) 또는 이메일(130)을 사용하여, 사용자는 수신인의 전 세계적으로 어드레싱 가능한 이메일 주소를 사용하여 수신인에게 어드레싱하고, 그리고 나서 즉시 대화하거나 시간 기반 미디어를 생성하기 시작할 수 있다. 전술한 바와 같이, 전달 경로를 정의하기 위한 DNS 룩업은, 수신인의 이메일 주소가 정의되자마자 즉시 수행된다. 실질적으로 그와 동시에, 임의의 사용 가능한 시간 기반 미디어는 네트워크(12)를 거쳐 수신인에게 점진적이고 동시적으로 전송된다. 따라서, 능동적인 전달 경로의 발견 및 시간 기반 미디어의 점진적이고 동시적인 생성, 전송 및 전달은 시간 기반 미디어가 생성되는 것과 실질적으로 동시에 일어난다. 실제 전달 경로가 시간 기반 미디어의 생성이 시작된 후 발견된 경우, 미디어는 일시적으로 또는 영구적으로 저장되고, 그리고 나서 능동 전달 경로가 정의되면 스토리지로부터 전송될 수 있다. 사용자가 말하기 시작할 수 있기 전에 네트워크 연결 또는 회선이 구축될 필요가 없다. 따라서, DNS 및 이메일 인프라 구조를 사용하여 시간 기반 미디어를 점진적이고 동시적으로 전송하는 기능은, 이전에는 가능하지 못했던 방식으로 음성 및 다른 시간 기반 미디어를 위한 수신인 주소의 후 바인딩을 가능하게 한다.

V. 대화

전술한 바와 같은 (도 1 내지 도 3, 도 4a, 도 4b 및 도 5a 내지 도 5d를 참조로 설명된) 메시징 방법 및 시스템은 송신인과 수신인 간의 대화를 지원하기에 적합하다. 둘 또는 그 이상의 사람들이 전술한 RVX 프로토콜, 예컨대 VoIP, SIP, RTP 또는 Skype 중 어느 것을 사용하여 서로 대화를 주고 받는 경우, 대화는 라이브인 준 실시간 모드로 일어날 수 있다. RVX 프로토콜이 CTP 또는 전술한 동기화 프로토콜을 사용하여 사용자로 하여금 시간 기반 미디어를 준 실시간으로 통신할 수 있도록 하지만, 수신인이 시간 기반 미디어를 준 실시간으로 확인하는 것을 요구하지 않는 경우, 대화는 (i) 준 실시간 모드로 수행되거나, (ii) 시간 이동 모드로 수행되거나, 또는 (iii) 두 모드들 간의 끊김없는(seamless) 전환을 통해 수행될 수 있다.

답신 메시지는 다수의 서로 다른 방식으로 라우팅될 수 있다. 예를 들어, CTP 및 동기화 프로토콜을 사용하는 경우, DNS 라우팅 정보와 함께 참가자의 전 세계적으로 어드레싱 가능한 이메일 주소는 스트리밍 미디어에 임베딩될 수 있다. 답신이 송신될 예정인 경우, 임베딩된 주소 및 라우팅 정보는 답신 메시지를 위해 사용된다. 대안적으로, 메시지는 대화 ID, 또는 스트리밍 미디어에 포함되어 DNS 라우팅 정보와 함께 참가자의 전 세계적으로 인식 가능한 이메일 주소를 가리키는 다른 포인터(pointer)를 사용하여 라우팅될 수 있다. 다른 실시예에서, 참가자는 명시적으로 어드레싱될 수 있고, DNS 룩업이 답신 메시지를 위해 수행될 수 있다.

전술한 점진적인 이메일(130)에 대한 실시예는 대화를 구현하기 위해 사용될 수도 있다. 대화가 개시되면, 이메일(130)은, 송신측 통신 장치(14)가 이메일 클라이언트를 실행하고 있는 경우 상기 송신측 통신 장치, 또는 송신인을 대신하여 이메일 클라이언트를 실행하고 있는 네트워크 상의 메일 서버 상에서 송신인에 의해 생성된다. 점진적인 이메일(130)의 미디어가 생성됨에 따라, 상기 미디어는 DNS에 의해 정의된 라우팅을 사용하여 수신인에게 점진적으로 전송된다. 답신을 위해, 점진적인 이메일(130)이, 수신인의 장치(14) 또는 수신인을 대신하여 이메일 클라이언트를 실행하고 있는 서버 상에서 생성된다. 원래의 송신인의 이메일 주소는 자동으로 답신 이메일(130)의 "받는 사람" 필드에 삽입되고(또는 CC 및/또는 BCC 필드에도 삽입 가능함), DNS룩업이 수행된다. 답신 메일과 관련된 미디어는 미디어가 생성되자마자, SMTP, Microsoft Exchange 또는 다른 사유 이메일 프로토콜의 스트리밍 피쳐(streaming feature)를 사용하여 전송될 수 있다. 미디어가 수신인의 이메일 클라이언트에서 점진적으로 수신됨에 따라, 수신인은 준 실시간으로 시간 기반 미디어를 동시에 확인할 수 있다.

실시예에 관계없이, "답신(reply)" 기능은 다양한 방식으로 구현될 수 있다. 예를 들어, 수신인은, 예컨대 기정의된 음성 명령 또는 키 스트로크 명령을 사용하거나 터치 스크린을 통해 명령을 입력함으로써, 수신인의 통신 장치(14)로 명시적인 답신 명령을 입력할 수 있다. 대안적으로, 답신 메시지 또는 이메일은, 착신 메시지 또는 이메일(130)에 응답하여 말하기 시작하거나, 다른 시간 기반 미디어를 생성하기 시작하는 경우에, 자동으로 생성될 수 있다. 답신 메시지가 자동으로 생성되면, 원래의 송신인의 이메일 주소가 착신 메시지로부터 추출되고, 답신 메시지를 어드레싱하기 위해 사용된다.

다른 실시예에서, 참가자들 간에 대화 메시지를 송신하고 수신하기 위해 사용되는 RVX 프로토콜은 반드시 동일할 필요는 없다. 예를 들어, 어느 한 참가자는 CTP, 동기화, 점진적인 이메일, VoIP, SIP, RTP 또는 Skype 프로토콜 중 어느 하나를 사용하여 메시지를 송신할 수 있는 반면, 다른 참가자는 일부 타입의 공통된 대화 식별자가 사용되는 전술한 프로토콜과 다른 것을 사용할 수 있다. 전송을 위해 사용되는 프로토콜에 관계없이, 임의의 메시지는 고유한 대화 식별자를 사용하여 함께 연결되고 스레딩된다(threaded).

추가적인 다양한 실시예에서, 대화는 다양한 기준을 사용하여 정의될 수 있다. 예를 들어, 대화는 사람의 이름(예컨대, 엄마, 배우자, 상사 등) 또는 사람들의 공통 그룹(예컨대, 농구팀, 판매팀, 포커 친구 등)에 의해 정의될 수 있다. 대화는 주제, 예컨대 판타지 풋볼 리그, ACME 회사 계정 또는 "신상품 개발" 프로젝트에 의해 정의될 수도 있다. 대화를 정의하기 위해 사용되는 문맥상 속성에 관계없이, 특정 대화의 메시지를 연결하거나 조직화하는 기능은 지속적이거나 진행되는 대화의 개념을 생성한다. 종래의 전화 통화의 경우, 대화는 일반적으로 통화자가 전화를 끊는 경우 종료한다. 이러한 전화 통화에는 같은 사람들 간의 다수의 전화상 대화를 문맥적으로 연결하고, 조직화하고 저장하기도 하는 방법이 존재하지 않는다. 반면, 본 명세서에 정의된 대화는 공통된 속성에 의해 함께 연결된 공통된 메시지의 세트이다. 메시지가 대화에 추가되기만 하면, 대화는 연속적이고 진행된다. 이러한 속성은 참가자가 임의의 시간에 대화에 참여하는 것을 가능하게 한다. 예를 들어, 사용자는 대화 목록 중 대화를 선택하고, 선택된 대화에 어느 때라도 메시지를 제공할 수 있다. 그리고 나서, 메시지는 모든 대화 참가자에게 송신된다. 따라서, 메시지는, 대화가 먼저 생성되거나 착신 메시지에 응답하여 생성되는 때에 반드시 송신될 필요는 없다.

VI . 구현 실시예

도 1 내지 도 3, 도 4a, 도 4b 및 도 5a 내지 도 5d에 대하여 기술한 바와 같은 메시징 방법 및 점진적인 이메일(130)은 다양한 방식으로 구현될 수 있다. 예를 들어, 휴대전화 및 다른 이동통신 서비스 제공자는 사용자에게 메시지 및/또는 점진적인 이메일(130)을 사용하여 동작하는 피어-투-피어 이동 통신 장치를 제공할 수 있다. 또한, 이러한 서비스 제공자는 피어-투-피어 통신을 하지 않는 장치로부터 메시지 및/또는 이메일(130)을 수신하고, 메시지를 생성하고, DNS 룩업 동작을 수행하고, 그리고 하나 또는 다수의 RVX 프로토콜을 사용하여 메시지의 시간 기반 미디어를 라우팅하기 위해 서버(16)의 네트워크(12)를 유지할 수도 있다. 다른 실시예에서, 메시징 및 점진적인 이메일(130) 방법은 종래의 전화기, 이동 전화기 및 라디오 또는 휴대용 전화기 및 라디오, 휴대용 컴퓨터, 데스크탑 및 랩탑 컴퓨터로 로딩되고 실행되도록 의도되는 소프트웨어 애플리케이션에 구현될 수 있다. 이들 각각의 경우, 애플리케이션은 장치가 본 명세서에 기술된 바와 같이 메시지 및 점진적인 이메일(130)을 송신하고, 수신하고, 처리할 수 있도록 한다. 다른 구현 실시예에서, 이메일 클라이언트는 점진적인 이메일(130)을 생성하고, 수신하고, 처리하도록 변경될 수 있다. 대안적으로, 이메일 클라이언트는 인터넷 또는 다른 네트워크 상의 서버, 송신 장치 또는 수신 장치, 또는 송신 및 수신 장치 둘 모두에 있을 수 있다.

비록 전술한 이메일 방법이 일반적으로 한 명의 송신인 및 한 명의 수신인에 대하여 기술되거나(도 4a 내지 도 4b 및 도 5a 내지 도 5d을 참조로 기술됨) 한 명의 수신인에게 이메일(130)을 보내는 것으로 설명되었으나, 메시지 및/또는 이메일(130)은 다수의 사람들에게 동시에 송신될 수 있음이 이해될 것이다. 각각의 수신인은 전술한 바와 같이 그들의 상태에 따라 메시지 또는 이메일을 수신하거나 수신하지 않을 것이다. 전술한 미국출원에 보다 상세하게 기술된 바와 같이, 미디어는 다수의 서로 다른 제공 옵션, 라이브 따라 잡기(catch up to live), 라이브 대화의 일시정지, 대화의 헤드까지 건너뛰기, 대화의 이전 지점으로 건너뛰기, 빠른 제공, 늦은 제공, 서로 다른 대화 간에 건너뛰기 등을 사용하여 제공될 수 있다. 메시지 및/또는 이메일에 의해 교환되는 이러한 시간 기반 미디어는 음성 또는 비디오로 제한되지 않는다. 또한, 시간 기반 미디어는 미디어가 생성되었던 형태와 다른 형태로 수신인에게 전달될 수 있다. 예를 들어, 음성 메시지는 텍스트 파일로 변형될 수 있거나, 영어로 제작된 메시지는 수신인에게 전달되기 전에 다른 언어로 번역될 수 있다. 시간의 경과에 따라 변화하는 임의의 미디어, 예컨대 센서 데이터, GPS 또는 위치 정보가 전송될 수 있다. 본 발명은 특히 특정한 실시예를 참조로 도시되고 기술되었으나, 통상의 기술자는 본 발명의 사상 또는 범위로부터 벗어나지 않으면서 기술된 실시예의 형태 및 세부사항을 변경할 수 있을 것이다. 따라서, 본 발명은 이어지는 청구범위로 제공되는 바와 같은 본 발명의 진정한 사상 및 범위 내에 속하는 모든 변형 및 균등물을 포함하도록 해석될 것이다.

Claims (168)

1. 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법으로,
   통신 장치상에 음성 메시지를 생성하는 단계로, 음성 메시지는 메시지의 수신인과 관련된 식별자를 포함하는 메시지 헤더 및 음성 메시지와 관련된 음성 미디어를 전송하기 위한 메시지 바디를 갖는, 단계;
   식별자가 규정된 경우 메시지 헤더를 통신 네트워크상의 노드로 점진적으로(progressively) 전송하는 단계로, 네트워크상의 노드는, 음성 메시지의 음성 미디어를 통신 네트워크를 통해 수신인에게 전달하기 위해, 적어도 부분적인 전달 경로를 발견하도록 식별자를 사용하는, 단계;
   음성 미디어가 생성됨에 따라 메시지 바디를 통신 네트워크상의 노드로 점진적으로 전송하여, 노드가 적어도 부분적으로 발견된 전달 경로를 통해 음성 메시지의 음성 미디어를 수신인에게 점진적으로 전송할 수 있는, 전송 단계; 및
   음성 미디어가 생성됨에 따라 음성 메시지의 음성 미디어를 통신 장치상에 점진적이고 영구적으로(persistently) 저장하는 단계를 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
2. 제1항에 있어서,
   음성 메시지가 완료되기 전에, 메시지 바디의 음성 미디어를 노드로의 점진적인 전송을 시작하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
3. 제1항에 있어서,
   수신인에 대한 완전한 전달 경로가 발견되기 전에, 메시지 바디의 음성 미디어의 점진적인 전송을 시작하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
4. 제1항에 있어서,
   통신 장치와 수신인을 바인딩(binding)하는 완전한 전달 경로가 구축되기 전에, 메시지 바디의 음성 미디어의 점진적인 전송을 시작하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
5. 제1항에 있어서,
   음성 메시지의 음성 미디어의 점진적인 전송은, 전달 경로의 발견이 발생하고 음성 미디어가 생성되어 메시지 바디에 동적으로(dynamically) 추가됨에 따라, 통신 네트워크를 통해 음성 메시지의 음성 미디어를 스트리밍(streaming)하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
6. 제1항에 있어서,
   메시지 바디에서 음성 미디어의 점진적인 전송은, 통신 네트워크상에서 하나 이상의 홉(hop)이 발견됨에 따라, 음성 미디어를 수신인에게 점진적으로 전송하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
7. 제1항에 있어서,
   메시지 헤더와 메시지 바디의 점진적인 전송은, 준 실시간(near real-time) 통신을 지원하는 전송 프로토콜을 사용하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
8. 제7항에 있어서,
   전송 프로토콜은,
   (i) SIP;
   (ii) RTP;
   (iii) VoIP;
   (iv) IP 네트워크를 통해 작동하는 실시간 통신 프로토콜; 및
   (v) 음성 미디어가 생성됨에 따라 음성 미디어가 점진적으로 전송되는 이메일
   중 어느 하나를 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
9. 제1항에 있어서,
   상기 식별자는, 통신 네트워크상의 수신인을 고유하게 식별하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
10. 제1항에 있어서,
    상기 식별자는, 수신인와 관련된 이메일 주소인 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
11. 제1항에 있어서,
    수신인에 대한 적어도 부분적인 전달 경로를 발견하는 단계는, 음성 메시지의 음성 미디어를 수신인에게 전달하기 위해 통신 네트워크상의 다음 홉(next hop)을 결정하도록 식별자의 룩업(lookup) 결과를 사용하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
12. 제11항에 있어서,
    상기 룩업 결과는:
    (i) 식별자의 능동적인(active) 룩업 결과; 또는
    (ii) 식별자의 캐시에 저장된 이전 룩업 결과 중 하나인 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
13. 제1항에 있어서,
    메시지 헤더 및 메시지 바디를 점진적으로 전송하는 단계는,
    (i) 통신 장치와 네트워크 허용 사이의 접속 조건; 및
    (ii) 메시지 헤더 및 메시지 바디의 음성 미디어가 생성될 때 통신 장치가 접속이 끊어지거나 전송할 수 없을 경우,
    통신 장치상에 위치한 스토리지로부터 메시지 헤더 및 메시지 바디를 점진적으로 전송하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
14. 제1항에 있어서,
    수신인으로의 전달 경로는, 수신인과 관련된 하나 이상의 통신 장치로 전달하는 것을 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
15. 제1항에 있어서,
    상기 메시지는, 푸쉬 투 토크(Push to Talk) 가능한 장치에 의한 메시지 전송인 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
16. 제1항에 있어서,
    상기 식별자는 비(non)-IP 어드레스 식별자인 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
17. 제1항에 있어서,
    통신 네트워크를 통해 노드와 통신 장치 사이에 세션(session)을 구축하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
18. 제1항에 있어서,
    음성 미디어가 생성되고 동적으로 메시지 바디에 추가되고 점진적으로 전송됨에 따라, 통신 장치상에 음성 메시지의 음성 미디어를 점진적으로 저장하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
19. 제1항에 있어서,
    상기 식별자는,
    (i) 접속 목록으로부터 수신인을 선택;
    (ii) 수신인과 관련된 이름을 통신 장치에 수동으로 입력; 또는
    (iii) 수신인으로부터의 이전 음성 메시지에 대한 응답
    중 어느 하나에 의해 규정되는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
20. 제1항에 있어서,
    메시지 바디에서 음성 미디어의 점진적인 전송은, 준 실시간으로 통신 네트워크를 통해 수신인에게 음성 메시지를 전송하여, 수신인이 준 실시간으로 음성 미디어를 렌더링(render)할 수 있는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
21. 제1항에 있어서,
    통신 장치에서 통신 네트워크를 통해 수신인에게 입력되는 음성 메시지를 점진적으로 수신하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
22. 제21항에 있어서,
    입력되는 음성 메시지가 점진적으로 수신됨에 따라 입력되는 음성 메시지의 음성 미디어를 점진적으로 저장하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
23. 제21항에 있어서,
    입력되는 음성 메시지의 음성 미디어를,
    (i) 입력되는 음성 메시지의 음성 미디어가 점진적으로 수신되는 준 실시간 모드; 및
    (ii) 스토리지로부터 입력되는 음성 메시지의 음성 미디어를 독출 및 렌더링하는 타임-쉬프트 모드(time-shifted mode)
    로 선택적으로 렌더링하는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
24. 제1항에 있어서,
    통신 장치와 수신인 사이에 라이브(live) 통신을 수행할 수 있는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
25. 제1항에 있어서,
    (i) 실시간 통신 및 (ii) 타임-쉬프트 통신을 선택적으로 수행하고, (i)와 (ii) 사이에서 전환될 수 있는 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
26. 제1항에 있어서,
    통신 장치와 수신인 사이에 음성 메시지의 피어-투-피어(peer-to-peer) 통신을 수행가능한 단계를 더 포함하는 것을 특징으로 하는 통신 네트워크에 접속되도록 구성된 통신 장치상에서 수행되는 방법.
27. 제1항 내지 제26항 중 어느 한 항의 방법을 실행하기 위한 컴퓨터 프로그램을 저장한 컴퓨터 판독가능한 매체.
28. 제1항 내지 제26항 중 어느 한 항의 방법을 수행할 수 있는 통신 장치.
29. 통신 장치상에서 시간 기반 미디어의 후 바인딩(late binding) 통신을 구현하는 방법으로,
    수신인과 관련된 주소로 수신인에게 메시지를 어드레싱하는 단계;
    상기 메시지와 관련된 시간 기반 미디어를 점진적으로 생성하는 단계; 및
    시간 기반 미디어가 통신 장치를 사용하여 점진적으로 생성되고 통신 네트워크를 통한 능동 전달 경로가 발견되고 사용 가능하게 됨에 따라, 메시지와 관련된 시간 기반 미디어를 통신 네트워크를 통해 수신인에게 점진적으로 전송하는 단계를 포함하고,
    상기 시간 기반 미디어를 점진적으로 전송하는 것은 메시지의 지속기간 동안 연속적이고 점진적으로 일어나는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
30. 제29항에 있어서,
    메시지의 시간 기반 미디어를 점진적으로 전송하는 단계는 능동 전달 경로가 발견되는 것과 동시에 일어나는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
31. 제29항에 있어서,
    상기 능동 전달 경로는 메시지의 시간 기반 미디어의 생성이 시작된 후에 발견되는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
32. 제29항에 있어서,
    상기 시간 기반 미디어가 생성됨에 따라 상기 시간 기반 미디어를 점진적으로 저장하는 단계; 및
    상기 능동 전달 경로가 발견되고 사용 가능하게 되기 전에, 저장된 생성된 시간 기반 미디어를 스토리지로부터 점진적으로 전송하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
33. 제29항에 있어서,
    능동 전달 경로가 발견됨에 따라 시간 기반 미디어의 점진적인 전송이 일어나고, 상기 발견은 메시지의 송신인과 수신인 사이의 통신 네트워크상의 하나 이상의 홉을 정의하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
34. 제33항에 있어서,
    상기 하나 이상의 홉을 정의하는 단계는, 상기 하나 이상의 홉 각각에서 수신인과 관련된 주소의 제 1 룩업 결과를 사용하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
35. 제34항에 있어서,
    상기 주소의 제 1 룩업 결과는 상기 수신인과 관련된 이메일 주소의 DNS 룩업 결과이고,
    상기 제 1 룩업 결과는, 수신인의 주소가 실시간 통신 프로토콜을 지원할 수 있는 도메인에 있는지 여부를 결정하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
36. 제35항에 있어서,
    상기 제 1 룩업 결과가 부정적인 경우, 수신인의 주소의 제 2 룩업 결과를 사용하는 단계를 더 포함하고,
    상기 제 2 룩업 결과는, 수신인이 이메일 서비스를 지원할 수 있는 도메인 및 이메일 메시지를 수신인에게 전달하기 위한 다음 홉으로의 전달 경로에 있는지 여부를 결정하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
37. 제36항에 있어서,
    상기 제 2 룩업 결과가 긍정적인 경우,
    메시지와 관련된 시간 기반 미디어를 파일에 동봉하는(encapsulating) 단계;
    상기 파일을 이메일 메시지에 첨부하는 단계; 및
    결정된 이메일 전달 경로를 사용하여, 상기 수신인에게 상기 파일이 첨부된 이메일 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
38. 제29항에 있어서,
    상기 메시지와 관련된 시간 기반 미디어를 점진적으로 전송하는 단계는, 실시간 통신 프로토콜을 사용하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
39. 제29항에 있어서,
    메시지의 시간 기반 미디어를 수신인과 관련된 통신 장치에 점진적으로 전송하는 단계를 더 포함하여, 시간 기반 미디어가 생성되고 점진적으로 전송됨에 따라 수신인이 수신인의 통신 장치상에서 메시지의 시간 기반 미디어를 점진적으로 렌더링할 수 있는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
40. 제29항에 있어서,
    상기 메시지와 관련된 시간 기반 미디어를 점진적으로 전송하는 단계는, VoIP, SIP, RTP, 미디어가 생성됨에 따라 미디어가 점진적이고 동시에 전송되는 이메일, 실시간으로 시간 기반 미디어의 통신을 허용하는 통신 프로토콜 또는 이들의 조합 중 어느 하나를 사용하는 단계를 더 포함하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
41. 제29항에 있어서,
    통신 네트워크를 통한 접속이 수신인과 관련된 통신 장치와 구축되기 전에 메시지의 시간 기반 미디어의 점진적인 전송을 시작하는 것을 특징으로 하는 후 바인딩 통신 구현 방법.
42. 제29항 내지 제41항 중 어느 한 항의 방법을 실행하기 위한 컴퓨터 프로그램을 저장한 컴퓨터 판독가능한 매체.
43. 제29항 내지 제41항 중 어느 한 항의 방법을 수행할 수 있는 통신 장치.
44. 삭제
45. 삭제
46. 삭제
47. 삭제
48. 삭제
49. 삭제
50. 삭제
51. 삭제
52. 삭제
53. 삭제
54. 삭제
55. 삭제
56. 삭제
57. 삭제
58. 삭제
59. 삭제
60. 삭제
61. 삭제
62. 삭제
63. 삭제
64. 삭제
65. 삭제
66. 삭제
67. 삭제
68. 삭제
69. 삭제
70. 삭제
71. 삭제
72. 삭제
73. 삭제
74. 삭제
75. 삭제
76. 삭제
77. 삭제
78. 삭제
79. 삭제
80. 삭제
81. 삭제
82. 삭제
83. 삭제
84. 삭제
85. 삭제
86. 삭제
87. 삭제
88. 삭제
89. 삭제
90. 삭제
91. 삭제
92. 삭제
93. 삭제
94. 삭제
95. 삭제
96. 삭제
97. 삭제
98. 삭제
99. 삭제
100. 삭제
101. 삭제
102. 삭제
103. 삭제
104. 삭제
105. 삭제
106. 삭제
107. 삭제
108. 삭제
109. 삭제
110. 삭제
111. 삭제
112. 삭제
113. 삭제
114. 삭제
115. 삭제
116. 삭제
117. 삭제
118. 삭제
119. 삭제
120. 삭제
121. 삭제
122. 삭제
123. 삭제
124. 삭제
125. 삭제
126. 삭제
127. 삭제
128. 삭제
129. 삭제
130. 삭제
131. 삭제
132. 삭제
133. 삭제
134. 삭제
135. 삭제
136. 삭제
137. 삭제
138. 삭제
139. 삭제
140. 삭제
141. 삭제
142. 삭제
143. 삭제
144. 삭제
145. 삭제
146. 삭제
147. 삭제
148. 삭제
149. 삭제
150. 삭제
151. 삭제
152. 삭제
153. 삭제
154. 삭제
155. 삭제
156. 삭제
157. 삭제
158. 삭제
159. 삭제
160. 삭제
161. 삭제
162. 삭제
163. 삭제
164. 삭제
165. 삭제
166. 삭제
167. 삭제
168. 삭제

Images