KR102208935B1

KR102208935B1 - 데이터 교환을 위한 컨텍스트를 설정하는 http 프로토콜을 통한 메시징 api

Info

Publication number: KR102208935B1
Application number: KR1020167005533A
Authority: KR
Inventors: 조셉 워렌; 대렐 브런치; 크리스토퍼 키네스트릭; 대런 곤잘레스; 로버트 노비츠키
Original assignee: 마이크로소프트 테크놀로지 라이센싱, 엘엘씨
Priority date: 2013-07-31
Filing date: 2014-07-30
Publication date: 2021-01-27
Also published as: CN105531979B; US9961125B2; EP3028437B1; US20150039676A1; CN105531979A; EP3028437A1; WO2015017481A1; KR20160039280A

Abstract

로컬 클라이언트에서 데이터를 원격 서버로부터 검색하고 서버에서 클라이언트에 대한 컨텍스트를 설정하는 프로토콜에 대한 기술들이 제공된다. 클라이언트는 사용자들이 서버에 저장된 이메일과 같은 데이터를 수신할 수 있게 하는 애플리케이션을 실행할 수 있다. 클라이언트는 서버에 데이터를 요청하기 위해 메시징 오버 HTTP(hypertext transfer protocol)를 이용할 수 있다. HTTP POST 요청은 데이터 검색을 위한 지시들을 갖는 특수 헤더들을 포함할 수 있고, 클라이언트가 후속 데이터 요청들을 위해 클라이언트를 식별해주기 위해 서버와 컨텍스트를 설정할 수 있게 할 수 있다. POST 요청의 수신 후에, 서버는 요청이 처리되고 있는 동안 수신 응답 및 청크 중간 응답들을 송신할 수 있다. 서버는 또한 클라이언트의 컨텍스트를 나타내는 쿠키를 클라이언트로 송신할 수 있고, 클라이언트는 쿠키들을 후속 데이터 요청들과 함께 서버에 반환할 수 있다.

Description

데이터 교환을 위한 컨텍스트를 설정하는 HTTP 프로토콜을 통한 메시징 API{MESSAGING API OVER HTTP PROTOCOL TO ESTABLISH CONTEXT FOR DATA EXCHANGE}

본 발명은 데이터 교환을 위한 컨텍스트를 설정하는 HTTP 프로토콜을 통한 메시징 API에 관한 것이다.

통신 환경에서, 상이한 원격 장소들에 걸쳐 배포될 수 있는 서비스들을 상호연결시키기 위해 클라이언트/서버 관계가 종종 사용된다. 종종, 사용자는 사용자의 클라이언트 디바이스 상에서 로컬적으로 애플리케이션을 실행할 수 있고, 애플리케이션은 클라이언트 디바이스와 연결된 원격 서버로부터 네트워크를 거쳐 애플리케이션과 연관된 데이터를 검색할 수 있다. 예시적인 시나리오에서, 클라이언트 디바이스와 서버 사이에 연결이 설정된 후에, 애플리케이션은 요청을 서버로 전달할 수 있고, 서버는 요청된 데이터 및 정보를 검색하라는 요청을 데이터베이스로 다시 송신할 수 있다. 서버는 검색된 데이터를, 그 정보를 사용자에게 디스플레이하여 사용자가 그 데이터와 상호작용할 수 있게 할 수 있는 클라이언트 디바이스로 반환할 수 있다.

RPC(remote procedure call, 원격 프로시저 호출) 프로토콜은 때때로 요청된 데이터를 검색하라는 요청을 로컬 클라이언트로부터 원격 서버로 전달하는 데 사용될 수 있다. 그렇지만, RPC 프로토콜은 어떤 복잡한 코딩을 수반할 수 있고, 데이터 검색을 위한 성공적인 RPC 프로토콜을 가능하게 하기 위한 서버측에서의 특수 구성들을 필요로 할 수 있다. 그렇지만, 어떤 서버들은, RPC 프로토콜의 다중 중복성(multiple redundancy)으로 인해, 많은 사용자들이 데이터에 액세스하기 위해 RPC를 이용할 때 과부하 상태로 될 수 있다. 서버들이 과부하 상태로 될 때, 사용자들은 설정된 연결들을 상실할 수 있고 재연결할 수 없을지도 모르며, 이는 사용자에 대한 전체적인 경험 품질을 떨어뜨릴 수 있고, 사용자가 클라이언트 애플리케이션을 통해 데이터에 액세스하지 못하게 할 수 있다. 게다가, 사용자가 재연결할 수 있을 때, 사용자는 서버에 대해 자신을 재인증해야만 할지도 모르는데, 그 이유는 특정의 연결이 살아 있을 동안에만 서버와 클라이언트 사이의 컨텍스트가 활성일 수 있기 때문이다. 예를 들어, 연결의 단절(dropped connection), 도달 거리(range)를 벗어나는 것, 새로운 연결로 전환하는 것, 또는 최대 절전(hibernation)에 들어가는 것으로 인해 연결이 상실되는 경우, 클라이언트가 재연결할 때마다사용자는 서버와 컨텍스트를 재설정해야만 할지도 모른다.

이 발명의 내용은 이하에서 발명을 실시하기 위한 구체적인 내용에 추가로 기술되는 일련의 개념들을 간략화된 형태로 소개하기 위해 제공된다. 이 발명의 내용은 전적으로 청구된 발명 요지의 핵심적인 특징들 또는 필수적인 특징들을 확인하는 것으로 의도되어 있지도 않고, 청구된 발명 요지의 범주를 정하는 데 보조 수단으로서도 의도되어 있지 않다.

실시예들은 로컬 클라이언트에서 데이터를 원격 서버로부터 검색하고 서버에서 클라이언트에 대한 컨텍스트를 설정하는 프로토콜에 관한 것이다. 생산성 또는 통신 애플리케이션과 같은 클라이언트는 사용자들이 사용자의 로컬 디바이스 상에서 원격 서버에 저장된 이메일과 같은 데이터를 수신할 수 있게 할 수 있다. 클라이언트는 데이터를 검색하기 위해 HTTP POST 요청과 같은 확립된 HTTP(hypertext transfer protocol) 언어를 갖는 특수 헤더들을 포함시킬 수 있다. 헤더들은 데이터 검색을 위한 지시들을 포함할 수 있고, 또한 클라이언트가 후속 데이터 요청들을 위해 클라이언트를 식별해주기 위해 서버와 컨텍스트를 설정할 수 있게 할 수 있다. POST 또는 유사한 요청의 수신 후에, 서버는 요청이 처리되고 있는 동안 수신 응답 및 청크 중간 응답(chunked intermediary response)들을 송신할 수 있다. 그에 부가하여, POST 또는 유사한 요청의 수신 후에, 서버는 클라이언트의 컨텍스트를 나타내는 쿠키(cookie)를 발생시킬 수 있다. 서버는 중간 응답들에서 쿠키를 클라이언트에 제공할 수 있고, 클라이언트는 장래의 데이터 요청들을 위해 쿠키를 저장할 수 있다. 클라이언트는 클라이언트가 동일한 인증된 클라이언트라는 것과 컨텍스트의 유효성 검사를 위해 쿠키들을 후속 데이터 요청들과 함께 서버로 반환할 수 있다.

이 특징들 및 장점들 그리고 다른 특징들 및 장점들이 이하의 발명을 실시하기 위한 구체적인 내용을 읽어보고 관련 도면들을 살펴보면 명백하게 될 것이다. 이상의 개괄적인 설명 및 이하의 발명을 실시하기 위한 구체적인 내용 둘 다가 설명을 위한 것이며 청구된 양태들을 제한하지 않는다는 것을 잘 알 것이다.

도 1은 클라이언트가 네트워크를 통해 생산성 및 통신 서비스들에 액세스할 수 있는 예시적인 환경을 나타낸 도면.
도 2는 메시징 오버 HTTP 프로토콜(messaging-over-HTTP protocol)을 이용하는 클라이언트와 서버 사이의 예시적인 데이터 교환을 나타낸 도면.
도 3은 메시징 오버 HTTP 프로토콜을 이용하여 컨텍스트를 설정하기 위해 클라이언트와 서버 사이에서 교환되는 예시적인 데이터 요청들 및 응답들을 나타낸 도면.
도 4는 실시예들에 따른 시스템이 구현될 수 있는 네트워크화된 환경을 나타낸 도면.
도 5는 실시예들이 구현될 수 있는 예시적인 컴퓨팅 운영 환경의 블록도.
도 6은 실시예들에 따른, 클라이언트와 서버 사이에 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 프로세스에 대한 논리 흐름도.

앞서 간략히 기술한 바와 같이, 로컬 클라이언트에서 데이터를 원격 서버로부터 검색하고 서버에서 클라이언트에 대한 컨텍스트를 설정하는 프로토콜을 제공하는 시스템이 기술된다. 클라이언트는 클라이언트에서 서버로부터 데이터를 검색하기 위해 HTTP POST 요청과 같은 확립된 HTTP(hypertext transfer protocol) 언어를 이용할 수 있다. HTTP POST 요청은 데이터 검색에 대한 지시들을 갖는 헤더들을 포함할 수 있고, 클라이언트가 후속 데이터 요청들을 위해 클라이언트를 식별해주기 위해 서버와 컨텍스트를 설정할 수 있게 할 수 있다. 데이터 요청을 수신할 시에, 서버는 클라이언트의 컨텍스트를 나타내는 쿠키를 발생시킬 수 있다. 서버는 청크 중간 응답들과 함께 쿠키를 클라이언트에 제공할 수 있고, 클라이언트는 쿠키들을 후속 데이터 요청들과 함께 서버에 반환할 수 있다.

이하의 발명을 실시하기 위한 구체적인 내용에서, 본 명세서의 일부를 형성하고 구체적인 실시예들 또는 예들이 예시로서 도시되어 있는 첨부 도면들을 참조한다. 본 개시 내용의 범위를 벗어남이 없이, 이 양태들이 결합될 수 있고, 다른 양태들이 이용될 수 있으며, 구조적 변경들이 행해질 수 있다. 따라서, 이하의 발명을 실시하기 위한 구체적인 내용은 제한적인 의미로 해석되어서는 안되며, 본 발명의 범주가 첨부된 청구항들 및 그의 등가물들에 의해 한정된다.

실시예들이 일반적으로 컴퓨팅 디바이스에서 운영 체제 상에서 실행되는 애플리케이션 프로그램과 함께 실행되는 프로그램 모듈들과 관련하여 기술될 것이지만, 통상의 기술자라면 양태들이 또한 다른 프로그램 모듈들과 결합하여 구현될 수 있다는 것을 잘 알 것이다.

일반적으로, 프로그램 모듈들은 특정의 작업들을 수행하거나 특정의 추상 데이터 형식들을 구현하는 루틴들, 프로그램들, 구성요소들, 데이터 구조들, 및 다른 유형의 구조들을 포함한다. 게다가, 통상의 기술자라면 실시예들이 핸드헬드 디바이스, 멀티프로세서 시스템, 마이크로프로세서 기반 또는 프로그램 가능 가전 제품, 미니컴퓨터, 메인프레임 컴퓨터, 및 비슷한 컴퓨팅 디바이스들을 비롯한, 다른 컴퓨터 시스템 구성들에서 실시될 수 있다는 것을 잘 알 것이다. 실시예들은 또한 작업들이 통신 네트워크를 통해 연결되어 있는 원격 처리 디바이스들에 의해 수행되는 분산 컴퓨팅 환경에서도 실시될 수 있다. 분산 컴퓨팅 환경에서는, 프로그램 모듈들이 로컬 및 원격 메모리 저장 디바이스들 둘 다에 위치될 수 있다.

실시예들이 컴퓨터 구현 프로세스(방법), 컴퓨팅 시스템, 또는 제조 물품(컴퓨터 프로그램 제품 또는 컴퓨터 판독 가능 매체 등)으로서 구현될 수 있다. 컴퓨터 프로그램 제품은, 컴퓨터 시스템에 의해 판독 가능하고 컴퓨터 또는 컴퓨팅 시스템으로 하여금 예시적인 프로세스(들)를 수행하게 하는 명령어들을 포함하는 컴퓨터 프로그램을 인코딩하는 컴퓨터 저장 매체일 수 있다. 컴퓨터 판독 가능 저장 매체는, 예를 들어, 휘발성 컴퓨터 메모리, 비휘발성 메모리, 하드 드라이브, 플래시 드라이브, 플로피 디스크, 또는 콤팩트 서버들, 단일의 컴퓨팅 디바이스 상에서 실행되는 애플리케이션, 및 비슷한 시스템들 중 하나 이상을 통해 구현될 수 있다.

본 명세서 전체에 걸쳐, “플랫폼”이라는 용어는 클라이언트와 서버 사이에 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 소프트웨어와 하드웨어 구성요소들의 조합일 수 있다. 플랫폼의 예는 복수의 서버들에 걸쳐 실행되는 호스팅되는 서비스, 단일의 컴퓨팅 디바이스 상에서 실행되는 애플리케이션, 및 비슷한 시스템들을 포함하지만, 이들로 제한되지 않는다. "서버"라는 용어는 일반적으로는 전형적으로 네트워크화된 환경에서 하나 이상의 소프트웨어 프로그램들을 실행하는 컴퓨팅 디바이스를 지칭한다. 그렇지만, 서버는 또한 네트워크 상의 서버로 보이는 하나 이상의 컴퓨팅 디바이스들 상에서 실행되는 가상 서버(소프트웨어 프로그램들)로서 구현될 수 있다. 이 기술들 및 예시적인 동작들에 관한 추가 상세는 이하에 제공된다.

도 1은 본 명세서에서의 일부 실시예들에 따른, 클라이언트가 네트워크를 통해 생산성 및 통신 서비스들에 액세스할 수 있는 예시적인 환경을 나타낸 것이다. 다이어그램(100)에 나타낸 컴퓨팅 디바이스들 및 컴퓨팅 환경들은 예시를 위한 것이다. 실시예들이 각종의 컴퓨팅 디바이스들 및 시스템들을 이용하는 다양한 로컬, 네트워크화된 그리고 유사한 컴퓨팅 환경들에서 구현될 수 있다.

다이어그램(100)에 예시된 바와 같이, 사용자는 데이터를 교환하고 데이터와 상호작용하기 위한 애플리케이션들을 실행하기 위해 각종의 상이한 클라이언트 디바이스들을 이용할 수 있다. 데이터와 상호작용하기 위해 사용자의 클라이언트 디바이스에서 실행되는 예시적인 애플리케이션들은 생산성 서비스(106) 및 통신 서비스(104)일 수 있다.

예시적인 생산성 서비스(106)는 생산성 플랫폼을 중심으로 구축된 다양한 서비스들에의 액세스를 제공하도록 구성될 수 있다. 어떤 생산성 서비스들은 이메일 애플리케이션, 소셜 네트워킹 애플리케이션, 협업 애플리케이션, 기업 관리 애플리케이션, 메시징 애플리케이션, 워드 프로세싱 애플리케이션, 스프레드시트 애플리케이션, 데이터베이스 애플리케이션, 및 프레젠테이션 애플리케이션을 포함할 수 있다. 생산성 서비스(106)는 원격 서버(110)로부터 데이터를 검색하는 것에 의해 다양한 생산성 애플리케이션들과 연관된 데이터에의 액세스를 제공할 수 있다. 원격 서버(110)는 유선 또는 무선 네트워크 또는 클라우드 네트워크일 수 있는 네트워크(112)를 통해 액세스될 수 있고, 검색된 데이터는 생산성 서비스(106)를 실행하는 사용자의 로컬 클라이언트 디바이스에 로드될 수 있다.

이와 유사하게, 예시적인 통신 서비스(104)는 이메일, 연락처 관리, 및 일정표 서비스들을 제공하도록 구성된 서비스일 수 있다. 통신 서비스(104)는 또한 인스턴스 메시징, 오디오/화상 회의, 및 프레즌스 검출(presence detection)과 같은, 실시간 통신 플랫폼들을 제공할 수 있다. 예를 들어, 사용자는 사용자의 클라이언트 디바이스 상에서 실행되는 통신 서비스(104)에서 이메일을 수신하고, 보며, 그에 답신할 수 있다. 이메일을 보고 다른 통신 데이터에 액세스하는 어떤 예시적인 클라이언트 디바이스들은 데스크톱 컴퓨팅 디바이스, 개인용 컴퓨터, 태블릿, 스마트폰, 화이트보드 및 다른 유사한 클라이언트 디바이스들을 포함할 수 있다. 이메일 및 다른 데이터를 검색하고 교환하기 위해 통신 서비스 및 생산성 서비스가 또한 함께 동작할 수 있다.

통신 서비스(104) 및 생산성 서비스(106)에 의해 제공되는 서비스들은 통신 서비스(104) 및 생산성 서비스(106)와 연관된 외부 서버에서 호스팅될 수 있고, 사용자는 제공된 서비스들을 네트워크(112)를 통해 사용자의 클라이언트 디바이스에서 로컬적으로 액세스할 수 있다. 그에 부가하여, 로컬 클라이언트 디바이스가 통신 서비스(104) 및 생산성 서비스(106)에 의해 제공되는 데이터에 액세스하여 그와 상호작용하기 위해 네트워크를 통해 서버(110)와 활성 연결(active connection)을 가질 필요가 있을 수 있도록, 네트워크(112)를 통해 로컬 클라이언트 디바이스와 서버 사이에서 데이터가 교환될 수 있다.

통신 서비스(104) 또는 생산성 서비스(106)와 같은 로컬 클라이언트는 데이터를 검색하기 위해 다수의 요청들을 서버(110)에 발행할 수 있다. 로컬 클라이언트가 서버(110)에 데이터를 요청할 때마다, 클라이언트는 서버에 대해 자신을 인증해야만 할지도 모른다. 그에 부가하여, 데이터 요청 및 교환 동안 클라이언트와 서버(110) 사이의 연결이 단절되거나 변경되는 경우, 클라이언트는 데이터 교환을 위한 연결을 재설정하기 위해 서버에 대해 자신을 재인증해야만 할지도 모른다. 실시예들에 따른 시스템에서, 초기 데이터 요청 동안 클라이언트와 서버(110) 사이에 컨텍스트가 설정될 수 있고, 컨텍스트는 후속 데이터 검색 요청들을 위한 인증의 기초로서 사용될 수 있다.

“컨텍스트”라는 용어는 본 명세서에서 독자적인 클라이언트 요청들 사이에 유지되는 서버 상에서의 상태의 집합체를 나타내는 데 사용되고, “컨텍스트”가 생성되었을 때 그리고 각각의 후속 응답들에서 반환되는 쿠키를 사용하여 참조된다. 상태 정보의 집합체는 서버 구현에 독자적으로 특정(uniquely specific)되어 있고, 전선을 거쳐 결코 전송되지 않기 때문에, 프로토콜 자체 내에서 특별히 식별되거나 규정되어 있지 않다. 상태의 집합체는 또한 클라이언트와 서버 사이의 임의의 물리적 또는 논리적 연결에 연계되어 있지 않을 수 있다. 클라이언트는, “컨텍스트”가 초기에 생성되었던 연결과 독립적으로, 임의의 새로 설정된 연결들에 관한 쿠키를 통해 “컨텍스트”를 식별해주는 후속 요청들을 서버에 자유롭게 발행할 수 있다.

도 2는 본 명세서에서의 일부 실시예들에 따른, 메시징 오버 HTTP 프로토콜을 이용하는 클라이언트와 서버 사이의 예시적인 데이터 교환을 나타낸 것이다.

다이어그램(200)에 예시된 바와 같이, 클라이언트(202)는 이메일, 연락처 및 일정표 관리 애플리케이션과 같은, 생산성 애플리케이션 또는 통신 애플리케이션(204)을 로컬 디바이스 상에서 실행할 수 있다. 클라이언트(202)는 이메일 데이터와 같은 통신 애플리케이션(204)과 연관된 데이터를 검색하기 위해 네트워크를 거쳐 서버(208)와 통신할 수 있다.

실시예들에 따른 시스템에서, 데이터가 통신 애플리케이션(204)와 교환될 수 있게 하기 위해 클라이언트(202)와 서버(208) 사이에 연결이 설정될 수 있다. 클라이언트(202)는 서버(208)와의 연결을 개시할 수 있고, 서버(208)에 데이터를 요청할 수 있다. 서버(208)는 요청을 수락하고, 요청을 처리하며, 요청된 정보를 클라이언트(202)에 반환할 수 있다. 초기 요청 동안, 후속 데이터 검색 요청들을 위해 클라이언트(202)를 인증하기 위해 클라이언트(202)와 서버(208) 사이에 컨텍스트(210)가 설정될 수 있다.

예시적인 실시예에서, 클라이언트와 서버(208) 사이에서의 통신, 인증, 및 데이터 교환을 용이하게 하기 위해 HTTP가 이용될 수 있다. 확립된 HTTP 언어가 요청된 정보를 검색하기 위해 서버에 의해 수행될 원하는 동작을 나타낼 수 있는 메서드(method)들 또는 동사(verb)들을 규정할 수 있다. 예를 들어, 동사는 데이터를 검색하라는 요청일 수 있는 GET 동사를 포함할 수 있다. HTTP에서 이용되는 다른 예시적인 동사는 서버에 있는 데이터에 추가될 새로운 데이터로서 HTTP 요청에 포함된 데이터를 수락하라고 서버에 요청하는 동작일 수 있는 POST 동사일 수 있다.

예시적인 실시예에서, 클라이언트(202)는 클라이언트에서 실행되는 통신 애플리케이션과 연관된 데이터를 서버(208)로부터 검색하는 것을 용이하게 하기 위해 확립된 HTTP 요청들을 통한 메시징 프로토콜(messaging protocol over established HTTP requests)을 포함시킬 수 있다. 메시징 오버 HTTP 프로토콜(206)은 클라이언트(202)가 HTTP 연결을 통해 요청을 서버(208)로 송신할 수 있게 그리고 동일한 HTTP 연결을 통해 서버 응답을 수신할 수 있게 할 수 있다. 메시징 오버 HTTP 프로토콜(206)은 또한 클라이언트(202)가 장래의 요청들 동안 클라이언트를 인증하기 위해 HTTP 연결을 통해 서버(208)와 컨텍스트를 설정할 수 있게 할 수 있다. 게다가, 클라이언트(202)는 동시적인 독립적 요청들을 서버(208)로 송신하기 위해 서버(208)와 부가의 HTTP 연결들을 개통(open)할 수 있다.

예시적인 실시예에서, 클라이언트(202) 요청은 메시징 오버 HTTP 프로토콜을 발생시키기 위해 종래의 HTTP POST 요청 언어(HTTP POST request language)와 함께 데이터 요청 언어(data request language)를 포함할 수 있다. 메시징 오버 HTTP 프로토콜은 어떤 데이터를 검색할지 및 어떻게 클라이언트에 응답할지를 서버에 지시하기 위한 특수 헤더 구조를 포함할 수 있다. 특수 헤더 구조는 요청 유형(request type) 헤더, 요청 ID(request identification) 헤더, 우편함 ID(mailbox identification) 헤더 및 콘텐츠 유형(content-type) 헤더를 포함할 수 있다. 요청 유형 헤더는 클라이언트(202)가 어떤 동작을 수행하려고 시도하고 있는지를 서버(208)에 알려주기 위해 이용될 수 있는 X-RequestType 헤더일 수 있다. 예를 들어, 연결 요청(connect request)은 이메일 계정과 연관된 우편함에 액세스하여 그로부터 데이터를 검색하라는 요청일 수 있다. 바인딩 요청(bind request)은 연락처 관리 애플리케이션과 연관된 주소록에 액세스하여 그로부터 데이터를 검색하라는 요청일 수 있다.

그에 부가하여, 요청 ID 헤더는 서버(208)에 클라이언트(202)를 식별해줄 수 있는 X-RequestID 헤더일 수 있다. 서버(208)는 확인되지 않은 또는 익명 요청들을 수락하지 않을 수 있다. 그에 부가하여, 우편함 ID 헤더는 서버(208)에 이메일 데이터를 검색하라고 요청한 클라이언트와 연관된 이메일 계정 또는 우편함을 일의적으로 식별해주는 MailboxID 파라미터일 수 있다. 게다가, POST 요청은 “application/mapi-http"로 설정된 Content-Type 헤더일 수 있는 콘텐츠 유형 헤더를 포함할 수 있다. 본 명세서에 논의된 헤더들은 예시를 위한 예이며 실시예들에 대한 제한인 것으로 의도되어 있지 않다.

예시적인 메시징 오버 HTTP 프로토콜 요청은 다음과 같을 수 있다:

POST /<endpoint>/?MailboxId=<GUID>@contoso.com HTTP/1.1

Host: mail.contoso.com

Content-Length: <length>

Content-Type : application/mapi-http

X-RequestType: EcDoConnectEx

X-Requestld: <GUID>:<ID>

바인딩 요청을 이용하는 예시적인 메시징 오버 HTTP 프로토콜 요청은 다음과 같을 수 있다:

POST /<endpoint>/?MailboxId=<GUID>@contoso.com HTTP/1.1

Host: mail.contoso.com

Content-Length: <length>

Content-Type : application/mapi-http

X-RequestType: Bind

X-Requestld: <GUID>:<ID>

연결 요청을 이용하는 예시적인 메시징 오버 HTTP 프로토콜 요청은 다음과 같을 수 있다:

POST /<endpoint>/?MailboxId=<GUID>@contoso.com HTTP/1.1

Host: mail.contoso.com

Content-Length: <length>

Content-Type : application/mapi-http

X-RequestType: Connect

X-Requestld: <GUID>:<ID>

도 3은 일부 예시적인 실시예들에 따른, 메시징 오버 HTTP 프로토콜을 이용하여 컨텍스트를 설정하기 위해 클라이언트와 서버 사이에서 교환되는 예시적인 데이터 요청들 및 응답들을 나타낸 것이다.

도 2와 관련하여 이전에 기술된 바와 같이, 클라이언트(302)는 클라이언트(302)에서 실행되는 애플리케이션과 연관된 데이터를 서버(304)에 요청하기 위해 표준화된 HTTP POST 요청을 이용할 수 있다. 어떤 데이터를 검색할지, 그 데이터를 어디로부터 검색할지, 및 클라이언트(302)에 어떻게 응답할지를 서버(304)에 지시하도록 구성된 메시징 오버 HTTP 프로토콜을 생성하기 위해 특수 데이터 요청 언어가 HTTP POST 언어와 함께 포함될 수 있다. 메시징 오버 HTTP 프로토콜은 또한 장래의 데이터 요청들을 위해 클라이언트(302)를 서버에 인증하기 위해 클라이언트(302)와 서버(304) 사이에 컨텍스트를 설정하도록 구성될 수 있다.

다이어그램(300)에 예시된 바와 같이, 서버가 초기 POST 요청(306)을 수신한 후에, 일련의 응답들이 서버로부터 클라이언트로 반환될 수 있다. 초기 POST 요청(306)은, POST 요청(306)이 서버(304)에 의해 큐잉되어 처리되고 있는 동안, 서버(304)가 초기 POST 요청(306)에 대해 수신 응답(308)으로 응답하라는 지시들을 포함할 수 있다. 수신 응답(308)은, 클라이언트(302)가 단절된 연결 또는 서버(304)가 요청을 처리할 수 없음을 알지 못하는 것을 방지하기 위해, 서버(304)가 요청을 수신했다는 확인 응답을 클라이언트(302)에 제공할 수 있다. 클라이언트(302)가 타당한 기간 내에 수신 응답(308)을 수신하지 않는 경우, 클라이언트(302)는 POST 요청(306)을 포기 및/또는 재시도할 수 있다.

예시적인 실시예에서, 서버(304)가 POST 요청(306)을 처리하는 동안, 서버(304)는 또한 중간 청크 응답들(310)을 반환할 수 있다. 서버로부터의 청크 응답(310)은 전송 인코딩(transfer encoding)으로서 “chunked”를 갖는 Transfer-Encoding 헤더를 포함할 수 있다. chunked 전송 인코딩 값은, POST 요청(306)이 서버에 의해 처리되고 있는 동안, 서버(304)가 중간 응답들 및 데이터를 클라이언트(302)에 반환할 수 있게 할 수 있다. 중간 청크 응답들(310)은 클라이언트(302)와 서버(304) 사이의 연결이 연결 해제되지 않았다는 것을 알려주기 위해 요청의 상태를 클라이언트(302)에 제공할 수 있고, 서버(304)는 POST 요청(306)을 현재 처리하고 있다. 클라이언트(302)가 타당한 기간 내에 예상된 중간 응답을 수신하지 않는 경우, 클라이언트(302)는 POST 요청(306)을 포기 및/또는 재시도할 수 있다. 중간 응답들을 전달하기 위한 예상된 기간은 클라이언트 또는 서버에 의해 규정될 수 있고, 또한 구성 가능 설정일 수 있다. 중간 청크 응답들(310)은 또한 서버(304)가 POST 요청(306)을 처리하는 동안 기본 HTTP 연결을 활성인 채로 유지하는 역할을 할 수 있다.

실시예들에 따른 시스템에서, 서버(304)는 또한 클라이언트(302)를 식별하기 위해 그리고 클라이언트(302)와 서버(304) 사이의 컨텍스트를 설정하기 위해 쿠키(320)를 발생시킬 수 있다. 서버(304)는, 클라이언트(302)와 서버(304) 사이의 컨텍스트를 설정하기 위해, 수신 응답과 함께 그리고 중간 청크 응답들과 함께 쿠키(320)를 클라이언트(302)로 반환할 수 있다. 서버(304)는 서버 정책들에 따라 쿠키 이름 및 값을 규정할 수 있다.

발생된 쿠키를 비롯한 서버(304)로부터 클라이언트(302)로의 예시적인 응답은 다음과 같을 수 있다:

HTTP/1.1 200 OK

Host: mail.contoso.com

Transfer-Encoding: chunked

Content-Length: <length>

Content-Type : application/mapi-http

Set-Cookie: MapiContext=<opaque string>

Set-Cookie: MapiSequence=<opaque string>

X-RequestType: EcDoConnectEx {Bind or Connect)

X-ResponseCode: <value>

쿠키(320)를 수신할 시에, 클라이언트(302)는 서버(304)와의 장래의 상호작용들을 위해 쿠키(320)를 저장할 수 있다. 클라이언트가 메시징 오버 HTTP 프로토콜을 이용하여 후속 데이터 요청들을 서버(304)로 송신할 때, 클라이언트(302)는 쿠키(320)를 후속 요청(322)에 포함시킬 수 있다.

수신된 쿠키를 포함하는 예시적인 후속 메시징 오버 HTTP 프로토콜 데이터 요청은 다음과 같을 수 있다:

POST /<endpoint>/?MailboxId=<GUID>@contoso.com HTTP/1.1

Host: mail.contoso.com

Content-Length: <length>

Content-Type : application/mapi-http

Cookie: MapiContext=<opaque string>

Cookie: MapiSequence=<opaque string>

X-RequestType: EcDoConnectEx

X-Clientlnfo: <opaque string>

X-Requestld: <GUID>:<ID>

예시적인 실시예에서, 클라이언트(302)가 쿠키(320)를 저장하고 후속 요청들 동안 쿠키(320)를 반환하기 때문에, 클라이언트(302)는 각각의 후속 데이터 요청 동안 서버에 대해 자신을 재인증할 필요가 없을 수 있다. 클라이언트(302)는 쿠키(320)를 서버(304)에 제공할 수 있고, 서버는 쿠키에 의해 표현된 컨텍스트가 동일한 인증된 클라이언트로부터의 온 것임을 자동으로 확인할 수 있다. 서버(304)는 최종 응답에서 요청된 데이터를 인증된 클라이언트(302)에 반환할 수 있다.

실시예들에 따른 시스템에서, 쿠키는 연결 상실(lost connection)의 경우에 클라이언트와 서버 사이의 컨텍스트가 보존될 수 있게 할 수 있다. 예를 들어, 클라이언트가 도달 거리를 벗어나거나, 연결 해제되거나, 연결들을 변경하거나, 최대 절전 모드(hibernation mode)에 들어갈 때 HTTP 연결이 상실될 수 있다. 클라이언트는 연결 해제 동안 쿠키(320)를 여전히 유지할 수 있고, 재연결 시에, 클라이언트(302)가 데이터 요청을 개시할 때, 클라이언트(302)는 쿠키(320)를 서버(304)에 제공할 수 있다. 컨텍스트가 만료되기 전에 쿠키(302)가 서버(304)와의 연결을 재설정할 어떤 시간을 가질 수 있도록, 서버(304)는 쿠키(320)와 연관된 컨텍스트를 어떤 기간 동안 저장하도록 구성될 수 있다. 규정된 기간 후에, 컨텍스트가 만료될 수 있고, 클라이언트(302)는 데이터 요청 동안 서버(304)에 대해 자신을 재인증할 필요가 있을 수 있다. 새로운 컨텍스트를 설정하기 위해, 새로운 쿠키가 서버에 의해 발생되고 클라이언트와 교환될 수 있다.

예시적인 실시예에서, 컨텍스트를 보존하는 기간은 미리 정해져 있을 수 있고, 또한 네트워크 유형, 클라이언트 유형, 사용자와 연관된 클라이언트 디바이스들, 보안 파라미터들, 및 다른 유사한 파라미터들에 기초하여 구성 가능할 수 있다. 컨텍스트를 보존하는 기간은 또한 서버에서 이용 가능한 자원들에 기초하여 동적일 수 있다. 예를 들어, 하나의 클라이언트만이 서버(304)와 상호작용하고 있는 동안, 서버는 컨텍스트를 보다 긴 기간 동안 보존할 수 있는데, 그 이유는 클라이언트가 많은 서버 자원들을 사용하고 있지 않기 때문이다. 서버(304)와 상호작용하는 다수의 사용자들 또는 클라이언트들이 있는 경우, 서버(304)는, 서버 자원들을 보존하기 위해, 보존된 컨텍스트들의 개수 및 컨텍스트들을 유지하는 시간을 제한할 수 있다. 서버(304)는 또한 컨텍스트가 만료될 때 클라이언트(302)에 알려주기 위해 클라이언트(302)와 통신할 수 있다. 클라이언트(302)는 서버와 통신하는 것에 의해 컨텍스트에 대한 보존 기간을 연장시키기 위해 설정된 컨텍스트를 새로고침(refresh)할 수 있을 수 있다. 예를 들어, 클라이언트(302)가 능동적으로 서버(304)와 통신할 때마다, 서버(304)는 컨텍스트의 만기 시간을 새로고침할 수 있다. 컨텍스트가 만료된 후에, 컨텍스트가 서버(304)에서 영구적으로 폐기될 수 있다.

특정의 구성들, 적용 분야들 및 상호작용들을 갖는 도 1 내지 도 3에서의 예시적인 시스템들이 기술되었다. 실시예들이 이 예들에 따른 시스템들로 제한되지 않는다. 클라이언트와 서버 사이에서 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 시스템이 보다 적은 또는 부가의 구성요소들을 이용하고 다른 작업들을 수행하는 구성들로 구현될 수 있다. 게다가, 특정 프로토콜들 및/또는 인터페이스들이 본 명세서에 기술된 원리들을 사용하여 유사한 방식으로 구현될 수 있다.

도 4는 실시예들이 구현될 수 있는 예시적인 네트워크화된 환경이다. 클라이언트와 서버 사이에서 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 시스템이 호스팅되는 서비스와 같은 하나 이상의 서버들(414)에 걸쳐 실행되는 소프트웨어를 통해 구현될 수 있다. 플랫폼은 네트워크(들)(410)를 통해 스마트폰(413), 랩톱 컴퓨터(412), 또는 데스크톱 컴퓨터(411)('클라이언트 디바이스들')와 같은 개개의 컴퓨팅 디바이스들 상의 클라이언트 애플리케이션들과 통신할 수 있다.

클라이언트 디바이스들(411 내지 413) 중 임의의 것 상에서 실행되는 클라이언트 애플리케이션들은 서버들(414)에 의해 또는 개개의 서버(416) 상에서 실행되는 애플리케이션(들)을 통한 통신을 용이하게 할 수 있다. 서버들 중 하나 상에서 실행되는 애플리케이션은, 예를 들어, 생산성 서비스의 일부로서 통신을 용이하게 할 수 있다. 애플리케이션은 직접 또는 데이터베이스 서버(418)를 통해 관련성 있는 데이터를 데이터 저장소(들)(419)로부터 검색하고 요청된 서비스들(예컨대, 문서 편집)을 클라이언트 디바이스들(411 내지 413)을 통해 사용자(들)에 제공할 수 있다.

네트워크(들)(410)는 서버들, 클라이언트들, 인터넷 서비스 공급자들, 및 통신 매체의 임의의 토폴로지를 포함할 수 있다. 실시예들에 따른 시스템은 정적 또는 동적 토폴로지를 가질 수 있다. 네트워크(들)(410)는 기업 네트워크와 같은 보안 네트워크(secure network), 무선 공개 네트워크(wireless open network)와 같은 비보안 네트워크(unsecure network), 또는 인터넷을 포함할 수 있다. 네트워크(들)(410)는 또한 PSTN(Public Switched Telephone Network) 또는 셀룰러 네트워크들과 같은 다른 네트워크들을 통해 통신을 조정할 수 있다. 게다가, 네트워크(들)(410)는 블루투스 또는 유사한 것들과 같은 단거리 무선 네트워크들을 포함할 수 있다. 네트워크(들)(410)는 본 명세서에 기술된 노드들 간의 통신을 제공한다. 제한이 아닌 예로서, 네트워크(들)(410)는 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체를 포함할 수 있다.

네트워크를 통한 클라이언트와 서버 사이에서의 데이터 교환을 위해 메시징 오버 HTTP 프로토콜을 제공하는 플랫폼을 구현하기 위해 컴퓨팅 디바이스들, 애플리케이션들, 데이터 소스들, 및 데이터 배포 시스템들의 많은 다른 구성들이 이용될 수 있다. 게다가, 도 4에 논의된 네트워크화된 환경은 단지 예시를 위한 것이다. 실시예들이 예시적인 애플리케이션들, 모듈들, 또는 프로세스들로 제한되지 않는다.

도 5 및 연관된 논의는 실시예들이 구현될 수 있는 적당한 컴퓨팅 환경에 대한 간략하고 전반적인 설명을 제공하기 위한 것이다. 도 5를 참조하면, 컴퓨팅 디바이스(500)와 같은, 실시예들에 따른 애플리케이션에 대한 예시적인 컴퓨팅 운영 환경의 블록도가 예시되어 있다. 기본 구성에서, 컴퓨팅 디바이스(500)는 실시예들에 따라 네트워크를 통한 클라이언트와 서버 사이에서의 데이터 교환을 위해 메시징 오버 HTTP 프로토콜을 제공하는 애플리케이션을 실행하는 임의의 컴퓨팅 디바이스일 수 있고, 적어도 하나의 처리 유닛(502) 및 시스템 메모리(504)를 포함할 수 있다. 컴퓨팅 디바이스(500)는 또한 프로그램들을 실행시키는 데 협력하는 복수의 처리 유닛들을 포함할 수 있다. 컴퓨팅 디바이스의 정확한 구성 및 유형에 따라, 시스템 메모리(504)는 휘발성(RAM 등), 비휘발성(ROM, 플래시 메모리, 기타 등등), 또는 이 둘의 어떤 조합일 수 있다. 시스템 메모리(504)는 전형적으로 플랫폼의 동작을 제어하기에 적당한 운영 체제(505)(미국 워싱턴주 레드몬드 소재의 MICROSOFT CORPORATION로부터의 WINDOWS® 운영 체제 등)를 포함한다. 시스템 메모리(504)는 또한 생산성 서비스 애플리케이션(522) 및 컨텍스트 모듈(524)과 같은 하나 이상의 소프트웨어 애플리케이션을 포함할 수 있다.

생산성 애플리케이션(522)은 이메일 애플리케이션, 소셜 네트워킹 애플리케이션, 협업 애플리케이션, 기업 관리 애플리케이션, 메시징 애플리케이션, 워드 프로세싱 애플리케이션, 스프레드시트 애플리케이션, 데이터베이스 애플리케이션, 및 프레젠테이션 애플리케이션과 같은 각종의 서비스들을 제공하는 애플리케이션일 수 있다. 생산성 애플리케이션(522)은 원격 서버에서 호스팅될 수 있고, 네트워크를 통해 로컬 클라이언트에 서비스들을 제공할 수 있다. 생산성 애플리케이션(522)의 일부인 컨텍스트 모듈(524)은, 사용자가 원격 서버에 저장된 데이터(이메일, 연락처 및 일정 데이터 등)에 액세스하여 그와 상호작용할 수 있게 하기 위해, 클라이언트가 서버와 컨텍스트를 설정할 수 있게 할 수 있다. 클라이언트는 어떤 데이터를 검색할지 및 그 데이터를 어디로부터 검색할지에 대한 지시들을 원격 서버에 제공할 수 있고 또한 수신 응답 및 요청의 처리의 상태를 나타내는 일련의 청크 응답들을 송신하라고 원격 서버에 지시할 수 있는 메시징 오버 HTTP 프로토콜을 이용하여 원격 서버에 데이터를 요청할 수 있다. 컨텍스트 모듈(524)을 통해, 서버는 컨텍스트를 설정할 수 있고, 컨텍스트를 나타내는 쿠키를 클라이언트에 제공할 수 있다. 생산성 애플리케이션(522) 및 컨텍스트 모듈(524)은 호스팅되는 서비스의 개별적인 애플리케이션들 또는 통합된 모듈들일 수 있다. 이 기본 구성이 도 5에서 파선(508) 내의 그 구성요소들에 의해 예시되어 있다.

컴퓨팅 디바이스(500)는 부가의 특징들 또는 기능을 가질 수 있다. 예를 들어, 컴퓨팅 디바이스(500)는 또한, 예를 들어, 자기 디스크, 광 디스크, 또는 테이프와 같은 부가의 데이터 저장 디바이스들(이동식 및/또는 비이동식)을 포함할 수 있다. 이러한 부가의 저장소는 도 5에서 이동식 저장소(509) 및 비이동식 저장소(510)에 의해 예시되어 있다. 컴퓨터 판독 가능 저장 매체는 컴퓨터 판독 가능 명령어들, 데이터 구조들, 프로그램 모듈들 또는 다른 데이터와 같은 정보를 저장하기 위해 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함할 수 있다. 시스템 메모리(504), 이동식 저장소(509), 및 비이동식 저장소(510) 모두가 컴퓨터 판독 가능 저장 매체의 예이다. 컴퓨터 판독 가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 다른 광 저장소, 자기 테이프, 자기 디스크 저장소 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하는 데 사용될 수 있고 컴퓨팅 디바이스(500)에 의해 액세스될 수 있는 임의의 다른 매체를 포함하지만, 이들로 제한되지 않는다. 임의의 이러한 컴퓨터 판독 가능 저장 매체는 컴퓨팅 디바이스(500)의 일부일 수 있다. 컴퓨팅 디바이스(500)는 또한 키보드, 마우스, 펜, 음성 입력 디바이스, 터치 입력 디바이스, 및 비슷한 입력 디바이스와 같은 입력 디바이스(들)(512)를 가질 수 있다. 디스플레이, 스피커, 프린터, 다른 유형의 출력 디바이스들과 같은 출력 디바이스(들)(514)가 또한 포함될 수 있다. 이 디바이스들은 기술 분야에 공지되어 있으며 여기에서 상세히 논의될 필요가 없다.

컴퓨팅 디바이스(500)는 또한 디바이스가 분산 컴퓨팅 환경에서의 유선 또는 무선 네트워크, 위성 링크, 셀룰러 링크, 단거리 네트워크, 및 비슷한 메커니즘들 등을 통해 다른 디바이스들(518)과 통신할 수 있게 하는 통신 연결들(516)을 포함할 수 있다. 다른 디바이스들(518)은 통신 애플리케이션들을 실행하는 컴퓨터 디바이스(들), 웹 서버들, 및 비슷한 디바이스들을 포함할 수 있다. 통신 연결(들)(516)은 통신 매체의 하나의 예이다. 통신 매체는 컴퓨터 판독 가능 명령어들, 데이터 구조들, 프로그램 모듈들, 또는 다른 데이터를 그 안에 포함할 수 있다. 제한이 아닌 예로서, 통신 매체는 유선 네트워크 또는 직접 유선 연결(direct-wired connection)과 같은 유선 매체와, 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체를 포함한다.

예시적인 실시예들은 또한 방법들을 포함한다. 이 방법들은, 본 문서에 기술된 구조들을 비롯한, 임의의 수의 방식들로 구현될 수 있다. 하나의 이러한 방식은 본 문서에 기술된 유형의 디바이스들의 기계 동작들에 의한다.

다른 선택적인 방식은 그 방법들의 개별적인 동작들 중 하나 이상이 어떤 동작들을 수행하는 한 명 이상의 사람 조작자들과 관련하여 수행되는 것이다. 이 사람 조작자들은 서로 동일한 위치에 있을 필요가 없으며, 각각이 프로그램의 일부분을 수행하는 기계하고만 있을 수 있다.

도 6은 실시예들에 따른, 클라이언트와 서버 사이에 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 프로세스(600)에 대한 논리 흐름도를 나타낸 것이다. 프로세스(600)는 컴퓨팅 디바이스 또는 프로세서를 통해 명령어들을 실행할 수 있는 유사한 전자 디바이스 상에서 구현될 수 있다.

프로세스(600)는 클라이언트와 서버 사이에 연결이 설정될 수 있는 동작(610)으로 시작한다. 클라이언트는 클라우드 네트워크와 같은 네트워크를 통해 원격 서버로부터의 정보 및 데이터에 액세스하는 생산성 서비스 및/또는 통신 서비스일 수 있다. 동작(620)에서, 서버는 서버에서의 데이터 검색을 개시하기 위해 클라이언트로부터 POST 요청을 수신할 수 있다. POST 요청은 요청 유형 헤더, 요청 ID 헤더, 우편함 ID 헤더 및 콘텐츠 유형 헤더를 비롯한, 데이터 검색에 대한 지시들을 갖는 특수 헤더들을 포함할 수 있는 메시징 오버 HTTP 프로토콜일 수 있다. 동작(620)에 뒤이어서, POST 요청을 수신할 시에 서버가 수신 응답을 클라이언트로 송신할 수 있는 동작(630)이 올 수 있다.

동작(640)에서, 서버는 클라이언트와 서버 사이의 컨텍스트를 나타내는 쿠키를 발생시킬 수 있다. 컨텍스트는 후속 데이터 요청들 동안 서버에서 클라이언트를 식별해줄 수 있다. 동작(650)에서, 서버가 요청을 처리하는 동안, 서버는 발생된 쿠키를 포함하는 중간 청크 응답들을 클라이언트로 송신할 수 있다. 중간 청크 응답들은 데이터 요청의 상태를 클라이언트에 알려줄 수 있다. 쿠키는 클라이언트에 저장될 수 있고, 연결 단절 및 전송(dropped and transferred connection) 동안 그리고 클라이언트의 최대 절전 동안 유지될 수 있다. 동작(660)에서, 서버는 쿠키를 포함하는 후속 POST 요청들을 클라이언트로부터 수신할 수 있고, 서버는 컨텍스트를 동일한 인증된 클라이언트로부터의 온 것으로 자동으로 확인할 수 있다.

프로세스(600)에 포함된 동작들은 예시를 위한 것이다. 클라이언트와 서버 사이에 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP 프로토콜을 제공하는 것은 보다 적은 또는 부가의 단계들을 갖는 유사한 프로세스들에 의해서는 물론, 본 명세서에 기술된 원리들을 사용하는 동작들의 상이한 순서로 구현될 수 있다.

이상의 명세서, 예들 및 데이터는 실시예들의 조성물의 제조 및 사용의 완전한 설명을 제공한다. 발명 요지가 구조적 특징들 및/또는 방법적 동작들과 관련하여 기술되어 있지만, 첨부된 청구범위에 한정되어 있는 발명 요지가 앞서 기술된 구체적인 특징들 또는 동작들로 꼭 제한될 필요는 없다는 것을 잘 알 것이다. 오히려, 이상에서 기술한 구체적인 특징들 및 동작들은 청구항들 및 실시예들을 구현하는 예시적인 형태들로서 개시되어 있다.

Claims

클라이언트와 서버 사이에서 컨텍스트(context)를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP(messaging-over hypertext transfer protocol)를 제공하기 위하여 컴퓨팅 디바이스에서 적어도 부분적으로 실행되는 방법에 있어서,
클라이언트로부터 연결 요청을 수신하는 단계;
상기 클라이언트와의 제1 연결을 설정하는 단계;
상기 제1 연결을 통해 상기 클라이언트로부터 데이터 요청을 수신하는 단계 - 상기 데이터 요청은, 콘텐츠(content) 유형, 콘텐츠 길이, 수행될 동작, 및 상기 요청을 행하는 상기 클라이언트의 신원(identity)을 명시하는(specifying) 특수 헤더를 포함함 -;
상기 클라이언트로 수신 응답을 송신하는 단계;
상기 클라이언트와 상기 서버 사이의 컨텍스트를 나타내는 쿠키를 생성하는 단계 - 상기 컨텍스트는 상기 제1 연결의 중단(interruption) 후에 상기 클라이언트로부터의 후속 요청을 위해 유지되는 상기 서버의 상태의 집합체를 나타내며, 상기 후속 요청과 함께 상기 쿠키가 제공되는 경우 상기 클라이언트의 재인증은 필요하지 않음 -;
상기 클라이언트로 상기 쿠키를 제공하는 단계
를 포함하는 메시징 오버 HTTP 제공 방법.
제1항에 있어서, 상기 데이터 요청을 수신하는 단계는,
다른 요청 - 상기 다른 요청은 상기 데이터 요청을 처리하기 위한 지시(instructions)를 가진 하나 이상의 헤더들을 포함함 - 을 수신하는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제2항에 있어서, 상기 헤더들은 유형 헤더, 요청 ID(identification) 헤더, 우편함(mailbox) ID 헤더 및 콘텐츠 유형 헤더 중 하나 이상을 포함하는 것인 메시징 오버 HTTP 제공 방법.
제3항에 있어서, 상기 유형 헤더는 상기 클라이언트가 수행하려고 시도하는 동작을 명시하는 것인 메시징 오버 HTTP 제공 방법.
제4항에 있어서, 상기 유형 헤더는, 우편함에 액세스하기 위한 연결 값 및 연락처(contacts) 관리 애플리케이션과 연관된 주소록(address book)에 액세스하기 위한 바인딩(bind) 값 중 하나로 세팅되는 것인 메시징 오버 HTTP 제공 방법.
제1항에 있어서,
상기 데이터 요청을 처리하는 동안 일련의 중간 청크 응답(intermediary chunk response)들을 상기 클라이언트로 송신하는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제6항에 있어서, 중간 청크 응답을 송신하는 단계는,
일련의 중간 청크 응답들 중 적어도 하나의 중간 청크 응답에 전송 인코딩 값(trasfer encoding value)으로서 "chunked"를 갖는 헤더를 포함시키는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제7항에 있어서,
상기 쿠키를 상기 클라이언트에 제공하기 위해 상기 클라이언트에 대한 일련의 중간 청크 응답들 중 적어도 하나의 중간 청크 응답에 상기 쿠키를 포함시키는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제1항에 있어서,
상기 클라이언트의 연결 해제, 재연결, 및 최대 절전(hibernation) 중 하나 이상 동안 상기 쿠키가 상기 클라이언트에서 유지될 수 있게 하는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제1항에 있어서,
후속 데이터 요청 동안 상기 클라이언트로부터 상기 쿠키를 수신하는 단계; 및
상기 후속 데이터 요청시의 쿠키와 연관된 상기 컨텍스트가, 상기 컨텍스트 및 연관된 쿠키를 초기에 생성했던 동일한 인증된 클라이언트에 의해 사용되고 있다는 것을 확인하는(validating) 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
제10항에 있어서, 상기 컨텍스트를 저장하는 단계를 더 포함하는 메시징 오버 HTTP 제공 방법.
네트워크를 통한 클라이언트와 생산성 서비스 사이의 데이터 교환을 위한 서버로서,
명령어들을 저장하는 메모리;
상기 메모리에 결합된 프로세서 - 상기 프로세서는 데이터 검색(data retrieval) 애플리케이션을 실행함 - 를 포함하며,
상기 데이터 검색 애플리케이션은,
연결 요청을 수신하고,
상기 클라이언트와의 제1 연결을 설정하고,
상기 제1 연결을 통해 데이터 요청을 수신하고 - 상기 데이터 요청은, 콘텐츠 유형, 콘텐츠 길이, 수행될 동작, 및 상기 요청을 행하는 상기 클라이언트의 신원(identity)을 명시하는 특수 헤더를 포함함 -,
상기 데이터 요청에 응답하여, 수신 응답을 송신하고,
상기 클라이언트와 상기 서버 사이의 컨텍스트를 나타내는 쿠키를 생성하고 - 상기 컨텍스트는 상기 제1 연결의 중단 후에 상기 클라이언트로부터의 후속 요청을 위해 유지되는 상기 서버의 상태의 집합체를 나타내고, 상기 후속 요청과 함께 상기 쿠키가 제공되는 경우 상기 클라이언트의 재인증은 필요하지 않음 -,
상기 데이터 요청을 처리하는 동안 송신되는 일련의 중간 청크 응답들 중 적어도 하나의 중간 청크 응답에서 상기 쿠키를 제공하도록
구성되는 것인 데이터 교환을 위한 서버.
제12항에 있어서, 상기 생산성 서비스는, 이메일 애플리케이션, 소셜 네트워킹 애플리케이션, 협업 애플리케이션, 기업 관리 애플리케이션, 메시징 애플리케이션, 워드 프로세싱 애플리케이션, 스프레드시트 애플리케이션, 데이터베이스 애플리케이션, 프레젠테이션 애플리케이션, 및 이메일, 연락처 및 일정(calendaring) 관리 애플리케이션 중 하나 이상을 제공하도록 구성되는 것인 데이터 교환을 위한 서버.
제12항에 있어서, 상기 데이터 요청은 상기 데이터 요청을 어떻게 처리할지에 대한 지시들을 가진 하나 이상의 헤더들을 포함하는 것인 데이터 교환을 위한 서버.
제14항에 있어서, 상기 헤더들은 유형 헤더, 요청 ID 헤더, 우편함 ID 헤더 및 콘텐츠 유형 헤더 중 하나 이상을 포함하는 것인 데이터 교환을 위한 서버.
제12항에 있어서, 상기 데이터 검색 애플리케이션은 또한,
미리 정의된 기간(period of time) 동안 상기 컨텍스트를 저장하고,
상기 미리 정의된 기간이 만료된 후 상기 컨텍스트를 폐기하도록
구성되는 것인 데이터 교환을 위한 서버.
제16항에 있어서, 상기 미리 정의된 기간은 네트워크 유형, 클라이언트 유형, 사용자와 연관된 클라이언트 디바이스들, 및 하나 이상의 보안 파라미터 중 하나 이상에 기초하여 구성될 수 있는 것인 데이터 교환을 위한 서버.
제17항에 있어서, 상기 컨텍스트를 저장하기 위한 상기 기간은, 상기 서버에서 이용 가능한 자원들 그리고 상기 서버와 상호작용하는 클라이언트 애플리케이션들 및 상기 클라이언트 디바이스들의 수량(quantity)에 기초하여 동적(dynamic)인 것인 데이터 교환을 위한 서버.
적어도 하나의 프로세서에 의해 실행될 때, 클라이언트와 서버 사이의 컨텍스트를 설정하기 위해 그리고 네트워크를 통해 데이터를 교환하기 위해 메시징 오버 HTTP를 제공하기 위한 방법을 수행하는 명령어들이 저장되어 있는 저장 디바이스에 있어서,
상기 방법은,
연결 요청을 수신하는 단계;
상기 클라이언트와의 제1 연결을 설정하는 단계;
상기 제1 연결을 통해 데이터 요청을 수신하는 단계 - 상기 데이터 요청은 콘텐츠 유형, 콘텐츠 길이, 수행될 동작, 및 상기 요청을 행하는 상기 클라이언트의 신원을 명시하는 특수 헤더를 포함함 -;
상기 데이터 요청에 응답하여, 수신 응답을 송신하는 단계;
요청된 데이터를 검색하기 위해 상기 데이터 요청을 처리하는 단계;
상기 클라이언트와 상기 서버 사이의 컨텍스트를 나타내는 쿠키를 생성하는 단계 - 상기 컨텍스트는 상기 제1 연결의 중단 후에 상기 클라이언트로부터의 후속 요청을 위해 유지되는 상기 서버의 상태의 집합체를 나타내고, 상기 후속 요청과 함께 상기 쿠키가 제공되는 경우 상기 클라이언트의 재인증은 필요하지 않음 -;
상기 데이터 요청을 처리하는 동안 상기 클라이언트로 송신되는 일련의 중간 청크 응답들 중 적어도 하나의 중간 청크 응답에서 상기 쿠키를 송신하는 단계; 및
요청된 데이터의 제공시에, 최종 응답을 송신하는 단계
를 포함하는 것인 저장 디바이스.
제19항에 있어서, 상기 방법은,
상기 클라이언트의 연결 해제, 재연결, 및 최대 절전 중 하나 이상 동안 상기 쿠키가 상기 클라이언트에서 유지될 수 있게 하는 단계;
후속 데이터 요청 동안 상기 쿠키를 수신하는 단계; 및
상기 후속 데이터 요청시의 쿠키와 연관된 상기 컨텍스트가 상기 컨텍스트 및 연관된 쿠키를 초기에 생성했던 동일한 인증된 클라이언트에 의해 사용되고 있다는 것을 확인하는 단계를 더 포함하는 저장 디바이스.