KR102033672B1 - 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션 - Google Patents

하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션 Download PDF

Info

Publication number
KR102033672B1
KR102033672B1 KR1020180140444A KR20180140444A KR102033672B1 KR 102033672 B1 KR102033672 B1 KR 102033672B1 KR 1020180140444 A KR1020180140444 A KR 1020180140444A KR 20180140444 A KR20180140444 A KR 20180140444A KR 102033672 B1 KR102033672 B1 KR 102033672B1
Authority
KR
South Korea
Prior art keywords
app
extension
messaging
message
content
Prior art date
Application number
KR1020180140444A
Other languages
English (en)
Other versions
KR20180125422A (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 KR20180125422A publication Critical patent/KR20180125422A/ko
Application granted granted Critical
Publication of KR102033672B1 publication Critical patent/KR102033672B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • 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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L67/2804—
    • H04L67/32—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/16—Obfuscation or hiding, e.g. involving white box
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments
    • 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/58—Message adaptation for wireless communication

Abstract

메시징 시스템 일 실시예에서 메시징 앱에 의해 호스팅되는 화면 내에 표시되는 콘텐츠를 생성하도록 구성된 메시징 앱 및 하나 이상의 확장 앱을 포함한다. 메시징 앱은 하나 이상의 확장 앱을 기동시킬 수 있고, 콘텐츠는 프로세스간 통신을 통해 각각의 확장 앱과 메시징 앱 사이에 통신될 수 있다.

Description

하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션{MESSAGING APPLICATION INTERACTING WITH ONE OR MORE EXTENSION APPLICATIONS}
본 출원은 2016년 6월 12일자로 출원된, 미국 가출원 특허 제62/349,101호의 이익을 주장하며, 본 가출원은 본 명세서에 참조로서 포함된다. 본 출원은 또한 다음의 미국 가출원 특허: 제62/349,113호(2016년 6월 12일자 출원); 및, 제62/349,091호(2016년 6월 12일자)(이들 모두 본 명세서에 참조로서 포함됨)에 관련되고 그것들의 이익을 주장한다.
본 개시내용에 기재된 실시예들은 메시징 시스템, 예컨대 셀룰러 전화 또는 기타 통신 디바이스 또는 데이터 프로세싱 시스템 상의 텍스트 메시징 시스템에 관한 것이다.
텍스트 메시징 시스템의 사용은 수년 전부터 시작되었다. 예를 들어, 무선 셀룰러 전화 통신사들, 예컨대 버라이즌(Verizon) 또는 AT&T는, 스마트폰이 사용되기 전 1990년대에 휴대폰용 SMS(Short Message Service)를 통한 텍스트 메시지를 허용했다. 통상적으로, 전송되는 데이터량은 통신사에 의해 설정된 규칙에 의해 제한되었다. 최근에, 스마트폰(예컨대 아이폰) 및 태블릿 컴퓨터(예컨대 아이패드)의 사용이 증가함에 따라, 텍스트 메시징 시스템은 이미지들, 예컨대 사진 또는 이모티콘들을 송신하는 능력을 개발하였다. 또한, 미국, 캘리포니아주 쿠퍼티노의 애플 인크의 아이메시지(iMessage)와 같은 메시징 시스템은 사용자들이 "공공" WiFi 액세스 포인트 및 인터넷을 포함하는 "공공" 네트워크를 통해(또한 무선 통신사의 사설 셀룰러 전화 네트워크를 이용하여) 텍스트 및 이미지를 전송 및 수신할 수도 있게 하였고, 아이메시지와 같은 메시징 시스템은 예를 들어, WiFi 액세스 포인트의 가용성 또는 다른 사용자의 디바이스(아이메시지와 호환되지 않을 수 있음)의 호환성에 따라 공공 및 사설 네트워크의 사용 간에 매끄럽게 전환될 수 있다.
본 명세서에 기재된 실시예들의 일 양태는 메시징 시스템에 관한 것으로, 메시징 시스템은, 클라이언트 디바이스 상에, 메시징 앱 및 하나 이상의 확장 앱을 포함하고, 하나 이상의 확장 앱은 메시징 앱에 의해 호스팅되는 화면에 표시되는 콘텐츠를 생성하도록 구성된다. 메시징 앱은 하나 이상의 확장 앱을 기동시킬 수 있고, 일 실시예에서 콘텐츠는 프로세스간 통신을 통해 각각의 확장 앱과 메시징 앱 사이에 통신된다. 일 실시예에서, 방법은: 제1 디바이스 상의 제1 메시징 애플리케이션에 의해, 제2 디바이스로부터 메시지 및 연관된 메타데이터를 수신하는 단계를 포함할 수 있고, 메시지는 제2 디바이스 상의 제2 메시징 앱과 함께 동작되는 제2 확장 앱에 의해 생성된 콘텐츠를 포함한다. 제1 및 제2 메시징 앱은 일 실시예에서 각각 SMS(Short Message Service) 텍스트 메시지 및 기타 콘텐츠를 전송하고 메시지 트랜스크립트에 이 텍스트 메시지를 표시하도록 구성된다. 방법은, 메시징 앱의 사용자 인터페이스 화면에서 메시지 트랜스크립트 내의 콘텐츠를 표시하는 단계, 및 제1 메시징 앱으로부터 메타데이터 내의 앱 식별자에 의해 식별된 제1 확장 앱으로 콘텐츠를 전달하는 단계를 추가로 포함할 수 있고, 콘텐츠는 프로세스간 통신(IPC)을 통해 제1 프로세스에서 실행되는 제1 메시징 앱으로부터, 제1 프로세스와 구분되는 제2 프로세스에서 실행되는 제1 확장 앱으로 전달된다. 방법은 제1 메시징 앱의 사용자 인터페이스 내에 제1 확장 앱의 사용자 인터페이스를 표시하는 단계를 추가로 포함할 수 있다.
일 실시예에서, 제1 확장 앱의 사용자 인터페이스는 콘텐츠, 예컨대 제2 디바이스 상의 제2 확장 앱에 의해 생성된 콘텐츠를 표시하고, 콘텐츠를 수정하기 위한 사용자 입력을 수신하도록 구성된다. 일 실시예에서, 확장 앱들의 각각의 사용자 인터페이스는, 표시될 때, 메시징 앱의 온스크린(on-screen) 키보드를 대체할 수 있다. 일 실시예에서, 제1 확장 앱은 콘텐츠를 수정할 수 있고, 수정된 콘텐츠를 IPC를 통해 제1 메시징 앱에 전달하여 제2 메시징 앱으로 전송하여 제2 디바이스 상의 제2 확장 앱에 전달할 수 있다. 일 실시예에서, 제1 확장 앱 및 제2 확장 앱은 동일한 확장 앱의 두 인스턴스이고, 확장 앱들의 다운로딩을 제공하는 앱 마켓플레이스 또는 기타 서비스에 의해 제공될 수 있는 동일한 앱 식별자에 의해 각각 식별된다.
일 실시예에서, 제1 확장 앱은 다른 디바이스(제2 디바이스)의 사용자의 난독화 식별자를 수신하도록 구성될 수 있고, 난독화 식별자는 제1 디바이스 상의 모든 다른 확장 앱들에 비하여 제1 확장 앱에 대하여 유일하도록 구성될 수 있다. 난독화 식별자를 통해, 각각의 확장 앱은 공동 작업의 환경, 예컨대 다수의 사용자들이 미팅 일정을 잡거나 또는 레스토랑에서 자리를 예약하려는 등의 환경에서 사용자들을 식별한다.
일 실시예에서, 제1 확장 앱은 메시징 앱에 의해 호스팅되는 화면을 변경할 수 있다. 예를 들어, 일 실시예에서, 제1 확장 앱은, API(Application Programming Interface)를 통해, 제1 메시징 앱을 호출하여 제1 메시징 앱 내의 확장 앱의 화면의 변경을 요청할 수 있다. 일 실시예에서, 확장 앱의 화면의 변경은 소형 화면과 확대 화면 사이의 전환이다. 일 실시예에서, 제1 메시징 앱의 메시지 트랜스크립트가 계속 보이는 동안, 소형 화면의 확장 앱의 사용자 인터페이스는 제1 메시징 앱의 온스크린 키보드가 표시되었던 스크린 영역에 표시될 수 있다. 다른 실시예에서, 확장 앱의 소형 화면은 온스크린 키보드 상에 중첩으로서 표시될 수 있다. 일 실시예에서, 확대 화면의 확장 앱의 화면은 온스크린 키보드 및 메시지 트랜스크립트 둘 모두 표시되었던 스크린 영역에 표시되어, 메시지 트랜스크립트가 보이지 않고 제1 메시징 앱의 온스크린 키보드도 또한 보이지 않게 된다.
일 실시예에서, 제2 디바이스로부터 수신된 메타데이터는 URL(Uniform Resource Locator) 또는 다른 유형 또는 형태의 리소스 로케이터들(예컨대 URI(Uniform Resource Identifier), XML 등) 및 제1 메시징 앱에 의해 IPC를 통해 제1 확장 앱으로 전달되는 데이터를 포함할 수 있고, 리소스 로케이터 및 데이터는 제2 디바이스 상의 제2 확장 앱과 제1 디바이스 상의 제1 확장 앱 사이의 세션 정보를 유지한다. 일 실시예에서, 확장 앱들은 각각의 디바이스 상에 그것들의 화면들을 호스팅하는 각자의 메시징 앱들을 통해 통신한다. 일 실시예에서, 각각의 확장 앱은 리소스 로케이터 또는 데이터 중 적어도 하나를 수정하고, 두 메시징 앱을 통해 수정된 리소스 로케이터 또는 데이터를 다른 확장 앱으로 전달하도록 구성될 수 있다. 일 실시예에서, 리소스 로케이터들 또는 데이터의 수정은, 통신의 어느 한쪽의 사용자 상호작용의 결과로서 버블 내의 정보가 변경됨에 따라 메시지 트랜스크립트 내의 동일한 세션 버블이 시간이 경과함에 따라 표시되는 세션에서 구현될 수 있다. 일 실시예에서, 각각의 확장 앱은 또한 그것의 대응하는 메시징 앱으로부터 답신을 수신할 수 있고, 답신은 다른 확장 앱이 수정된 콘텐츠, 예컨대 수정된 리소스 로케이터 또는 데이터를 수신했는지 나타낸다.
본 명세서에 기재된 실시예들의 다른 양태는 메시징 애플리케이션에 의해 제시되는 메시지 트랜스크립트 내의 메시지 버블의 선택에 응답하여 확장 앱이 어떻게 기동되는지에 관한 것이다. 이 양태에 따른 방법은: 제1 디바이스 상의 제1 메시징 앱에 의해 제2 디바이스로부터 메시지 및 메타데이터를 수신하는 단계를 포함할 수 있고, 메시지는 제2 디바이스 상의 제2 메시징 앱과 함께 동작하는 제2 확장에 의해 생성된 콘텐츠를 포함한다. 방법은, 메시징 앱의 메시지 트랜스크립트 내의 메시지 컨테이너, 예컨대 메시지 버블 내의 콘텐츠를 표시하는 단계 및 이어서 메시지 컨테이너의 선택, 예컨대 사용자의 손가락에 의한 메시지 버블 상의 탭을 수신하는 단계를 추가로 포함할 수 있다. 방법은, 제1 확장 앱이 제1 디바이스 상에 설치된 경우 메시지 버블의 선택에 응답하여 제1 확장 앱을 기동시키는 단계를 추가로 포함할 수 있고, 제1 확장 앱은 기동을 위하여 제2 디바이스로부터 수신된 메타데이터 내의 앱 식별자에 의해 식별된다. 일 실시예에서 방법은, 기동시키는 단계 이후에, 제1 메시징 앱의 사용자 인터페이스 내에 제1 확장의 사용자 인터페이스를 표시하는 단계를 추가로 포함할 수 있다. 일 실시예에서, 메시지 컨테이너는 메타데이터 내의 버블 식별자에 의해 특정되는 메시지 버블일 수 있고, 콘텐츠는 버블 식별자와 연관되어 제2 확장 앱에 의해 생성된 콘텐츠가 버블 식별자를 갖는 메시지 버블 내에 보이도록 할 수 있다. 일 실시예에서, 제1 및 제2 메시징 앱은 각각 SMS 텍스트 메시지 및 기타 콘텐츠를 전송하고 메시지 트랜스크립트에 메시지 버블 내의 텍스트 메시지들을 표시하도록 구성된다. 일 실시예에서, 제1 메시징 앱 및 제1 확장 앱은 IPC를 통해 통신하도록 구성되고, 제1 메시징 앱은 제1 샌드박스 프로세스에서 실행되고 제1 확장 앱은 제1 샌드박스 프로세스와 구분되는 제2 샌드박스 프로세스에서 실행된다. 일 실시예에서, 콘텐츠는 제1 확장 앱을 기동 또는 실행하지 않고 메시지 버블의 선택 전에 제1 메시징 앱에 의해 표시되고; 다시 말해서, 일 실시예에서 제1 확장 앱은 콘텐츠가 제1 메시징 앱에 의해 메시지 버블에 표시되도록 하기 위하여 실행될 필요는 없다. 일 실시예에서, 제1 메시징 앱과 제1 확장 앱 사이에 API가 존재하여 API를 이용하는 호출을 통해 통신을 허용할 수 있다.
일 실시예에서 제1 메시징 앱에 의해 수신되는 콘텐츠는 암호화된 형태로 수신되고, 제1 메시징 앱에 의해 복호화되고, 복호화된 형태는 IPC를 통해 제1 확장 앱으로 전달된다.
일 실시예에서, 제1 메시징 앱은 제1 확장 앱이 설치되지 않은 경우 제1 확장 앱의 다운로드 및 설치를 제안할 수 있다. 제1 메시징 앱은 설치된 확장 앱들의 레지스트리(예컨대, 목록)를 유지할 수 있고, 이 레지스트리를 이용하여, 예를 들어, 사용자가 특정 확장에 의해 생성된 콘텐츠를 갖는 메시지 버블을 탭핑하거나 또는 선택할 때 확장 앱이 설치되어 있는지 결정할 수 있다. 그 메시지 버블의 선택에 응답하여 제1 메시징 앱이 (메시지와 함께 제공된 앱 식별자에 의해 특정된) 콘텐츠를 처리하는 데 요구되는 특정 확장 앱이 설치되어 있지 않다고 결정하는 경우, 제1 메시징 앱은 사용자에게 통지를 제시할 수 있고, 통지는 사용자에게 선택할 옵션을 제공하고, 옵션은 디바이스로 하여금 확장 앱을 다운로드 및 설치하게 할 것이다. 일 실시예에서, 제1 메시징 앱이 전경 앱으로 디바이스 상에 유지하는 동안, 확장 앱의 다운로딩 및 설치가 배경에서 수행될 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 하나의 디바이스가 구형 디바이스 또는 신형 메시징 시스템과 완전히 호환되지 않는 구형 메시징 시스템을 갖는 디바이스와 통신하는 상황에서 일어날 수 있는 하위 호환성을 제공하기 위한 방법에 관한 것이다. 이 양태에 따른 방법은 일 실시예에서: 제1 프로세스에서 실행되는 확장 앱에 의해, 제1 디바이스 상의 제1 메시징 앱에 의해 호스팅되는 화면 내에 표시되는 콘텐츠를 생성하는 단계를 포함할 수 있고, 제1 메시징 앱은 제1 프로세스와 구분되는 제2 프로세스에서 실행되고, 콘텐츠를 제2 디바이스에 송신되게 하는 송신 커맨드의 선택에 응답하여 콘텐츠는 프로세스간 통신을 통해 확장 앱으로부터 제1 메시징 앱으로 전달된다. 방법은, 제1 메시징 앱에 의해 제2 디바이스에 관한 데이터로부터, 제2 디바이스 상의 제2 메시징 앱이 확장 앱과 호환되지 않는다는 결정을 하는 단계, 및 이어서, 제1 메시징 앱에 의해, 대안적인 콘텐츠를 제2 메시징 앱에 송신하는 단계를 추가로 포함할 수 있다. 일 실시예에서, 이 대안적인 콘텐츠는 (a) 표준 포맷의 이미지, 또는 (b) 제2 디바이스 상에서 웹 페이지를 검색하는 데 사용될 수 있는 리소스 로케이터 중 하나 이상을 포함할 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 앱 마켓플레이스 또는 유사 서비스에 관한 것으로, 앱 마켓플레이스 또는 유사 서비스는, 일 실시예에서, 앱 마켓플레이스 또는 유사 서비스로부터 다운로드 및 설치될 수 있는 확장 앱들의 열람 화면을 제공할 수 있다. 일 실시예에서, 앱들은 무료로 획득될 수 있거나 또는 구매하여 사용자 디바이스 상에 다운로드 및 설치될 수 있다. 일 실시예에서, 다운로드는 수신 디바이스 상에 설치되지 않은 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지 버블의 선택에 응답하여 진행될 수 있다. 일 실시예에서, 방법은 다음을 포함할 수 있다: 제1 디바이스 상의 제1 메시징 애플리케이션(앱)에 의해, 제2 디바이스로부터 메시지 및 연관된 메타데이터를 수신하는 단계 - 메시지는 제2 디바이스 상의 제2 메시징 앱과 함께 동작하는 제2 확장 앱에 의해 생성된 콘텐츠를 포함하고, 연관된 메타데이터는 제2 확장 앱과 연관된 앱 식별자를 포함함 -; 제1 메시징 앱의 사용자 인터페이스 화면에 메시지 트랜스크립트 내의 콘텐츠를 표시하는 단계; 앱 식별자에 의해 식별된 제1 확장 앱이 제1 메시징 앱과 사용하기 위하여 설치되어 있는지 결정하는 단계; 사용자에게 통지를 표시하는 단계 - 통지는 제1 디바이스가 제1 확장 앱을 다운로드 및 설치하게 하는 옵션을 포함하고, 제1 확장 앱이 제1 메시징 앱과 사용하기 위하여 설치되어 있지 않다는 결정에 응답하여 통지가 표시됨; 및 옵션의 선택에 응답하여, 제1 확장 앱을 다운로드 및 설치하는 단계. 일 실시예에서, 제1 디바이스는 사용자의 메시지 트랜스크립트 내의 콘텐츠의 선택(예컨대, 사용자는 메시지 트랜스크립트에서 메시지 버블 내의 콘텐츠를 탭핑함)에 응답하여, 앱 식별자에 의해 식별된 제1 확장 앱이 설치되어 있지 않다고 결정한다. 일 실시예에서, 제1 확장 앱은 여러 다운로드용 메시징 확장 앱들을 제공하는 서비스로부터 다운로드되며, 앱 식별자는 서비스에 의해 제공된다. 일 실시예에서, 서비스는 하나 이상의 서버 시스템을 포함하고, 하나 이상의 서버 시스템은 서비스로부터 다운로드될 수 있는 메시징 확장 앱들의 열람형 카탈로그를 포함한다. 일 실시예에서, 제1 메시징 앱이 전경 앱으로 유지하는 동안 제1 확장 앱의 다운로드 및 설치가 진행될 수 있다. 일 실시예에서 방법은, 제1 확장 앱을 표현하는 아이콘을 설치된 확장 앱들의 열람 화면에 추가하는 단계를 추가로 포함할 수 있고, 열람 화면은 제1 메시징 앱에 의해 표시되고, 아이콘의 추가는 제1 확장 앱이 설치된 이후에 진행된다.
일 실시예에서, 설치된 제1 확장 앱은 IPC를 통해 제1 메시징 앱과 통신할 수 있고, 제1 메시징 앱은 제1 확장 앱이 실행되는, 제2 프로세스와 상이한 제1 프로세스에서 실행된다.
본 명세서에 기재된 실시예들의 다른 양태는 이미지 생성 앱들인 확장 앱들에 관한 것이고, 이미지 생성 앱들은 예컨대 스티커들을 생성할 수 있고 이러한 스티커들의 외관을 수정할 수 있고 메시징 앱에 의해 제공된 메시지 트랜스크립트 내의 하나 이상의 메시지 버블 상에 이러한 스티커들의 배치를 허용할 수 있다. 이 양태의 일 실시예에서, 방법은 다음의 동작들을 포함할 수 있다: 스티커 이미지를 생성하기 위하여, 메시징 앱에 의해 호스팅되는 스티커 확장 애플리케이션(앱)의 사용자 인터페이스 화면 내에서 선택을 수신하는 단계; 선택된 스티커 이미지에 대한 변화들을 특정하는 하나 이상의 사용자 입력을 수신하는 단계 - 하나 이상의 사용자 입력은 이미지 메타데이터를 정의함 -; 스티커 확장 앱과 제1 메시징 앱 사이의 프로세스간 통신을 통해 스티커 이미지 및 이미지 메타데이터를 제1 메시징 앱에 전달하는 단계; 메시지 및 스티커 이미지 및 이미지 메타데이터를 수신 디바이스에 전달하기 위하여, 제1 메시징 앱에 의해, 스티커 이미지, 메시지, 및 이미지 메타데이터를 하나 이상의 메시징 서버에 업로드하는 단계; 제1 메시징 앱에 의해, 하나 이상의 메시징 서버로부터의 토큰을 수신 및 저장하는 단계 - 토큰은 스티커 이미지를 표현함 -; 제1 메시징 앱에 의해 스티커 이미지를 수신 디바이스 또는 다른 수신 디바이스에 송신하기 위한 후속 요청에 응답하여, 또한 스티커 이미지를 다시 송신하지 않고 하나 이상의 메시징 서버에 토큰을 송신하는 단계. 일 실시예에서 방법은 또한 제1 메시징 앱에 의해 호스팅되는 화면 내의 스티커 확장 애플리케이션에 의해, 스티커 이미지들의 세트를 표시하는 단계를 포함할 수 있고, 스티커 이미지들의 세트는 각각 사용자에 의해 제1 메시징 앱에 의해 제공된 메시지 트랜스크립트 화면에서 메시지 버블 내의 메시지와 연관되도록 선택가능하다. 일 실시예에서, 사용자가 스티커 이미지를 메시지 버블 위로 드래깅함으로써 스티커 이미지를 메시지 버블과 연관시킨다. 일 실시예에서, 이미지 메타데이터는: (a) 스티커 이미지의 크기를 변경하기 위한 스케일링 데이터; (b) 메시지 버블 상의 스티커 이미지의 회전 또는 배향을 변경하기 위한 회전 데이터; (c) 메시지 또는 메시지 버블 상의 스티커 이미지의 위치 데이터; 또는 기타 이미지 수정 데이터(예컨대 투명도 또는 색 변이 등) 중 하나 이상을 포함할 수 있다. 일 실시예에서, 스티커 이미지의 데이터량은 메시징 시스템에 의해 사전결정된 한계 아래로 유지하도록 제한된다. 제1 메시징 앱은 제1 메시징 앱의 화면 내에서 메시지 트랜스크립트 내의 메시지 상에 스티커 이미지를 표시하고, 메시지 상의 스티커 이미지의 크기 및 회전 및 위치는 이미지 메타데이터에 의해 특정될 수 있다. 일 실시예에서, 제1 메시징 앱은 스티커 이미지를 암호화하여 메시지(스티커 이미지를 포함)가 여러 수신 디바이스에 송신될 때, 각각의 수신 디바이스를 위한 암호화된 스티커 이미지들을 생성할 수 있다. 예를 들어, 일 실시예에서, 각각의 수신 디바이스의 공개키를 이용하여 스티커 이미지를 암호화(또는 스티커 이미지를 암호화하는 데 사용된 키를 암호화)할 수 있고, 각각의 상이한 수신 디바이스는 상이한 공개키를 가질 수 있다. 일 실시예에서, 비대칭 암호화 알고리즘, 예컨대 공개키/개인키 암호화 알고리즘을 이용하여 스티커 이미지들(또는 이 이미지들을 암호화하는 데 사용되는 키들)을 암호화할 수 있다. 방법은 또한, 하나 이상의 메시징 서버로부터 토큰의 존속시간(time-to-live: TTL) 값을 수신하는 단계를 포함할 수 있고, TTL 값은 토큰에 대응하는 스티커 이미지를 송신하기 위한 후속 요청에 응답하여 제1 메시징 앱 및 하나 이상의 메시징 서버에서 리프레시된다. 일 실시예에서, 방법은 또한, 제1 메시징 앱에 의해 수신 디바이스에 관한 데이터로부터, 수신 디바이스 상의 메시징 앱이 스티커 앱과 호환되지 않는다고 결정하는 단계 및 수신 디바이스가 스티커 앱과 호환되지 않을 때 제1 메시징 앱에 의해, 대안적인 콘텐츠를 수신 디바이스에 송신하는 단계를 포함할 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 이미지 메타데이터를 이용하여 수신 디바이스 상의 최종 스티커 이미지를 렌더링하기 위한 방법에 관한 것이다. 일 실시예에서 이 양태에 따른 방법은 다음의 동작들을 포함한다: 제1 디바이스 상의 제1 메시징 앱에 의해, 제2 디바이스로부터 메시지 및 토큰 및 연관된 메타데이터(이미지 메타데이터를 포함할 수 있음)를 수신하는 단계 - 토큰은 제2 디바이스 상의 제2 메시징 앱과 함께 동작하는 제2 스티커 확장 앱에 의해 생성되는 스티커 이미지를 지칭함 -; 제1 메시징 앱에 의해, 스티커 이미지를 획득하기 위하여 하나 이상의 메시징 서버에 토큰을 송신하는 단계; 제1 메시징 앱에 의해, 토큰을 송신하는 것에 응답하여 스티커 이미지를 수신하고 이미지 메타데이터를 스티커 이미지에 적용함으로써 최종 이미지를 생성하는 단계; 및 제1 메시징 앱에 의해, 메시지를 포함하는 메시지 버블 상에 또는 그 근처에 최종 이미지를 표시하는 단계. 일 실시예에서, 제1 메시징 앱은 제1 프로세스에서 실행되고 제1 스티커 확장 앱은 제1 프로세스와 구분되는 제2 프로세스에서 실행되고, 메시지 버블은 버블 식별자에 의해 식별된다. 일 실시예에서, 제1 메시징 앱은 암호화된 형태의 스티커 이미지를 수신하고 스티커 이미지를 복호화하고 복호화된 형태의 스티커 이미지를 IPC를 통해 제1 스티커 확장 앱에 제공한다. 일 실시예에서, 이미지 메타데이터는: (a) 스티커 이미지의 크기를 변경하기 위한 스케일링 데이터; (b) 이미지 스티커의 회전을 변경하기 위한 회전 데이터; 또는 (c) 기타 이미지 수정 데이터 중 하나 이상을 포함한다. 일 실시예에서, 제1 메시징 앱은 스티커 이미지의 해시를 이용하여 제1 메시징 앱이 토큰을 송신하기 전에 이미 스티커 이미지의 복사본을 갖고 있는지 결정하고; 일 실시예에서, 해시는 연관된 메타데이터 또는 이미지 메타데이터 중 하나에 포함될 수 있다. 일 실시예에서, 방법은 또한, 메시지를 수신하는 것에 응답하여 자동으로 제1 스티커 확장 앱을 기동시키는 단계를 포함할 수 있고, 기동은 사용자 행동 또는 개입없이 진행된다.
본 명세서에 기재된 실시예들의 다른 양태는 메시징 시스템 내의 하나 이상의 메시징 서버를 동작시키기 위한 시스템 및 방법에 관한 것이다. 일 실시예에서 이 양태에 따른 방법은 다음의 동작들을 포함한다: 제1 메시징 앱으로부터 복수의 수신자에게 전달하기 위한 복수의 암호화된 스티커 이미지를 수신하는 단계 - 복수의 암호화된 스티커 이미지의 각각은 복호화될 때 동일한 스티커 이미지를 표현함 -; 복수의 토큰을 생성하여 제1 메시징 앱에 전송하는 단계 - 복수의 토큰의 각각은 복수의 수신자 중 한명에게 배정됨 -; 암호화된 스티커 이미지들의 각각에 대한 존속시간(TTL) 값을 생성하고 TTL 값들 중 적어도 하나를 제1 메시징 앱에 전송하는 단계; 복수의 암호화된 스티커 이미지 및 복수의 토큰 및 TTL 값들을 저장하는 단계; 및 제1 메시징 앱이 동일한 스티커 이미지를 복수의 수신자의 수신자들 중 한명에게 다시 송신하는 것에 응답하여, 제1 메시징 앱으로부터, 복수의 토큰의 토큰들 중 하나를 수신하고 수신된 토큰에 대응하는 TTL 값을 리프레시하는 단계. 일 실시예에서, 방법은 또한, 제2 메시징 앱이 복수의 토큰의 토큰들 중 하나를 송신하는 것에 응답하여 암호화된 스티커 이미지를 수신 디바이스 상의 제2 메시징 앱에 송신하는 단계를 포함할 수 있고, 송신된 토큰은 송신된 암호화된 스티커에 대응한다. 일 실시예에서, 이 방법을 수행할 수 있는 하나 이상의 메시징 서버는 또한, 복수의 수신자의 각각에 대하여 하나씩, 복수의 암호화된 메시지를 수신할 수 있다. 일 실시예에서, 하나 이상의 메시징 서버는 하나 이상의 데이터베이스의 세트에 복수의 암호화된 스티커 이미지, 복수의 토큰, 및 TTL 값들을 저장할 수 있다. 일 실시예에서, 방법은 또한, 제1 메시징 앱으로부터, 동일한 스티커 이미지와 연관된 메타데이터를 수신하는 단계 및 제2 메시징 앱에 메타데이터를 전송하는 단계를 포함할 수 있다. 일 실시예에서, 이 메타데이터는: (a) 확장 앱들이 다운로드될 수 있는 서비스에 의해 제공되는 스티커 확장 앱 식별자; 또는 (b) 수정된 스티커 이미지를 생성하기 위하여 제2 메시징 앱과 함께 동작하는 스티커 확장 앱에 의해 사용되는 이미지 메타데이터 중 적어도 하나일 수 있다.
전술한 예는 스티커 및 스티커 이미지에 대한 TTL 값의 사용을 기재하지만, TTL 값은 본 명세서에 기재된 하나 이상의 실시예에서 메시징 시스템에서 송신된 또는 저장된 또는 수신된 다른 객체들 및 콘텐츠에 사용될 수 있다.
하나 이상의 실시예들에서, 메시지 트랜스크립트 내의 스티커의 소스의 표시자가 표시될 수 있다. 이를 통해 스티커의 수신자는 누가 스티커를 보냈는지 알 수 있다. 일 실시예에서 표시자는 메시지 트랜스크립트 내의 스티커를 하이라이트하거나 둘러싸는 색상일 수 있거나 또는 대안적으로, 수신자는 스티커 상세내용 창이 표시되게 할 수 있는 스티커를 선택할 수 있으며, 스티커 상세내용 창은 스티커의 원작자 또는 개발자(또는 다른 소스) 및 스티커를 수정했을 수도 있는 송신자를 포함하는 스티커에 관한 상세내용을 표시한다. 일 실시예에서, 메시지 트랜스크립트에 표시되는 스티커의 소스 또는 기타 속성은 처음 수신 디바이스가 스티커를 수신한 후 짧은 기간 동안 메시지 트랜스크립트 내에 자동으로 표시될 수 있고 그 이후에 소스 또는 속성에 관한 정보는 그 스티커에 관하여 표시되지 않는다.
일 실시예에서, 메시징 앱과 함께 동작시키기 위한 방법은 확장 앱의 유형에 따라 또는 확장 앱들에 관한 정책들에 따라 상이한 방법으로 확장 앱을 기동시킬 수 있다. 일 실시예에서 방법은 다음의 동작들을 포함할 수 있다: 메시징 앱에 의해, 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지를 수신하는 것에 응답하여 확장 앱의 유형을 결정하는 단계; 확장이 제1 유형의 확장 앱이거나 또는 확장 앱에 대한 정책이 그러한 기동을 허용하는 경우(예컨대 즉시 기동을 요청하는 확장 앱이고, 메시징 앱은 확장 앱 또는 요청의 유형에 대한 요청을 허용하거나, 또는 확장 앱이 사전결정된 유형이거나 또는 그것의 콘텐츠가 사전결정된 유형임) 메시지의 수신에 응답하여 자동으로 확장 앱을 기동시키는 단계; 확장 앱이 제2 유형의 확장 앱인 경우(또는 정책이 지연 기동을 지시), 메시징 앱에 의해 표시되는 메시지 트랜스크립트 내에 표시된 메시지 버블의 선택이 수신될 때까지, 확장 앱의 기동을 지연시키는 단계. 일 실시예에서, 선택은 메시지 트랜스크립트 내의 메시지 버블을 선택하는 사용자로부터 수신된다. 일 실시예에서, 확장 앱은 그것이 제1 유형 또는 제2 유형의 확장 앱으로서 동작하는지 특정하고, 메시징 앱은 하나 이상의 정책을 적용하여 확장 앱의 자동 즉시 기동 또는 지연 기동을 허용할 수 있다. 일 실시예에서, 사용자가 확장 앱으로부터 콘텐츠를 표시하는 메시지 버블을 선택하면, 제1 유형의 확장 앱은 수신 즉시 기동하지만 사용자가 확장 앱을 전경에 표시되게 하기 전까지(예컨대 온스크린 키보드 대신에 소형 화면 모드 내에 표시되게 함) 배경에 남아 있다(그리고 일 실시예에서 배경에 있는 동안 그것의 메시지 버블들 내의 콘텐츠를 업데이트할 수 있음).
본 명세서에 기재된 실시예들의 다른 양태는 두 디바이스 상의 두 확장 앱 간의 세션에서의 탐색 경로의 사용에 관한 것이다. 일 실시예에서, 탐색 경로를 이용하기 위한 방법은 다음의 동작들을 포함할 수 있다: 메시지 트랜스크립트에서, 제1 확장 앱에 의해 생성된 제1 콘텐츠를 포함하는(또는 연관되는) 제1 메시지 버블을 표시하는 단계 - 제1 메시지 버블은 제1 메시징 앱에 의해 사용하기 위하여 유지되는 세션 식별자를 가짐 -; 제1 디바이스 상의 제1 메시징 앱에서, 제1 확장 앱과 제2 디바이스 상의 제2 확장 앱 사이에서 진행되고 있는 세션 동안 제2 콘텐츠를 수신하는 단계 - 세션은 세션 식별자에 의해 식별됨 -; 제1 콘텐츠를 탐색 경로로 변환하고 제2 콘텐츠를 포함하는(또는 연관되는) 제2 메시지 버블을 표시하는 단계 - 제1 메시징 앱은 세션 식별자를 탐색 경로 및 제2 메시지 버블 둘 모두와 연관시킴 -. 일 실시예에서, 제1 확장 앱은 탐색 경로의 적어도 일부분으로서 표시되는 제3 콘텐츠를 제공한다. 일 실시예에서, 제2 콘텐츠는 제2 디바이스 상의 제2 확장 앱에 의해 생성되고 제2 디바이스 상의 제2 메시징 앱을 통해 제1 디바이스에 전송된다. 일 실시예에서, 제1 메시징 앱은 제1 콘텐츠를 탐색 경로로 변환한다.
본 명세서에 기재된 방법 및 시스템은 데이터 프로세싱 시스템, 예컨대 하나 이상의 스마트폰, 태블릿 컴퓨터, 데스크톱 컴퓨터, 랩톱 컴퓨터, 스마트 워치, 웨어러블, 오디오 액세서리, 온보드 컴퓨터, 및 기타 데이터 프로세싱 시스템 및 기타 가전 디바이스에 의해 구현될 수 있다. 본 명세서에 기재된 방법 및 시스템은 또한 하나 이상의 비일시적 기계 판독가능 매체에 저장된 실행가능한 컴퓨터 프로그램 명령어들을 실행하는 하나 이상의 데이터 프로세싱 시스템에 의해 구현될 수 있고, 실행가능한 컴퓨터 프로그램 명령어들은 프로그램 명령어들이 실행될 때 하나 이상의 데이터 프로세싱 시스템이 본 명세서에 기재된 하나 이상의 방법을 수행하게 한다. 따라서, 본 명세서에 기재된 실시예들은 방법, 데이터 프로세싱 시스템, 및 비일시적 기계 판독가능 매체를 포함할 수 있다.
위 발명의 내용은 본 개시내용 내에 모든 실시예들의 총망라한 목록을 포함하는 것은 아니다. 모든 시스템 및 방법은 위에서 정리된 다양한 양태들 및 실시예들의 모든 적합한 조합들, 및 또한 아래 발명을 실시하기 위한 구체적인 내용에 개시된 것들로부터 실시될 수 있다.
본 발명은 첨부 도면의 도면들에 제한이 아닌 예로서 도시되며 첨부 도면에서 유사한 도면 부호는 유사한 요소들을 나타낸다.
도 1a는 통신 디바이스 상의 메시징 앱을 위한 사용자 인터페이스의 예를 도시한다.
도 1b는 통신 디바이스 상의 메시징 앱을 위한 사용자 인터페이스의 다른 예를 도시한다.
도 2는 하나 이상의 메시징 서버를 채용하여 클라이언트 디바이스들의 세트에 메시징 서비스를 제공하는 메시징 시스템의 예를 도시한다.
도 3a는 일 실시예에 따른 메시징 앱과 사용하기 위하여 확장 앱들을 제공하기 위한 아키텍처의 블록 다이어그램을 도시한다.
도 3b는 본 명세서의 일 실시예에 따른 적어도 부분적으로 확장 앱에 의해 생성된 메시지 버블의 사용자 인터페이스의 예를 도시한다.
도 3c는 템플릿에 기초하여 메시지 버블의 부분들의 예를 도시한다.
도 4a는 본 명세서에 기재된 하나 이상의 실시예에 따른 메시징 앱 내로부터 확장 앱을 열람, 선택, 및 기동하기 위한 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 4b는 본 명세서에 기재된 일 실시예에 따른 설치된 확장 앱들의 열람 화면을 포함하는 메시징 앱을 위한 사용자 인터페이스의 예를 도시한다.
도 5a는 메시징 앱의 사용자 인터페이스 내의 확장 앱의 화면을 포함하는 메시징 앱의 사용자 인터페이스의 예를 도시한다.
도 5b는 사용자가 확장 앱에서 콘텐츠를 생성한 이후의 확장 앱의 사용자 인터페이스의 예를 도시하고, 확장 앱의 화면은 메시징 앱의 사용자 인터페이스 내에 호스팅된다.
도 5c는 사용자가 확장 앱을 이용하여 콘텐츠를 생성하고, 콘텐츠를 송신하기 위하여 메시징 앱을 이용함으로써 콘텐츠를 송신한 이후의 통신 디바이스 상의 메시징 앱의 사용자 인터페이스의 예를 도시한다.
도 5d는 수신 디바이스가 송신 디바이스 상의 확장 앱에 의해 생성된 콘텐츠를 수신한 이후의 수신 디바이스 상의 메시징 앱 내의 사용자 인터페이스의 예를 도시한다.
도 5e는 수신 디바이스의 사용자가 송신 디바이스 상의 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지 버블을 선택하면 수신 디바이스의 사용자가 수신 디바이스 상에서 콘텐츠를 편집할 수 있도록 하는 수신 디바이스 상의 사용자 인터페이스의 예를 도시한다.
도 5f는 디바이스 상의 메시징 앱과 사용하기 위한 확장 앱의 다운로드 및 설치를 제안하는 사용자 인터페이스의 예를 도시한다.
도 6은 본 명세서에 기재된 일 실시예에 따른 수신 디바이스 상에서 수행될 수 있는 방법을 도시하는 흐름도이다.
도 7a는 확장 앱이 일 실시예에 따른 메시징 앱에 의해 호스팅되는 자신의 화면을 변경할 수 있는 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 7b는 일 실시예에 따른 확대 화면에서 확장 앱의 사용자 인터페이스의 예를 도시한다.
도 8은 둘 이상의 디바이스 상의 확장 앱들이 각각의 디바이스 상의 메시징 앱들을 통해 서로 상호작용할 수 있는 일 실시예에 따른 예를 도시한다.
도 9a는 상이한 디바이스들 상의 확장 앱들 사이의 상호작용을 허용하기 위한 본 명세서에 기재된 하나 이상의 실시예에 따른 방법을 도시하는 흐름도이다.
도 9b는 둘 이상의 확장 앱들이 세션에서 상호작용할 때 도 9a에 도시된 방법으로 만들어진 사용자 인터페이스 내의 메시지 버블의 예를 도시한다.
도 9c는 메시징 앱이 전경에 남아있는 동안 요구된 확장 앱의 다운로드 및 설치가 진행되는, 일 실시예에 따른 메시지 버블의 예를 도시한다.
도 9d, 도 9e, 도 9f, 도 9g, 및 도 9h는 각각의 디바이스 상에 하나씩, 두 메시징 앱 사이의 대화에 수반되는 상이한 두 디바이스 상의 메시지 트랜스크립트들의 예를 도시하고, 대화는 두 확장 앱 사이의 세션을 수반한다. 도 9d, 도 9e, 도 9f, 도 9g 및 도 9h에 도시된 사용자 인터페이스는 확장 앱들에 의해 생성된 메시지 버블들 내의 콘텐츠가 어떻게 본 명세서에 기재된 하나 이상의 실시예에 따른 탐색 경로로 변환될 수 있는지 도시한다.
도 10은 본 명세서에 기재된 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 11은 본 명세서에 기재된 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 12는 둘 이상의 상이한 확장 앱으로부터의 콘텐츠가 메시징 앱에 의해 제공된 동일한 메시지 트랜스크립트 내에 제시되는 메시징 앱의 사용자 인터페이스를 도시한다.
도 13a는 구형 디바이스 또는 구형 메시징 시스템에 대하여 하위 호환성을 제공하기 위한 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 13b는 메시징 앱 내에 하위 호환성이 제공된 사용자 인터페이스의 예를 도시한다.
도 14a는 수신 디바이스(메시지를 수신함)가 메시지들 중 하나의 메시지의 콘텐츠를 보여주거나 또는 콘텐츠와 상호작용하는 데 요구되는 확장 앱을 다운로드 및 설치하는 일 실시예에 따른 방법을 도시한다.
도 14b는 확장 앱들이 다운로드 및 설치될 수 있는 확장 앱 마켓플레이스 또는 서비스의 사용자 인터페이스의 예를 도시한다.
도 15는 송신 및 수신 디바이스 둘 모두에서 스티커 확장 앱들을 사용하는 메시징 시스템을 제공하기 위한 일 실시예에 따른 예를 도시한다.
도 16a는 도 15에 도시된 시스템 내에서 수행될 수 있는 일 실시예에 따른 방법을 도시하는 흐름도이다.
도 16b는 도 15에 도시된 시스템을 이용하여 수행될 수 있는 일 실시예에 따른 다른 방법을 도시하는 흐름도이다.
도 16c는 스티커 확장 앱의 화면을 호스팅하는 메시징 앱의 일 실시예에 따른 사용자 인터페이스를 도시하고, 스티커 확장 앱은 메시징 앱의 메시지 트랜스크립트 내의 메시지 상에 스티커를 생성하고 적용하는 데 사용되었다.
도 17은 예시적인 API 아키텍처를 도시하는 블록 다이어그램이고, 예시적인 API 아키텍처는 본 명세서에 기재된 실시예들 중 하나 이상에 사용될 수 있다.
도 18은 소프트웨어 스택을 도시하는 블록 다이어그램을 도시하며, 소프트웨어 스택은 운영 체제 내의 하나 이상의 애플리케이션 및 서비스를 포함할 수 있다.
도 19는 본 명세서에 기재된 하나 이상의 실시예에 사용될 수 있는 데이터 프로세싱 시스템의 예를 도시한다.
아래에 논의된 상세들을 참조하여 다양한 실시예들 및 양태들이 설명될 것이고, 첨부된 도면들은 다양한 실시예들을 도시할 것이다. 하기의 설명 및 도면들은 예시적이며, 제한적인 것으로 해석되어서는 안 된다. 많은 구체적인 세부사항들이 다양한 실시예들의 철저한 이해를 제공하기 위해 기술된다. 그러나, 특정 예들에서, 주지된 또는 종래의 상세사항들은 실시예들의 간결한 논의를 제공하기 위해 설명되지 않는다.
본 명세서에서의 "하나의 실시예" 또는 "일 실시예"에 대한 언급은 그 실시예와 관련하여 기술된 특정한 특징, 구조, 또는 특성이 적어도 하나의 실시예에 포함될 수 있음을 의미한다. 본 명세서 내의 여러 곳에 나오는 문구 "일 실시예에서"는 반드시 모두 동일한 실시예를 언급하는 것은 아니다. 다음의 도면들에 도시된 프로세스들은 하드웨어(예컨대 회로부, 전용 로직 등), 소프트웨어, 또는 이 둘의 조합을 포함하는 프로세싱 로직에 의해 수행된다. 프로세스들이 일부 순차적 동작들의 관점에서 하기에 기술되지만, 기술된 동작들 중 일부는 상이한 순서로 수행될 수 있음이 이해되어야 한다. 또한, 일부 동작들은 순차적인 대신에 동시에 수행될 수 있다.
본 명세서에 기재된 다양한 실시예들은 텍스트 메시징 시스템 또는 "채팅" 메시징 시스템과 같은 메시징 시스템 또는 디바이스들이 디바이스들 간에 메시지를 통신하도록 허용하는 기타 시스템에 관한 것이다. 예를 들어, 미국, 캘리포니아주 쿠퍼티노의 애플 인크의 아이메시지(iMessage)가 iOS 디바이스 및 Mac(OS X) 컴퓨터를 위한 메시징 서비스의 예이다. 통상적으로, 메시징 시스템은 복수의 클라이언트 디바이스 - 각각의 클라이언트 디바이스는 적어도 하나의 메시징 앱을 포함함 -, 및 클라이언트 디바이스들로부터 메시지를 수신하고 클라이언트 디바이스에 메시지를 전송할 수 있는 하나 이상의 메시징 서버의 세트를 포함한다. 도 1a는 클라이언트 디바이스 상의 메시징 앱의 사용자 인터페이스의 예를 도시한다. 클라이언트 디바이스는 스마트폰, 또는 태블릿 컴퓨터일 수 있는 통신 디바이스(10), 또는 데스크톱 컴퓨터 또는 랩톱 컴퓨터, 웨어러블, 온보드 컴퓨터, 또는 기타 데이터 프로세싱 시스템 또는 기타 가전 디바이스일 수 있다. 일 실시예에서, 디바이스는 이미지를 표시하고 또한 사용자로부터 터치 입력을 수용할 수 있는 종래의 터치 스크린을 포함할 수 있다. 통신 디바이스 상의 터치 스크린(12)은 메시징 앱의 사용자 인터페이스를 표시할 수 있고, 메시징 앱의 사용자 인터페이스는 메시지 트랜스크립트(16) 및 메시지 트랜스크립트(16) 밑의 온스크린 키보드(20)를 포함할 수 있다. 또한, 메시징 앱의 사용자 인터페이스는, 일 실시예에서, 통신 디바이스(10)로부터 송신된 메시지의 수신자를 나타내는 사용자 이름(14)을 포함할 수 있다. 또한, 사용자 인터페이스는 텍스트 입력 영역(18)을 포함할 수 있고, 이는 사용자에 의해 입력된 텍스트의 콘텐츠를 송신하기 전에 보여주는데; 의미 상, 텍스트 입력 영역(18)은 수신자에게 송신 중비 중인 텍스트를 나타내는 텍스트 대기 구역이다.
도 1b는 통신 디바이스(10A) 상의 메시징 앱의 사용자 인터페이스의 예를 더 상세하게 도시한다. 사용자 인터페이스는 이 실시예에서 터치 스크린(12A) 상에 표시되고, 온스크린 키보드(20A), 텍스트 입력 영역(18A), 메시지 트랜스크립트(16A) 및 사용자 이름(14A)을 포함하고, 사용자 이름(14A)은 메시지가 송신되고 메시지가 수신되는 다른 사용자(들)의 이름을 보여준다. 텍스트 입력 영역(18A)은 콘텐츠, 예컨대 텍스트, 스티커, 확장 앱 콘텐츠, 이미지 등 중 하나 이상을 위한 대기 구역이고, 콘텐츠는 사용자의 송신 커맨드의 선택에 응답하여 송신될 준비가 된다(그리고 일 실시예에서, 콘텐츠는 대기 구역에서 편집될 수 있음). 도 1b에 도시된 예에서, 프레디(Freddy)(사용자 이름(14A))로부터의 메시지들은 메시지 트랜스크립트(16A)의 좌측에 도시되고, 통신 디바이스(10A)의 사용자에 의해 송신된 메시지들은 메시지 트랜스크립트(16A)의 우측에 도시된다. 그리고, 메시지 버블(17)은 프레디로부터의 메시지 "오늘밤 저녁먹을까?"에 대한 응답으로서 통신 디바이스(10A)의 사용자에 의해 프레디에게 송신된 메시지 "어디에서?"를 도시한다. 메시지 버블(17) 내의 메시지는 프레디가 메시지 버블(19) 내에 도시된 "이거 어때?"로 응답하게 한다. 메시지 버블 또는 세션 버블 등과 같은 단어 "버블"의 사용은 임의의 특정 형상 또는 형태의 암시를 의미하지 않고; 대신에 둘 이상의 참여자 사이의 메시지들 간의 구획의 임의의 형상 또는 형태를 의미하도록 의도되며, 따라서 구획은 상자 또는 라인 또는 메시지 컨테이너 또는 상이한 색상 등을 이용할 수 있다. 따라서 문구 "메시지 버블"은 둘 이상의 참여자 사이의 메시지들 간의, 특히 메시지 트랜스크립트 내의 그러한 구획 또는 기타 구분 방법의 맥락에서 모든 그러한 구획들(또는 기타 구분 방법)을 포괄하도록 의미한다. 일 실시예에서, 메시지 트랜스크립트는 스크롤업 또는 스크롤다운될 수 있고 메시지 트랜스크립트 내의 메시지들은 그것들의 시간에 따라 순차적으로 제시되고, 따라서 사용자는 화면을 스크롤업 또는 스크롤다운함으로써 시간이 경과함에 따른 실제 채팅 또는 대화를 볼 수 있다. 도 1b에 도시된 사용자 인터페이스는 온스크린 키보드(20A) 위, 텍스트 입력 영역(18A)에 좌측에 3개의 아이콘(22, 23, 24)을 또한 포함한다. 확장 앱 보기 아이콘(22)은, 선택 시, 메시징 앱과 함께 동작할 수 있는 설치된 확장 앱의 화면이 표시되게 하고, 제공되는 화면은 열람 화면으로서, 사용자가 본 명세서에 기재된 하나 이상의 실시예에 따른 메시징 앱과 함께 동작하도록 구성된 모든 설치된 확장 앱들을 도시하는 여러 페이지들을 통해 스크롤하도록 하는 도 4b에 도시된 열람 화면(157)과 같다. 이미징 앱 아이콘(23)은 일 실시예에서 선택 시 메시징 앱의 프로세스 내에서 이미지 생성을 제공하는 메시징 앱의 플러그인, 예컨대, 도 5a, 도 5b, 및 도 5c에 도시된 플러그인이 기동되도록 하는 아이콘일 수 있다. 일 실시예에서 카메라 앱 아이콘(24)은, 선택 시, 통신 디바이스(10A)를 카메라 모드로 진입하게 할 수 있으며, 카메라 모드에서 디바이스의 카메라는 이미지 또는 비디오를 송신하기 위하여 메시지 내에 배치될 수 있는 스틸 이미지 또는 비디오 이미지를 캡처할 수 있다.
메시징 시스템의 일례의 간략한 개요가 이제 도 2와 함께 기재될 것이다. 메시징 시스템(50)은 복수의 클라이언트 디바이스, 예컨대 클라이언트 디바이스들(53, 54)을 포함할 수 있다. 이 클라이언트 디바이스들의 각각은 적어도 하나의 메시징 앱을 포함할 수 있고, 메시징 앱은 본 명세서에 기재된 하나 이상의 실시예에 따른 확장 앱들과 함께 동작하고 또한 적어도 텍스트 메시지들 및 선택적으로 메시징 앱의 확장 앱 아키텍처와 호환되지 않는 디바이스들을 위한 리소스 로케이터 또는 이미지 또는 기타 콘텐츠(예컨대 도 13a에 대해 기재된 바와 같음)를 전달하도록 구성된다. 통상적인 메시징 시스템에서, 메시징 서버들의 세트를 통해 통신하는 수백만의 클라이언트 디바이스들이 있을 수 있다. 일 실시예에서, 복수의 메시징 서버는 송신 디바이스들로부터 암호화된 메시지들을 수신하고 이어서 이 암호화된 메시지들을 수신 디바이스들에 전송하도록 구성될 수 있다. 서버들의 다른 세트는 비(non)텍스트 콘텐츠, 예컨대 이미지 또는 기타 "첨부물"을 수신하고 이미지 또는 첨부물을 획득하기 위한 이 수신 디바이스들로부터의 요청에 응답하여 다운로드 동작에서 이 이미지 또는 첨부물을 수신 디바이스들에 제공하도록 구성될 수 있다. 일 실시예에서, 송신자의 발송 메시지는 수신자의 디바이스들의 각각에 대하여 개별적으로 암호화된다. 일 실시예에서, 비대칭 RSA 암호화 알고리즘을 이용하여 암호화를 수행할 수 있다. 일 실시예에서, 수신 디바이스들의 각각의 공개 RSA 암호화 키들은 디렉토리 서비스(하나 이상의 메시징 서버에 의해 유지됨)로부터 검색될 수 있고, 디렉토리 서비스는 데이터베이스, 예컨대 하나 이상의 메시징 서버(51)에 결합되는 데이터베이스(52)를 포함한다. 클라이언트 디바이스, 예컨대 클라이언트 디바이스(53)가 다른 클라이언트 디바이스에 메시지를 송신하려고 할 때, 그것은 다른 클라이언트 디바이스를 (예컨대 이메일 주소 또는 전화 번호 또는 기타 식별자에 의해) 하나 이상의 메시징 서버(51)에 식별시킨다. 그 식별자는 클라이언트 디바이스, 예컨대 클라이언트 디바이스(53)로부터 하나 이상의 메시징 서버(51)로 송신되고, 이어서 하나 이상의 메시징 서버(51)는 공급된 식별자에 기초하여 데이터베이스(52)에서 탐색 동작을 수행하여 이 식별자에 대응하는 공개키를 검색한다. 이어서 그 공개키는, 그 특정 수신 디바이스에 대한 공개키를 요청했던 클라이언트 디바이스로 다시 전송되고, 이어서 클라이언트 디바이스는 공개키를 이용하여 또는 무작위로 생성될 수 있는 다른 키(예컨대 대칭 키)를 이용하여 메시지를 암호화할 수 있고, 그 다른 키는 특정 수신 디바이스를 위한 공개 RSA 암호화 키를 이용하여 암호화된다. 일 실시예에서, 무작위 생성 키는 메시지 단위 기준으로 무작위로 생성될 수 있다. 일 실시예에서, 각각의 수신 디바이스마다 생성된 메시지들은 암호화된 메시지 텍스트, 암호화된 메시지 키, 및 송신자의 디지털 서명으로 구성되고, 수신자 클라이언트 디바이스들, 예컨대 클라이언트 디바이스(54)에 전달하기 위하여 각각의 수신 디바이스마다 이 생성된 메시지는 이어서 하나 이상의 메시징 서버(51)에 업데이트된다. 일 실시예에서, 메시징 시스템(50)은 공공 WiFi 액세스 포인트(예컨대 커피숍, 공항 등의 WiFi 액세스 포인트) 및 또한 인터넷을 포함하는 "공공" 네트워크를 통해 동작하도록 구성될 수 있다. 클라이언트 디바이스들(53, 54) 각각의 메시징 앱들은 또한 무선 셀룰러 전화 통신사, 예컨대 버라이즌 및 AT&T에 의해 제공되는 "개인" 네트워크를 이용하여 동작하도록 구성될 수 있고, 메시징 앱들은, 각각의 이용가능성에 따라 그리고 또한 메시징 세션에서 클라이언트 디바이스들의 각각의 호환성에 따라, 개인 네트워크와 공공 네트워크의 사용 간에 매끄럽게 전환되도록 구성될 수 있다. 일 실시예에서, 메시징 서버들(51)은 푸시 통지 서버들의 세트를 포함할 수 있고, 푸시 통지 서버들은 업로드된 텍스트 메시지들을 수신하고 수신 디바이스들에 이 텍스트 메시지들을 "푸시"한다.
일 실시예에서 클라이언트 디바이스 상의 메시징 시스템은 각각 별개의 프로세스들로서 동작하는 메시징 앱 및 하나 이상의 확장 앱을 포함한다. 일 실시예에서, 메시지 앱 및 하나 이상의 확장 앱은 각각 자신들만의 메모리 공간에서 동작하거나 또는 실행되는 별개의 샌드박스 프로세스들일 수 있다. 또한, 메시징 앱은 또한 플러그인, 예컨대 도 5a에 도시된 이미지 생성 플러그인과 함께 동작할 수 있고, 플러그인은 메시징 앱과 동일한 프로세스 및 메모리 공간 내에서 동작한다. 메시징 앱 및 각각의 확장 앱은 프로세스간 통신, 예컨대 iOS 및 Mac OS X에서 제공되는 XPC 프레임워크를 통해 서로 통신한다. 메시징 앱은 디바이스의 사용자로부터 송신 디바이스 상의 텍스트를 수신하고, 메시지 트랜스크립트 내의 텍스트를 표시하고, 하나 이상의 메시징 서버의 세트를 통해 수신 디바이스에 텍스트를 송신하도록 설계되고, 수신 디바이스는, 수신 디바이스 상의 상대방 메시징 애플리케이션을 통해, 수신 디바이스 상의 메시지 트랜스크립트 내의 수신된 텍스트를 표시한다. 수신 디바이스 및 송신 디바이스는 각각 동일한 확장 앱의 복사본을 가질 수 있으며, 동일한 확장 앱의 복사본은 특정 확장 앱에 따라 특정 유형의 콘텐츠를 생성하도록 구성된다(또는, 대안적인 실시예에서, 각각 그것들에 의해 사용되는 콘텐츠에 대하여 호환될 수 있는 상이한 확장 앱들의 복사본을 포함할 수 있음).
도 3a는 메시징 앱 및 하나 이상의 확장 앱이 함께 동작하여 보강된 메시징 시스템을 제공하는 소프트웨어 아키텍처의 예를 도시한다. 도 3a에 도시된 바와 같이, 메시징 시스템(75)은 메시징 앱(76) 및 구성 모듈(77) 및 데이터 전송 모듈(79)과 같은 플러그인 모듈들의 세트를 포함하고, 플러그인 모듈은 프로세스간 통신(IPC)(81)을 통해 하나 이상의 확장 앱(83)과 통신하도록 구성된다. 도 3a에 도시된 바와 같이, 메시징 앱 및 구성 모듈(77) 및 데이터 전송 모듈(79)은 메모리 공간 내의 메시징 앱 프로세스들 내에서 동작하며, 메모리 공간은 메시징 시스템(75)을 실행시키는 통신 디바이스 상의 커널에 의해 제어된다. 구성 모듈(77)은, 메시지 버블이 IPC(81)를 통해 메시징 앱에 전달된 콘텐츠를 표시하거나 또는 다른 방식으로 제시할 때 메시지 버블의 콘텐츠를 구성한다. 데이터 전송 모듈(79)은 IPC(81)를 통해 콘텐츠 및 기타 데이터를 확장 앱에 전달하고, IPC(81)를 통해 확장 앱으로부터 콘텐츠 및 기타 데이터를 수신한다. 일 실시예에서 모듈들(77, 79) 둘 모두 확장형 플러그인 아키텍처를 가질 수 있고, 확장형 플러그인 아키텍처를 통해 새로운 콘텐츠를 생성하거나 또는 새로운 데이터 전송 프로세스를 요구하는 새로운 확장 앱들을 위한 새로운 플러그인을 추가할 수 있다. 이런 맥락에서, 플러그인은 메시징 앱과 동일한 프로세스 내에서 동작하는 추가적인 소프트웨어이다. 구성 모듈(77)은 템플릿을 사용하여 도 3c에 관하여 아래에 기재된 "MSMessageTemplateLayout"과 같은 메시지 버블을 구성할 수 있다. 커널은 메시징 시스템(75)과 하나 이상의 확장 앱(83) 사이의 통신을 허용하는 IPC(81)를 제공하기 위하여 소프트웨어 라이브러리 또는 소프트웨어 프레임워크를 포함할 수 있다. 일 실시예에서, IPC 프레임워크는 확장 포인트라고 지칭되는 시스템 영역을 포함할 수 있으며, 확장 포인트는 API를 제공하여 상이한 두 프로세스 사이의 통신을 허락하고 허용가능한 통신의 유형들의 관점에서 정책들을 보강한다. 일 실시예에서, IPC를 통한 통신은 하나의 프로세스에 의해 메모리 영역 내의 콘텐츠의 배치(기록)를 수반하고, IPC 프레임워크는 다른 프로세스가 이 메모리 영역으로부터 판독하도록 허용한다. 일 실시예에서, 메시징 앱(76)은 자동으로 확장 앱 프로세스들을 기동시킬 수 있고 이 프로세서들의 종료를 포함한, 그것들의 수명을 관리할 수 있다. 일 실시예에서, 확장 앱들(83) 각각은 자신의 어드레스 공간에서 실행되고, 확장과 메시징 앱 사이의 통신은 시스템 프레임워크에 의해 매개된 IPC를 사용하고, 그것들은 서로의 파일 또는 메모리 공간에 액세스하지 않는다. 일 실시예에서, 확장 앱들 각각은 서로 별개의 샌드박스 프로세스일 수 있고, 메시징 앱(76)은 또한 확장 앱들의 샌드박스 프로세스들과 구별되는 별개의 샌드박스 프로세스일 수 있다. 또한, 확장 앱들은 메시징 앱에 비하여 더 적은 시스템 허가들이 제공되어 확장 앱들이 메시징 앱보다 더 제한된 환경에서 동작하도록 할 수 있다. 확장을 위한 프로세스간 통신의 사용에 관련된 추가적인 정보는 2014년 9월 16일자로 출원된 미국 특허 출원 제14/488,122호, 및 공개된 미국 공개 제US2015/0347748호에서 찾을 수 있으며, 이 출원은 본 명세서에 참조로서 포함된다.
일 실시예에서 메시징 앱은 프로세스간 통신을 통해 확장 앱으로부터 획득된 콘텐츠의 뷰를 제공한다. 확장 앱은 자기 자신의 프로세서에서 콘텐츠를 생성하고 이어서 이 콘텐츠를 메시징 앱에 수용가능한 것으로 알려진 포맷(예컨대 표준 이미지 포맷 또는 기타 표준 포맷)으로 제공할 수 있다. 이어서 이를 통해 메시징 앱은 메시지 트랜스크립트 내의 하나 이상의 메시지 버블 내의 확장 앱으로부터 콘텐츠를 제시할 수 있다(적어도 수신 디바이스 상의 확장 앱을 실행할 필요없음). 도 3b는 확장 앱에 의해 생성되고 제공된 콘텐츠(85)로서 도시된 콘텐츠를 포함하는 메시지 버블(17A)의 예를 도시하고, 콘텐츠(85)는 또한 확장 앱에 의해 생성되고 제공된, 텍스트 메시지(86)와 같은 텍스트 메시지를 포함할 수 있다. 일 실시예에서, 메시지 버블(17A)은 또한 아이콘(87)을 포함할 수 있고, 아이콘(87)은 콘텐츠(85)를 만든 확장 앱의 아이콘일 수 있다.
일 실시예에서 확장 앱에 의해 생성된 객체들은 확장 앱을 기동시키지 않고 송신 및 수신 디바이스들 상의 메시지 트랜스크립트에 도시된다. 확장 앱은 객체의 일부로서 메시지 버블을 구성하는 데 충분한 정보를 제공해야 한다. 객체는 리소스 로케이터 내에 인코딩된 일부 불명확한 데이터 및 MSMessageTemplateLayout 객체로서 제공된 레이아웃 사양으로 구성될 수 있다. MSMessageTemplateLayout은 MSMessageLayout의 서브클래스이고 메시지 버블 레이아웃을 특정하는 한 방법을 표현한다.
일 실시예에서 MSMessageTemplateLayout은 도 3c에 도시된 다음의 속성들을 가질 수 있다:
1) 이미지 또는 mediaFileURL : 이미지는 UIImage로서 또는 이미지 파일에 대한 파일 URL 또는 비디오에 대한 파일 URL로서 제공한다.
2) imageTitle : 문자열이 이미지 또는 영화의 상부에서 렌더링될 것이다.
3) imageSubTitle : 문자열이 이미지 또는 영화의 상부, imageTitle 아래에서 렌더링될 것이다.
4) caption : 문자열이 이미지 또는 영화 아래의 캡션 바에서 렌더링될 것이다.
5) trailingCaption : 문자열이 이미지 또는 영화 아래의 캡션 바에서 우측에 정렬되어 렌더링될 것이다.
6) subCaption : 문자열이 캡션 아래의 캡션 바에서 렌더링될 것이다.
7) trailingSubCaption : 문자열이 trailingCaption 아래의 캡션 바에서 우측에 정렬되어 렌더링될 것이다.
8) Extension icon: 이것은 MSMessageTemplateLayout의 일부로서 제공되지 않지만 MSMessage를 생성한 확장의 번들 식별자로부터 유추된다.
메시징 앱은 이 정보를 이용하여 도 3c에 도시된 예와 유사한 메시지 버블을 구성할 수 있다.
MSMessageTemplateLayout은 직렬화되어 불명확한 데이터와 함께 원격 디바이스로 전송된다. 수신시 수신 디바이스 상의 메시징 앱은 직렬화된 데이터를 이용하여 MSMessageTemplateLayout을 생성하고 이것을 이용하여 수신자의 메시지 트랜스크립트 내에 메시지 버블을 그릴 것이다.
일 실시예에서, 메시징 앱과 함께 동작하도록 구성된 확장 앱들은 메시징 애플리케이션 밖에서 실행가능하지 않으므로, 따라서 그것들의 수명 주기는 전적으로 메시징 앱에 의해 관리된다. 또한, 아래에 추가적으로 기재된 바와 같이, 일 실시예에서 확장 앱들의 다운로드 및 설치는 메시징 앱에 의해 배타적으로 제어될 수 있다.
일 실시예에서, 각각의 확장 앱은 메시지 확장 앱들을 위한 앱 마켓플레이스 또는 배포처, 예컨대 애플 앱스토어(Apple App Store)(등록상표)에서 획득될 수 있고 메시징 앱 내에서부터 기동될 수 있다. 도 4a는 일 실시예에 따른 설치된 확장 앱들이 메시징 앱내에서부터 열람될 수 있고, 특정 확장 앱을 기동하여 사용자가 특정 확장 앱과 상호작용하도록 할 수 있는 방법의 예를 도시한다. 방법은 메시징 앱이 그것의 메시지 트랜스크립트 및 온스크린 키보드를 표시하는 동작(101)에서 시작할 수 있다. 도 1b는 그와 같은 메시징 앱의 사용자 인터페이스의 예를 도시한다. 이어서 동작(103)에서, 메시징 앱은 메시징 앱의 화면 내에 설치된 확장 앱들의 열람 화면을 표시하기 위한 입력을 수신할 수 있다. 예를 들어, 사용자는 아이콘(22)(도 1b) 위를 탭핑하여 아이콘을 선택할 수 있고, 이는 결과적으로 동작(105)에서 열람 화면이 표시되게 한다. 일 실시예에서, 설치된 확장 앱들의 열람 화면은 온스크린 키보드를 대체하고 확장 레지스트리로부터 설치된 확장 앱들의 목록을 검색하고, 이는 설치된 확장 앱들의 각각에 대한 아이콘들이 표시되게 한다. 도 4b는 동작(105)의 결과의 예를 도시하고, 도 4b에 도시된 바와 같이 열람 화면(157)이 표시되고 메시징 앱의 온스크린 키보드를 대체한다.
도 4b를 참조하면, 열람 화면((157)이 복수의 아이콘을 포함하고 있음을 알 수 있는데, 각각 도 4b에 도시된 사용자 인터페이스를 제공하는 메시징 앱과 함께 동작할 수 있는 설치된 확장 앱들 중 하나를 표현한다. 도 4b에 도시된 메시징 앱의 사용자 인터페이스는 메시징 앱을 실행하는 통신 디바이스(150) 상의 터치 스크린(151)의 윗부분에 도시된 메시지 트랜스크립트(153)를 포함한다. 다른 사용자의 사용자 이름(155)(통신 디바이스(150)로부터 전송되는 메시지들의 수신자)이 메시징 앱의 사용자 인터페이스의 상부에 도시된다. 텍스트 입력 영역(155)(전송 대기 또는 준비된 텍스트 또는 기타 콘텐츠를 도시함)이 메시지 트랜스크립트(153)와 열람 화면(157) 사이에 도시된다. 일 실시예에서, 열람 화면은 터치 스크린에 걸쳐 사용자의 손가락을 스와이핑함으로써 설치된 확장 앱들의 다양한 화면들 내의 페이지들이 표시되게 하여 열람가능하다(그리고 일 실시예에서, 예를 들어, 다운로드 프로세스를 완료해야하거나 또는 설치 프로세스를 완료해야하는 설치되지 않은 확장 앱들도 또한 도시할 수 있음). 일 실시예에서, 사용자 인터페이스의 저부에 있는 페이지 표시자(159)는 설치된 확장 앱들의 현재 페이지를 도시할 수 있다. 일 실시예에서, 아이콘들 중 하나는 확장 앱 마켓플레이스를 기동시키거나 또는 진입하도록 예약될 수 있고, 확장 앱 마켓플레이스의 예가 도 14b에 도시된다. 다른 실시예에서 확장 앱 마켓플레이스는 아이콘(167)의 선택에 응답하여 열람 화면(157)에 표시될 수 있다. 도 4b에 도시된 실시예에서, 아이콘(167)은 확장 앱 마켓플레이스 아이콘이고, 아이콘(167)을 선택하여 도 14b에 도시된 확장 앱 마켓플레이스와 같은 확장 앱 마켓플레이스가 제시되도록 할 수 있다. 도 4b에 도시된 실시예에서, 아이콘(169)을 선택하여(예컨대 사용자가 아이콘(169)을 탭핑함) 최근에 송신된 스티커들 또는 손으로 쓴 메시지들 또는 기타 최근에 송신된 아이템들 또는 최근에 사용된 앱들 등을 열람 화면에 표시되게 할 수 있다. 일 실시예에서 최근에 송신된 아이템들 등의 표시는 메시징 앱의 프로세스 내에서 동작하는 플러그인에 의해 제공될 수 있다. 다른 확장 앱들은 오픈 테이블(Open Table)과 같은 레스토랑 예약 서비스를 이용하는 데 사용될 수 있는 확장 앱일 수 있는 레스토랑 예약 앱 아이콘(161)을 포함한다. 확장 앱의 다른 예는 선택 시 레스토랑 리뷰 앱을 기동시키는 아이콘(163)에 의해 표현되고, 레스토랑 리뷰 앱은 레스토랑들의 리뷰들을 제공하고, 리뷰들은, 예를 들어, 옐프(Yelp)에 의해 제공되는 리뷰들과 유사할 수 있다. 다른 확장 앱 아이콘들(165, 171)은 설치되어 있는 다른 확장 앱들을 표현하고 다른 확장 앱들은 이 확장 앱 아이콘들 중 하나를 선택함으로써 기동될 수 있다.
도 4a를 다시 참조하면, 열람 화면이 동작(105)에 의해 표시되면, 사용자는 대응하는 아이콘을 선택함으로써 확장 앱들 중 하나를 선택할 수 있고, 이는 결과적으로 동작(107)에서 선택된 확장 앱을 기동시키게 한다. 일 실시예에서, 메시징 앱은 시스템 서비스를 호출하여 선택된 확장 앱을 기동시키고 실행을 위하여, 예를 들어, 도 3a에 도시된 아키텍처를 이용하여 메시징 앱의 확장으로서 그것을 준비한다. 선택된 확장 앱이 기동되고 실행되면, 메시징 앱, 예컨대 메시징 앱(76)은 실행되는 확장 앱에 의해 IPC 프레임워크를 통해 제공되는 콘텐츠의 뷰를 호스팅할 수 있고, 이는 본 명세서에 기재된 바와 같다. 예를 들어, 도 4a에 도시된 동작(109)에서, 메시징 앱은 확장 앱에 의해 메시징 앱의 화면의 일부분 내에 제공되는 콘텐츠의 뷰를 표시할 수 있다. 도 5a 내지 도 5f는 이제 메시징 앱이 어떻게 실행되는 확장 앱의 콘텐츠의 뷰를 호스팅하는지의 예들로서 기재될 것이다.
도 5a는 메시징 앱의 플러그인의 화면을 호스팅하는 메시징 앱의 예를 도시하고, 메시징 앱은 아이콘(207)을 선택함으로써 기동되는 이미지 생성 앱이다(예컨대 아이콘(207)은 사용자에 의해 터치 또는 탭핑되거나 또는 다른 방식으로 선택됨). 다른 실시예에서, 도 5a에 도시된 사용자 인터페이스의 아랫부분에 도시된 플러그인은 도 4b에 도시된 열람 화면(157) 내의 아이콘들 중 하나를 선택함으로써 기동될 수 있다. 도 5a에 도시된 예는 메시징 앱의 플러그인으로서 구현될 수 있고, 다른 실시예에서, 도 5a 에 도시된 예는 확장 앱일 수 있다. 도 5a에 도시된 예에서, 플러그인(또는 확장 앱)의 화면은 메시징 앱의 온스크린 키보드를 대체했지만, 메시징 앱의 메시지 트랜스크립트는 여전히 사용자 인터페이스에서 보일 수 있고 표시되어, 일 실시예에서 사용자가 메시지 트랜스크립트에 걸쳐 스크롤하여 전체 트랜스크립트를 볼 수 있게 한다. 다른 실시예에서, 플러그인 또는 확장 앱의 화면은 온스크린 키보드의 상부 상의 오버레이이고, 온스크린 키보드의 일부분은 보일 수 있다. 일 실시예에서 트랜스크립트는 통신 디바이스(200) 상의 터치스크린(202) 상에 표시된다. 메시지 앱의 사용자 인터페이스는 또한 사용자 이름(203)을 포함하고, 일 실시예에서 사용자 이름(203)은 대화 또는 채팅 중인 다른 사용자의 이름을 제시한다. 메시지 앱의 사용자 인터페이스는 또한 텍스트 입력 영역(211)을 포함하고, 텍스트 입력 영역(211)은 텍스트 입력 영역(18A) 및 텍스트 입력 영역(155)과 유사하다. 플러그인(또는 확장 앱)은 이미지들을 그리거나 또는 생성하기 위하여 사용자에 의해 선택될 수 있는 드로잉 캔버스(215) 및 다양한 제어부 및 옵션들을 포함한다. 일 실시예에서 스케치 옵션(217)이 선택되는 경우, 드로잉 제어부(212)를 통해 사용자들은 상이한 색상들을 선택하여 드로잉 캔버스 상에 스케치할 수 있다. 탭 옵션(221)이 선택되는 경우, 플러그인(또는 확장 앱)은 또한 메시지로서의 탭을 제공할 수 있다. 심박동 옵션(219)이 선택되는 경우, 플러그인(또는 확장 앱)은 또한 심박동을 제공할 수 있다. 일 실시예에서, 스케치, 심박동, 및 탭은 애플 워치(Apple Watch) 상에서 이용가능한 디지털 터치 애플리케이션(Digital Touch application) 상의 스케치, 심박동 및 탭과 유사할 수 있다. 플러그인(또는 확장 앱)은 확대 화면 아이콘(223)을 또한 포함하고, 확대 화면 아이콘(223)은 선택 시 플러그인(또는 확장 앱)으로 하여금 도 5a에 도시된 그것의 현재 소형 화면으로부터 도 7b에 도시된 확대 화면과 같은 확대 화면으로 전환되게 할 수 있다. 도 5a에 도시된 예에서, 사용자는 플러그인 이미지 생성 앱(또는 대안적인 실시예에서 확장 앱)을 기동시켰지만 아직 아무 콘텐츠도 생성하지 않았다. 이는, 사용자가 스케치 옵션(217)을 사용함으로써 그리고 드로잉 캔버스(215) 상에, 예를 들어, 사용자의 손가락으로 드로잉함으로써 해피 페이스(happy face) 스케치를 생성한 도 5b에 도시된 플러그인(또는 확장 앱)의 상태와 대조될 수 있다. 이어서 사용자는 드로잉이 메시지에 대한 수신자들일 수 있는 다른 사용자(또는 사용자들)에게 송신되게 할 수 있다. 따라서 예를 들어, 디바이스의 사용자(200)는 통신 디바이스(200) 상에 실행되는 메시징 앱 내로부터 송신 커맨드를 선택하여 플러그인(또는 확장 앱)에 의해 생성된 콘텐츠가 수신자들에게 송신되게 할 수 있다. 송신 동작의 결과가 도 5c에 도시되고, 도 5c에는 해피 페이스가 사용자 이름(203)에 의해 나타난 바와 같이 프레디에게 송신되었다. 메시지 버블(230)은 플러그인(또는 확장 앱)에 의해 생성된 해피 페이스 스케치를 도시하고; 확장 앱의 경우에는, 이 생성된 콘텐츠는 확장 앱으로부터 IPC 프레임워크를 통해 메시징 앱으로 전달되었고, 이어서 메시지 버블(230) 내에 제시되어 콘텐츠를 포함하는 메시지가 하나 이상의 수신자에게 전송되었음을 도시한다. 일 실시예에서, 전달 표시자(231)는 메시지가 전달되었음을 나타낼 수 있고, 콘텐츠가 일정 기간 이후에 자동으로 삭제될 수 있는 이 실시예들에서 사용자가 메시지 트랜스크립트 내의 콘텐츠를 유지하도록 보관 제어(232)가 사용자에게 제공될 수 있다.
도 5d, 도 5e, 및 도 5f는 도 5c에 도시된 통신 디바이스(200)로부터 콘텐츠를 수신하는 것에 응답하여 수신자의 디바이스 상에서 무엇이 일어날 수 있는지 도시한다. 또한, 도 6에 도시된 흐름도는 수신 디바이스, 예컨대 도 5d, 도 5e, 및 도 5f에 도시된 통신 디바이스(250)에서 수행되는 방법을 도시할 수 있다. 이제 도 5d를 참조하면, 통신 디바이스(250)(프레디에 의해 사용됨)가 메시지 버블(253) 내에 도시된 해피 페이스 콘텐츠를 수신했음을 알 수 있다. 이 콘텐츠는 통신 디바이스(200) 상에서 실행되는 확장 앱에 의해 생성되었고, 확장 앱은 해피 페이스 콘텐츠를 통신 디바이스(200) 상에서 실행되는 메시징 앱에 제공하였고, 메시징 앱은 결과적으로 그 콘텐츠를 메시징 서비스(예컨대, 메시징 서버들의 세트, 예컨대 도 2에 도시된 메시징 서버들(51))를 통해 통신 디바이스(250) 상에서 실행되는 메시징 앱에 전송하였고, 메시징 앱은 결과적으로 메시지 버블(253) 내에 콘텐츠를 제시하였다. 일 실시예에서, 콘텐츠는 그것이 알려진 표준 포맷들(일 실시예에서 표준 이미지, 오디오, 및 비디오 포맷들 포함)을 이용하기 때문에 메시징 앱에 의해 렌더링될 수 있고, 따라서 송신 디바이스 상의 상대방(원격) 확장 애플리케이션에 의해 생성된 콘텐츠를 보여주기 위하여 확장 앱이 설치되거나 또는 실행될 필요가 없다. 따라서 도 5d에 도시된 바와 같이 이 경우에서, 상대방 확장 애플리케이션이 통신 디바이스(250) 상에서 실행되지 않을 수 있거나 또는 심지어 설치되어 있지 않더라도 메시지 버블(253)은 콘텐츠를 제시할 수 있다. 도 5d에 도시된 메시징 앱은, 그것의 사용자 인터페이스 내에, 메시지 트랜스크립트(201A), 텍스트 입력 영역(211), 및 온스크린 키보드(255)를 포함한다. 일 실시예에서, 원격 확장 앱으로부터 수신된 콘텐츠는 대응하는 확장 앱이 설치되어 있는 경우에도 수신 디바이스 상의 대응하는 확장 앱이 자동으로 기동되게 하지 않을 것이다. 이 실시예에서, 수신 디바이스 상의 대응하는 확장 앱은 원격 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지 버블의 사용자의 선택에 의해 기동될 수 있다. 사용자가, 예를 들어, 메시지 버블(253)을 터치하거나 또는 다른 방식으로 선택함으로써 그 콘텐츠를 선택하는 경우, 원격 확장 앱에 대응하는 확장 앱은, 통신 디바이스(250) 상에 설치되어 있다면, 기동될 것이다. 그 결과가 도 5e에 도시되며, 도 5e에서 확장 앱의 사용자 인터페이스는 온스크린 키보드(255)가 이전에 표시되었던 공간을 차지하고 캔버스(215) 내에 그려진 해피 페이스를 도시하며, 통신 디바이스(250)의 사용자가 그 스케치를 변경 또는 다른 방식으로 수정하고 아마도 채팅 세션 또는 대화 중인 다른 사용자에게 그것을 돌려보낼 수 있도록 한다. 반면에, 대응하는 확장 앱이 통신 디바이스 상에 설치되어 있지 않은 경우, 일 실시예에서 메시징 앱은 선택된 특정 메시지 버블을 위한 앱을 설치할지 묻거나 또는 제안하는 통지를 사용자에게 제시할 수 있다. 이 예가 도 5f에 도시되며, 도 5f에서 통지(259)는 두 개의 사용자가 선택가능한 옵션을 포함하고, 그것들 중 하나는 메시지 버블에 요구되는 앱을 설치할 것이다. 다른 실시예에서, 확장 앱 마켓플레이스로부터 한 페이지의 정보를 도시하는 시트가 메시징 앱의 화면 내에 표시될 수 있다.
일 실시예에서, 원격 디바이스로부터 통신 디바이스(250)로 전송되는 메시지는 콘텐츠를 생성하는 데 사용되는 원격 확장 앱을 특정하는 메타데이터를 포함한다. 일 실시예에서, 이 메타데이터는 앱 식별자, 예컨대 앱 마켓플레이스 또는 확장 앱 마켓플레이스에 의해 제공되는 식별자일 수 있거나(앱 마켓플레이스 또는 확장 앱 마켓플레이스에서 확장 앱들이 다운로드 및 설치될 수 있음) 또는 앱 마켓플레이스에 의해 사용되는 식별자와 연관될 수 있는 상이한 식별자일 수 있다. 일 실시예에서, 통지(259)는 메시지 버블(253)의 선택에 기인할 수 있지만, 다른 실시예에서 메시지 버블(253)에 대한 콘텐츠가 통신 디바이스(250)로부터 수신될 때 콘텐츠에 대한 메타데이터 내의 앱 식별자가 설치되어 있지 않은 경우, 통지(259)가 자동으로 발생할 수 있다.
도 6은 이제 도 5d, 도 5e, 및 도 5f와 함께 참조되어 일 실시예에서의 방법을 설명할 것이고, 실시예에서 수신 디바이스는 원격 확장 앱, 예컨대 통신 디바이스(200) 상의 메시징 앱과 함께 실행되는 원격 확장 앱에 의해 생성된 콘텐츠를 처리한다. 동작(301)에서, 통신 디바이스는 확장 앱, 예컨대 송신 디바이스 상의 메시징 앱과 함께 동작하는 원격 확장 앱에 의해 생성된 콘텐츠를 구비한 메시지를 수신할 수 있다. 또한, 통신 디바이스는 또한 메타데이터를 수신할 수 있고, 메타데이터는 메시지 버블 식별자, 세션 식별자 및 확장 앱 식별자 및 선택적인 리소스 로케이터 및 선택적인 리소스 로케이터와 연관될 수 있는 및 기타 데이터(상태 정보)와 같은 잠재적 기타 데이터를 포함할 수 있고, 리소스 로케이터는 또한 리소스 로케이터 내에 인코팅된 상태 정보를 포함할 수 있다. 리소스 로케이터 및 리소스 로케이터와 연관된 데이터의 사용에 관한 추가적인 정보가 도 8, 도 9a, 및 도 9b와 함께 제공될 것이다. 이어서 동작(303)에서, 동작(301)에서 메시지를 수신한 통신 디바이스는 콘텐츠를 처리하고, 메시지 버블 식별자에 의해 식별된 메시지 버블에 콘텐츠를 표시하고, 메시지 버블은 메시지 트랜스크립트 내에 표시된다. 일 실시예에서 콘텐츠의 처리는 메시지 버블 내의 제시 및 표시를 위하여 콘텐츠를 복호화하는 것 및 콘텐츠를 렌더링하는 것을 포함할 수 있다. 일 실시예에서, 콘텐츠는 확장 앱의 도움 없이 메시징 앱에 의해 표시되는데, 다시 말해서, 확장 앱은 통신 디바이스 상에 설치되어 있지 않을 수 있거나 또는 설치되어 있는 경우 실행되지 않을 수 있고, 따라서 일 실시예에서 온스크린 키보드가 표시된다. 이어서 동작(305)에서 통신 디바이스는 원격 확장 앱에 의해 생성된 콘텐츠를 표시하는 메시지 버블의 선택을 수신한다. 일 실시예에서, 도 5d를 참조하면, 사용자는 터치스크린 상의 메시지 버블 위를 탭핑하거나 또는 메시지 버블(253)을 다른 방식으로 선택하여(예컨대 사용자가 터치스크린 상에서 스타일러스를 이용하거나 또는 마우스를 데스크톱 컴퓨터와 이용 등) 동작(305)에서 선택되게 할 수 있다. 동작(305)에 응답하여, 통신 디바이스, 예컨대 통신 디바이스(250)는 동작(307)에서 확장 앱이 설치되어 있는지 결정한다. 일 실시예에서 이는 메시징 앱에 의해 유지되는 설치된 확장 앱들의 목록 또는 등록을 검사함으로써 수행될 수 있다. 일 실시예에서, 동작(301)에서 수신된 메타데이터는 앱 식별자를 포함하고, 동작(307)에서 메시징 앱은 목록을 검색하여 식별자가 목록에 존재하는지 결정한다. 식별자가 목록에 존재하지 않는 경우 메시징 앱은 확장 앱이 설치되지 않았다고 결정함으로써, 통신 디바이스로 하여금 동작(309)을 수행하게 하고, 동작(309)에서 도 5f에 도시된 통지(259)가 사용자에게 표시되어 앱 식별자에 의해 특정된 앱의 다운로드 및 설치를 제안할 수 있으며, 앱 식별자는 동작(301)에서 메타데이터의 일부로서 수신되었다. 사용자가 옵션 "예"를 선택하는 경우 동작(311)이 수행되고, 동작(311)에서 메시징 앱은 통신 디바이스로 하여금 확장 앱 마켓플레이스(예컨대 도 14b에 도시된 사용자 인터페이스를 갖는 확장 앱 마켓플레이스)에 액세스하여 다운로드 프로세스를 통해 확장 앱의 복사본을 획득하고 확장 앱이 설치되게 한다. 일 실시예에서, 동작(311)은 전적으로 배경에서 수행되어, 메시징 앱이 다운로드 및 설치 프로세스 동안 전경 앱으로 유지하도록 할 수 있다. 도 9c는 다운로드 및 설치 프로세스 동안 메시지 트랜스크립트 내에 유지되는 메시지 버블(471)의 예를 도시하며, 메시지 버블은 메시징 앱이 메시징 앱의 메시지 트랜스크립트 내의 메시지 버블(471)을 표시하는 전경 애플리케이션으로 유지하는 동안, 다운로드 및 설치 동작의 진행을 나타내는 진행 바(473)를 포함한다. 동작(311)의 다른 실시예에서, 확장 앱 마켓플레이스로부터의 한 페이지의 정보를 도시하는 시트가 메시징 앱(메시징 앱의 일부분이 선택적으로 여전히 표시됨) 위에 표시될 수 있고, 시트는 "구매" 또는 설치 또는 다운로드 버튼을 도시할 수 있고, 그 버튼이 선택되는 경우, 확장 앱이 다운로드 및 설치되게 할 수 있고, 소거 커맨드를 선택하거나 또는 구매 또는 설치 또는 다운로드를 선택함으로써 시트는 소거될 수 있다(디스플레이에서 제거됨). 확장 앱을 다운로드 및 설치한 이후에, 프로세싱은 도 6의 동작(313)으로 진행할 수 있고, 동작(313)에서 확장 앱은 기동되고, 원격 확장 앱에 의해 사용 또는 생성된 콘텐츠 및 기타 데이터는 메시징 앱에 의해 (IPC를 통해) 확장 앱으로 전달되고, 일 실시예에서 확장 앱은 소형 또는 확대 화면 중 어느 하나에 표시되고, 원격 확장 앱에 의해 생성된 콘텐츠는 그 화면 내에 표시된다. 도 6에 도시된 바와 같이, 동작(307)이 확장 앱이 설치되어 있다고 결정하는 경우, 동작(313)은 또한 동작(307) 뒤에 일어난다. 도 5e는 동작(313)의 결과의 일례를 도시한다.
일 실시예에서, 메시징 앱은 확장 앱의 유형에 따라 상이한 방식으로 상이한 유형들의 확장 앱들을 기동시킬 수 있다. 예를 들어, 일 유형의 확장 앱은 특정 사전결정된 유형을 갖는 확장 앱으로부터의 콘텐츠를 포함하는 메시지 버블의 수신에 응답하여 자동으로 기동될 수 있다. 일 실시예에서 상이한 유형을 갖는 다른 확장 앱들은 단지 그 확장 앱으로부터의 콘텐츠를 포함하는 메시지 버블의 선택에 응답하여 또는 열람 화면(571)과 같은 열람 화면 내에서 확장 앱을 표현하는 아이콘의 선택에 의해 기동될 수 있다. 메시지 트랜스크립트 내에 표시되는 콘텐츠를 수신하는 것에 응답하여 특정 유형을 갖는 특정 확장 앱들이 자동으로 기동되게 하지만, 다른 유형들의 확장 앱들은 자동으로 기동시키지 않는 것이 바람직할 수 있다. 다른 대안적인 실시예에서, 하나 이상의 확장 앱은 배경에서 실행되는 것이 허용될 수 있고, 그것들 각자의 메시지 버블들에 제시되는 그것들 각자의 사용자 인터페이스들을 업데이트하도록 허용될 수 있고, 사용자가 이 메시지 버블들 중 하나를 선택하면, 확장 앱이 전경에 나타날 수 있다(예컨대 그것의 UI가 온스크린 키보드를 대신하여 표시됨).
대안적인 실시예에서, 메타데이터는 포맷 또는 확장 식별자, 예컨대 이미지 포맷의 식별자를 포함할 수 있고, 포맷 또는 확장 식별자는 수신 디바이스 상에서 그 이미지 포맷을 처리할 수 있는 이용가능한 확장 앱들을 결정하는 데 사용될 수 있다.
도 7a 및 도 7b는 확장 앱이 화면을 변경 하기 위하여 메시징 앱에 통신을 송신함으로써 그 변경이 일어나게 할 수 있는, 본 명세서에 기재된 실시예들의 다른 양태를 도시한다. 일 실시예에서, 확장 앱과 메시징 앱 사이에 애플리케이션 프로그래밍 인터페이스(API)가 제공되어, 확장 앱이 API를 호출하여 확장 앱의 화면을 호스팅하는 메시징 앱 내의 그것의 화면을 변경하도록 한다. 일 실시예에서, 확장 앱은 소형 화면 및 확대 화면을 포함할 수 있는 적어도 두 개의 상이한 화면을 가질 수 있다. 일 실시예에서, 소형 화면은 메시지 트랜스크립트가 메시징 앱의 사용자 인터페이스에 계속 표시되는 동안 메시징 앱의 온스크린 키보드를 대체하는 화면일 수 있다. 확대 화면에서, 메시지 트랜스크립트는 더 이상 표시되지 않고 온스크린 키보드는 표시되지 않지만, 메시징 앱의 사용자 인터페이스의 특정 다른 컴포넌트들, 예컨대 텍스트 입력 영역(211) 및 카메라 활성화 아이콘(235)이 표시된다. 도 7b는 드로잉 캔버스(215A)가 터치 스크린의 대부분의 공간을 차지하는 확대 화면의 예를 도시한다. 도 7b에 도시된 바와 같이, 소형 화면 아이콘(223A)이 사용자에 의해 선택되어, 시스템으로 하여금 도 7b에 도시된 확대 화면으로부터 도 5a에 도시된 화면과 같은 소형 화면으로 다시 변경되도록 할 수 있다.
도 7a에 도시된 방법은 화면이 어떻게 변경할 수 있는지 보여주는 일 실시예이고, 대안적인 실시예들에서, 동작들의 시퀀스는 상이한 순서대로 수행될 수 있고 생략되는 단계들 또는 중간에 개입하는 단계들 또는 추가적인 단계들이 있을 수 있음을 이해할 것이다.
도 7a의 동작(351)에서, 확장 앱은 특정 화면 또는 스타일을 구비한 메시징 앱에 의해 표시된다. 동작(353)에서, 확장 앱은 메시징 앱을 호출하여 확장 앱의 현재 제시 화면/스타일을 취할 수 있다. 동작(357)에서, 메시징 앱은 동작(353)으로부터의 호출에 대한 반환을 제공할 수 있고, 그 반환은 확장 앱의 현재 제시 화면/스타일을 나타낼 수 있다. 동작(357)에서 수신된 그 현재 제시에 응답하여, 확장 앱은 메시징 앱에 대한 호출을 제공함으로써 제시 화면/스타일의 변경을 요청하여 그 변경이 일어나게 할 수 있고, 그 호출은 동작(361)에서 수신된다. 일 실시예에서 메시징 앱은 초기에 화면이 변경되고 있다거나 또는 변경될 것이라는 확인응답으로 이 호출에 응답할 수 있다. 호출에 응답하여, 동작(363)에서, 메시징 앱은 제시 스타일/화면을 변경하고 요청된 화면 제시 화면/스타일 내에 확장 앱을 표시하고 동작(365)에서 메시징 앱은 화면의 변경이 완료되었음을 확장 앱에게 알린다. 도 7b를 다시 참조하면, 사용자가 소형 화면 아이콘(223A)을 선택하는 경우, 이는 확장 앱으로부터 메시징 앱으로의 호출이 메시징 앱의 사용자 인터페이스 내의 확장 앱의 화면을 변경하게 할 것이다.
도 8, 도 9a, 도 9b, 및 도 9c는 이제 본 명세서에 제시된 실시예들의 다른 양태에 대하여 설명될 것이다. 이 실시예의 일 양태에서, 확장 앱 및 다른 디바이스 상의 상대방 확장 앱은 통신 세션에 관여하여 그것들의 통신 세션에서 서로 정보를 교환할 수 있고, 이 모든 것은 도 8에 도시된 바와 같이 두 개의 확장 앱 사이에서 접속하는 두 개의 메시징 앱들에 의해 유지되는 메시지 트랜스크립트의 콘텍스트 내에서 일어난다. 일 실시예에서, 메시징 앱을 위한 플러그인은 또한 유사한 방식으로 동작하고 세션에 있는 두 개의 메시징 앱들을 통해 플러그인들 사이에 정보를 교환할 수 있다. 도 8에 도시된 메시징 시스템(400)은 적어도 두 개의 클라이언트 디바이스, 즉 클라이언트 디바이스(401) 및 클라이언트 디바이스(405)를 포함하고 또한 하나 이상의 메시징 서버의 세트(403)를 포함한다. 클라이언트 디바이스들(401, 405)은 도 2의 클라이언트 디바이스들(53, 54)과 유사할 수 있고, 하나 이상의 메시징 서버의 세트(403)는 도 2에 도시된 메시징 서버들의 세트(51)와 유사할 수 있다. 각각의 클라이언트 디바이스는 특정 확장 앱의 설치된 복사본(예를 들어, 레스토랑에서 예약하기 위한 확장 앱과 같음)을 포함할 수 있고, 각각의 디바이스 상의 확장 앱은 콘텐츠(예컨대 텍스트, 이미지, 오디오, 비디오 등)를 생성하는 데 사용될 수 있고, 이 콘텐츠는 특정 클라이언트 디바이스 상의 메시지 트랜스크립트 내의 특정 메시지(메시지 버블로서 지칭될 수 있음)에 대하여 프로세스간 통신 프레임워크를 통해 디바이스 상의 메시징 앱에 전달된다. 메시지 앱은 콘텐츠(및 선택적으로 확장 앱으로부터의 다른 데이터, 즉, 예를 들어, 다른 디바이스 상의 상대방 또는 원격 확장 앱에 의한 사용을 위한 확장 앱의 식별자, 리소스 로케이터 및 선택적으로 메타데이터 등을 포함함)를 수신하고 표시가능한 콘텐츠(예컨대 확장 앱에 의해 제공되는 레스토랑의 이미지로서, 확장 앱은 메시지 트랜스크립트 내의 메시지 버블의 "Open Table"과 같은 레스토랑 예약 앱임)를 표시한다. 실질적으로, 메시징 앱은 메시징 앱 내에 화면을 호스팅하고 그 화면의 콘텐츠는 확장 앱에 의해 제공된다. 일 실시예에서 리소스 로케이터 및 메타데이터는 메시징 앱에 대하여 불명확하지만(예컨대 메시징 앱에 의해 인식될 수 없음), 각각의 디바이스 상의 확장 앱들에 의해 사용되어 확장 앱들 사이의 세션에 대한 상태 정보를 유지할 수 있고, 각각의 디바이스 상의 메시징 앱들은 리소스 로케이터 및 메타데이터를 확장 앱들 사이에서 전달함으로써 확장 앱들 사이의 통신 메커니즘의 역할을 한다. 일 실시예에서, 세션에 관한 상태 정보는 리소스 로케이터에 인코딩될 수 있거나 또는 메타데이터에 제공될 수 있거나 또는 둘 모두에 제공될 수 있다. 일 실시예에서, 각각의 디바이스 상의 세션으로부터 생성된 콘텐츠는 메시지 트랜스크립트들의 동일한 단일 메시지 버블(메시징 앱에 의해 유지될 수 있는 세션 식별자에 의해 식별됨) 내에 표시되고, 콘텐츠가 (둘 중 어느 하나의 디바이스로부터의 변경에 기초하여) 변경될 때마다, 업데이트된 콘텐츠는 계속해서 메시지 트랜스크립트의 단일 메시지 버블 내에 표시되고 세션 내에 콘텐츠를 표시했던 임의의 이전 메시지 버블들은 탐색 경로로 변경될 수 있고, 이들 이전 메시지 버블들은 또한 새로운, 업데이트된 메시지 버블로서 동일한 세션 식별자를 포함할 것이다. 도 8에 도시된 컴포넌트들의 동작 및 기능들은 이제 도 9a를 참조하면서 기재될 것이며, 도 9a는 일 실시예에서 메시징 시스템(400)을 동작시키는 방법을 도시한다.
도 9a의 동작(451)에서 확장 앱, 예컨대 확장 앱(407)은 콘텐츠를 생성하고 리소스 로케이터 및 데이터를 생성할 수 있다(또는 기존의 콘텐츠, 리소스 로케이터 또는 데이터를 수정할 수 있음). 확장 앱은 확장 앱(83)과 유사할 수 있고 일 실시예에서 메시징 앱(76)과 유사할 수 있는 메시징 앱이 다른 프로세스에서 실행되는 동안 하나의 프로세스에서 실행되고 프로세스들 사이의 통신이 IPC, 예컨대 IPC(81)를 통해 일어나는데, IPC는 두 개의 별개의 프로세스들 사이에 프로세스간 통신을 제공하기 위한 소프트웨어 프레임워크 또는 라이브러리일 수 있다. 확장 앱(407)은, 예를 들어, 웹사이트를 통해 예약을 하는 레스토랑 예약 앱일 수 있는데, 웹사이트는 리소스 로케이터와 사용하기 위한 상태 정보를 제공할 수 있다(또는 상태 정보는 리소스 로케이터에 인코딩될 수 있음). 일 실시예에서, 리소스 로케이터를 구비한 데이터는 웹사이트로부터 제공된 상태 정보일 수 있고, 상태 정보는 특정 레스토랑에 관한 정보 및 예약 시간 및 예약 인원수를 포함할 수 있다. 확장 앱(407)은, 예를 들어 메시지 트랜스크립트를 포함하는 메시징 앱의 남은 부분이 표시되는 동안에도, 소형 화면 또는 확대 화면 중 어느 하나에서 웹사이트를 통해 레스토랑 예약을 하기 위한 사용자 인터페이스를 제시할 수 있다. 따라서 확장 앱(407)의 사용자는 레스토랑 예약을 하기 위하여 확장 앱 및 웹사이트(확장 앱을 통함)와 상호작용을 하면서 메시지 트랜스크립트 내의 대화의 맥락을 볼 수 있다. 일 실시예에서, 사용자는 (레스토랑 예약 앱 내의) 다양한 레스토랑들을 열람하고 레스토랑들을 검색할 수 있다. 확장 앱(407)의 사용자가 레스토랑을 선택하고 예약에 들어간 이후에, 확장 앱(407)은 디바이스(401) 상의 메시징 앱을 위하여 IPC(415)를 통해 콘텐츠 및 또한 도 8에 도시된 리소스 로케이터 및 데이터(417)를 전달할 수 있다. 이는 도 9a의 동작(453)으로서 도시된다. 동작(455)에서, 메시징 앱(409)은 확장 앱(407)으로부터 수신된 콘텐츠를 메시지 버블과 연관시키고 메시징 앱의 사용자 인터페이스(409) 내의 메시지 트랜스크립트의 버블에 콘텐츠를 표시한다. 이어서 동작(457)에서, 메시징 앱(409)은, 사용자로부터 수신된 송신 커맨드에 응답하여, 메시지(존재하는 경우) 및 확장 앱(407)으로부터 수신된 콘텐츠, 및 앱(407)을 식별하는 앱 식별자 (및 선택적으로 앱(407)의 아이콘), 및 리소스 로케이터 및 데이터(존재하는 경우) 및 세션 식별자를 하나 이상의 메시징 서버(403)를 통해 제2 디바이스에 송신하며, 하나 이상의 메시징 서버(403)는 통신(419)을 제2 디바이스(405)(또한 클라이언트 디바이스(405)라고도 지칭됨)에 전달한다. 일 실시예에서, 동작들(453, 455)은 메시징 앱이 송신 커맨드의 선택을 수신하는 것에 응답하여 동작(457)의 일부로서 일어날 수 있다. 상대방 확장 앱이 설치되어 있지 않은 경우에도 앱(407)의 아이콘은 수신 디바이스 상의 메시지 버블에 표시될 수 있다; 예를 들어, 도 3b의 아이콘(87)을 참고한다. 도 9a에 도시된 동작(459)에서, 클라이언트 디바이스(405) 상의 메시징 앱(411)은 하나 이상의 메시징 서버(403)로부터 콘텐츠를 수신하고 메시징 앱(411)의 사용자 인터페이스에 의헤 제공된 메시지 트랜스크립트 내의 식별된 메시지 버블(421)에 콘텐츠를 표시한다. 도 9b는 일 실시예에서 레스토랑 예약 확장 앱에 의해 생성된 콘텐츠를 갖는 그와 같은 메시지 버블(471)의 더 상세한 예를 도시한다. 도 9b에 도시된 예에서, 콘텐츠는 레스토랑의 이름, 예약 시간 및 예약 인원수를 포함한다. 일 실시예에서, 이 콘텐츠는 확장 앱(413)이 기동되어야 하는 것을 요구하지 않고 메시징 앱에 의해 표시될 수 있다. 일 실시예에서, 클라이언트 디바이스(405)의 사용자가 메시지 버블(421)을 선택함으로써, 클라이언트 디바이스(405)의 사용자가 메시지 버블(421) 내의 콘텐츠와 상호작용을 의도한다는 것을 클라이언트 디바이스에 나타낼 때까지 확장 앱(413)은 기동되지 않는다. 대안적인 실시예에서, 확장 앱(413)은 메시징 앱(411)에 의한 콘텐츠의 수신 후에 기동되지만, 클라이언트 디바이스(405)의 사용자가 확장 앱이 보이도록 하는 커맨드를 입력할 때 실행하기 위하여 배경에 남아서 준비할 수 있다. 동작(461)에서, 아직 기동되지 않은 경우, 메시지 버블(421)의 선택에 응답하여, 통신(419)에서 제공된 앱 식별자에 의해 식별된 확장 앱(413)이 기동되고, 메시징 앱(411)는, IPC(423)를 통해 메시지 버블(421)과 연관된 콘텐츠 및 리소스 로케이터 및 데이터(425)를 메시징 앱(413)에 전달한다. 일 실시예에서, 확장 앱(413)은 확장 앱(407)과 동일한 확장 앱인 상대방 확장 앱인 반면, 다른 실시예에서 그것들은 동일한 유형의 콘텐츠를 처리할 수 있다는 점에서 단지 호환성이 있을 수 있다.
이 점에서, 확장 앱(413)은 클라이언트 디바이스(405)의 사용자의 사용자 입력을 수신할 수 있고 콘텐츠, 리소스 로케이터 또는 데이터 중 하나 이상을 수정할 수 있다. 예를 들어, 클라이언트 디바이스(405)의 사용자는 확장 앱(413)으로 하여금 하나 이상의 웹사이트에 액세스하여 시간, 인원수, 특정 레스토랑 등을 수정함으로써 레스토랑 예약 변경을 하게 할 수 있다. 일 실시예에서, 확장 앱(413), 및 또한 확장 앱(407)은 리소스 로케이터 및 데이터를 웹 서버에 송신하고 웹 서버로부터 응답을 수신함으로써 웹 서버와 직접(그러나 별개로 그리고 독립적으로) 상호작용할 수 있고, 응답은 수정된 데이터 또는 수정된 리소스 로케이터, 또는 새로운 데이터 및/또는 새로운 리소스 로케이터 등을 포함할 수 있다. 일 실시예에서, 웹 서버는 세션 동안 사용하기 위한 데이터를 저장할 수 있고, 이 저장된 데이터는 세션 내에 두 개의 확장 앱들에 의해 또한 유지될 수 있는 상태 정보의 일부 또는 전부를 포함할 수 있다. 또한, 확장 앱(413)이 소형 화면에서 표시를 위하여 제시되는 경우, 채팅 또는 메시징 세션의 맥락 및 대화가 메시징 앱(411)의 메시지 트랜스크립트에 도시되는 동안, 디바이스(405)의 사용자는 확장 앱(413)과 상호작용하여 레스토랑 예약을 할 수 있다. 클라이언트 디바이스(405)의 사용자는 계속해서 확장 앱(413)을 보고 상호작용하면서 메시지 트랜스크립트에 걸쳐 스크롤할 수 있다. 따라서, 확장 앱(413)은, 동작(463)에서 사용자 입력을 수신할 수 있고 콘텐츠, 리소스 로케이터 또는 데이터 중 적어도 하나를 수정할 수 있고, 이어서, 동작(465)에서 리소스 로케이터 및 데이터(427)(수정되거나 또는 새로울 수 있음)를 메시징 앱(411)에 전달할 수 있다. 결과적으로, 동작(467)의 메시징 앱(411)은 수정될 수 있는 콘텐츠, 및 앱 식별자 및 리소스 로케이터(수정될 수 있음) 및 데이터(수정될 수 있음) 및 버블 ID를 다시 클라이언트 디바이스(401)에 송신할 수 있다. 동작(469)에 도시된 바와 같이, 이 프로세스는 두 명의 사용자가 본 명세서에서 제공된 예에서 레스토랑 예약을 설정하는 작업으로 인해 시간이 지남에 따라 반복될 수 있다.
많은 상이한 유형들의 확장 앱들이 클라이언트 디바이스들(401, 405)의 사용자들 사이에 공동 작업의 환경을 제공하여 정보를 교환하고 서로 협동할 수 있으며 그러한 레스토랑 예약이 하나의 그러한 유형임을 이해할 것이다. 따라서, 도 8 및 도 9a에 대하여 기재된 레스토랑 예약 예는 메시징 앱의 사용자 인터페이스의 맥락에서 공동 작업의 환경을 제공할 수 있는 하나의 그러한 유형의 확장 앱의 예일 뿐임을 이해할 것이다. 유사한 공동 작업의 환경을 제공할 수 있는 다른 유형들의 확장 앱들의 예는, 예를 들어: 스티커 확장 앱들; 이미징 앱들; 드로잉 앱들; 콘텐츠 생성 앱들; 게임; 음악 생성 앱들; 콘텐츠 소비 앱들; 투표 앱들; 지도 앱들; 등을 포함한다.
도 8에 도시되고 도 9a에 대하여 기재된 공동 작업의 환경은 하나 이상의 실시예들에서 탐색 경로들을 활용할 수 있고, 탐색 경로들의 각각은 세션 식별자에 의해 식별될 수 있다. 탐색 경로는 변환된 메시지 버블을 표현하고 세션에서 다른 메시지 버블들과 공유되는 세션 식별자에 의해 식별된다. 일 실시예에서 새로운 메시지 버블과 동일한 세션 식별자로 식별된 각각의 이전 메시지 버블은 메시지 트랜스크립트에 도시된 원본 콘텐츠와 상이하게 보일 수 있는 탐색 경로로 변환될 수 있다. 세션 내의 각각의 새로운 메시지 버블이 메시지 트랜스크립트에 도착 또는 추가됨에 따라, 일 실시예에서 동일한 세션 식별자를 이용하여 식별된 이전 메시지 버블은 탐색 경로로 변환될 수 있고, 이는 도 9d, 도 9e, 도 9f, 도 9g, 및 도 9h에 도시된 메시지 트랜스크립트들에 도시된다. 도 9d 및 도 9h는 조(Joe)의 디바이스 상의 메시지 트랜스크립트(510)를 도시하고, 도 9e, 도 9f, 및 도 9g는 레스터(Lester)의 디바이스 상의 메시지 트랜스크립트(17)를 도시한다. 메시지 트랜스크립트(510)는 레스터의 사용자 이름(511)을 도시하고, 메시지 트랜스크립트(517)는 조의 사용자 이름(518)을 도시한다. 도 9d, 도 9e, 도 9f, 도 9g, 및 도 9h에 도시된 예에서, 레스터와 조는 텍스트 메시징 대화에 참여하고 각각 확장 앱, 예컨대 이미지 생성 앱 또는 다른 확장 앱들을 이용하고 있다. 예를 들어, 레스터는 도 8에 도시된 확장 앱(407)을 사용하고 있을 수 있고 조는 도 8에 도시된 확장 앱(413)을 사용하고 있을 수 있다. 레스터의 디바이스는 메시징 앱(409)을 사용하고 있을 수 있는 반면 조의 디바이스는 메시징 앱(411)을 사용하고 있을 수 있다. 도 9d를 다시 참조하면, 메시지 트랜스크립트(510)는 메시지 트랜스크립트(510) 내의 대화의 콘텐츠를 나타내는 메시지 버블(512) 및 메시지 버블(513)을 포함함을 볼 수 있다. 또한, 조는 확장 앱(413)을 사용하여 메시지 버블(514)에 첨부되는 콘텐츠(515)를 생성하였다. 예를 들어, 조는 텍스트 메시지로서 텍스트를 입력하고 또한 확장 앱(413)을 이용하여 콘텐츠를 생성하고 이어서 메시지 버블(514) 내에 도시된 텍스트 및 콘텐츠(515)(일 실시예에서 메시지 버블(514)과 연관되거나 메시지 버블(514)의 일부임) 둘 모두 레스터의 디바이스에 송신되도록 했을 수 있다. 메시지 트랜스크립트(510)의 우측은 조에 의해 송신된 메시지들을 도시하는 반면, 메시지 트랜스크립트(510)의 좌측은 레스터로부터 수신된 메시지들을 도시한다. 이제 도 9e를 참조하면, 메시지 버블(513)은 이제 메시지 트랜스크립트(517)의 우측에 있는 반면 메시지 버블(514) 및 콘텐츠(515)는 레스터의 디바이스 상의 메시지 트랜스크립트(517)의 좌측에 있음을 볼 수 있다. 따라서, 레스터의 디바이스는 메시지 버블(514) 내의 텍스트 메시지를 수신하고 조의 디바이스 상의 확장 앱에 의해 생성된 콘텐츠(515)를 또한 수신하였다. 이어서 레스터는 콘텐츠(515) 위를 탭핑하여 레스터의 디바이스 상의 대응하는 또는 상대방 확장 앱이 기동되게 할 수 있다. 콘텐츠(515)는 레스터의 디바이스 상의 확장 앱을 위하여 유지되는 세션 식별자와 연관된다. 예를 들어, 프로세스 중 이 시점에서, 일 실시예에서 사용자가 메시지 버블 내에 표시될 수 있는 콘텐츠(515)를 선택한 결과로서 도 9a에 도시된 동작(461)이 레스터의 디바이스 상에서 수행될 수 있다. 이어서 레스터는 레스터의 디바이스 상의 확장 앱을 이용하여 수정된 콘텐츠 또는 새로운 콘텐츠를 생성하고 그 수정된 또는 새로운 콘텐츠를 다시 조에게 송신할 수 있다. 도 9f에서, 레스터가 대기 구역(519) 내에 도시된 수정된 또는 새로운 콘텐츠(521)를 생성했음을 볼 수 있는데, 대기 구역(519)은 송신 준비되고, 도 9f에 도시된 송신 버튼(523)과 같은 사용자에 의한 송신 커맨드의 선택에 응답하여 송신될 텍스트 및 기타 콘텐츠를 도시한다. 레스터가 대기 구역(519)에 도시된 콘텐츠와 함께 송신 커맨드를 선택하면, 텍스트 메시지(520) 및 새로운 또는 수정된 콘텐츠(521)는 조에게 송신되게 되고, 도 9g에서 메시지 버블(520A)이 메시지 트랜스크립트(517)의 우측 상의 텍스트 메시지(520)를 도시하는 것을 볼 수 있는데, 메시지 트랜스크립트(517)는 또한 콘텐츠(521)(일 실시예에서 메시지 버블(520A)과 연관되거나 또는 메시지 버블(520A)의 일부분임)를 도시하고, 콘텐츠(521)는 레스터의 디바이스 상의 확장 앱(407)을 이용하여 레스터에 의해 수정되거나 새롭게 생성되었다.
도 9g에서 콘텐츠(515)가 이제 탐색 경로(515A)로 변환되었음을 볼 수 있다. 일 실시예에서 이 변환은 메시징 앱에 의해 또는 대안적으로 확장 앱에 의해 수행될 수 있다. 일 실시예에서, 확장 앱은 탐색 경로(515A) 내에 나타나는 텍스트를 제공할 수 있고, 메시징 앱은 세션 식별자를 이용하여 탐색 경로로 변환될 하나 이상의 메시지 버블을 식별할 것이고, 일 실시예에서 이것은 콘텐츠(515)를 탐색 경로(515A)로 변환시키고, 그 메시지 버블(514) 내의 텍스트 메시지를 탐색 경로로 변환하지 않고 연관된 메시지 버블(514) 옆에 탐색 경로를 표시할 것이다. 따라서, 도 9g는 이전 메시지 버블들과 연관된 세션 식별자 또는 확장 앱에 의해 생성된 콘텐츠가 어떻게 이전 메시지 버블(들)을 송신 디바이스 상의 탐색 경로로 변환하는 데 사용될 수 있는지 도시한다. 도 9h는 일 실시예에서 변환이 어떻게 수신 디바이스 상에서 표시되는지 도시한다. 도 9h에 도시된 도면에서, 메시지 버블(520A)이 레스터의 디바이스의 확장 앱(403)으로부터의 새로운 또는 수정된 콘텐츠와 함께 메시지 트랜스크립트(510)의 좌측에 도시된다. 조의 디바이스 상의 콘텐츠(515)는 메시지 트랜스크립트의 우측에서 탐색 경로(515A)로 변환되었고, 콘텐츠(515)가 원래 송신되었을 때 콘텐츠(515)를 동반했던 메시지 버블(514)에 인접하게 표시된다.
수신 디바이스, 예컨대 동작(459)의 클라이언트 디바이스(405)가 확장 앱(통신(419)에서 제공된 앱 식별자에 의해 식별됨)을 설치하고 이용할 수 있지만 확장 앱이 수신 디바이스 상에 설치되어 있지 않은 경우, 수신 디바이스는 메시징 앱의 사용자 인터페이스 내에서 확장 앱의 다운로드 및 설치를 제안할 수 있다(수신 디바이스 상에서 통신(419)의 앱 식별자에 의해 다시 특정됨). 도 9c는 확장(407)으로부터의 콘텐츠가 클라이언트 디바이스(405) 상의 메시지 버블(471) 내에 표시될 수 있고 클라이언트 디바이스(405)는 통신(419)의 앱 식별자에 의해 식별된 확장 앱을 다운로드 및 설치하는 프로세스 중인 예를 도시한다. 도 9c에 도시된 예에서, 확장 앱(413)이 설치되고 있는 동안 콘텐츠는 메시지 버블(471) 내에 표시된다. 일 실시예에서, 설치 프로세스 동안 진행 바(473)(또는 대안적으로 진행 원)가 메시지 버블(471) 내에 도시될 수 있다. 일 실시예에서, 메시징 앱이 전경 애플리케이션을 유지하는 동안 다운로드 및 설치 프로세스는 배경에서 수행될 수 있다. 수신 디바이스가 확장 앱을 설치 또는 사용할 수 없는 경우, 일 실시예에서 리소스 로케이터 및 메타데이터는 수신 디바이스 상의 웹 브라우저로 전달될 수 있고, 웹 브라우저는 전경 앱이 되고 리소스 로케이터에 의해 참조되는 웹 페이지와 사용자 상호작용이 허용될 수 있다.
일부 실시예들에서, 각각의 사용자의 식별자를 클라이언트 디바이스 상에서 실행되는 각각의 확장 앱에 제공하는 것은, 특히 둘 이상의 사용자가 메시징 앱들 및 확장 앱들을 통해 상호작용하고 있는 공동 작업의 환경의 경우에 바람직할 수 있다. 도 10은 사용자의 프라이버시의 피해 없이 각각의 확장 앱에 대한 식별자를 제공하기 위한 방법의 예를 도시한다. 도 10에 도시된 방법은 각각의 클라이언트 디바이스 상의 각각의 메시징 앱에 의해 수행될 수 있다. 일 실시예에서, 방법은 확장 앱으로부터 애플리케이션 프로그래밍 인터페이스(API)로의 호출에 응답하여 수행될 수 있고, API는 확장 앱이 로컬 사용자의 식별자를 요청하도록 할 수 있다. 일 실시예에서, 식별자는 로컬 사용자의 이메일 주소 또는 전화 번호 또는 메시징 시스템에 의해 사용되는 기타 식별자일 수 있다. 확장 앱에 제공되는 식별자는, 일 실시예에서, 도 10에 도시된 방법에 의해 생성되는 난독화 식별자이다. 동작(501)에서, 메시징 앱은, 확장 앱으로부터의 호출에 응답하여, 특정 확장 앱에 대한 솔트(salt)를 생성할 수 있다. 일 실시예에서, 솔트는 특정 확장 앱과 연관된 난수일 수 있다. 이어서 동작(503)에서, 메시징 앱은 사용자 또는 디바이스 식별자와 솔트의 조합의 해시(예컨대 SHA-1 해시)를 생성할 수 있다. 예를 들어, 사용자 식별자는 사용자의 전화 번호 또는 이메일 주소일 수 있고, 전화 번호 또는 이메일 주소는 솔트와 조합되어 동작(503)에서 그 조합을 위한 해시가 생성된다. 이어서 동작(505)에서, 해시는 IPC를 통해 확장 앱에 제공되고, 그 해시 값은 리소스 로케이터와 함께 데이터로서 사용될 수 있고, 이는 이어서 다른 확장 앱에 송신되어 콘텐츠를 변경 또는 콘텐츠를 생성한 사용자를 식별할 수 있다. 다른 실시예에서, 메시징 앱은 각각의 확장 앱에 대하여 식별자와 무작위로 생성된 유일한 식별자의 맵핑을 유지함으로써 식별자를 알아볼 수 없게 만들 수 있다. 다시 말해서, 주어진 확장 앱에 대하여, 메시징 앱은 확장 앱에 대하여 무작위(및 유일한) 식별자를 생성하고 그 무작위 식별자를 사용자의 식별자(예컨대 로컬 사용자의 이메일 주소 또는 전화 번호 또는 메시징 시스템에 의해 사용되는 기타 식별자)와 연관(예컨대, 맵핑)시킬 수 있다. 주어진 확장 앱에 대한 이 무작위 식별자는 확장 앱에 제공될 수 있지만, 식별자는 확장 앱에 제공되지 않는다. 다른 확장 앱은 상이한, 무작위로 생성된 식별자를 수신할 수도 있다. 이어서 이 확장 앱 특정 식별자는 다른 디바이스 상의 상대방 확장 앱에 제공되어 두 개의 확장 앱이 사용자들이 세션의 맥락 또는 다른 공동 작업의 환경에서 어떤 행동들을 수행했는지 추적할 수 있도록 한다.
일 실시예에서, 본 명세서에 기재된 메시징 시스템은 하나 이상의 확장 앱에 대한 메시지들의 수신에 대한 확인을 제공할 수 있고, 이는 확장 앱이, 원격 확장 앱이 로컬 확장 앱과 동일한 알려진 상태를 갖고 있음을 보장받는 것이 필요한 특정 경우에 유용할 수 있다. 도 11은 수신의 확인을 제공하기 위한 방법의 예를 도시한다. 동작(551)에서, 메시징 앱은 사용자로부터 "송신" 커맨드를 수신하고, 응답으로 로컬 확장 앱은 메시징 앱에 콘텐츠를 제공한다. 결과적으로, 동작(553)에서, 메시징 앱은 메시지 및 메시지 버블 식별자 및 콘텐츠 및 리소스 로케이터(존재하는 경우)를 하나 이상의 메시징 서버를 통해 메시지 앱을 또한 포함하는 수신 디바이스에 송신한다. 몇몇 시점에, 동작(555)에서 로컬 디바이스 상의 메시징 앱은 메시지 및 콘텐츠 및 선택적인 리소스 로케이터의 수신의 확인을 수신하고, 이어서, 동작(557)에서, IPC를 통해 수신의 확인을 로컬 확장 앱에 전달하여, 확장 앱이 그것의 콘텐츠를 전송을 위하여 원격 확장 앱에 제공했을 때 원격 확장 앱이 동일한 알려진 상태를 갖고 있음을 로컬 확장 앱이 알도록 할 수 있다.
도 12는 본 명세서에 기재된 실시예들에 대한 다른 양태를 도시하고, 및 그 양태는 메시지 트랜스크립트 내의 다수의 메시지 버블들의 제시와 관련되고, 상이한 메시지 버블들은 상이한 확장 앱들에 의해 생성된 콘텐츠를 가지며, 콘텐츠 중 적어도 하나는 메시징 앱의 사용자 인터페이스의 메시지 트랜스크립트가 표시되는 동안 실행되고 있을 수 있다(그것의 콘텐츠가 소형 화면에 표시되게 함). 도 12는 그와 같은 양태의 예를 도시한다. 이 실시예에서 통신 디바이스(600)는 두 개의 메시지 버블(605, 607)을 포함하는 메시지 트랜스크립트(603)를 표시하는 터치 스크린(601)을 포함한다. 또한, 메시징 앱은 확장 앱의 소형 화면(609)을 제시하고, 이 경우에 확장 앱은 레스토랑 예약을 위한 확장 앱이다. 도 12에 도시된 예에서, 레스토랑 예약을 위한 확장 앱은 레스토랑 예약의 내용을 보여주는 메시지를 송신하는 데 사용되었고, 이는 메시지 버블(607)로서 도시되어 있다. 이는, 다른 확장 앱의 레스토랑 리뷰의 콘텐츠를 제공하는 다른 통신 디바이스를 이용하는 다른 사용자로부터 메시지를 수신한 결과로서 일어났을 수 있다. 도 12에 도시된 예에서, 메시지 버블(605)은 레스토랑 예약을 하기 위한 확장 앱과 상이한, 레스토랑 리뷰를 제공하기 위한 원격 확장 앱에 의해 생성된 콘텐츠를 도시한다. 일 실시예에서, 두 확장 앱들 모두 메시징 세션 또는 채팅의 일부인 두 통신 디바이스 상에서 실행될 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 하위 호환성에 관한 것이고, 이 양태는 도 13a 및 도 13b에 도시된다. 특정 구형 디바이스들은 본 명세서에 기재된 확장 앱 아키텍처와 호환되지 않을 수 있거나 또는 이 아키텍처를 사용하지 않을 수 있거나 또는 심지어 스마트폰이 아닐 수 있다. 일 실시예에서, 메시지를 보내고 있는 클라이언트 디바이스는, 자동으로 또는 수신 디바이스가 확장 앱과 호환되지 않는다는 결정에 기초하여 대안적인 콘텐츠를 제공할 수 있다. 하위 호환성을 제공하기 위한 방법이 도 13a에 도시된다. 동작(651)에서, 송신 디바이스 상의 확장 앱은 메시징 앱 및 메시징 서비스를 통해 제2 디바이스에 전달하기 위하여 송신 디바이스(제1 디바이스) 상에서 콘텐츠를 생성한다. 이는 도 9a의 동작(451)과 유사할 수 있다. 이어서 메시징 앱이 사용자의 "송신" 선택을 수신하는 것에 응답하여 동작(651)에서 생성된 콘텐츠가 동작(653)에서 프로세스간 통신을 통해 메시징 앱에 전달될 수 있다. 이어서 동작(655)에서, 메시징 앱은 제1 디바이스 상에 콘텐츠를 표시할 수 있고 또한 제2 디바이스가 확장 앱들과 호환되지 않는다고 결정할 수 있다. 일 실시예에서, 이는 하나 이상의 메시징 서버, 예컨대 도 2에 도시된 하나 이상의 메시징 서버(51)로부터 수신 디바이스(제2 디바이스)에 관한 정보를 수신한 결과로서 결정될 수 있고, 하나 이상의 메시징 서버(51)는 각각의 디바이스의 상태, 예컨대 디바이스의 운영 체제의 버전 또는 디바이스의 유형 등에 관한 정보를 유지할 수 있다. 제2 디바이스가 확장 앱들과 호환되지 않는다는 결정의 결과로서, 메시징 앱은 동작(657)에서 대안적인 콘텐츠를 제2 디바이스에 송신할 수 있고, 도 13b는 이 대안적인 콘텐츠의 예를 제공한다.
도 13b에 도시된 통신 디바이스(675)는, 예를 들어, 본 명세서에 기재된 확장 앱들과 호환되지 않는 구형 운영 체제를 사용하는 구형 스마트폰일 수 있다. 그럼에도 불구하고, 통신 디바이스(675)는 터치 스크린(679) 및 텍스트 입력 영역(683) 및 온스크린 키보드(685)를 포함하고, 통신 디바이스(675)는 또한 메시지 버블(687)을 포함하는 메시지 트랜스크립트(681)를 표시하는 메시징 앱의 기능을 제공한다. 메시지 버블(687)은 원격 디바이스 상의 송신 메시지 앱에 의해 제공되는 대안적인 콘텐츠를 포함한다. 이 경우에 콘텐츠는 이미지(689) 및 리소스 로케이터(691)를 포함하고, 리소스 로케이터(691)는 리소스 로케이터(691)가 참조하는 웹 페이지가 표시되게 하도록 사용자가 선택가능할 수 있다. 다시 말해서, 리소스 로케이터(691)는 통신 디바이스(675) 상에 웹 브라우저를 호출하여 통신 디바이스(675)의 사용자가 웹 브라우저를 통해 웹 페이지와 상호작용하도록 사용자가 선택가능할 수 있으며, 웹 페이지는 특정 인스턴스에 있어서 웹사이트와 상호작용하는 확장 앱과 동일한 효과를 가질 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 서비스, 예컨대 본 명세서에 기재된 하나 이상의 실시예에 따른 메시징 앱에 사용하기 위한 복수의 상이한 확장 앱을 제공할 수 있는 앱 마켓플레이스에 관한 것이다. 서비스 또는 앱 마켓플레이스는 복수의 상이한 확장 앱 및 메시징 앱 플러그인의 열람 화면들을 제시하고, 이들 다양한 확장 앱들에 관한 정보를 제공하고, 이 확장 앱들의 다운로드를 클라이언트 디바이스에 제공하여 클라이언트 디바이스가 하나 이상의 확장 앱을 설치하도록 할 수 있다. 도 14a는 그와 같은 서비스 또는 앱 마켓플레이스를 이용하기 위한 방법의 예를 도시하고 도 14b는 메시징 확장 앱 마켓플레이스를 위한 사용자 인터페이스의 예를 도시한다. 도 14b에 도시된 앱 마켓플레이스는 일 실시예에서 클라이언트 디바이스 상의 메시징 앱의 사용자 인터페이스 내의 설치된 확장 앱들의 열람 화면으로부터 호출될 수 있다. 예를 들어, 도 4b에 도시된 아이콘(167)의 선택은 도 14b에 도시된 메시징 확장 앱 마켓플레이스가 제시되게 할 수 있다. 이어서 사용자는 하나 이상의 메시징 확장 앱들의 모음을 열람하고 무료일 수 있거나 또는 구매할 수 있는 하나 이상의 확장 앱을 선택할 수 있다. 도 14b에 도시된 예에서, 메시징 확장 앱 마켓플레이스(725)는 탐색 바(729) 및 터치 스크린(727) 상에 표시되는 하나 이상의 메시징 확장 앱들, 예컨대 앱들(726, 728, 731)의 열람 화면을 포함할 수 있다. 사용자는, 일 실시예에서, 터치 스크린에 걸쳐 사용자의 손가락을 스와이핑하거나 또는 탐색 바(729)의 사용에 의해 앱들을 열람할 수 있다. 이어서 사용자는 확장 앱들 중 하나 이상을 다운로드 및 설치하도록 선택할 수 있고, 결과적으로 사용자의 클라이언트 디바이스 상의 메시징 앱은 새롭게 설치되는 확장 앱을 표현하는 아이콘을 설치된 확장 앱들의 열람 화면, 예컨대 도 4b에 도시된 열람 화면(157)에 추가할 수 있다. 또한, 메시징 앱은 설치된 확장 앱을, 앱 마켓플레이스에 의해 제공된 앱의 식별자("앱 식별자")와 함께, 설치된 확장 앱들의 목록에 추가할 수 있다. 사용자가 도 14b에 도시된 앱 마켓플레이스를 사용하는 것이 확장 앱들을 설치하는 한 가지 방법이고, 다른 방법이 도 14a에 도시되어 있는데, 도 14a에서 사용자가 메시징 앱의 메시지 트랜스크립트 내의 메시지와 상호작용하는 결과로서 설치 프로세스가 시작한다.
이제 도 14a를 참조하면, 동작(701)에서 메시징 앱은 원격 디바이스, 예컨대, 제1 디바이스 상의 확장 앱에 의해 생성된 콘텐츠(및 선택적인 리소스 로케이터 및 데이터)를 수신할 수 있고, 또한 원격 디바이스 상의 확장 앱의 앱 식별자를 수신할 수 있다. 일 실시예에서, 앱 식별자는 확장 앱이 제1 디바이스 상에 설치되었을 때 앱 마켓플레이스에 의해 제공된 동일한 식별자일 수 있거나 또는 앱 스토어의 식별자와 연관된 상이한 식별자일 수 있다. 이어서 동작(703)에서, 제2 디바이스 상의 메시징 앱은 메시지 버블에 콘텐츠를 표시할 수 있고, 리소스 로케이터 및 데이터(제공되는 경우)를 유지할 수 있다. 이 점에서, 이 실시예에서 메시징 앱은 이 시점에 실제로 제2 디바이스 상에 설치되어 있지 않은 확장 앱을 기동시키려 시도하지 않는다. 이어서 동작(705)에서, 메시징 앱은 제1 디바이스로부터 확장 앱에 의해 제공된 콘텐츠를 포함하는 메시지 버블의 선택, 예컨대 탭을 수신하고, 메시징 앱은 확장 앱(수신된 앱 식별자에 의해 식별됨)이 제2 디바이스 상에 설치되어 있지 않다고 결정한다. 이 점에서, 도 14a의 동작(707)에 도시된 바와 같이, 메시징 앱은 제2 디바이스 상에 확장 앱의 다운로드 및 설치를 제안하고 사용자는 동작(701)에서 수신된 앱 식별자에 의해 식별된 확장 앱을 설치하도록 선택할 수 있다. 일부 경우들에서, 사용자가 확장 앱을 구매한 이후에만 확장 앱이 다운로드되고 설치될 수 있다. 다운로드 및 설치 제안이 도 5f에 도시된 통지(259)와 같은 통지에 제시될 수 있고, 이 통지는 선택된 메시지 버블에 대한 확장 앱이 다운로드 및 설치되게 하는 선택가능한 옵션을 포함할 수 있다. 이어서 동작(709)에서, 제2 디바이스는 확장 앱을 다운로드 및 설치하고 새롭게 설치된 확장 앱을 기동시킬 수 있다. 일 실시예에서, 메시징 앱이 전경을 유지하는 동안 다운로드 및 설치가 배경에서 일어날 수 있다. 일 실시예에서, 다운로드 및 설치의 진행이 선택된 메시지 버블 내에 도시된 진행 바, 예컨대 진행 바(473)에 도시될 수 있다. 동작(709)이 완료된 이후에, 이어서 새롭게 설치된 확장 앱은 제2 디바이스 상에서 사용될 수 있고, 메시징 앱은, 동작(711)에서, 콘텐츠 및 선택적인 리소스 로케이터 및 데이터를, 메시징 앱에 의해 호스팅된 화면 내에 있는 제2 디바이스 상의 확장 앱에 제공할 수 있다.
일 실시예에서, 메시징 앱은 설치되어 있는 확장 앱들이 자동으로 업데이트되게 할 수 있다. 다른 실시예에서, 메시징 앱은 특정 확장 앱들이 업데이트될 필요가 있다는 알림 또는 통지를 사용자에게 제공할 수 있고 이 업데이트들에 관한 통지는 일 실시예에서 확장 앱 마켓플레이스로부터 수신될 수 있다. 이를 통해 사용자는 특정 메시징 앱들의 업데이트 여부를 선택적으로 결정할 수 있다.
본 명세서에 기재된 실시예들의 다른 양태는 스티커 확장 앱들에 관한 것으로, 도 15, 도 16a, 도 16b, 및 도 16c는 이 양태의 예들을 도시한다. 스티커 확장 앱들은 도 3a에 도시된 메시징 앱(76)과 같은 메시징 앱을 위한 확장으로서 실행되는 앱들이고, 메시징 앱의 메시지 트랜스크립트 내의 메시지 버블과 연관되는 이미지들을 메시징 앱에 제공한다. 일 실시예에서 스티커 앱은 구매하거나 또는 다른 방식으로 메시징 확장 스토어로부터 획득될 수 있고(예컨대 도 14b 참조), 구매한 스티커 앱은 스티커들의 세트를 포함할 수 있다. 일 실시예에서, 이미지들의 파일 크기는 사전결정된 데이터량 미만으로 제한된다. 일 실시예에서, 사용자는 메시징 앱의 화면 내의 스티커 확장 앱을 이용하여 이미지를 생성한 뒤, 메시지 앱 내의 스티커 확장 앱의 화면으로부터 메시징 앱에 의해 제공되는 트랜스크립트 내의 메시지 버블 위로 이미지를 드래그할 수 있다. 일 실시예에서, 메시지 버블 위로 이미지를 드래그한 이후에, 사용자는 또한 선택된 메시지 버블 상에서 스티커 이미지를 크기 조절(예컨대 확대 또는 축소) 및 회전시킬수 있다. 일 실시예에서, 사용자는 또한 송신되지 않았지만 송신 대기중인 메시지 버블에 스티커를 붙일 수 있다. 일 실시예에서, 송신 디바이스는 암호화된 이미지 파일을 메시징 서버에 송신하고 다운로드 토큰(및 연관된 존속시간(TTL) 값)을 수신하는데, 토큰은 암호화된 이미지 파일을 표현한다. 일 실시예에서 이미지 파일은 본 명세서에 기재된 바와 같이 송신자 단위 기준으로 암호화되고, 따라서 메시징 서버들은 동일한 스티커의 다중 인스턴스들을 저장할 수 있고, 각각 상이한 송신 디바이스들의 상이한 키를 이용하여 암호화되고, 송신 디바이스가 후속 메시지를 위하여 다운로드 토큰(이전에 서버로부터 획득함)을 서버에 송신할 때 각각 적절한 송신 디바이스에 의해 리프레시 될 수 있는 TTL(time-to-live) 값을 갖는다. 일 실시예에서, 스티커는 애니메이션화될 수 있다.
송신 디바이스가 암호화될 수 있는 스티커 이미지를 하나 이상의 메시징 서버에 처음 송신하면, 그것은 다운로드 토큰 및 TTL(time-to-live) 값을 수신한다. 도 15에 도시된 메시징 시스템(800)은 도 2에 도시된 메시징 시스템(50)과 유사할 수 있다. 특히, 메시징 서버들(801)의 세트는 메시징 서버들(51)과 유사할 수 있고 송신 디바이스(803) 및 수신 디바이스(805)는 클라이언트 디바이스들(53, 54)과 유사할 수 있다. 또한, 일 실시예에서, 송신 디바이스(803) 및 수신 디바이스(805)는 도 3a에 도시된 아키텍처를 사용할 수 있으며, 메시징 앱(76)은 도 3a에 도시된 바와 같이 IPC를 통해 별개의 확장 앱과 함께 동작한다. 송신 디바이스(803)가 스티커 이미지(암호화될 수 있음)를 메시지(암호화될 수 있음)와 함께 하나 이상의 메시징 서버(801)의 세트에 처음 송신하면(811), 송신 디바이스(803)는 다운로드 토큰 및 암호화된 스티커 이미지가 언제 만료예정인지 나타내는 TTL 값을 (동시에) 메시징 서버(801)와 송신 디바이스(803) 상에서 수신한다(812). TTL 값이 만료되지 않은 동안 송신 디바이스(803)가 메시지에서 스티커(동일한 스티커)를 다시 동일한 또는 상이한 수신 디바이스에 송신하는 경우(819), 송신 디바이스(803)는 스티커 이미지를 다시 업로드하지 않고, 대신에 다운로드 토큰을 하나 이상의 메시지 서버(801)에 송신하는데(819), 이것이 또한 서버(801)의 존속시간 값이 리프레시되게 한다(그리고 또한 송신 디바이스(803)에 저장된 TTL 값이 리프레시되게 함). 존속시간 값이 만료된 경우, 송신 디바이스(803)는 암호화된 스티커 이미지(상이한 키로 암호화될 수 있음)를 다시 업로드할 것이고 하나 이상의 메시징 서버(801)의 세트로부터 다른 다운로드 토큰을 수신할 것이다. 하나 이상의 서버(801)의 세트는 암호화된 스티커의 데이터베이스(802)를 유지할 수 있고, 암호화된 스티커의 데이터베이스(802)는, 각각의 암호화된 스티커에 대하여, 대응하는 토큰 및 대응하는 존속시간 값을 갖는다. 특히, 암호화된 스티커 1은 데이터베이스(802)의 열(821)에 도시된, 대응하는 토큰 값 토큰 1 및 대응하는 존속시간 값 TTL1을 가질 수 있다. 유사하게, 다른 암호화된 스티커 이미지는 데이터베이스(802)의 그것의 열(823)에 대하여 암호화된 스티커 2의 복사본 및 열(823)에서 그것의 대응하는 토큰 2 및 TTL2 값을 가질 수 있다. 대안적인 실시예에서, 스티커 1 및 스티커 2는 동일한 스티커 이미지에 대한 암호화된 이미지일 수 있지만 상이한 수신자에 대한(그러나 동일한 송신 디바이스를 위한) 암호화된 이미지일 수 있고, 상이한 키들로 암호화되고 따라서 데이터베이스 내에서 별개로 그리고 별개의 열에 저장된다. 도 15에 대하여 기재된 실시예들은 스티커에 대하여 TTL 값을 이용하지만, 메시징 앱으로부터 송신된 다른 객체들은 동일한 방법으로 TTL 값들을 이용할 수 있고, 이러한 다른 객체들은 이미지, 문서, 실행가능한 파일(예컨대 게임) 등을 포함할 수 있음을 이해할 것이다.
도 16a는 송신 디바이스(803)가 하나 이상의 메시징 서버(801)의 세트와 상호작용하는 일 실시예에 따른 방법을 도시한다. 동작(851)에서, 스티커 확장 앱은 스티커 이미지 및 이미지의 해시를 생성하고, 이미지 메타데이터, 예컨대 크기조절 및 회전 메타데이터를 결정하기 위하여 사용자 입력을 수신할 수 있다. 일 실시예에서, 스티커 이미지의 생성은 도 16c에 도시된 열람가능한 스티커 화면(835)으로부터 특정 스티커 이미지, 예컨대 스티커 이미지(841)를 단순히 선택하는 것, 그리고 선택된 스티커, 예컨대 스티커(841)를 메시지, 예컨대 통신 디바이스(831)에 의해 송신되었을 수 있는 메시지 버블(839)(또는 메시지 트랜스크립트 내의 또는 텍스트 대기 구역 내의 임의의 다른 메시지 버블) 위로 드래그하는 것을 수반할 수 있다. 유사하게, 메시지 버블(839) 상에서 꽃 스티커를 생성하는 것은, 열람가능한 스티커 화면(835)으로부터 메시지 버블(839)(또는 메시지 트랜스크립트 내의 또는 텍스트 대기 구역 내의 임의의 다른 메시지 버블) 위로 스티커(843)를 단순히 드래그하는 것 그리고 꽃이 메시지 버블(839) 상에 있는 동안 크기조절 또는 회전과 같은 임의의 이미지 복제를 수행하는 것을 수반할 수 있다. 도 16a를 다시 참조하면, 동작(851)에서, 메시징 앱은 스티커 앱으로부터 스티커 이미지 및 이미지 메타데이터(예컨대 회전 메타데이터 및 크기조절 메타데이터) 및 특정 메시지 버블 상의 설정위치를 위한 설정위치 메타데이터를 수신하고, 버블 식별자(특정 메시지 버블로서 식별될 수 있음) 및 스티커 확장 앱 식별자를 스티커 이미지와 연관시킨다. 이어서 동작(853)에서, 수신 디바이스로의 전달을 위하여 송신 디바이스 상의 메시징 앱은, 하나 이상의 메시징 서버에, 암호화된 메시지(존재하는 경우) 및 암호화된 스티커 이미지 및 메타데이터를 업로드한다. 이 업로드 프로세스는 도 15에서 송신(811)으로서 도시된다. 이어서 동작(855)에서 송신 디바이스(예컨대 송신 디바이스(803))는 하나 이상의 메시징 서버(801)로부터 다운로드 토큰을 수신하고 토큰 및 대응하는 암호화된 스티커 이미지에 대한 연관된 TTL 값을 저장한다. 이는 도 15에서 수신(812)으로서 도시된다. 도 16a의 동작(857)에서, 송신 디바이스는 또한 선택적으로 메시지의 수신의 확인을 수신할 수 있다. 이어서, 동작(859)에서 동일한 이미지 스티커의 동일한 수신 디바이스 또는 다른 수신 디바이스들(일 실시예에서)로의 후속 송신에 대하여, 동일한 수신 디바이스 또는 다른 수신 디바이스들(일 실시예에서)로의 전달을 위하여 송신 디바이스(803)는 TTL 값이 만료되지 않는 한 그 스티커 이미지에 대한 연관된 토큰을 송신할 수 있다(819). 토큰의 송신은 일 실시예에서 메시징 서버 및 송신 디바이스(803) 둘 모두에서 TTL 값을 리프레시할 수 있다. 따라서, 하나 이상의 메시징 서버는 제2 및 후속 송신에 대한 토큰을 수신하는 즉시 데이터베이스(802) 내의 대응하는 존속시간 값을 리프레시할 것이다. 반면에, 존속시간 값이 만료되는 경우, 송신 디바이스(803)는 암호화된 스티커 이미지의 다른 복사본을 다시 업로드하고 하나 이상의 메시징 서버(801)로부터 새로운 다운로드 토큰 및 새로운 존속시간 값을 수신할 것이다.
도 16b에 도시된 방법은 수신 디바이스(805)에 의해 수행될 수 있다. 동작(875)에서, 수신 디바이스는 암호화된 메시지 및 다운로드 토큰 및 대응하는 메타데이터를 수신할 수 있고, 이는 도 15에서 수신되는 것(813)으로서 도시된다. 일 실시예에서 메타데이터는 원격 스티커 확장 앱에 의해 생성된 해시 및 스티커 확장 앱 식별자를 포함할 수 있고 또한 버블 식별자 및 식별된 메시지 버블 상의 설정위치를 나타내기 위한 설정위치 메타데이터 및 크기조절 메타데이터 및 회전 메타데이터를 포함할 수 있어서 디바이스(805) 상의 메시징 앱에 의해 스티커를 위치설정 및 크기조절 및 회전시키는 데 사용되도록 한다. 동작(877)에서, 메시징 앱은 수신 디바이스가 수신 디바이스 상에 저장된 스티커 이미지의 로컬 복사본을 갖고 있는지 여부를 동작(875)에서 수신된 해시로부터 결정한다. 수신 디바이스가 갖고 있는 경우, 도 16b에 도시된 바와 같이 동작(881)이 동작(877) 다음에 일어나고, 프로세싱이 동작(891)으로 점프한다. 로컬 복사본이 존재하지 않는 경우, 동작(879)이 동작(877) 다음에 일어나고, 수신 디바이스(805)는, 동작(879)에서, 도 15에 도시된 송신(815)의 다운로드 토큰을 하나 이상의 메시징 서버(801)에 송신하여 암호화된 스티커 이미지를 검색하고, 이어서 메시징 앱은 동작(879)에서 암호화된 스티커 이미지를 복호화한다. 이어서 동작(891)에서 수신 디바이스는 이미지 메타데이터를 이용하여 최종 스티커 이미지를 생성하고, 최종 스티커 이미지는 이미지의 하나 이상의 회전 및 확대 또는 축소(또는 이미지의 기타 수정)을 포함할 수 있다. 일 실시예에서, 수신 디바이스 상의 메시징 앱이 동작(891)을 수행한다. 이어서 동작(893)에서 메시징 앱은 메시지 트랜스크립트 내의 버블 상에(버블 식별자에 의해 식별되었던 버블 상에) 최종 스티커 이미지를 표시할 수 있다. 도 16c는 사용자가 두 개의 스티커 이미지를 생성하고 그것들을 메시지 버블(839) 상에 배치한 예를 도시한다.
일 실시예에서, 스티커 확장 앱은, 라이브러리로부터의 선택된 부품들 또는 부분들을 포함하는 최종 스티커를 생성하기 위하여 하나 이상의 사용자들이 스티커 컴포넌트들의 라이브러리로부터의 스티커들의 부품들 또는 부분들로 스티커를 조립하게 하는 사용자 인터페이스를 제공할 수 있다. 라이브러리는 스티커 확장 앱에 의해 제공될 수 있다. 스티커 확장 앱은 최종 스티커를 생성하는 것에 관련된 단계들을 통해 사용자를 지도하는 "마법사"를 통해 최종 스티커의 생성을 안내할 수 있다. 그와 같은 스티커 확장 앱의 예가 2016년 6월 12일자로 출원된, 미국 가출원 특허 제62/349,091호의 부록 II에 기재되어 있다.
도 15에 도시된 예는 스티커들을 수신 디바이스들에 분배 또는 송신하기 위한 일 실시예이고, 두 개의 대안적인 실시예들이 이제 기재될 것이다. 제1 대안적인 실시예에서, 스티커 확장 앱의 개발자가 확장 앱 및 그것의 리소스들 및 자산들(예컨대 스티커 이미지들)을 앱들의 온라인 스토어와 같은 배포처/서비스에 업로드 하면, 배포처/서비스는 자산들을 추출하고 그것들을 클라우드 기반 저장 시스템(예컨대 아이클라우드(iCloud) 저장을 지원하는 하나 이상의 서버)에 저장하고 스티커 이미지들의 각각에 대하여 유일한 식별자(예컨대 광역적으로 유일한 식별자 ― GUID)를 제공하고 GUID를 대응하는 스티커 이미지와 연관시킬 수 있다. 배포처/서비스는 또한 스티커 확장 앱과 함께 유일한 식별자를 (예컨대 스티커 확장 앱을 포함하는 번들의 일부로서) 저장하여 송신 디바이스(예컨대 디바이스(803))가 앱과 함께 포함된 스티커 이미지들에 대한 유일한 식별자들을 이용하여 스티커 확장 앱을 설치할 수 있도록 할 수 있다. 송신 디바이스가 스티커 확장 앱에 의해 생성된 스티커와 함께 메시지를 송신하면, 송신 디바이스 상의 메시징 앱은 스티커에 대한 유일한 식별자를 수신 디바이스 상의 메시징 앱에 송신한다. 이어서 수신 디바이스 상의 메시징 앱은 식별된 스티커 이미지를 수신 디바이스에 송신함으로써 응답할 수 있는 클라우드 기반 저장 시스템에 유일한 식별자를 송신함으로써 스티커 이미지를 검색할 수 있다(수신 디바이스 상에 로컬적으로 저장되어 있지 않은 경우).
제2 대안적인 실시예는 사용자(이미지 생성 또는 캡처 앱을 이용하여 새로운 스티커를 생성함)에 의해 생성될 수 있는 새로운 스티커들을 지원하고, 제2 대안적인 실시예는 또한 수신 디바이스가 스티커를 요청할 때 스티커 이미지를 검색하기 위하여 스티커 이미지의 식별자(예컨대, 스티커 이미지의 해시)를 이용하는 클라우드 기반 저장 서비스를 이용할 수 있다. 송신 디바이스(예컨대, 송신 디바이스(803))가 스티커를 송신하면, 그것은 하나 이상의 메시징 서버의 세트에 이전에 송신되었던 스티커들의 목록에 대하여 그것의 로컬 저장을 체크할 수 있고, 스티커가 이전에 송신된 경우, 송신 디바이스는 스티커의 식별자를 수신 디바이스에 송신한다. 식별자는 SHA-1 해시 또는 MD1 스티커 이미지의 해시와 같은 해시일 수 있고, 이 식별자는 스티커 이미지의 콘텐츠에 따라 달라질 것이고 사실상 모든 상황에서 스티커 이미지의 신뢰성있고 유일한 식별자일 것이다. 수신 디바이스는, 송신 디바이스로부터 식별자를 수신한 이후에, 식별자를 이용하여 클라우드 기반 저장 서비스로부터 스티커를 검색할 수 있고, 일 실시예에서, 클라우드 기반 저장 서비스는 데이터베이스에서 스티커 이미지를 탐색하기 위한 키로서 식별자를 사용하고, 이어서 클라우드 기반 저장 서비스는 검색된 스티커 이미지를 수신 디바이스에 송신한다. 송신 디바이스가, 이전에 송신된 스티커들에 대하여 그것의 로컬 저장을 체크할 때, 스티커 이미지가 송신 디바이스의 메시징 앱에 의해 이전에 송신되지 않았다고 결정하는 경우, 메시징 앱은 스티커 이미지를 (직접 또는 메시징 서버(들)를 통해) 클라우드 기반 저장 서비스에 송신할 수 있고, 클라우드 기반 저장 서비스는 스티커 이미지의 해시(식별자)를 생성하고 둘 모두 클라우드 기반 저장 서비스에 저장할 수 있다. 송신 디바이스는 또한 식별자(예컨대 스티커 이미지의 해시)를 수신 디바이스에 송신할 수 있고, 수신 디바이스는 식별자를 이용하여 클라우드 기반 저장 서비스로부터 스티커 이미지를 검색할 수 있다.
하나 이상의 어플리케이션 프로그래밍 인터페이스들(APIs)은 일부 실시예들에서 사용될 수 있다. API는 프로그램 코드 컴포넌트 또는 하드웨어 컴포넌트(이하에서 "API 구현 컴포넌트"라고 함)에 의하여 구현되는 인터페이스로서, API 구현 컴포넌트는 상이한 프로그램 코드 컴포넌트 또는 하드웨어 컴포넌트(이하에서, "API 호출 컴포넌트"라고 함)가 API 구현 컴포넌트에 의해 제공되는 하나 이상의 기능, 방법, 절차, 데이터 구조, 클래스 및/또는 다른 서비스에 액세스 하여 이를 사용하게 한다. API는 API 호출 컴포넌트와 API 구현 컴포넌트 사이에서 전달되는 하나 이상의 파라미터들을 정의할 수 있다.
API는 API 호출 컴포넌트의 개발자(제3자의 개발자일 수 있음)가 API 구현 컴포넌트에 의해 제공되는 규정된 특징부에 영향을 주게 한다. 하나의 API 호출 컴포넌트가 있을 수 있거나, 하나 초과의 그러한 컴포넌트가 있을 수 있다. API는 애플리케이션으로부터의 서비스 요청을 지원하기 위하여 컴퓨터 시스템 또는 프로그램 라이브러리가 제공하는 소스 코드 인터페이스일 수 있다. 운영 체제(operating system, OS)는 다수의 API들을 가져서 OS 상에서 실행되는 애플리케이션이 그 API들 중 하나 이상을 호출하게 할 수 있으며, (프로그램 라이브러리와 같은) 서비스는 다수의 API들을 가져서 그 서비스를 사용하는 애플리케이션이 그 API들 중 하나 이상을 호출하게 할 수 있다. API는 애플리케이션이 구축될 때 인터프리팅(interpreting)되거나 컴파일링(compiling)될 수 있는 프로그래밍 언어에 의해 규정될 수 있다.
일부 실시예들에서, API 구현 컴포넌트는 하나 초과의 API를 제공할 수 있고, API는 각각 API 구현 컴포넌트에 의해 구현되는 기능의 상이한 측면들에 액세스하는 상이한 측면들의 상이한 뷰 또는 상이한 측면들을 갖는 상이한 뷰를 제공한다. 예를 들어, API 구현 컴포넌트 중 하나의 API는 제1 기능 세트를 제공할 수 있고 제3자의 개발자에게 노출될 수 있으며, API 구현 컴포넌트 중 다른 API는 숨겨질(노출되지 않을) 수 있고 제1 기능 세트의 하위세트(subset)를 제공하고 또한 제1 기능 세트에는 없는 테스팅 및 디버깅 기능과 같은 다른 기능 세트를 제공할 수 있다. 다른 실시예들에서, API 구현 컴포넌트 자체는 기본 API를 통해 하나 이상의 다른 컴포넌트를 호출할 수 있고, 따라서 API 호출 컴포넌트와 API 구현 컴포넌트 둘 모두가 될 수 있다.
API는 API 호출 컴포넌트들이 API 구현 컴포넌트의 규정된 특징부들에 액세스하여 이를 사용할 때 API 호출 컴포넌트가 사용하는 언어와 파라미터를 정의한다. 예를 들면, API 호출 컴포넌트는 API에 의해 노출된 하나 이상의 API 호출들 또는 (예를 들면, 기능 또는 메소드 호출들에 의하여 구현된) 인보케이션(invocation)들을 통해 API 구현 컴포넌트의 특정 특징부들에 액세스하고, API 호출들 또는 인보케이션들을 통해 파라미터들을 사용하여 데이터 및 제어 정보를 전달한다. API 구현 컴포넌트는 API 호출 컴포넌트로부터의 API 호출에 응답하여 API를 통해 값을 반환할 수 있다. API는 API 호출의 신택스(syntax)와 결과(예컨대, API 호출을 어떻게 작동시키는지 그리고 API 호출이 무엇을 하는지)를 정의하지만, API는 API 호출이 API 호출에 의하여 규정된 기능을 어떻게 성취하는지 드러내지 않을 수 있다. 호출(API 호출 컴포넌트)과 API 구현 컴포넌트 사이에서 하나 이상의 애플리케이션 프로그래밍 인터페이스를 통하여 다양한 API 호출들이 전달된다. API 호출들의 전달은 함수 호출 또는 메시지에 대한 발행, 개시, 작동, 호출, 수신, 반환 또는 응답을 포함하는데, 다시 말하면, 전달은 API 호출 컴포넌트 또는 API 구현 컴포넌트 중 어느 하나에 의한 작용들을 설명할 수 있다. API의 함수 호출들 또는 다른 인보케이션들은 파라미터 리스트 또는 다른 구조를 통하여 하나 이상의 파라미터들을 주고 받을 수 있다. 파라미터는 상수, 키(key), 데이터 구조, 객체, 객체 클래스, 변수, 데이터 유형, 포인터, 배열, 리스트 또는 함수 또는 메서드에 대한 포인터, 또는 API를 통해 전달될 데이터 또는 다른 항목을 참조하기 위한 다른 방법일 수 있다.
또한, 데이터 유형 또는 클래스가 API에 의하여 제공되고 API 구현 컴포넌트에 의하여 구현될 수 있다. 따라서, API 호출 컴포넌트는 API에서 제공되는 정의들을 사용함으로써 그러한 유형들 또는 클래스들의 변수들을 선언하거나, 이들에 대한 포인터들을 사용하거나, 이들의 상수 값을 사용 또는 인스턴스화한다(instantiate).
일반적으로, API를 사용하여 API 구현 컴포넌트에 의하여 제공되는 서비스 또는 데이터에 액세스하거나 API 구현 컴포넌트에 의하여 제공되는 동작 또는 연산의 수행을 개시할 수 있다. 예로서, API 구현 컴포넌트 및 API 호출 컴포넌트는 각각 운영 체제, 라이브러리, 디바이스 구동기, API, 어플리케이션 프로그램, 또는 다른 모듈 중에서 임의의 것일 수 있다(API 구현 컴포넌트 및 API 호출 컴포넌트가 서로 동일하거나 상이한 유형의 모듈일 수 있음이 이해되어야 한다). API 구현 컴포넌트들은 일부 경우에 적어도 부분적으로 펌웨어, 마이크로코드 또는 다른 하드웨어 로직으로 실시될 수 있다. 일부 실시예들에서, API는 클라이언트 프로그램(예컨대, 게임 센터 애플리케이션)이 SDK(Software Development Kit) 라이브러리에 의해 제공되는 서비스들을 사용할 수 있게 할 것이다. 다른 실시예들에서, 애플리케이션 또는 다른 클라이언트 프로그램은 애플리케이션 프레임워크에 의해 제공되는 API를 사용할 수 있다. 이 실시예들에서, 애플리케이션 또는 클라이언트 프로그램은 호출들을 SDK에 의해 제공되고 API에 의해 제공되는 함수들 또는 메서드들에 통합시킬 수 있거나 SDK에서 정의되고 API에 의해 제공되는 데이터 유형들 또는 객체들을 사용할 수 있다. 애플리케이션 프레임워크는 이 실시예들에서, 프레임워크에 의해 정의된 다양한 이벤트들에 응답하는 프로그램에 대한 메인 이벤트 루프(main event loop)를 제공할 수 있다. API는 애플리케이션이 애플리케이션 프레임워크를 사용하여 이벤트들 및 이벤트들에 대한 응답들을 명시하게 할 수 있다. 일부 구현들에서, API 호출은 입력 능력 및 상태, 출력 능력 및 상태, 처리 능력, 전원 상태, 저장 용량 및 상태, 통신 능력 등과 같은 측면들에 관계되는 것들을 비롯한 하드웨어 디바이스의 능력 또는 상태를 애플리케이션에 보고할 수 있고, API는 펌웨어, 마이크로코드, 하드웨어 컴포넌트 상에서 부분적으로 실행되는 다른 저레벨 로직에 의하여 부분적으로 구현될 수 있다.
API 호출 컴포넌트는 로컬 컴포넌트(즉, API 구현 컴포넌트와 동일한 데이터 프로세싱 시스템 상의) 또는 네트워크에 걸쳐 API를 통해 API 구현 컴포넌트와 통신하는 원격 컴포넌트(즉, API 구현 컴포넌트와 상이한 데이터 프로세싱 시스템 상의)일 수 있다. API 구현 컴포넌트가 또한 API 호출 컴포넌트로서의 역할을 할 수도 있고(즉, 그것은 상이한 API 구현 컴포넌트에 의해 노출된 API에 API 호출을 행할 수 있다), 상이한 API 호출 컴포넌트에 노출되는 API를 구현함으로써 API 호출 컴포넌트가 또한 API 구현 컴포넌트로서의 역할을 할 수 있음이 이해되어야 한다.
API는 상이한 프로그래밍 언어들로 기록된 다수의 API 호출 컴포넌트들이 API 구현 컴포넌트와 통신하도록 허용할 수 있다(따라서, API는 호출들을 해석하기 위한 특징부들을 포함할 수 있고 API 구현 컴포넌트와 API 호출 컴포넌트 사이에 리턴한다); 그러나, API는 특정 프로그래밍 언어의 관점에서 구현될 수 있다. 일 실시예에서, API 호출 컴포넌트는 OS 공급자로부터의 API 세트, 플러그인 공급자로부터의 다른 API 세트, 다른 API 세트의 다른 공급자(예컨대, 소프트웨어 라이브러리의 공급자) 또는 생성자로부터의 다른 API 세트와 같은, 상이한 공급자들로부터의 API들을 호출할 수 있다.
도 17은 본 발명의 일 실시예에서 사용될 수 있는 예시적인 API 아키텍처를 도시하는 블록 다이어그램이다. 도 17에 도시된 바와 같이, API 아키텍처(3200)는 API(3220)를 구현하는 API 구현 컴포넌트(3210)(예컨대, 운영 체제, 라이브러리, 디바이스 드라이버, API, 애플리케이션 프로그램, 소프트웨어 또는 다른 모듈)를 포함한다. API(3220)는 하나 이상의 기능, 메소드, 클래스, 객체, 프로토콜, 데이터 구조, 포맷, 및/또는 API 호출 컴포넌트(3230)에 의해 사용될 수 있는 API 구현 컴포넌트의 다른 특징부들을 규정한다. API(3220)는 API 구현 컴포넌트 내의 함수가 어떻게 API 호출 컴포넌트로부터 파라미터들을 받는지, 그리고 이 함수가 어떻게 API 호출 컴포넌트로 결과를 반환하는지를 규정하는 적어도 하나의 호출 규약(calling convention)을 규정할 수 있다. API 호출 컴포넌트(3230)(예컨대, 운영 체제, 라이브러리, 디바이스 구동기, API, 애플리케이션 프로그램, 소프트웨어 또는 다른 모듈)는 API(3220)를 통해 API 호출하여 API(3220)에 의해 규정되는 API 구현 컴포넌트(3210)의 특징부들에 액세스하여 이를 사용한다. API 구현 컴포넌트(3210)는 API 호출에 응답하여 API(3220)를 통하여 API 호출 컴포넌트(3230)로 값을 반환할 수 있다.
API 구현 컴포넌트(3210)가 API(3220)를 통해 특정되지 않고 API 호출 컴포넌트(3230)가 이용가능하지 않은 추가 함수, 메소드, 클래스, 데이터 구조, 및/또는 다른 특징을 포함할 수 있음이 인식될 것이다. API 호출 컴포넌트(3230)가 API 구현 컴포넌트(3210)와 동일한 시스템 상에 있을 수 있거나, 원격으로 위치되어 네트워크를 통해 API(3220)를 이용하여 API 구현 컴포넌트(3210)에 액세스할 수 있다는 것을 이해해야 한다. 도 32는 API(3220)와 상호작용하는 단일 API 호출 컴포넌트(3230)를 도시하지만, API 호출 컴포넌트(3230)와는 상이한 언어(또는 동일한 언어)로 작성될 수 있는 다른 API 호출 컴포넌트들이 API(3220)를 사용할 수 있다는 것을 이해할 것이다.
API 구현 컴포넌트(3210), API(3220) 및 API 호출 컴포넌트(3230)는 기계(예컨대, 컴퓨터 또는 다른 데이터 처리 시스템)에 의해 판독가능한 형태로 정보를 저장하기 위한 임의의 메커니즘을 포함하는 기계 판독가능 매체(예컨대, 컴퓨터 판독가능 매체)에 저장될 수 있다. 예를 들어, 기계-판독가능한 매체는 자기 디스크, 광 디스크, RAM(random access memory), ROM(read only memory), 플래시 메모리 디바이스 등을 포함한다.
도 18("소프트웨어 스택")에서, 본 발명의 일 실시예에서, 애플리케이션은 다수의 서비스 API를 이용하여 서비스 A 또는 B에 대한 호출을 할 수 있고, 다수의 OS API를 이용하여 운영 체제(OS)에 대한 호출을 할수 있다. 서비스 A 및 서비스 B는 여러 OS API를 이용하여 OS로의 호출을 행할 수 있다.
서비스 2는 2개의 API를 갖는데, 그 중 하나(서비스 2 API 1)는 애플리케이션 1로부터 호출을 수신하고 그것에 값을 반환하며, 다른 것(서비스 2 API 2)은 애플리케이션 2로부터 호출을 수신하고 그것에 값을 반환함에 유의한다. 서비스 1(예를 들어, 소프트웨어 라이브러리일 수 있음)은 OS API 1로의 호출을 행하고 그로부터 반환 값을 수신하며, 서비스 2(예를 들어, 소프트웨어 라이브러리일 수 있음)는 OS API 1 및 OS API 2 둘 모두로의 호출을 행하고 그들로부터 반환 값을 수신한다. 애플리케이션 2는 OS API 2로의 호출을 행하고 그로부터 반환 값을 수신한다.
본 명세서에 기재된 시스템 및 방법은 다양한 상이한 데이터 프로세싱 시스템 및 디바이스, 예컨대 범용 컴퓨터 시스템, 특수 목적용 컴퓨터 시스템, 또는 범용 및 특수 목적 컴퓨터 시스템의 하이브리드로 구현될 수 있다. 본 명세서에 기재된 방법들 중 임의의 것을 이용할 수 있는 예시적인 데이터 프로세싱 시스템은 데스크톱 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 스마트폰, 셀룰러 전화, PDA(personal digital assistant), 임베디드 전자 디바이스, 또는 가전 디바이스들을 포함한다.
도 19는 일 실시예에 따른 데이터 프로세싱 시스템 하드웨어의 블록 다이어그램이다. 유의할 점은, 도 19가 모바일 또는 휴대용 디바이스 내에 통합될 수 있는 데이터 프로세싱 시스템의 다양한 컴포넌트들을 도시하지만, 그러한 상세사항들이 본 발명과 밀접한 관련이 없기 때문에 컴포넌트들을 상호접속시키는 임의의 특정 아키텍처 또는 방식을 표현하도록 의도되지 않는다는 것이다. 도 19에 도시된 것보다 더 적은 컴포넌트 또는 도시된 것보다 더 많은 컴포넌트를 갖는 다른 유형의 데이터 프로세싱 시스템이 또한 본 발명에서 사용될 수 있음이 또한 이해될 것이다.
도 19에 도시된 바와 같이, 데이터 프로세싱 시스템은 시스템의 다양한 컴포넌트들을 상호접속시키는 역할을 하는 하나 이상의 버스(1309)를 포함한다. 하나 이상의 프로세서(1303)가 당업계에 공지된 바와 같이 하나 이상의 버스(1309)에 연결된다. 메모리(1305)는 DRAM 또는 비휘발성 RAM일 수 있거나 또는 플래시 메모리 또는 다른 유형들의 메모리 또는 그와 같은 메모리 디바이스들의 조합일 수 있다. 이러한 메모리는 당업계에 공지된 기법을 이용하여 하나 이상의 버스(1309)에 연결된다. 데이터 프로세싱 시스템은 또한 하드 디스크 드라이브, 또는 플래시 메모리, 또는 자기 광 드라이브, 또는 자기 메모리, 또는 광 드라이브, 또는 전력이 시스템으로부터 제거된 후에도 데이터를 유지하는 다른 유형의 메모리 시스템일 수 있는 비휘발성 메모리(1307)를 포함할 수 있다. 비휘발성 메모리(1307) 및 메모리(1305)는 둘 모두 공지된 인터페이스 및 접속 기법을 이용하여 하나 이상의 버스(1309)에 연결된다. 디스플레이 디바이스(1323) 상에 표시될 디스플레이 데이터를 수신하기 위해, 디스플레이 제어기(1322)가 하나 이상의 버스(1309)에 연결된다. 디스플레이 디바이스(1323)는 터치 스크린을 제공하기 위해 통합형 터치 입력부를 포함할 수 있다. 데이터 처리 시스템은 또한 하나 이상의 마우스, 터치 스크린, 터치 패드, 조이스틱, 및 당업계에 공지된 것을 포함한 다른 입력 디바이스와 출력 디바이스(예컨대, 스피커)와 같은 하나 이상의 입력/출력(I/O) 디바이스에 인터페이스를 제공하는 하나 이상의 I/O 제어기(1315)를 포함할 수 있다. 입력/출력 디바이스(1317)들은 당업계에 공지된 바와 같이 하나 이상의 I/O 제어기(1315)를 통해 연결된다.
도 19가 비휘발성 메모리(1307) 및 메모리(1305)가 네트워크 인터페이스를 통해서보다는 하나 이상의 버스에 직접 연결됨을 도시하지만, 본 발명은 모뎀 또는 이더넷 인터페이스와 같은 네트워크 인터페이스를 통해 데이터 처리 시스템에 연결되는 네트워크 저장 디바이스와 같은, 시스템으로부터 떨어져 있는 비휘발성 메모리를 이용할 수 있음이 이해될 것이다. 버스들(1309)은 당업계에 주지되어 있는 바와 같은 다양한 브리지, 제어기, 및/또는 어댑터를 통해 서로 접속될 수 있다. 일 실시예에서 I/O 제어기(1315)는 USB 주변장치를 제어하기 위한 USB(Universal Serial Bus) 어댑터, IEEE 1394 준수 주변장치를 위한 IEEE 1394 제어기, 또는 썬더볼트(Thunderbolt) 주변장치를 제어하기 위한 썬더볼트 제어기 중 하나 이상을 포함한다. 일 실시예에서, 하나 이상의 네트워크 디바이스(들)(1325)는 버스(들)(1309)에 결합될 수 있다. 네트워크 디바이스(들)(1325)는 유선 네트워크 디바이스들(예컨대, 이더넷) 또는 무선 네트워크 디바이스들(예컨대, WI-FI, 블루투스)일 수 있다.
이러한 설명으로부터, 본 발명의 태양이 적어도 부분적으로 소프트웨어로 구현될 수 있음이 자명할 것이다. 즉, 기법은, 그것의 프로세서가 저장 매체, 예컨대 비일시적 기계 판독가능 저장 매체(예컨대 DRAM 또는 플래시 메모리)에 포함된 명령어들의 시퀀스를 실행시키는 것에 응답하여 데이터 프로세싱 시스템에서 수행될 수 있다. 다양한 실시예에서, 하드웨어 내장형 회로가 본 발명을 구현하기 위해 소프트웨어 명령어들과 조합하여 사용될 수 있다. 따라서, 그 기법은 하드웨어 회로와 소프트웨어의 임의의 특정 조합으로, 또는 데이터 처리 시스템에 의해 실행되는 명령어들을 위한 임의의 특정 소스로 제한되지 않는다. 또한, 모바일 또는 휴대용 디바이스들이 기재되고, 설명은 모바일 디바이스들(예컨대, 랩톱 디바이스들, 태블릿 디바이스들), 휴대용 디바이스들(예컨대, 스마트폰), 및 웨어러블 전자 디바이스들에 사용하기에 적합한 임베디드 시스템을 포괄함을 이해할 것이다.
본 개시내용은 본 기술에서의 개인 정보 데이터의 이용이 사용자들에게 이득을 주기 위해 사용될 수 있음을 인식한다. 예를 들어, 개인 정보 데이터는 더 큰 관심이 있는 정보 또는 타깃 콘텐츠를 사용자에게 전달하는 데 이용될 수 있다. 따라서, 그러한 개인 정보 데이터의 이용은 전달된 콘텐츠의 계산된 제어를 가능하게 할 수 있다. 게다가, 사용자에게 유익한 개인 정보 데이터에 대한 다른 용도들이 또한 본 개시내용에 의해 고려된다.
본 개시내용은 그러한 개인 정보 데이터의 수집, 분석, 공개, 전달, 저장, 또는 다른 이용을 책임지고 있는 엔티티들이 잘 확립된 프라이버시 정책들 및/또는 프라이버시 관례들을 준수할 것이라는 것을 추가로 고려한다. 특히, 그러한 엔티티들은, 대체로, 개인 정보 데이터를 사적이고 안전하게 유지시키기 위한 산업적 또는 행정적 요건들을 충족시키거나 넘어서는 것으로 인식되는 프라이버시 정책들 및 관례들을 구현하고 지속적으로 이용해야 한다. 예를 들어, 사용자들로부터의 개인 정보는 엔티티의 적법하며 적정한 사용들을 위해 수집되어야 하고, 이들 적법한 사용들을 벗어나서 공유되거나 판매되지 않아야 한다. 또한, 그러한 수집은 단지 사용자들의 고지에 입각한 동의를 수신한 후에만 발생해야 한다. 부가적으로, 그러한 엔티티들은 그러한 개인 정보 데이터에 대한 액세스를 보호하고 안전하게 하며 개인 정보 데이터에 대한 액세스를 갖는 다른 사람들이 그들의 프라이버시 정책들 및 절차들을 고수한다는 것을 보장하기 위한 임의의 필요한 단계들을 취할 것이다. 게다가, 그러한 엔티티들은 널리 인정된 프라이버시 정책들 및 관례들에 대한 그들의 고수를 증명하기 위해 제3자들에 의해 그들 자신들이 평가를 받을 수 있다.
전술한 것에도 불구하고, 본 개시내용은 또한 사용자가 개인 정보 데이터의 사용, 또는 그에 대한 액세스를 선택적으로 차단하는 실시예들을 고려한다. 즉, 본 개시내용은 그러한 개인 정보 데이터에 대한 액세스를 방지하거나 차단하기 위해 하드웨어 및/또는 소프트웨어 요소들이 제공될 수 있다는 것을 고려한다. 예를 들어, 건강 정보 또는 광고 전달 서비스들의 경우에, 본 기술은 사용자들이 서비스를 위한 등록 중에 개인 정보 데이터의 수집 시의 참여의 "동의함" 또는 "동의하지 않음"을 선택하는 것을 허용하도록 구성될 수 있다. 다른 예에서, 사용자들은 타깃 콘텐츠 전달 서비스들을 위한 위치 정보를 제공하지 않도록 선택할 수 있다. 또 다른 예에서, 사용자들은 정확한 위치 정보를 제공하지 않지만 위치 구역 정보의 전달을 허용하도록 선택할 수 있다.
전술한 명세서에서, 특정 예시적인 실시예들이 기재되었다. 다음의 청구범위에 기재된 바와 같은 보다 넓은 사상 및 범주로부터 벗어남이 없이 이 실시예들에 대하여 다양한 수정들이 이루어질 수 있음이 명백할 것이다. 이에 따라서, 명세서 및 도면들은 한정적 의미보다는 오히려 예시적 의미에서 고려되어야 한다.
부록
다음의 부록은 미국, 캘리포니아주 쿠퍼티노의 애플 인크의 iOS 운영체제를 이용하는 iOS 디바이스에 대한 애플리케이션 프로그래밍 인터페이스의 예를 기재한다. 이 API는 본 명세서에 기재된 확장 앱들과 iOS 디바이스 상의 메시징 앱 사이의 상호작용을 제공한다.
Figure 112018113548117-pat00001
Figure 112018113548117-pat00002
Figure 112018113548117-pat00003
Figure 112018113548117-pat00004
Figure 112018113548117-pat00005
Figure 112018113548117-pat00006
Figure 112018113548117-pat00007
Figure 112018113548117-pat00008
Figure 112018113548117-pat00009
Figure 112018113548117-pat00010
Figure 112018113548117-pat00011
Figure 112018113548117-pat00012
Figure 112018113548117-pat00013
Figure 112018113548117-pat00014
Figure 112018113548117-pat00015
Figure 112018113548117-pat00016
Figure 112018113548117-pat00017
Figure 112018113548117-pat00018
Figure 112018113548117-pat00019
Figure 112018113548117-pat00020
Figure 112018113548117-pat00021
Figure 112018113548117-pat00022

Claims (18)

  1. 메시징 앱과 함께 동작시키기 위한 방법으로서,
    상기 메시징 앱에 의해, 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지를 수신하는 것에 응답하여 상기 확장 앱의 유형을 결정하는 단계;
    상기 확장 앱이 제1 유형의 확장 앱인 것으로 결정될 때 상기 메시지의 상기 수신에 응답하여 자동으로 상기 확장 앱을 기동시키는 단계;
    상기 확장 앱이 제2 유형의 확장 앱인 것으로 결정될 때, 상기 메시징 앱에 의해 표시되는 메시지 트랜스크립트(message transcript) 내에 표시된 메시지 버블의 선택이 수신될 때까지, 상기 확장 앱의 기동을 지연시키는 단계
    를 포함하는 방법.
  2. 제1항에 있어서, 상기 선택은 상기 트랜스크립트 내의 상기 메시지 버블을 선택하는 사용자로부터 수신되는, 방법.
  3. 제1항에 있어서, 상기 확장 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형의 확장 앱으로서 동작하는지를 특정하는, 방법.
  4. 제1항에 있어서, 상기 메시징 앱은 텍스트 메시지들을 하나 이상의 서버를 통해 다른 메시징 앱으로 전송하는 텍스트 메시징 앱이고, 상기 제1 유형의 확장 앱은 상기 수신 시에 기동되지만, 사용자가 상기 확장 앱으로 하여금 온-스크린 키보드 대신 표시되게 할 때까지 배경 내에 유지되는, 방법.
  5. 제4항에 있어서, 상기 확장 앱은 상기 배경에서 실행되는 동안에 상기 메시지 트랜스크립트 내의 하나 이상의 메시지 버블 내에 표시되는 상기 확장 앱의 콘텐츠를 업데이트하는, 방법.
  6. 제1항에 있어서, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동되지 않을 때에도 상기 메시지 버블 내에 보이고, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동된 후에 상기 확장 앱과 상기 메시징 앱 사이의 프로세스간 통신을 통해 업데이트되고, 상기 메시징 앱은 제1 샌드박스 프로세스(sandboxed process)에서 동작하고, 상기 확장 앱은 상기 제1 샌드박스 프로세스와 다른 제2 샌드박스 프로세스에서 동작하고, 상기 확장 앱은 제2 디바이스 상의 다른 메시징 앱을 통해 콘텐츠를 전송한 다른 확장 앱에 의해 생성된 상기 콘텐츠를 제1 디바이스 상의 상기 메시징 앱을 통해 수신하고, 상기 메시징 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형인지를 결정하는, 방법.
  7. 데이터 처리 시스템에 의해 실행될 때 상기 데이터 처리 시스템으로 하여금 메시징 앱과 함께 동작시키기 위한 방법을 수행하게 하는 명령어들을 저장하는 비일시적 기계 판독 가능 매체로서, 상기 방법은,
    상기 메시징 앱에 의해, 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지를 수신하는 것에 응답하여 상기 확장 앱의 유형을 결정하는 단계;
    상기 확장 앱이 제1 유형의 확장 앱인 것으로 결정될 때 상기 메시지의 상기 수신에 응답하여 자동으로 상기 확장 앱을 기동시키는 단계;
    상기 확장 앱이 제2 유형의 확장 앱인 것으로 결정될 때, 상기 메시징 앱에 의해 표시되는 메시지 트랜스크립트 내에 표시된 메시지 버블의 선택이 수신될 때까지, 상기 확장 앱의 기동을 지연시키는 단계
    를 포함하는, 비일시적 기계 판독 가능 매체.
  8. 제7항에 있어서, 상기 선택은 상기 트랜스크립트 내의 상기 메시지 버블을 선택하는 사용자로부터 수신되는, 비일시적 기계 판독 가능 매체.
  9. 제7항에 있어서, 상기 확장 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형의 확장 앱으로서 동작하는지를 특정하는, 비일시적 기계 판독 가능 매체.
  10. 제7항에 있어서, 상기 메시징 앱은 텍스트 메시지들을 하나 이상의 서버를 통해 다른 메시징 앱으로 전송하는 텍스트 메시징 앱이고, 상기 제1 유형의 확장 앱은 상기 수신 시에 기동되지만, 사용자가 상기 확장 앱으로 하여금 온-스크린 키보드 대신 표시되게 할 때까지 배경 내에 유지되는, 비일시적 기계 판독 가능 매체.
  11. 제10항에 있어서, 상기 확장 앱은 상기 배경에서 실행되는 동안에 상기 메시지 트랜스크립트 내의 하나 이상의 메시지 버블 내에 표시되는 상기 확장 앱의 콘텐츠를 업데이트하는, 비일시적 기계 판독 가능 매체.
  12. 제7항에 있어서, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동되지 않을 때에도 상기 메시지 버블 내에 보이고, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동된 후에 상기 확장 앱과 상기 메시징 앱 사이의 프로세스간 통신을 통해 업데이트되고, 상기 메시징 앱은 제1 샌드박스 프로세스에서 동작하고, 상기 확장 앱은 상기 제1 샌드박스 프로세스와 다른 제2 샌드박스 프로세스에서 동작하고, 상기 확장 앱은 제2 디바이스 상의 다른 메시징 앱을 통해 콘텐츠를 전송한 다른 확장 앱에 의해 생성된 상기 콘텐츠를 제1 디바이스 상의 상기 메시징 앱을 통해 수신하고, 상기 메시징 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형인지를 결정하는, 비일시적 기계 판독 가능 매체.
  13. 디바이스로서,
    적어도 하나의 프로세서; 및
    명령어들을 포함하는 메모리
    를 포함하고, 상기 명령어들은 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금,
    메시징 앱에 의해, 확장 앱에 의해 생성된 콘텐츠를 포함하는 메시지를 수신하는 것에 응답하여 상기 확장 앱의 유형을 결정하고;
    상기 확장 앱이 제1 유형의 확장 앱인 것으로 결정될 때 상기 메시지의 상기 수신에 응답하여 자동으로 상기 확장 앱을 기동시키고;
    상기 확장 앱이 제2 유형의 확장 앱인 것으로 결정될 때, 상기 메시징 앱에 의해 표시되는 메시지 트랜스크립트 내에 표시된 메시지 버블의 선택이 수신될 때까지, 상기 확장 앱의 기동을 지연시키는 하는, 디바이스.
  14. 제13항에 있어서, 상기 선택은 상기 트랜스크립트 내의 상기 메시지 버블을 선택하는 사용자로부터 수신되는, 디바이스.
  15. 제13항에 있어서, 상기 확장 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형의 확장 앱으로서 동작하는지를 특정하는, 디바이스.
  16. 제13항에 있어서, 상기 메시징 앱은 텍스트 메시지들을 하나 이상의 서버를 통해 다른 메시징 앱으로 전송하는 텍스트 메시징 앱이고, 상기 제1 유형의 확장 앱은 상기 수신 시에 기동되지만, 사용자가 상기 확장 앱으로 하여금 온-스크린 키보드 대신 표시되게 할 때까지 배경 내에 유지되는, 디바이스.
  17. 제16항에 있어서, 상기 확장 앱은 상기 배경에서 실행되는 동안에 상기 메시지 트랜스크립트 내의 하나 이상의 메시지 버블 내에 표시되는 상기 확장 앱의 콘텐츠를 업데이트하는, 디바이스.
  18. 제13항에 있어서, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동되지 않을 때에도 상기 메시지 버블 내에 보이고, 상기 제1 유형의 상기 확장 앱의 콘텐츠는 상기 확장 앱이 기동된 후에 상기 확장 앱과 상기 메시징 앱 사이의 프로세스간 통신을 통해 업데이트되고, 상기 메시징 앱은 제1 샌드박스 프로세스에서 동작하고, 상기 확장 앱은 상기 제1 샌드박스 프로세스와 다른 제2 샌드박스 프로세스에서 동작하고, 상기 확장 앱은 제2 디바이스 상의 다른 메시징 앱을 통해 콘텐츠를 전송한 다른 확장 앱에 의해 생성된 상기 콘텐츠를 제1 디바이스 상의 상기 메시징 앱을 통해 수신하고, 상기 메시징 앱은 상기 확장 앱이 상기 제1 유형 또는 상기 제2 유형인지를 결정하는, 디바이스.
KR1020180140444A 2016-06-12 2018-11-15 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션 KR102033672B1 (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201662349113P 2016-06-12 2016-06-12
US201662349101P 2016-06-12 2016-06-12
US201662349091P 2016-06-12 2016-06-12
US62/349,101 2016-06-12
US62/349,091 2016-06-12
US62/349,113 2016-06-12
US15/275,136 US10505872B2 (en) 2016-06-12 2016-09-23 Messaging application interacting with one or more extension applications
US15/275,136 2016-09-23

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020170071462A Division KR101921144B1 (ko) 2016-06-12 2017-06-08 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020190126212A Division KR102159885B1 (ko) 2016-06-12 2019-10-11 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션

Publications (2)

Publication Number Publication Date
KR20180125422A KR20180125422A (ko) 2018-11-23
KR102033672B1 true KR102033672B1 (ko) 2019-10-18

Family

ID=59077818

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020170071462A KR101921144B1 (ko) 2016-06-12 2017-06-08 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션
KR1020180140444A KR102033672B1 (ko) 2016-06-12 2018-11-15 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션
KR1020190126212A KR102159885B1 (ko) 2016-06-12 2019-10-11 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020170071462A KR101921144B1 (ko) 2016-06-12 2017-06-08 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020190126212A KR102159885B1 (ko) 2016-06-12 2019-10-11 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션

Country Status (5)

Country Link
US (1) US10505872B2 (ko)
EP (2) EP3255909B1 (ko)
KR (3) KR101921144B1 (ko)
CN (2) CN107491296B (ko)
TW (1) TWI641994B (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108781175B (zh) 2015-12-21 2021-09-21 谷歌有限责任公司 用于消息交换题绪的自动建议的方法、介质及系统
EP3395019B1 (en) 2015-12-21 2022-03-30 Google LLC Automatic suggestions and other content for messaging applications
US10852912B2 (en) 2016-06-12 2020-12-01 Apple Inc. Image creation app in messaging app
US10785175B2 (en) 2016-06-12 2020-09-22 Apple Inc. Polling extension application for interacting with a messaging application
US10595169B2 (en) 2016-06-12 2020-03-17 Apple Inc. Message extension app store
CN117634495A (zh) 2016-09-20 2024-03-01 谷歌有限责任公司 基于消息贴纸的建议响应
US10511450B2 (en) 2016-09-20 2019-12-17 Google Llc Bot permissions
US10860854B2 (en) 2017-05-16 2020-12-08 Google Llc Suggested actions for images
US10827319B2 (en) * 2017-06-02 2020-11-03 Apple Inc. Messaging system interacting with dynamic extension app
US10404636B2 (en) 2017-06-15 2019-09-03 Google Llc Embedded programs and interfaces for chat conversations
US10348658B2 (en) 2017-06-15 2019-07-09 Google Llc Suggested items for use with embedded applications in chat conversations
US10891526B2 (en) 2017-12-22 2021-01-12 Google Llc Functional image archiving
US11062030B2 (en) * 2018-03-09 2021-07-13 Huawei Technologies Co., Ltd. Systems and methods for managing access control between processes in a computing device
US11252274B2 (en) * 2019-09-30 2022-02-15 Snap Inc. Messaging application sticker extensions
US11086605B1 (en) * 2020-03-26 2021-08-10 Red Hat, Inc. Processing portable extensions at build time
KR20220012599A (ko) * 2020-07-23 2022-02-04 삼성전자주식회사 전자 장치에서 키패드를 이용한 컨텐츠 검색을 제공하는 방법 및 장치
WO2022055538A1 (en) * 2020-09-09 2022-03-17 Google Llc Pre-launching an application using interprocess communication
CN114168115B (zh) * 2020-09-10 2022-11-08 荣耀终端有限公司 通信系统、应用下载方法及设备
KR102354741B1 (ko) * 2021-05-27 2022-01-24 주식회사 디어유 개인화 메시징 서비스 시스템 및 개인화 메시징 서비스 방법
TWI791316B (zh) * 2021-11-05 2023-02-01 財團法人工業技術研究院 實現程式間通訊的方法及系統

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150312176A1 (en) * 2014-04-24 2015-10-29 Barclays Bank Plc Instant Messaging Systems and Methods

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7669134B1 (en) 2003-05-02 2010-02-23 Apple Inc. Method and apparatus for displaying information during an instant messaging session
US7747785B2 (en) 2006-04-14 2010-06-29 Microsoft Corporation Instant messaging plug-ins
WO2009087545A1 (en) * 2008-01-04 2009-07-16 Nokia Corporation System and method for binding notification types to applications for a notification framework
US8583149B2 (en) 2010-04-07 2013-11-12 Apple Inc. Registering email addresses for online communication sessions
EP2710765B1 (en) * 2011-05-19 2019-04-10 BlackBerry Limited System and method for associating information with a contact profile on an electronic communication device
US8751800B1 (en) * 2011-12-12 2014-06-10 Google Inc. DRM provider interoperability
US10365797B2 (en) * 2013-03-15 2019-07-30 Ambient Consulting, LLC Group membership content presentation and augmentation system and method
US9626365B2 (en) * 2013-03-15 2017-04-18 Ambient Consulting, LLC Content clustering system and method
US9886173B2 (en) * 2013-03-15 2018-02-06 Ambient Consulting, LLC Content presentation and augmentation system and method
US9460057B2 (en) * 2013-03-15 2016-10-04 Filmstrip, Inc. Theme-based media content generation system and method
US9894022B2 (en) * 2013-07-19 2018-02-13 Ambient Consulting, LLC Image with audio conversation system and method
US9977591B2 (en) * 2013-10-01 2018-05-22 Ambient Consulting, LLC Image with audio conversation system and method
WO2015050966A1 (en) * 2013-10-01 2015-04-09 Filmstrip, Inc. Image and message integration system and method
US10057731B2 (en) * 2013-10-01 2018-08-21 Ambient Consulting, LLC Image and message integration system and method
KR102161764B1 (ko) 2013-10-31 2020-10-05 삼성전자주식회사 카툰 이미지를 이용한 메신저 대화창 표시 방법 및 컴퓨터 판독 가능한 기록 매체
JP2017513104A (ja) 2014-03-07 2017-05-25 ピーターソン，マシ システムと個人を制御するためのメソッド通信
CN105005457B (zh) 2014-04-25 2019-04-09 腾讯科技（深圳）有限公司 地理位置展示方法及装置
US9563488B2 (en) 2014-05-29 2017-02-07 Apple Inc. Sharing extension points to allow an application to share content via a sharing extension
WO2015183456A1 (en) 2014-05-29 2015-12-03 Apple Inc. Consistent extension points to allow an extension to extend functionality of an application to another application
US10445396B2 (en) * 2014-05-31 2019-10-15 Apple Inc. Device, method, and graphical user interface for extending functionality of a host application to another application
US11057325B2 (en) 2014-09-24 2021-07-06 Zoho Corporation Private Limited Methods and apparatus for enhanced communication in email applications
WO2016061359A1 (en) 2014-10-15 2016-04-21 Liveperson, Inc. System and method for interactive application preview
US11025569B2 (en) 2015-09-30 2021-06-01 Apple Inc. Shared content presentation with integrated messaging

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150312176A1 (en) * 2014-04-24 2015-10-29 Barclays Bank Plc Instant Messaging Systems and Methods

Also Published As

Publication number Publication date
EP3700237A1 (en) 2020-08-26
KR20170140091A (ko) 2017-12-20
US10505872B2 (en) 2019-12-10
TWI641994B (zh) 2018-11-21
KR101921144B1 (ko) 2018-11-23
US20170359279A1 (en) 2017-12-14
CN113254121A (zh) 2021-08-13
KR20190119017A (ko) 2019-10-21
CN107491296B (zh) 2021-04-02
CN107491296A (zh) 2017-12-19
KR20180125422A (ko) 2018-11-23
KR102159885B1 (ko) 2020-09-24
EP3255909B1 (en) 2020-04-22
EP3255909A1 (en) 2017-12-13
TW201743207A (zh) 2017-12-16

Similar Documents

Publication Publication Date Title
KR102033672B1 (ko) 하나 이상의 확장 애플리케이션과 상호작용하는 메시징 애플리케이션
US20220408231A1 (en) Message extension app store
US10534533B2 (en) Messaging sticker applications
US11778430B2 (en) Layers in messaging applications
US10852912B2 (en) Image creation app in messaging app
US10194288B2 (en) Sticker distribution system for messaging apps
US10554599B2 (en) Conversion of detected URL in text message
US10785175B2 (en) Polling extension application for interacting with a messaging application
US20170359283A1 (en) Music creation app in messaging app

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right