KR20170127418A - 메시지 및 결제 큐를 사용한 결제의 전송, 수신 및 업데이트 용이화 - Google Patents

Abstract

본 명세서는 통합된 결제 및 메시징 시스템을 사용하여 결제를 송신 및 수신하기 위한 시스템, 방법 및 장치에 관한 것이다. 특히, 통합된 결제 및 메시징 시스템은 사용자가 메시지를 교환할 뿐만 아니라 전자 결제를 송신 및 수신할 수 있게 한다. 예를 들어, 하나 이상의 구현은 별개의 메시지 및 결제 큐를 통한 푸시 통지를 사용하여 메시지 교환 및 결제 거래를 가능하게 하는 것을 포함한다. 설명하자면, 하나 이상의 구현은 사용자 고유의 결제 큐를 사용하여 결제 거래에 대한 상태 업데이트를 푸시하는 것을 포함한다. 나아가, 하나 이상의 구현은 메시징 스레드의 각 사용자에게 업데이트를 제공하기 위하여 메시징 스레드 내에서 결제 거래를 메시지와 연관시키는 것을 포함한다.

Description

메시지 및 결제 큐를 사용한 결제의 전송, 수신 및 업데이트 용이화

본 명세서에 서술되는 하나 이상의 실시예는 일반적으로 결제 요청 교환을 위한 시스템 및 방법에 관한 것이다. 보다 구체적으로, 하나 이상의 실시예는 전자 결제를 향상시키는 시스템 및 방법에 관한 것이다.

전자 결제 시스템은 사용자가 하나 이상의 타입의 장치(예컨대, 데스크톱 장치 및 모바일 장치) 상의 소프트웨어 애플리케이션을 통해 다른 사람과 결제 거래를 수행할 수 있게 한다. 일부 전자 지불 시스템을 사용하면 사용자는 금융 기관 또는 판매자와의 지불 거래 (예: 피어-투-비즈니스 지불 거래)를 수행할 수 있다. 다른 전자 결제 시스템은 사용자들이 전자 결제 시스템의 다른 사용자들과 결제 거래(즉, 피어-투-피어 결제 거래)를 수행하도록 허용한다.

이론적으로, 종래의 전자 결제 시스템은 사용자들 사이에서 금전의 전달을 위한 편리한 방법을 제공한다. 하지만, 종래의 전자 결제 시스템은 사용자들이 종종 불만, 혼란을 일으키게 하고 불만족스러운 결제 프로세스를 발생시키는 몇몇 단점들을 가진다. 종래의 전자 결제 시스템의 이러한 단점 중 하나는 일반적으로 송신자와 수신자 모두가 등록해야 하는 단독 시스템인 점이다. 이러한 시스템의 수와 제한된 기능 때문에, 송신자 또는 수신자 중 하나가 특정 전자 결제 시스템의 회원이 아닌 경우가 종종 있다. 그러므로, 송신자, 수신자 또는 모두가 결제를 송신 또는 수신하기 위해 시스템을 사용하기 위한 계정을 설정하고 민감한 금융 정보를 제공하는 시간이 소요되는 프로세스를 거쳐야 할 수 있다. 종종 사용자는 첫 거래 후 전자 결제 시스템을 거의 사용하지 않을 수 있다.

종래의 전자 결제 시스템의 제한된 특성은 또한, 불편함을 가중시킨다. 특히, 종래의 전자 결제 시스템의 독립적 특성은 전형적으로 사용자들이 결제를 전송하거나 수신하기 위해 별개 애플리케이션 내에서 사용자간 통신의 양/타입을 제한하며 결제 거래만을 위한 분리된 애플리케이션을 오픈할 것을 요구한다. 종래 전자 결제 시스템의 독립적 특성의 불편함은 사용자들이 이러한 시스템을 사용하는 것을 좌절시킬 수 있다.

나아가, 종래의 결제 시스템은 또한 일반적으로 결제 상태 정보와 같은 사용자에게 사용가능한 정보의 양이 제한된다. 구체적으로, 종래의 시스템은 결제 거래가 개시될 때 및 결제 거래가 완료될 때 사용자에게 업데이트를 제공할 수 있지만, 종종 임의의 다른 정보를 사용자에게 제공하지 않는다. 따라서, 종래 시스템의 사용자는 결제 거래에 대한 잠재적으로 유용한 정보 전부에 접근하지 못할 수 있다.

예를 들어, 많은 종래 시스템은 당신에게 결제가 전송됐다는 것을 표시하는 이메일을 당신에게 보낼 것이다. 하지만, 결제의 수신을 확인하기 위하여, 사용자는 종종 그 은행 계좌를 체크해야 한다. 은행 계좌를 체크해야 하는 필요성은 만약 사용자가 여러 번 계좌를 체크해야 하는 경우 시간이 걸리고 짜증날 수 있음을 이해할 것이다.

다른 종래 시스템은 결제의 수신시에만 결제를 표시하는 이메일을 제공한다. 이들 타입의 시스템도 다양한 단점을 제공한다. 예를 들어, 제품이나 서비스의 교환시, 수신자는 수신할 때까지 발신자가 결제를 전송했는지 여부를 알 수 없다.

따라서, 종래의 전자 결제 시스템 및 방법에는 많은 수의 단점이 있다.

본 명세서에 서술된 하나 이상의 실시예는 시스템 및 방법의 분야에서 이점을 제공하고 및/또는 상술한 또는 다른 문제 중 하나 이상을 해결하고 다른 방법으로 전자 결제와 연관된 사용자 경험을 향상시킨다. 특히, 하나 이상의 실시예는 사용자간 결제 거래에 상태 업데이트를 제공하는 메시징 시스템과 통합된 결제 시스템을 제공한다. 예를 들어, 시스템 및 방법은 결제 거래에 대한 상태 업데이트를 수신하고 발신자와 수신자 모두에게 상태 업데이트를 푸시할 수 있다. 따라서, 사용자는 적시에 결제 거래와 연관된 업데이트 정보를 수신할 수 있다.

나아가, 시스템 및 방법은 사용자간 메시징 교환과 결제 거래를 처리하기 위한 큐를 제공한다. 구체적으로, 시스템 및 방법은 메시지와 결제 거래에 각각 대응하는 업데이트를 송수신하기 위해 각 사용자에 대해 메시지 큐와 결제 큐를 제공할 수 있다. 메시지와 결제 거래와 연관된 업데이트를 수신하고 푸시하기 위한 큐는 메시지의 빠른 저장과 사용자간 통신을 가능하게 한다.

시스템 및 방법은 메시징 애플리케이션의 메시징 스레드 내에서 사용자가 메시지 및 결제 거래를 위한 업데이트 정보를 열람할 수 있게 한다. 예를 들어, 사용자가 다른 사용자와 결제 거래를 개시할 때, 사용자는 사용자간 메시징 스레드 내에서 결제 거래를 가리키는 메시지와 연관되어 결제 거래에 대한 정보를 열람할 수 있다. 따라서, 각 사용자는 메시지를 교환하며 메시징 스레드 내에서 결제 거래를 위한 업데이트를 적시에 수신하고 열람할 수 있다

실시예의 추가적인 특징 및 장점은 이하의 설명에 기술되고, 부분적으로는 설명으로부터 자명해지거나, 또는 이러한 예시적인 실시예의 수행에 의해 습득될 수 있다. 이러한 실시예의 특징 및 장점은 첨부되는 청구범위에서 특히 지적되는 도구 및 조합에 의해 실현되고 획득될 수 있다. 이러한 것들 및 다른 특징은 이하의 설명 및 첨부되는 청구범위로부터 더욱 완전히 자명해지거나, 또는 이하에 기재되는 이러한 예시적인 실시예의 수행에 의해 습득될 수 있다.

본 발명에 따른 실시예들은 특히 방법, 저장 매체, 시스템 및 컴퓨터 프로그램 제품에 대한 첨부된 청구항에 개시되고, 한 청구항 카테고리, 예컨대 방법에 언급된 임의의 특징은 다른 청구항 카테고리, 예컨대 시스템에도 청구될 수 있다. 첨부된 청구항의 인용 또는 참조는 오직 형식적인 이유를 위해 선택된 것이다. 하지만 임의의 선행 청구항으로의 의도적인 참조(특히 다중 인용)에서 야기되는 임의의 주제 또한 청구될 수 있어, 청구항 및 그 특징의 임의의 조합이 첨부된 청구항에서 선택된 인용에 관계 없이 개시되고 청구될 수 있다. 청구될 수 있는 주제는 첨부된 청구항에 나타난 바와 같은 특징의 조합뿐만 아니라 청구항의 특징의 다른 임의의 조합을 포함하는데, 청구항에 언급된 각 특징은 청구항의 임의의 다른 특징 또는 다른 특징의 조합과 조합될 수 있다. 나아가, 임의의 실시예와 본 명세서에 서술되거나 도시된 특징은 별개의 청구항 및/또는 임의의 실시예나 본 명세서에 서술되거나 도시된 특징과의 또는 첨부된 청구항의 임의의 특징과의 조합에 청구될 수 있다.

본 발명의 일실시예에 따르면, 방법은:

사용자와 연관된 제1 클라이언트 장치로부터 하나 이상의 서버에서, 사용자로부터 결제 거래의 일부로서 상대 사용자에게 결제를 송신하기 위한 요청을 수신하는 단계;

하나 이상의 서버에 의하여 결제 네트워크로, 결제 요청의 결제 금액에 대하여 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 단계;

결제 네트워크로부터 하나 이상의 서버에서, 과금 요청이 성공적이었다는 것을 표시하는 성공적 과금 응답을 수신하는 단계;

성공적 과금 응답에 응답하여 하나 이상의 서버에 의하여 하나 이상의 결제 큐를 통하여, 사용자와 연관된 제1 클라이언트 장치 및 상대 사용자와 연관된 제2 클라이언트 장치로 결제 개시 메시지를 푸시하는 단계;

하나 이상의 서버에 의하여 제2 클라이언트 장치로 하나 이상의 메시지 큐를 통하여, 제2 클라이언트 장치에서 사용자들 간의 메시징 스레드로 입력하기 위하여 결제를 나타내는 메시지를 송신하는 단계;

하나 이상의 서버에서, 결제 거래에 대한 상태 업데이트를 수신하는 단계; 및

하나 이상의 서버에 의하여, 하나 이상의 결제 큐를 통하여 제1 클라이언트 장치 및 제2 클라이언트 장치로 결제 거래에 대한 상태 업데이트를 푸시하는 단계를 포함하고,

요청은 결제 금액을 포함한다.

본 발명에 따른 일실시예에서, 방법은:

결제 거래에 대한 거래 식별자를 생성하는 단계; 및

거래 식별자를 결제를 나타내는 메시지와 연관시키는 단계를 더 포함할 수 있다.

결제 거래에 대한 상태 업데이트를 수신하는 단계는:

상태 업데이트와 관련하여 거래 식별자를 식별하는 단계; 및

거래 식별자에 기반하여, 상태 업데이트가 결제 거래와 연관됐다고 결정하는 단계를 포함할 수 있다.

거래 식별자를 결제를 나타내는 메시지와 연관시키는 단계는:

메시지에 대한 메시지 식별자를 생성하는 단계; 및

메시지 식별자를 거래 식별자에 매핑하는 단계를 포함할 수 있다.

결제 개시 메시지는 결제 금액, 발신자 ID, 시퀀스 ID, 거래 ID, 상태 식별자 및 수신자 ID를 포함할 수 있고,

결제를 나타내는 메시지는 결제를 나타내는 메시지가 결제 개시 메시지로부터의 결제 금액을 디스플레이하도록 결제 개시 메시지의 결제 금액으로의 링크를 포함할 수 있다.

본 발명에 따른 일실시예에서, 방법은, 결제 거래에 대한 상태 업데이트의 수신에 응답하여, 결제 개시 메시지의 시퀀스 ID를 증가시키는 단계; 및

클라이언트 장치의 현재 시퀀스 ID에 기반하여 결제 거래에 대한 메시지 상태 업데이트를 푸시할 클라이언트 장치를 결정하는 단계를 더 포함할 수 있다.

하나 이상의 서버에 의하여, 결제 거래에 대한 상태 업데이트를 푸시하는 단계는 결제 거래에 대한 수신된 상태 업데이트에 기반하여 결제 개시 메시지에 대한 임의의 변경을 송신하는 단계로 이루어질 수 있다.

상태 업데이트는 거래 완료 업데이트를 포함할 수 있다.

상태 업데이트는 거래 취소 업데이트를 포함할 수 있다.

본 발명에 따른 추가 실시예에서, 시스템은:

하나 이상의 서버를 포함하고,

하나 이상의 서버는:

결제 엔진으로서,

사용자와 연관된 제1 클라이언트 장치로부터, 사용자로부터 결제 거래의 일부로서 상대 사용자에게 결제를 송신하기 위한 요청을 수신하고;

결제 네트워크로, 결제 금액에 대하여 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하고;

결제 네트워크로부터 하나 이상의 서버에서, 결제 네트워크로부터의 결제 금액에 대한 성공적 과금 응답을 수신하기 위한 결제 엔진;

결제 개시 메시지 및 결제 개시 메시지에 대한 업데이트를 수신하고, 결제 개시 메시지 및 업데이트를 발신자 클라이언트 장치 및 수신자 결제 큐로 푸시하기 위한 발신자 결제 큐;

결제를 나타내고 결제 거래와 연관된 거래 식별자를 포함하는 메시지를 수신하고, 결제를 나타내는 메시지를 발신자 클라이언트 장치 및 수신자 결제 큐로 푸시하기 위한 발신자 메시지 큐;

결제 개시 메시지 및 결제 개시 메시지에 대한 업데이트를 수신하고, 결제 개시 메시지 및 업데이트를 수신자 클라이언트 장치 및 발신자 결제 큐로 푸시하기 위한 수신자 결제 큐; 및

결제를 나타내고 결제 거래와 연관된 거래 식별자를 포함하는 메시지를 수신하고, 결제를 나타내는 메시지를 수신자 클라이언트 장치 및 발신자 결제 큐로 푸시하기 위한 수신자 메시지 큐를 포함하고,

요청은 결제 금액을 포함하는 시스템.

결제 네트워크는, 성공적 과금 통지에 응답하여, 결제 거래에 대한 거래 식별자를 생성할 수 있다.

결제 엔진은:

거래 식별자를 포함하는 메시지에 대한 메시지 식별자를 생성할 수 있고; 및

거래 식별자를 메시지 식별자에 매핑할 수 있다.

결제 개시 메시지는 결제 금액, 발신자 ID, 시퀀스 ID, 거래 ID, 상태 식별자 및 수신자 ID를 포함할 수 있고,

결제를 나타내는 메시지는 결제를 나타내는 메시지가 결제 개시 메시지로부터의 결제 금액을 디스플레이하도록 결제 개시 메시지의 결제 금액으로의 링크를 포함할 수 있다.

발신자 및 수신자 결제 큐는, 결제 거래에 대한 상태 업데이트의 수신에 응답하여, 결제 개시 메시지의 시퀀스 ID를 증가시킬 수 있고; 및

클라이언트 장치의 현재 시퀀스 ID에 기반하여 결제 거래에 대한 메시지 상태 업데이트를 푸시할 클라이언트 장치를 결정할 수 있다.

결제 엔진은:

결제 네트워크로부터, 결제 네트워크가 성공적으로 결제 거래를 완료했다는 것을 표시하는 거래 완료 응답을 수신할 수 있고; 및

거래 완료 응답에 응답하여, 수신자 결제 큐로 결제 거래에 대한 거래 완료 상태 업데이트를 푸시할 수 있다.

또한 청구될 수 있는 본 발명에 따른 추가 실시예로, 하나 이상의 컴퓨터-판독가능한 비-일시적 저장매체는 본 발명 또는 상술한 실시예들 중 임의의 것에 따른 방법을 수행하도록 실행시 동작가능한 소프트웨어를 포함한다.

또한 청구될 수 있는 본 발명에 따른 추가 실시예로, 시스템은: 하나 이상의 프로세서; 및 프로세서에 연결되고 프로세서에 의해 실행가능한 명령어를 포함하는 적어도 하나의 메모리를 포함하고, 상기 프로세서는 본 발명 또는 위에서 언급된 실시예들 중 어느 하나에 따른 방법을 수행하는 명령어를 실행할 때 동작한다.

또한 청구될 수 있는 본 발명에 따른 추가 실시예로, 바람직하게는 컴퓨터-판독가능한 비-일시적 저장 매체를 포함하는 컴퓨터 프로그램 제품이 데이터 처리 시스템에서 실행시 본 발명 또는 상술한 실시예들 중 임의의 것에 따른 방법을 수행하도록 동작가능하다.

본 발명의 내용 중에 포함되어 있다.

본 명세서의 상술한 장점, 다른 장점 및 특징이 얻어질 수 있는 방식을 설명하기 위해, 첨부된 도면에 도시된 구체적인 실시예를 참조하여 상기에서 간략하게 기술된 본 명세서의 더 구체적인 설명이 이루어질 것이다. 도면은 축척대로 도시된 것이 아니며, 유사한 구조 또는 기능의 구성요소는 일반적으로 도면 전체에 걸쳐 예시적인 목적을 위해 동일한 참조 번호로 표시된다는 점에 유의해야 한다. 다음의 도면에서, 본 명세서의 실시예에 추가적인 특징을 부가하는 선택적 특징 또는 동작을 도시하기 위해 괄호로 둘러싼 텍스트 및 점선으로 된 경계를 갖는 블록(예컨대, 큰 대시, 작은 대시, 점선-대시, 점)이 본 명세서에서 사용된다. 하지만, 이러한 표기는 이들이 유일한 옵션이거나 선택적인 동작이거나, 및/또는 파선 경계를 갖는 블록이 본 명세서의 특정 실시예에서 선택적이지 않음을 의미하는 것으로 간주되어서는 안된다. 이들 도면은 본 발명의 일반적인 실시예만을 도시하고 따라서 그 범위를 제한하는 것으로 고려되지 않으며, 본 발명은 동반된 도면을 사용하여 추가적인 구체성 및 상세와 함께 서술되고 설명될 것임을 이해하여야 한다:
도 1은 하나 이상의 실시예에 따른 메시지 및 결제의 전송을 용이하게 하는 예시적인 시스템의 개략도를 도시한다.
도 2는 하나 이상의 실시예에 따른 도 1의 시스템의 상세한 개략도를 도시한다.
도 3a-3f는 하나 이상의 실시예에 따른 사용자간 결제 프로세스의 일부로서 상호작용을 도시하는 순차 흐름도를 도시한다.
도 4는 하나 이상의 실시예에 따른 사용자 고유 큐를 사용하여 메시지 및 결제의 송신을 가능하게 하는 시스템의 개략도를 도시한다.
도 5a-5o는 하나 이상의 실시예에 따른 결제 거래를 완료하기 위한 사용자 인터페이스를 도시한다.
도 6은 하나 이상의 실시예에 따른 클라이언트 장치에 결제 거래 업데이트를 푸시하는 방법의 일련의 행동의 흐름도를 도시한다.
도 7은 하나 이상의 실시예에 따른 클라이언트 장치에 결제 거래 업데이트를 푸시하는 다른 방법의 일련의 행동의 흐름도를 도시한다.
도 8은 하나 이상의 실시예에 따른 예시적인 컴퓨팅 장치의 블록도를 도시한다.
도 9는 하나 이상의 실시예에 따른 소셜 네트워킹 시스템의 예시적인 네트워크 환경을 도시한다.
도 10은 하나 이상의 실시예에 따른 소셜 네트워킹 시스템을 위한 예시적인 소셜 그래프를 도시한다.

본 명세서의 실시예는 결제의 송수신의 속도와 신뢰성을 증가시키는 통합된 메시지 및 결제 시스템을 제공한다. 특히, 하나 이상의 실시예는 전자 결제 시스템 및 전자 메시징 시스템을 통합하는 통합된 메시지 및 결제 시스템을 제공한다. 통합된 메시지 및 결제 시스템은 두 명 이상의 사용자가 전자 결제뿐만 아니라 메시지를 전송하고 수신하도록 허용할 수 있다. 예컨대, 통합된 메시지 및 결제 시스템은 사용자가 상대 사용자(들)와의 전자 메시지의 교환을 또한, 허용하는 메시징 인터페이스를 통해 상대 사용자(들)에게 전자 결제를 전송하도록 허용할 수 있다.

전자 결제 시스템과 메시징 시스템을 통합함으로써, 시스템은 대화 흐름 내에서 전자 결제를 전송하고 수신하는 능력을 사용자에게 제공할 수 있다. 따라서, 시스템은 사용자가 전자 결제 전용의 분리된 애플리케이션을 열지 않고도 결제 거래에 관해 통신하고 거래를 수행하도록 허용할 수 있다. 시스템의 하나 이상의 실시예에 의해 제공되는 메시지들의 교환 동안 결제를 원활하게 전송하는 증가된 용이성 및 효율성은 전자 결제의 더 많은 사용 및 만족에 이르게 할 수 있다.

통합된 메시지 및 결제 시스템은 결제 거래의 처리에 속도를 제공할 수 있다. 구체적으로, 통합된 메시지 및 결제 시스템은 상이한 큐를 사용하여 동일 애플리케이션 내에서 사용자간 결제 거래를 처리하고 메시지를 교환할 수 있다. 예를 들어, 시스템은 결제 큐의 결제 거래 및 메시지 큐의 결제 거래를 가리키는 메시지를 송수신할 수 있다. 결제 거래와 메시지를 위한 별개 큐를 제공함으로써, 시스템은 결제와 메시징 정보 처리를 병행하여 처리함으로써 메시징 애플리케이션 내에서 결제 거래와 메시지를 빠르게 처리할 수 있다.

나아가, 시스템은 각 사용자를 위해 결제/메시지 큐의 별개 쌍을 제공할 수 있다. 특히, 시스템은 각 사용자에 대해 별개 결제 큐와 별개 메시지 큐를 연관시켜 메시징 애플리케이션에서 결제 거래와 연관하여 메시지를 송수신할 수 있다. 예를 들어, 시스템은 특정 사용자를 위한 대응하는 큐를 사용하여 결제 및/또는 메시지에 대한 업데이트(예컨대, 결제 개시, 취소 또는 수정)를 처리하고 시스템은 업데이트를 추적하고 적시에 사용자의 장치에 업데이트를 푸시할 수 있다. 각 사용자의 장치(들)에서 결제/메시지를 업데이트하기 위한 사용자 고유 큐는 메시징 애플리케이션의 신뢰성을 향상시킬 수 있는데, 예컨대 사용자가 시스템에 대한 연결성을 임시로 잃은 경우이다.

메시지 및 결제 큐 각각은 시퀀스 ID에 따른 메시지 및 업데이트를 저장할 수 있다. 따라서, 메시지 및 결제 큐 각각은 시퀀스 ID로 정렬된 결제 또는 메시지 내역의 일부를 포함할 수 있다. 메시지 스레드 또는 결제 거래는 선택적으로 시간 순으로 정렬될 수 있고, 만약 스레드나 거래가 변경되면, 스레드나 거래는 시퀀스 ID를 업데이트함으로써 각 큐의 맨 위로 이동할 수 있다. 따라서, 스레드나 거래에 대한 변경 또는 업데이트가 발생함에 따라, 큐는 업데이트/변경을 위한 시퀀스 ID를 증가시킬 수 있다. 클라이언트 장치가 먼저 메시지나 결제 거래 확인을 수신할 때, 클라이언트 장치가 시퀀스 ID를 수신할 수 있다. 그 후 다음 시점에, 클라이언트 장치가 큐(들)에 연결할 때, 클라이언트 장치는 시퀀스 ID를 제공할 수 있다. 수신된 시퀀스 ID에 기반하여, 큐는 클라이언트 장치가 스레드/결제의 어떤 부분을 수신했는지 알 수 있다. 그 후 큐는 그 시퀀스 ID 이후 발생한 모든 변경/업데이트를 제공할 수 있다. 그러므로, 만약 클라이언트 장치가 연결을 끊은 후 큐에 재연결하면, 프로세스는 반복될 수 있다.

하나 이상의 실시예에서, 통합된 메시지 및 결제 시스템은 메시징 스레드 내에서 관련 결제 및 메시지(예컨대, 결제 거래를 가리키는 메시지)를 식별할 수 있다. 구체적으로, 시스템은 시스템이 관련 결제나 메시지에 매핑할 수 있게 하는 고유 식별자를 결제 및 메시지 양자에 할당할 수 있다. 대응하는 고유 식별자를 사용하여 관련 결제 및 메시지를 함께 매핑함으로써, 시스템은 결제에 대한 업데이트 정보 수신에 응답하여 결제 및 대응 메시지에 업데이트를 제공할 수 있다. 그러므로, 시스템은 메시지 큐를 통해 수신자 클라이언트 장치에 메시지를 송신하여 발신자가 수신자에게 결제를 송신했음을 수신자에게 알릴 수 있다. 결제 상태가 변경되면, 결제 큐는 수신자 클라이언트 장치에 업데이트를 송신할 수 있다. 수신자 클라이언트 장치는 메시지 큐로부터 이전에 수신한 메시지를 업데이트할 수 있다. 그러므로, 시스템은 수신자에게 언제 결제가 메시지와 함께 송신되는지를 알리고 그 후 결제 상태가 변경됨에 따라 메시지의 상태를 업데이트할 수 있다.

하나 이상의 실시예에서, 시스템은 메시징 스레드 내의 메시지와 연관된 결제 거래에 대한 푸시 통지 또는 업데이트를 제공할 수 있다. 특히, 시스템은 대응하는 결제 큐를 통하여 각 사용자의 클라이언트 장치에 결제 상태 업데이트를 푸시할 수 있다. 예를 들어, 시스템이 특정 결제 거래에 대한 상태 업데이트(예컨대, 성공적인 자금 이제를 나타내는 업데이트)를 수신할 때, 발신자와 수신자의 클라이언트 장치가 시스템으로부터 업데이트를 요청할 필요 없이 시스템은 발신자와 수신자의 클라이언트 장치 각각에 업데이트를 푸시할 수 있다. 그러므로, 사용자는 메시징 스레드 내에서 실시간으로 결제 상태 업데이트를 볼 수 있다.

본 명세서에 사용되는 바와 같이, "메시지" 또는 "메시지들"이라는 용어는 둘 이상의 컴퓨팅 장치들 사이의 임의의 형태의 전자 통신을 지칭한다. 메시지는 텍스트 메시지, 사진, 스티커 또는 다른 아이콘, 비디오, 음성 녹음, 음악, 음성 메일 등을 포함할 수 있다. 하나 이상의 실시예에서, 메시지는 실시간 또는 거의 실시간으로 통신되는 인스턴트 메시지이다. 그러나, 대안적 실시예에서, 메시지는 SMS 메시지, 이메일, 또는 소셜 네트워크 게시물 또는 코멘트와 같은 전자 통신으로부터의 임의의 것을 지칭할 수 있다.

나아가, 용어 “결제 요청”은 시스템이 결제 거래를 개시할 수 있게 하는 결제 정보를 포함하는 메시지를 지칭한다. 예를 들어, 지불 요청은 지불 금액, 발신자, 수신자, 지불 방법, 시스템이 지불 방법을 처리하는 방법을 나타내는 포맷, 오프라인 참조뿐만 아니라 메시지에 대한 사용자 제공 텍스트와 같은 추가 정보를 포함하는 데이터 패키지를 포함 할 수 있다.

본 명세서에 사용되는 바와 같이, "결제 거래"라는 용어는 2개 이상의 엔티티들 간에 통화 또는 신용을 교환하는 임의의 타입의 전자 거래를 지칭한다. 예를 들어, 결제 거래는 통합된 메시지 및 결제 시스템의 두 명의 사용자 간의 금융 전자 거래일 수 있다. 다른 예에서, 결제 거래는 사용자와 금융 기관 또는 다른 다중 인물 엔티티 간의 금융 전자 거래일 수 있다. 추가로, 결제 거래는 금전적 선물, 부채의 상환, 대부 자금, 상품 및/또는 서비스 구매를 고려한 결제, 또는 다른 타입의 금전 이체를 나타낼 수 있다. 추가로, 결제 거래는 하나 이상의 통화로 이루어질 수 있고, 환율에 기반하여 하나 이상의 추가적인 통화로 변환될 수 있다.

본 명세서에 사용되는 바와 같이, "계좌" 또는 "결제 크리덴셜"이라는 용어는 사용자의 직불 카드 계좌, 은행 계좌, 신용 카드 계좌, 메시징 계정, 기프트 카드, 또는 금전이 공제되거나 금전이 예치될 수 있는 임의의 다른 계좌를 지칭할 수 있다. 상기 용어의 의미 및 추가 용어는 도면과 관련하여 이하의 설명에 비추어 보다 명확해 질 것이다.

본 명세서에서 사용되는 용어 “큐”는 메시징 애플리케이션의 사용자와 송신 및 수신하는 데이터를 임시로 저장하는 통신 매체를 지칭한다. 예를 들어, 큐는 클라이언트 장치로부터 수신되는 데이터 및/또는 클라이언트 장치로 송신되는 데이터를 임시로 저장할 수 있다. 특히, 큐는 결제 거래 및 메시지와 연관되는 지속적 데이터를 저장하는 데이터베이스와 분리될 수 있고 이와 통신할 수 있다. 큐는 결제 거래나 메시지를 위한 대응하는 식별자에 따라, 또는 다른 적절한 타입의 저장 방법에 따라 새로운 메시지 데이터 및 메시지 업데이트 데이터를 데이터가 도착하는 순서로(예컨대, 시퀀스 ID로) 저장할 수 있다.

도 1은 하나 이상의 실시예에 따른 통합된 메시징 및 결제 시스템(100)을 도시하는 개략도이다. 시스템(100)의 개관이 도 1과 관련하여 기술된다. 이후, 시스템(100)의 컴포넌트 및 프로세스의 더 상세한 설명이 나머지 도면과 관련하여 제공된다.

도 1에 도시된 바와 같이, 시스템(100)은 대응하는 수의 클라이언트 장치(104a, 104b, 104n)를 사용하여 사용자(102a), 사용자(102b) 및 최대 임의의 수인 사용자들(102n)(통칭하여 "사용자"라고 함)이 상호작용하도록 허용할 수 있다. 도 1에 추가로 도시된 바와 같이, 클라이언트 장치는 네트워크(105)를 통해 서버 장치(들)(108)와 통신할 수 있다. 추가로, 시스템(100)은 네트워크(105)를 통해 서버 장치(들)(108)와 통신가능하게 결합된 결제 네트워크(115)를 포함할 수 있다. 도 1은 사용자, 클라이언트 장치, 네트워크(105), 서버 장치(108) 및 결제 네트워크(115)의 특정 배치를 도시하지만, 다양한 추가 배치가 가능하다. 예를 들어, 클라이언트 장치(104a, 104b, 104n)는 네트워크(105)를 우회하여 서버 장치들(108)와 직접 통신 할 수 있다.

위에서 간략하게 언급한 바와 같이, 도 1은 사용자(102a)와 사용자(102b)는 서버 장치(들)(108)를 통해 서로와 통신하기 위해 클라이언트 장치들(104a, 104b) 각각을 사용할 수 있음을 도시한다. 예를 들어, 사용자(102a) 및 사용자(102b)는 텍스트, 디지털 컨텐츠(예를 들어, 오디오, 이미지, 비디오), 위치 정보, 및 다른 형태의 데이터 및 정보를 포함하는 전자 메시지를 교환할 수 있다. 예를 들어, 클라이언트 장치(104a)를 사용하는 사용자(102a)는 사용자(102b)를 위해 의도된 메시지를 작성할 수 있다. 메시지를 작성한 후, 사용자(102a)는 클라이언트 장치(104a)로 하여금 네트워크(105)를 통해 사용자(102b)를 위해 의도된 메시지를 서버 장치(들)(108)로 전송할 수 있다. 서버 장치(들)(108)는 사용자(102b)를 의도된 수신자로 식별할 수 있고, 메시지를 사용자(102b)와 관련된 클라이언트 장치(104b)로 포워딩할 수 있다.

사용자가 전자 통신을 교환할 수 있게 하는 것에 추가로, 시스템(100)은 사용자가 서로 금전 결제를 전송하고 수신할 수 있도록 허용할 수 있다. 하나 이상의 실시예에서, 시스템(100)은 사용자가 결제 요청을 정의하고 다른 사용자에게 송신할 수 있게 한다. 예를 들어, 시스템(100)은 사용자(102a)가 서버 장치(들)(108) 및 결제 네트워크(115)를 통해 결제를 사용자(102b)에게 전송하도록 허용할 수 있다. 유사하게, 사용자(102b)는 결제의 통지를 수신하고 결제를 수락 또는 거절할 수 있다. 아래에서 더 상세히 설명되는 바와 같이, 서버 장치(들)(108)는 결제 네트워크(115)와 통신하여 사용자(즉, 그들의 계좌) 간의 결제를 용이하게 하는 거래를 조정할 수 있다.

시스템(100)은 사용자들(102a, 102b) 간의 결제를 용이하게 할 수 있는 한편, 시스템(100)은 또한, 사용자들의 그룹과 같은 2명 이상의 사용자들 사이의 결제를 용이하게 할 수 있다. 예를 들어, 사용자(102a)는 사용자들(102b, 102n)에게 결제를 전송할 수 있다. 하나 이상의 실시예에서, 사용자(102a)는 아래에서 더 상세히 설명되는 바와 같이 동일한 결제 거래 내에서 다수의 사용자에게 결제를 전송할 수 있다. 게다가, 하나 이상의 실시예에서, 사용자들의 그룹은 다른 그룹 또는 개별 사용자로 또는 그들로부터 시스템(100)을 통해 결제를 전송 및/또는 수신하는 능력을 제공받을 수 있다.

한편, 도 1은 사용자들을 사람들로 도시하지만, 사용자들은 사업체, 정부 또는 다른 엔티티들과 같은 다른 엔티티들을 포함할 수 있다. 예를 들어, 사용자(102a)는 시스템(100)을 사용하여 서비스 또는 제품에 대한 사업체에 결제를 제공할 수 있다. 예를 들어, 사용자(102a)는 시스템(100)을 통해 사업체와 통신할 수 있고, 궁극적으로 사업체로부터 제품 또는 서비스의 구매를 할 것을 결정할 수 있다. 동일한 시스템(100)을 사용하여, 사용자(102b)는 이후 제품 또는 서비스에 대한 결제를 사업체에 전송할 수 있다. 유사하게, 사업체는 개인 또는 사업체 엔티티인지와 무관하게 다른 사업체 또는 공급 업체에게 결제를 전송할 수 있다.

전술한 바와 같이, 도 1에 도시된 바와 같이, 사용자(102a, 102b)는 각각 클라이언트 장치(104a, 104b)와 상호작용할 수 있다. 클라이언트 장치의 예로는 모바일 장치(예컨대, 스마트폰, 태블릿), 랩톱, 데스크톱 또는 임의의 다른 타입의 컴퓨팅 장치와 같은 컴퓨팅 장치를 포함한다. 도 8 및 해당 설명은 컴퓨팅 장치에 관한 추가적인 정보를 제공한다. 또한, 전술한 바와 같이, 클라이언트 장치는 네트워크(105)를 통해 통신할 수 있다. 하나 이상의 실시예에서, 네트워크(105)는 인터넷 또는 월드 와이드 웹을 포함한다. 그러나, 네트워크는 다양한 통신 기술 및 프로토콜을 사용하는 하나 이상의 사설 및/또는 공용 네트워크를 포함할 수 있으며, 이는 도 8을 참조하여 이하에서 추가로 설명된다.

간략히 전술한 바와 같이, 시스템(100)은 사용자 간의 결제의 송수신을 조정할 수 있다. 예를 들어, 사용자(102a)는 결제 요청을 작성하고 사용자(102b)에게 송신할 수 있다. 예를 들어, 사용자(102a)는 결제 방법(예를 들어, 발신 사용자(102a)의 신용 카드, 직불 카드, 계좌 잔고), 결제 액수, 결제 통화, 결제 설명 및/또는 다양한 다른 결제 세부사항을 정의하는 입력을 클라이언트 장치(104a)를 통해 제공할 수 있다.

예를 들어, 사용자(102a)의 관점에서, 발신 사용자(102a)는 통신 메시지(예를 들어, 텍스트)를 전송하는 것과 유사한 방식으로 결제 요청을 작성하고 전송할 수 있다. 예를 들어, 하나 이상의 실시예에서, 사용자(102a)는 사용자(102a)가 사용자(102b)에게 송신하기 원하는 결제의 결제 금액을 포함하는 결제 요청을 작성할 수 있다. 결제 요청을 작성한 후에, 송신 사용자(102a)는 이후 서버 장치(들)(108)를 통해 결제 메시지를 사용자(102b)에게 전송할 수 있다.

하나 이상의 실시예에서, 시스템(100)은 결제 네트워크(115)를 통해 발신 사용자(102a)의 하나 이상의 계좌 및 수신 사용자(102b)의 하나 이상의 계좌 간의 거래를 조정할 수 있다. 예를 들어, 사용자(102a)로부터 결제 요청을 수신하는데 응답하여, 서버 장치(들)(108)은 거래 정보를 통신하여 결제 네트워크(115) 내에서 하나 이상의 컴포넌트를 사용하여 결제를 처리할 수 있다. 대안으로 또는 추가로, 시스템(100)은 하나 이상의 사용자 계정을 직접 유지할 수 있고, 따라서, 시스템(100)은 거래 또는 거래의 부분을 조정할 수 있다.

도 1에 도시된 바와 같이, 결제 네트워크(115)는 결제 게이트웨이 시스템(118), 결제 프로세싱 시스템(120), 카드 네트워크 시스템(122) 및 발행 은행 시스템(124)을 포함할 수 있다. 그러나, 대안적 실시예에서, 결제 네트워크(115)는 시스템(100)의 특정 실시예에 따라 더 많거나 적은 컴포넌트를 포함할 수 있다.

하나 이상의 실시예에서, 예를 들어, 시스템(100)은 결제 네트워크(115)와 통신하여 거래를 인가 및 프로세싱할 수 있다. 예를 들어, 시스템(100)은 도 1에 도시된 바와 같이 결제 게이트웨이 시스템(118)으로 거래를 전송할 수 있다. 일단 결제 게이트웨이 시스템(118)이 거래를 수신하면, 결제 게이트웨이 시스템(118)은 결제 수신 사용자 획득 은행에 의해 사용되는 프로세서(예를 들어, 결제 프로세싱 시스템(120))로 거래를 전송할 수 있다. 결제 프로세싱 시스템(120)은 결제의 방법(예를 들어, 발신 사용자의 계좌)에 기반하여, 거래를 적절한 카드 네트워크 시스템(122)에 송신할 수 있다. 많은 예에서, 카드 네트워크 시스템(122)은 이후 거래를 발행 은행 시스템(124)으로 전송한다.

발행 은행 시스템(124)은 거래를 승인하거나 거절하고, 그 결정을 카드 네트워크 시스템(122)으로 되돌려 보낸다. 카드 네트워크(122)는 이후 결제 프로세싱 시스템(120)에 결정을 전송한다. 결제 프로세싱 시스템(120)은 이후 그 결정을 결제 게이트웨이 시스템(118)으로 포워딩할 수 있고, 하나 이상의 실시예에서, 결제 게이트웨이 시스템(118)은 거래 및 결정과 관련된 세부사항을 관리할 수 있다. 결제 프로세싱 시스템(120)은 또한, 결정을 시스템(100)에 전송한다.

획득 은행은 이후 예치 액수를 만족시키는 자금 요청을 결제 프로세싱 시스템(120)에 전송할 수 있고, 결제 프로세싱 시스템(120)은 자금 요청을 적절한 카드 네트워크 시스템(122)에 전달한다. 카드 네트워크 시스템(122)은 이후 그 자금 요구를 발행 은행 시스템(124)으로 전송한다. 발행 은행 시스템(124)은 거래를 발신 사용자의 계좌에 게시하고 자금의 방출을 카드 네트워크 시스템(122)에 전달할 수 있으며, 자금의 방출은 결제 프로세싱 시스템(120)으로 이후 전달되고, 이후 획득 은행에 전달된다.

하나 이상의 실시예에 따르면, 사용자(102a)와 사용자(102b) 간의 결제 거래에서 결제를 인증 및/또는 수신한 후, 시스템(100)은 사용자(102a)로부터 사용자(102b)에게 자금을 이체할 수 있다. 구체적으로, 시스템(100)은 결제를 위한 자금을 사용자(102b)의 결제 계좌(예컨대, 직불)로 입금하는 거래를 가능하게 할 수 있다. 예를 들어, 시스템(100)은 자금을 사용자(102b)의 직불 계좌(예컨대, ACH(Automated Clearing House), EFT 또는 다른 직불 카드 이체 방법)로 입금하는 이체를 가능하게 할 수 있다. 클라이언트 장치(104a)는 대응하는 결제 방법에 따라 결제 요청을 포매팅할 수 있다.

도 2는 시스템(100)의 추가 세부사항을 도시하는 개략도를 도시한다. 도시되는 바와 같이, 시스템(100)은 클라이언트 장치(104a, 104b), 서버 장치(들)(108) 및 결제 네트워크(115)를 포함할 수 있다. 일반적으로, 시스템(100)은 클라이언트 장치(104a)의 사용자가 클라이언트 장치(104b)의 수신인에게 결제를 전송하거나 결제를 수신하도록 허용할 수 있다. 또한, 시스템은 클라이언트 장치(104a)의 사용자가 클라이언트 장치(104b)의 사용자와 메시지를 교환하도록 허용할 수 있다.

도시된 바와 같이, 시스템(100)은 클라이언트 장치(104a, 104b) 및 서버 장치(들)(108)상의 다양한 컴포넌트를 포함할 수 있다. 예를 들어, 도 2는 클라이언트 장치(104a, 104b) 각각이 다양한 컴포넌트를 가지는 클라이언트 애플리케이션(202)(예컨대, 메시징 애플리케이션)을 포함할 수 있고 서버 장치(들)(108)는 다양한 컴포넌트를 가지는 네트워크 애플리케이션(204), 결제 엔진(206) 및 큐 관리자(246)를 포함할 수 있음을 도시한다. 클라이언트 애플리케이션(202), 네트워크 애플리케이션(204) 및 결제 엔진(206)의 컴포넌트들은 함께 동작하여 사용자가 이하에 상세히 설명하는 바와 같이 결제를 전송하고, 결제를 수신하며, 메시지를 교환할 수 있도록 한다.

도시된 바와 같이, 클라이언트 애플리케이션(202)은 사용자 인터페이스 관리자(208), 사용자 입력 검출기(210), 메시징 핸들러(212), 메시지 분석기(214), 위치 검출기(216), 결제 요청 생성기(218) 및 데이터 관리자(220)를 포함할 수 있다. 도 2는 네트워크 애플리케이션(204)이 통신 관리자(230), 상태 관리자(232), 메시지 데이터베이스(234), 프로필 데이터베이스(236) 및 위험 계산기(238)를 포함할 수 있음을 도시한다. 아래에서 기술되는 것처럼, 네트워크 애플리케이션(204)은 또한, 선택적으로 소셜 그래프(250)를 포함할 수 있고, 이는 노드 정보(252) 및 에지 정보(254)를 포함한다. 도 2는 결제 엔진(206)이 결제 관리자(240), 거래 데이터베이스(242) 및 계좌 관리자(244)를 포함할 수 있음도 도시한다. 컴포넌트들(208-220, 230-246, 252 및 254) 각각은 임의의 적절한 통신 기술을 사용하여 서로와 통신할 수 있다. 컴포넌트들(208-220, 230-246, 252 및 254)은 도 2에서 분리된 것으로 도시되어 있지만, 컴포넌트들(208-220, 230-246, 252 및 254) 중 임의의 컴포넌트는 단일 설비 또는 모듈과 같이 더 적은 수의 컴포넌트로 조합되거나 특정 실시예를 제공할 수 있는 더 많은 수의 컴포넌트로 분할될 수 있다. 한편, 도 2는 네트워크 애플리케이션(204)의 일부로서 다른 컴포넌트 및 클라이언트 애플리케이션(202)의 일부로서 특정 컴포넌트를 기술하지만, 본 명세서는 이에 한정되지 않는다. 대안적 실시예에서, 클라이언트 애플리케이션(202)의 일부로서 도시된 하나 이상의 컴포넌트는 네트워크 애플리케이션(204)의 일부일 수 있거나 그 반대일 수 있다. 유사하게, 네트워크 애플리케이션(204)의 일부로 도시된 하나 이상의 컴포넌트는 결제 엔진(206)의 일부일 수 있거나 그 반대일 수 있다.

컴포넌트들(208-220, 230-246, 252 및 254)은 소프트웨어, 하드웨어 또는 둘 모두를 포함할 수 있다. 예를 들어, 컴포넌트들(208-220, 230-246, 252 및 254)은 비 일시적 컴퓨터-판독가능한 저장 매체상에 저장되고 클라이언트 장치들(200a, 200b)또는 서버 장치(들)(108)의 적어도 하나의 프로세서에 의해 실행가능한 컴퓨터 명령어를 포함할 수 있다. 적어도 하나의 프로세서에 의해 실행될 때, 컴퓨터 실행가능한 명령어는 클라이언트 장치(들)(104a, 104b) 또는 서버 장치(들)(108)로 하여금 본 명세서에 기술된 방법 및 프로세스를 수행하게 할 수 있다. 대안으로, 컴포넌트(208-220, 230-246, 252 및 254)는 특정 기능 또는 기능의 그룹을 수행하기 위한 특수 목적 프로세싱 장치와 같은 하드웨어를 포함할 수 있다. 추가로 또는 대안으로, 컴포넌트들(208-220, 230-246, 252 및 254)은 컴퓨터 실행가능한 명령어들 및 하드웨어의 조합을 포함할 수 있다.

하나 이상의 실시 예에서, 클라이언트 애플리케이션(202)은 클라이언트 장치(104a, 104b) 중 하나 상에 설치된 네이티브 애플리케이션 일 수 있다. 예를 들어, 클라이언트 애플리케이션(202)은 스마트폰 또는 태블릿과 같은 모바일 장치상에 설치되고 실행되는 모바일 애플리케이션 일 수 있다. 대안으로, 클라이언트 애플리케이션(202)은 데스크톱 애플리케이션, 위젯(widget), 또는 네이티브 컴퓨터 프로그램의 다른 형태 일 수 있다. 대안으로, 클라이언트 애플리케이션(202)은 클라이언트 장치가 액세스하는 원격 애플리케이션일 수 있다. 예를 들어, 클라이언트 애플리케이션(202)은 클라이언트 장치들의 웹 브라우저 내에서 실행되는 웹 애플리케이션일 수 있다.

위에서 언급한 바와 같이 그리고 도 2에 도시되는 것처럼, 클라이언트 애플리케이션(202)은 사용자 인터페이스 관리자(208)를 포함할 수 있다. 사용자 인터페이스 관리자(208)는 그래픽 사용자 인터페이스(또는 간단히 "사용자 인터페이스")를 제공, 관리, 및/또는 제어하여 사용자가 결제의 전송뿐만 아니라, 메시지의 작성, 열람, 및 전송을 하도록 허용할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 인스턴트 메시지와 같은 메시지의 작성을 용이하게 하는 사용자 인터페이스를 제공할 수 있다. 마찬가지로, 사용자 인터페이스 관리자(208)는 다른 사용자로부터 수신된 메시지를 디스플레이하는 사용자 인터페이스를 제공할 수 있다.

더 구체적으로, 사용자 인터페이스 관리자(208)는(예를 들어, 클라이언트 장치(104a, 104b)와 연관된 디스플레이 장치를 통해) 사용자 인터페이스의 디스플레이를 용이화할 수 있다. 예를 들어, 사용자 인터페이스는 사용자가 메시지 또는 결제를 작성, 전송 및 수신할 수 있게 하는 복수의 그래픽 컴포넌트, 객체 및/또는 요소로 구성될 수 있다. 더욱 특히, 사용자 인터페이스 관리자(208)는 사용자가 메시징 스레드를 볼 수 있게 하는 그래픽 컴포넌트, 객체 및/또는 요소의 그룹을 디스플레이하도록 클라이언트 장치(104a, 104b)에 지시할 수 있다.

추가로, 사용자 인터페이스 관리자(208)는 메시지를 작성하고 전송하기 위한 사용자 입력을 용이하게 하는 하나 이상의 그래픽 객체 또는 요소를 디스플레이하도록 클라이언트 장치(104a, 104b)에 지시할 수 있다. 예시를 위해, 사용자 인터페이스 관리자(208)는 사용자가 클라이언트 애플리케이션(202)에 사용자 입력을 제공 할 수 있게 하는 사용자 인터페이스를 제공할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 사용자가 하나 이상의 타입의 컨텐츠를 메시지로 입력할 수 있게 하는 하나 이상의 사용자 인터페이스를 제공할 수 있다. 본 명세서에서 사용되는 것처럼, "컨텐츠"는 메시지의 일부로서 포함될 임의의 데이터 또는 정보를 지칭한다. 예를 들어, 용어 "컨텐츠"는 본 명세서에서 일반적으로 텍스트, 이미지, 디지털 미디어, 파일, 위치 정보, 결제 정보 및 메시지의 일부로서 포함될 수 있는 임의의 다른 데이터를 기술하는데 사용될 것이다.

전술한 바와 같이, 메시지에 포함될 수 있는 컨텐츠의 일례는 발신 사용자로부터 수신 사용자로의 결제이다. 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 사용자가 하나 이상의 다른 사용자에게 결제를 쉽고 효율적으로 정의하고 전송할 수 있게 하는 사용자 인터페이스를 제공할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 사용자가 결제를 생성하고 전송하기 위해 상호 작용할 수 있는 하나 이상의 입력 필드 및/또는 하나 이상의 사용자 선택가능 요소를 제공할 수 있다.

상술한 것에 추가로, 사용자 인터페이스 관리자(208)는 업데이트된 메시지 정보, 결제의 업데이트된 상태 및/또는 업데이트된 이용 가능한 행위를 디스플레이하기 위해 클라이언트 애플리케이션(202)의 하나 이상의 컴포넌트로부터 명령어 또는 통신을 수신할 수 있다. 사용자 인터페이스 관리자(208)는 특정 옵션이 거래 프로세스 내의 특정 지점에서 이용 가능한지에 기반하여 이용가능한 옵션을 업데이트할 수 있다. 사용자 인터페이스 관리자(208)는 후술될 바와 같이, 발신인 및/또는 수신인 상태 메시지 내의 다양한 다른 선택가능한 행위를 추가, 제거 및/또는 업데이트할 수 있다.

사용자 인터페이스 관리자(208)는 전자 통신 또는 메시지에 포함될 텍스트 또는 다른 데이터의 입력을 용이하게 할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 키보드를 포함하는 사용자 인터페이스를 제공할 수 있다. 사용자는 전자 통신에 포함될 텍스트를 선택하기 위해 하나 이상의 터치 제스처를 사용하여 키보드와 상호 작용할 수 있다. 예를 들어, 사용자는 전자 통신에서 하나 이상의 다른 컨텐츠 아이템을 기술하거나 및/또는 동반되는 메시지를 입력하기 위해 키보드를 사용할 수 있다. 텍스트에 추가로, 키보드 인터페이스를 포함한 사용자 인터페이스는 다양한 다른 문자, 기호, 아이콘이나 다른 문자 정보의 입력을 용이하게 할 수 있다.

도 2에 추가로 도시되는 것처럼, 클라이언트 애플리케이션(202)은 사용자 입력 검출기(210)를 포함할 수 있다. 하나 이상의 실시예에서, 사용자 입력 검출기(210)는 임의의 적절한 방식으로 사용자 입력을 감지, 수신 및/또는 용이하게 할 수 있다. 일부 예에서, 사용자 입력 검출기(210)는 사용자 인터페이스에 대해 하나 이상의 사용자 상호 작용을 검출할 수 있다. 본 명세서에서 언급된 바와 같이, "사용자 상호 작용"은 하나 이상의 입력 장치를 통해 사용자로부터 수신된 단일 상호작용 또는 상호작용들의 조합을 의미한다.

예를 들어, 사용자 입력 검출기(210)는 키보드, 마우스, 터치 패드, 터치 스크린, 및/또는 임의의 다른 입력 장치로부터의 사용자 상호작용을 검출할 수 있다. 클라이언트 장치(104a, 104b)가 터치 스크린을 포함하는 경우, 사용자 입력 검출기(210)는 사용자 상호 작용을 형성하는 사용자로부터의 하나 이상의 터치 제스처(예컨대, 제스처 스와이프, 탭 제스처, 핀치 제스처 또는 역방향 핀치 제스처)를 검출할 수 있다. 일부 예시에서, 사용자는 사용자 인터페이스의 하나 이상의 그래픽 객체 또는 그래픽 요소로 향해지거나 및/또는 그와 관련되는 터치 제스처를 제공할 수 있다.

사용자 입력 검출기(210)는 추가적으로 또는 대안으로, 사용자 상호 작용을 나타내는 데이터를 수신할 수 있다. 예를 들어, 사용자 입력 검출기(210)는 사용자로부터 하나 이상의 사용자 구성가능한 파라미터, 사용자로부터 하나 이상의 사용자 명령, 및/또는 임의의 다른 적절한 사용자 입력을 수신할 수 있다. 사용자 입력 검출기(210)는 클라이언트 애플리케이션(202)의 하나 이상의 컴포넌트로부터, 클라이언트 장치(104a, 104b)의 저장소로부터, 또는 하나 이상의 원격 위치(예를 들어, 네트워크 애플리케이션(204))로부터 입력 데이터를 수신할 수 있다.

클라이언트 애플리케이션(202)은 사용자 입력 검출기(210)가 사용자 입력을 검출 및/또는 다른 데이터를 수신하는 것에 응답하여 하나 이상의 기능을 수행할 수 있다. 일반적으로, 사용자 입력 검출기(210)가 감지할 수 있는 하나 이상의 사용자 입력을 제공함으로써 사용자는 클라이언트 애플리케이션(202)을 컨트롤하고, 그 내부에서 내비게이트(navigate)하며, 그렇지 않으면 클라이언트 애플리케이션(202)을 사용할 수 있다. 예를 들어, 사용자 입력 검출기(210)가 사용자 입력을 검출하는 것에 응답하여, 클라이언트 애플리케이션(202)의 하나 이상의 컴포넌트는 사용자가, 메시지에 대한 수신인을 선택하고, 메시지를 작성하며, 메시지에 포함할 컨텐츠를 선택하고, 및/또는 메시지를 수신인에게 전송하도록 할 수 있다. 또한, 사용자 입력을 검출기(210)가 사용자 입력을 검출하는 것에 응답하여, 클라이언트 애플리케이션(202)의 하나 이상의 컴포넌트는 사용자가 수신된 메시지, 연락처 등을 검토하기 위한 하나 이상의 사용자 인터페이스를 통해 내비게이트할 수 있게 한다.

하나 이상의 실시예에서, 사용자 입력을 사용자 입력 검출기(210)가 검출하는 것에 응답하여 클라이언트 애플리케이션(202)은 사용자가 한 명 이상의 다른 사용자에게 전송할 결제를 생성하게 할 수 있다. 예컨대, 결제를 전송하길 원하는 사용자는 사용자 인터페이스 내의 메뉴에 제공되는 결제 요소와 상호작용할 수 있다. 결제 요소와의 사용자 상호작용의 검출 시에, 사용자 입력 검출기(210)는 사용자 인터페이스 관리자(208)로 하여금 결제를 생성하기 위한 사용자 인터페이스를 제공하도록 야기할 수 있다. 따라서, 사용자 입력 검출기(210)가 사용자 입력을 검출하는 것에 응답하여 클라이언트 애플리케이션(202)은 아래에서 추가로 후술하는 바와 같이, 사용자가 다른 사용자에게 전송될 결제를 정의하는 맞춤형 결제를 생성하도록 할 수 있다.

도 2에 추가로 도시되는 것처럼, 클라이언트 애플리케이션(202)은 클라이언트 애플리케이션(202)으로 제공되거나, 클라이언트 애플리케이션(202)으로부터 전송된 메시지를 관리하는 메시지 핸들러(210)를 포함할 수 있다. 예컨대, 메시지 핸들러(210)는 클라이언트 애플리케이션(202)을 사용하여 메시지의 전송 및 수신을 조정하기 위해 사용자 인터페이스 관리자(208) 및 사용자 입력 검출기(210)와 상호작용할 수 있다. 메시지 핸들러(210)는 복수의 참여자들 사이에서 전자 메시지 세션의 코스 상에서 네트워크 애플리케이션(204)으로부터 및 네트워크 애플리케이션(204)으로의 메시지의 전송 및 수신을 지시할 수 있다. 메시지 핸들러(210)는 유입되고 유출되는 메시지를 조직화하고 사용자 인터페이스 관리자(208)가 메시지를 디스플레이하도록 지시할 수 있다.

하나 이상의 실시예에서, 메시지 핸들러(210)는 클라이언트 애플리케이션(202)을 통한 데이터의 수신 및 전송을 용이하게 할 수 있다. 특히, 메시지 핸들러(210)는 메시지의 전송 및 수신을 용이하게 할 수 있다. 예컨대, 메시지 핸들러(210)는, 본 명세서에 기술되는 것처럼, 적절한 통신 프로토콜을 사용하고 하나 이상의 통신 채널을 통해 전송될 수 있는 임의의 필수적인 형태로 메시지를 포맷하고 메시지에 포함될 컨텐츠를 패키징할 수 있다. 유사하게, 메시지 핸들러(210)는 클라이언트 장치(204)가 다른 사용자들로부터 수신하는 메시지를 프로세싱할 수 있다.

클라이언트 애플리케이션(202)을 위한 통신 기능을 제공하는 것에 추가로, 메시지 핸들러(210)는 메시지 데이터로의 액세스를 제공할 수 있다. 예컨대, 메시지 핸들러(210)는 포함시킬 연락처 리스트 또는 하나 이상의 연락처 그룹들 및 메시지에 대한 수신인을 표현하는 데이터를 액세스할 수 있다. 예시하기 위해, 메시지 핸들러(210)는 사용자 인터페이스 관리자(208)에 연락처 리스트를 표현하는 데이터를 획득 및 제공할 수 있고, 사용자가 연락처 리스트를 검색 및 브라우징하고, 궁극적으로 메시지의 수신인으로 포함시킬 개별 연락처 또는 연락처 그룹을 선택하도록 허용할 수 있다. 하나 이상의 실시예에서, 소셜 네트워킹 시스템은 원격 연락처 리스트 데이터(예컨대, "친구 리스트")를 관리할 수 있고, 메시지 핸들러(210)는 클라이언트 애플리케이션(202) 내에서 사용하기 위한 소셜 네트워킹 시스템상의 연락처 리스트 데이터를 액세스할 수 있다.

메시지 핸들러(210)는 또한, 클라이언트 애플리케이션(202)이 메시지를 작성, 전송 및 수신하는데 사용할 수 있는 다른 로컬 또는 원격 데이터로의 액세스를 제공할 수 있다. 예컨대, 메시지 핸들러(210)는 사용자가 메시지에 포함할 수 있는 파일, 이미지, 오디오, 비디오 및 다른 컨텐츠로의 액세스를 획득할 수 있다. 더욱이, 메시지 핸들러(210)는 메시지 내에 포함시킬 컨텐츠를 캡처 또는 생성하는 능력을 사용자에게 제공하기 위해 발신 클라이언트 장치(204)의 하나 이상의 기능으로의 액세스를 제공할 수 있다. 예컨대, 메시지 핸들러(210)는 사용자가 메시지에 포함시킬 컨텐츠를 캡처하게 허용하는 카메라, 마이크, 또는 다른 기능을 활성화할 수 있다.

추가로, 메시지 핸들러(210)는 결제의 전송을 용이하게 할 수 있다. 특히, 도 2는 클라이언트 애플리케이션(202)이 메시지 핸들러(210)가 결제 프로세스/거래를 개시하기 위해 네트워크 애플리케이션(204)으로 전송할 수 있는 결제 요청을 생성할 수 있는 결제 요청 생성기(218)를 포함할 수 있다. 예컨대, 발신인이 사용자 인터페이스상의 결제 요소를 선택할 때, 결제 요청 생성기(218)는 발신인으로부터 수신된 결제 정보를 포함하는 데이터 패키지를 생성할 수 있다. 결제 요청은 결제 거래의 일부로서 전송될 금액의 표시 및 네트워크 애플리케이션이 결제 거래를 수행할 수 있게 해주는 임의의 필요한 정보를 포함할 수 있다. 하나 이상의 실시예에 따르면, 보다 자세히 후술되는 바와 같이 메시지 핸들러(210)는 네트워크 애플리케이션(204)과 직접 및/또는 큐 관리자(246)를 통해 통신할 수 있다.

하나 이상의 실시예에서, 결제 요청 생성기(218)는 결제 금액, 하나 이상의 발신자 식별자, 하나 이상의 수신자 식별자, 하나 이상의 결제 방법이나 발신자 계좌 정보, 인가 정보, 통화 정보, 메시지 또는 결제 설명 및/또는 발신자로부터 수신자로의 결제를 용이하게 하는데 도움이 될 수 있는 임의의 다른 데이터를 포함하는 데이터 패키지를 생성할 수 있다. 대안적으로, 결제 요청은 수신자, 결제 금액 및 발신 사용자의 클라이언트 장치(104a)가 송수신된 데이터의 불일치를 해결할 수 있게 하는 오프라인 참조를 식별할 수 있다. 결제 요청 생성기(218)는 네트워크 애플리케이션(204)으로 전송하기 위해 결제 요청(예컨대, 결제 정보를 포함하는 데이터 패키지)를 메시지 핸들러(210)로 전달할 수 있다.

결제 요청 생성기(218)는 또한, 다양한 소스로부터 결제 정보를 획득할 수 있다. 예를 들어, 결제 요청 생성기(218)는 사용자 입력 검출기(210)를 통해 발신자로부터 직접 결제 정보를 획득할 수 있다. 추가로 또는 대안으로, 결제 요청 생성기는 데이터 관리자(220)에 의해 클라이언트 장치(104a, 104b)상에 관리되는 결제 정보로의 액세스를 획득할 수 있다. 예컨대, 클라이언트 애플리케이션(202)은 발신인이 다양한 결제 방법을 입력하고 저장하거나 및/또는 디폴트 결제 방법, 디폴트 통화를 식별하고, 아니면 결제의 전송 및/또는 수신과 관련된 다른 사용자 선호도를 특정하도록 할 수 있다.

결제 요청 생성기(218)는 또한 클라이언트 애플리케이션(202)을 통한 사용자로부터의 입력에 기반하여 메시지의 포매팅을 가능하게 할 수 있다. 구체적으로, 결제 요청 생성기(218)는 대응하는 결제 방법에 따라 결제 요청의 포매팅을 가능하게 할 수 있다. 예를 들어, 결제 요청 생성기(218)는 사용자가 직불 거래에서 상대 사용자에게 결제하는 요청과 이에 따라 상대 사용자에게 결제 요청의 포맷을 입력했다고 결정할 수 있다. 하나 이상의 예시에서, 결제 요청 생성기(218)는 결제 요청이 결제 거래와 연관된 결제 정보나 결제 크리덴셜에 기반하여 또는 발신 사용자에 의한 특정 선택에 기반하여 당일 처리를 위해 포매팅되야한다고 결정할 수 있다.

하나 이상의 실시예에서, 결제 요청 생성기(218)는 결제 요청 내의 토큰에 접근하고 제공할 수 있다. 토큰은 네트워크 애플리케이션(204)에 의해 저장된 결제 크리덴셜을 참조할 수 있다. 예를 들어, 결제 요청 생성기(218)는 네트워크 애플리케이션(204)에 의해 저장된 결제 크리덴셜을 사용하여 결제할 권한이 부여된 발신자 및/또는 발신자 클라이언트 장치(104a)를 검증하는 결제 요청에 포함시킬, 또는 결제 요청을 가진 토큰을 검색할 수 있다.

상기에 언급된 바와 같이, 클라이언트 애플리케이션(202)은 메시지 분석기(214)를 더 포함할 수 있다. 메시지 분석기(214)는 잠재적인 이벤트를 위해 클라이언트 애플리케이션(202)으로부터 전송되거나 그에 의해 수신되는 메시지를 분석할 수 있다. 하나 이상의 실시예에서, 메시지 분석기(214)는 교환된 메시지에서의 문맥적인 컨텐츠에 기반하여 사용자들 간에 교환된 전자 메시지로부터의 이벤트를 추론할 수 있다. 구체적으로, 메시지 분석기(214)는 소셜 네트워킹 이벤트 또는 결제를 위한 기회를 표시하는 특정 구절이나 문자 스트링을 식별할 수 있다. 예컨대, 문자 스트링은 2명 이상의 사용자들 사이의 메시징 스레드에서의 전자 메시지로부터 기결정된 문자 스트링을 포함할 수 있다.

클라이언트 애플리케이션(202)은 위치 검출기(216)를 더 포함할 수 있다. 위치 검출기(216)는, 메시지를 분석함으로써 또는 다른 소스로부터의 데이터에 기반하는 클라이언트 장치(104a, 104b), 셀 타워 삼각측량, WIFI 수신된 신호 강도 표시, WIFI 무선 지문, 무선-주파수 식별, 근자장 통신으로부터의 GPS 정보에 기반하여 클라이언트 장치(104a, 104b)의 위치를 액세스하거나 식별할 수 있다. 위치 검출기(216)는 이후 클라이언트 장치(104a, 104b)의 위치를 메시지 분석기(214)나 네트워크 애플리케이션(204)으로 제공할 수 있다. 추가로, 위치 검출기(216)는 네트워크 애플리케이션(204)으로부터 다른 클라이언트 장치의 위치의 표시를 수신하고, 그들을 메시지 분석기(214)로 제공할 수 있다.

전술한 바와 같이, 클라이언트 장치(104a)는 도 2에 도시된 데이터 관리자(220)를 포함할 수 있다. 데이터 관리자(220)는 사용자와 한 명 이상의 다른 사용자들 사이의 메시지를 작성, 전송, 및 수신하는 것과 연계하여 사용된 데이터를 표시하는 메시지 데이터를 관리할 수 있다. 예컨대, 메시지 데이터는 메시지 로그, 연락처 리스트, 컨텐츠, 과거 통신, 및 클라이언트 애플리케이션(202)을 사용하여 사용자가 통신하기 위한 능력을 제공하는 것과 연계되어 클라이언트 애플리케이션(202)이 사용할 수 있는 다른 유사한 타입의 데이터를 포함할 수 있다.

데이터 관리자(220)는 또한, 결제 요청을 생성하는데 사용되는 정보를 표현하는 결제 데이터를 관리할 수 있다. 예를 들어, 결제 데이터는 결제 방법 데이터(즉, 크리덴셜) 및/또는 계정 데이터(예: 은행 또는 신용 카드 계정 데이터)를 포함할 수 있다. 추가로, 결제 데이터는 결제 선호도(예컨대, 디폴트 결제 방법)를 포함할 수 있다. 일반적으로, 결제 데이터는 결제 요청 생성기(218)가 결제를 생성하는 것과 연계하여 사용할 수 있는 임의의 데이터를 포함할 수 있다.

간략히 상술한 바와 같이, 클라이언트 장치(104a, 104b)에 추가로, 시스템(100)은 서버 장치(들)(108)에서 전체가 또는 부분이 구현되는 네트워크 애플리케이션(204)을 더 포함할 수 있다. 본 발명의 하나 이상의 실시예에서, 네트워크 애플리케이션(204)은 (FACEBOOK(TM)과 같은 하지만 이에 한정되지 않는) 소셜 네트워크 시스템을 포함하지만, 다른 실시예에서 네트워크 애플리케이션(204)은 이메일 애플리케이션, 검색 엔진 애플리케이션, 은행 업무 애플리케이션 또는 사용자 계정을 사용하는 임의의 여러 다른 애플리케이션을 포함하지만 이에 한정되지 않는 다른 유형의 애플리케이션을 포함할 수 있다.

네트워크 애플리케이션(204)이 소셜 네트워킹 시스템을 포함하는 하나 이상의 실시예에서, 네트워크 애플리케이션(204)은 복수의 사용자들 및 컨셉들을 표현하고 분석하기 위한 소셜 그래프(250)를 포함할 수 있다. 소셜 그래프(250)의 노드 저장소(252)는 사용자에 대한 노드, 컨셉에 대한 노드, 거래에 대한 노드, 및 아이템에 대한 노드를 포함하는 노드 정보를 저장할 수 있다. 소셜 그래프(250)의 에지 저장소(254)는 소셜 네트워킹 시스템 내에서 발생하는 노드 및/또는 행위 사이의 관계를 포함하는 에지 정보를 저장할 수 있다. 소셜 네트워킹 시스템, 소셜 그래프, 에지, 및 노드에 관한 추가 세부사항은 도 10과 관련하여 아래에 제시된다.

통신 관리자(230)는 클라이언트 애플리케이션(202)으로부터 수신된 메시지를 프로세싱할 수 있다. 예컨대, 통신 관리자(230)는 클라이언트 애플리케이션(202)의 메시지 핸들러(206)와 상호작용할 수 있다. 통신 관리자(230)는 전자 메시지 스레드에서 사용자들 사이에서 왕복하여 전송되는 메시지에 대한 지시자로서 역할을 할 수 있다. 통신 관리자(230)는 클라이언트 애플리케이션(202)으로부터 메시지를 수신하고, 메시지의 의도된 수신인을 감지하며, 메시지를 의도된 수신인과 관련된 클라이언트 애플리케이션(202) (또는 장치)로 전송할 수 있다. 통상의 기술자는 통신 관리자(230)가 수신인을 위한 메시지를 수신인과 관련된 다수의 클라이언트 장치(즉, 사용자가 클라이언트 애플리케이션(202)의 버전을 설치한 각각의 장치)를 향하도록 지시할 수 있음을 인식할 것이다.

추가로, 통신 관리자(230)는 또한, 목적지 통신 장치 또는 타입에 의해 사용되는 메시징 프로토콜에 기반하여 메시지의 컨텐츠 또는 포맷을 다시-포매팅하거나 아니면 수정할 수 있다. 그리하여, 하나 이상의 실시예에서 시스템(100)은 상이한 통신 플랫폼을 사용하는 참여자들이 메시지를 교환하도록 할 수 있다. 예컨대, 통신 관리자(230)는 제1 프로토콜(SMS, IM, XMPP, APNS 등)에서 메시지를 수신하고, 메시지를 제2 프로토콜로 다시-포매팅하며, 다시-포매팅된 메시지를 의도된 수신인(들)에게 전송할 수 있다.

상태 관리자(232)는 클라이언트 애플리케이션(202) 및/또는 클라이언트 장치(104a, 104b)의 사용자들의 상태를 추적할 수 있다. 예컨대, 상태 관리자(232)는 언제 사용자가 클라이언트 애플리케이션(202)으로 로그되는지, 언제 사용자가 클라이언트 애플리케이션(202)에서 활성인지, 언제 사용자 또는 사용자 계정과 관련된 클라이언트 장치(104a, 104b)가 온라인이거나 활성인지를 식별할 수 있다. 상태 관리자(232)는 클라이언트 애플리케이션(202)에 사용자, 장치, 메시지 또는 결제의 상태를 알리기 위해 클라이언트 애플리케이션(202)으로 표시(가령 푸시 알림)를 전송할 수 있다. 사용자 인터페이스 관리자(208)는 상태 관리자(232)로부터 수신된 표시에 기반하여 상태 알림을 추가, 수정하거나 또는 변경하거나 업데이트할 수 있다. 예컨대, 상태 관리자(232)는 다른 사용자가 메시지를 액세스하거나, 결제를 수신하거나, 결제를 전송하거나, 활성인 것 또는, 상대 사용자가 활성인 장치나 장치 타입(예컨대, 모바일 대 웹) 등을 표시하는 표시를 클라이언트 애플리케이션(202)에 전송할 수 있다. 사용자 인터페이스 관리자(208)는 결국 사용자에게 상태를 알리기 위한 사용자 인터페이스를 업데이트한다.

네트워크 애플리케이션(204)은 또한, 메시지 데이터베이스(234)를 포함할 수 있다. 메시지 데이터베이스(234)는 복수의 참여자들 사이에서 전자 메시지 세션으로부터의 메시지의 컨텐츠를 표현하는 메시지 데이터를 관리할 수 있다. 메시지 데이터베이스(234)는 상태 관리자(232)가 추적하는 상기에 언급된 정보를 표현하는 상태 데이터를 관리할 수 있다. 메시지 데이터베이스(234)는 따라서, 네트워크 애플리케이션(204)이 수요가 있거나 일단 사용자가 새로운 컴퓨팅 장치를 사용하여 클라이언트 애플리케이션(202)으로 로그할 때 사용자에게 제공할 수 있는 메시지 스레드의 아카이브(archive)를 제공할 수 있다.

상술한 바와 같이, 서버 장치(들)(108)은 결제 관리자(240)를 가지는 결제 엔진(206)을 포함할 수 있다. 도 2의 결제 관리자(240)는 결제 요청의 송수신을 통합하고 결제 거래를 개시할 수 있고, 하나 이상의 API(application programming interfaces)를 채용할 수 있다. 예를 들어, 통신 관리자(230)가 결제 요청을 수신하면, 통신 관리자(230)는 결제 관리자(240)에게 임의의 결제 세부사항을 송신할 수 있다. 결제 관리자(240)는 이후 결제 네트워크(115)를 사용하여 결제 거래를 개시하기 위해 결제 요청으로부터 검색된 결제 세부사항을 사용할 수 있다.

하나 이상의 실시예에 따르면, 시스템(100)은 네트워크 애플리케이션(204)와 별개로 결제 엔진(206)을 유지할 수 있다. 예를 들어, 시스템(100)은 네트워크 애플리케이션(204)의 기능의 적어도 일부와 별개로 결제 엔진(206)과 연관된 결제 프로세스를 구현할 수 있다(예컨대, 복구를 위한 메시징 데이터베이스를 사용하여). 설명하자면, 시스템(100)은 결제 엔진(206)의 기능을 하나 이상의 서버의 제1 그룹 상에, 네트워크 애플리케이션(204)의 기능을 하나 이상의 서버의 제2 그룹 상에 구현할 수 있다. 결제 엔진(206)과 네트워크 애플리케이션의 기능을 별개의 서버에 구현하는 것은 사용자와 연관된 금융 정보의 적어도 일부가 네트워크 애플리케이션(204)와 떨어져 유지되어 PCI(Payment Card Industry) 표준을 준수함을 시스템(100)이 보장할 수 있게 할 수 있다. 본 명세서에 서술된 것의 서버 및/또는 소프트웨어의 대안적 구성도 시스템(100)이 PCI 표준을 준수하게 할 수 있다.

결제 관리자(240)는 결제 요청에 정의된 결제에 대응하는 거래를 조정할 수 있다. 상기에 일반적으로 설명된 바와 같이, 결제 관리자(240)는 결제 요청에 해당하는 결제 네트워크(115)를 통해 거래를 조정하고, 거래의 상태를 모니터하고, 거래와 관련된 상태 정보를 제공할 수 있다. 더 구체적으로, 결제 네트워크(115)는 거래를 인증하고, 거래를 펀딩하거나, 및/또는 도 1을 참조하여 앞서 기술된 개별 거래 또는 거래들의 집단을 해결할 수 있다. 하나 이상의 실시예에서, 결제 관리자(240)는 관련 정보를 결제 네트워크(115)와 통신하기 위해 하나 이상의 애플리케이션 프로그래밍 인터페이스(API)들을 사용할 수 있다.

추가적 또는 대안적 실시예에서, 클라이언트 장치(104a) 상의 클라이언트 애플리케이션(202)은 클라이언트 장치(104a)로 하여금 결제 요청 및/또는 결제 요청과 연관된 메시지를 네트워크 애플리케이션(204)와 결제 엔진(206)에 병렬로 송신하게 야기할 수 있다. 특히, 클라이언트 애플리케이션(202)이 사용자로부터 금액을 상대 사용자에게 결제하는 선택을 수신할 때, 클라이언트 애플리케이션(202)은 클라이언트 장치(104a)로 하여금 결제 요청을 제1 네트워크 애플리케이션(204)과 결제 엔진(206)에 송신하게 야기할 수 있다. 그러므로, 네트워크 애플리케이션(204)은 결체 요청을 처리하는 한편 결제 엔진(206)도 결제 요청과 연관된 결제 거래를 처리할 수 있다. 대안적 실시예에서, 클라이언트 장치(104a)는 메시지를 네트워크 애플리케이션(204)과 연관된 하나 이상의 서버로 송신할 수 있는데, 그 후 결제 엔진(206)으로 메시지를 전달할 수 있거나, 그 반대이다.

거래를 완료하기 위해, 결제 관리자(240)는 수신인을 위한 결제 크리덴셜(가령 예치 계좌 정보, 직불 카드, 신용 카드, 기프트 카드, 전자 지갑)을 엑세스하거나 획득할 수 있다. 결제 관리자(240)는 수신인의 결제 크리덴셜(예컨대, 실질적으로 즉시 지불을 수신하기 위한 직불 카드)을 다양한 방법을 사용하여 획득할 수 있다. 하나의 예시적인 실시예에서, 수신인은 네트워크 애플리케이션(204)에 하나 이상의 예치 계좌 또는 다른 결제 크리덴셜을 등록할 수 있다. 사용자가 다른 결제 크리덴셜 또는 예치 계좌를 등록하면, 사용자 프로필 데이터베이스(236)는 결제 크리덴셜을 관리할 수 있다.

결제 관리자(240)가 결제 정보를 수신한 후, 결제 관리자(240)는 수신인을 식별할 수 있다. 결제 관리자(240)는 수신인이 결제 크리덴셜을 등록했는지 여부를 결정하기 위해 사용자 프로필 데이터베이스(236)에서 수신인을 색인할 수 있다. 이 시점에서, 결제 관리자(240)는 거래를 개시할 수 있다.

수신인의 사용자 프로필이 결제 크리덴셜을 포함하지 않는 경우, 또는 수신자의 사용자 프로필이 당일 결제를 지원하는 결제 크리덴셜을 포함하지 않는 경우, 결제 관리자(240)는 통신 관리자(230)가 수신인에게 결제 크리덴셜을 제공하도록 독려하는 메시지를 수신인에게 전송하도록 지시할 수 있다. 메시지는 수신인이 결제 크리덴셜 세부사항을 제공하게 허용하는 하나 이상의 상호작용형 필드를 제공함으로써 수신인이 결제 크리덴셜을 등록하도록 독려할 수 있다. 추가적으로 또는 대안적으로, 수신자가 등록된 결제 크리덴셜을 가지지 않는 경우, 결제 관리자(240)는 임시 예금 계좌를 생성할 수 있다. 특히, 결제 관리자(240)는 계좌 번호를 생성하고 계좌 번호를 수신인의 사용자 프로필과 관련시킬 수 있다. 하나 이상의 실시예에서, 수신인은 이미 임시 계좌를 가질 수 있고, 따라서 결제 관리자(240)는 거래를 완료하기 위해 이전에 생성된 임시 계좌를 사용할 수 있다. 특히, 임시 계좌는 결제 관리자(240)가 발신인 또는 수신인의 관점에서 결제 프로세스를 지연함이 없이 거래를 프로세싱하도록 인스턴트로 진행하게끔 허용할 수 있다.

계좌 관리자(244)는 네트워킹 애플리케이션과 관련하여 하나 이상의 임시 계좌를 관리할 수 있다. 예를 들어, 결제의 완료 시에, 결제 관리자(240)는 결제 액수를 임시 계좌에 예치할 수 있다. 하나 이상의 실시예에서, 결제 관리자(240)는 결제 관리자(240)가 수신자의 결제 크리덴셜로 돈을 송금했다는 것을 표시하는 메시지를 통신 관리자(230)가 수신자에게 전송하도록 할 수 있다. 예를 들어, 만약 수신자가 이미 예금 계좌를 등록했다면, 결제 관리자(240)는 실질적으로 즉시 결제 거래에서 등록된 예금 계좌로 돈을 송금할 수 있다. 대안으로, 수신인이 예치 계좌를 등록하길 원하지 않는다면, 메시지 시스템은 금전을 임시 계좌로부터 출금하기 위한 명령어를 수신인에게 제공할 수 있다.

결제 네트워크(115)를 통해 거래를 조정하는 것에 추가로, 결제 관리자(240)는 또한, 하나 이상의 시스템 사용자 계정에 대하여 거래를 조정할 수 있다. 하나 이상의 실시예에서, 네트워크 애플리케이션(204)은 사용자 현금 계좌, 가령 기프트 카드 계좌, 현금 카드 계좌, 또는 유사한 타입의 사용자 계좌를 지원할 수 있다. 발신인은 결제의 방법으로서 발신인의 사용자 현금 계좌를 특정할 수 있고, 유사하게 수신인은 수신인의 사용자 현금 계좌를 등록된 예치 계좌로 설정할 수 있다. 그러므로, 적어도 하나 이상의 실시예에서, 전체 거래 또는 실질적으로 전체 거래는 네트워크 애플리케이션(204) 내에서 처리될 수 있다.

하나 이상의 실시예에서, 시스템(100)은 수신자가 직불 카드 계좌를 자금을 수신할 결제 크리덴셜로 등록할 수 있게도 할 수 있다. 자금을 사용자의 직불 카드로 보내기 위해, 결제 관리자(240)는 결제 액수를 수신인의 직불 카드 계좌에 지급하는 환불 요청을 전송할 수 있다. 하나 이상의 실시예에서, 요청은 참조되지 않은 환불 요청을 포함할 수 있다. 참조되지 않은 환불 요청은 사용자의 직불 카드 계좌를 갖는 이전의 자금 거래에 첨부되지 않은 환불 요청이다. 참조되지 않은 환불 요청 처리는 수신자 직불 카드 계좌에 환불 요청의 금액의 입금을 적용하는 결과를 낳는다. 예컨대, 수신인이 직불 카드 계좌에서 마이너스 잔고를 갖는 경우, 요청 액수는 마이너스 잔고로 적용될 수 있다. 유사하게, 수신인이 직불 카드 계좌에 0의 잔고를 갖는 경우, 요청된 액수는 수신인이 그에 대해 소비할 수 있는 플러스 직불 카드 계좌 잔고를 발생시킬 수 있다. 대안적으로, 요청은 당일 결제를 처리하는 독점 라우팅 방법을 통해 시스템(100)이 송금할 수 있게 하는 특정 카드 서비스에 대응하는 과금 요청을 포함할 수 있다.

도 2의 결제 관리자(240)는 결제 요청을 요청하고 수락하고, 결제 프로세스를 조정하기 위해 통신 관리자(230)로부터 수신된 정보를 조정하는 것과 관련된 다양한 기능을 수행할 수 있다. 예컨대, 결제 관리자(240)는 결제 크리덴셜을 생성하고 저장할 수 있다. 더 구체적으로는, 사용자(예컨대, 발신인 및 수신인)는 네트워크 애플리케이션과 이미 계정을 가질 수 있고, 따라서 이미 등록된 사용자이거나, 아니면 여전히 계정을 설정할 수 있다. 일실시예로, 사용자의 적어도 일부는 또한, 소셜 네트워킹 시스템의 구성원일 수 있고, 시스템(100)을 사용하여 메시징할 때 또한, 사용되는 소셜 네트워킹 계정과 관련된 식별자("IDs") 및 사용자 프로필을 가질 수 있다. 대안적으로, 다른 사용자는 소셜 네트워킹 시스템의 회원이 아닐 수 있고 시스템(100)의 등록된 회원이 되기 위해 계정을 생성할 수 있다. 이 예에서, 결제 관리자(240)는(클라이언트 애플리케이션(202)을 통해) 이러한 사용자로부터 데이터를 수신하고, 계정을 생성하며, 이후 결제 프로세스 동안에 이후에 참조될 이러한 사용자들을 위한 고유 ID 및 사용자 결제 프로필을 생성할 수 있다. 일부의 경우, 결제 관리자(240)는 또한, 부존재할 수 있는 결제 프로필 특징을 포함하기 위해 이전의 소셜 네트워킹 사용자들의 사용자 프로필을 증강할 수 있다.

계정을 설정 또는 증강함에 있어, 사용자는 하나 이상의 결제 크리덴셜, 가령 신용 카드, 직불 카드, 예치 계좌 또는 다른 은행 계좌, 기프트 카드 계좌, 상점 신용 계좌 등을 제출할 수 있다. 결제 방법을 추가할 때, 시스템(100)은 사용자가 금전 이체를 위해 사용되는 카드 및/또는 계좌 번호, 유효기간, 보안 코드, 이체 또는 라우팅 식별 번호, 및 은행 정보를 제출할 것을 요구할 수 있다. 사용자는 또한, 인증 코드 가령 개인 식별 번호(PIN)를 생성하거나, 또는 예컨대, 오로지 단일 결제 방법을 제공하거나 일부 다른 인증 코드를 제공할 때 신용 카드의 보안 코드를 생성할 수 있다. 사용자는 또한, 디폴트 결제 방법을 선택할 수 있다.

사용자 프로필 데이터베이스(236)에 의해 저장된 사용자 결제 프로필은 따라서, (소셜 네트워킹 사용자 및/또는 메시징 사용자인지에 무관하게) 각각의 등록된 사용자를 위해 고유하게 생성된 사용자 (또는 그룹) ID들을 포함시킬 수 있다. 사용자 프로필 데이터베이스(236)는 네트워크 애플리케이션(204)의 사용자들의 결제 크리덴셜을 위한 저장소를 제공할 수 있다. 예컨대, 사용자는 네트워크 애플리케이션(204)과의 "계정"을 생성할 수 있고, 이는 사용자가 결제 정보를 네트워크 애플리케이션(204)으로 제공하도록 허용한다. 네트워크 애플리케이션(204)은 이후, 사용자 프로필 데이터베이스(236)에 그 결제 정보를 저장할 수 있다. 하나 이상의 실시예에서, 사용자 프로필 데이터베이스(236)는 사용자와 관련하여 다음 중 하나 이상을 저장할 수 있다: 이름, 미들 네임, 성, 결제 카드 번호(예컨대, 신용 카드, 직불 카드), 결제 카드의 유효 기한(년 및/또는 월), 결제 카드의 카드 보안 코드(예컨대, Card Verification Value(CVV 또는 CVV2)), 결제 카드와 연관된 청구서 주소(도로 이름, 번지, 도시, 주나 지방, 우편 번호, 국가 등 포함), 결제 카드와 연관된 전화 번호, 하나 이상의 배송 주소(청구서 주소와 유사한 필드 포함). 결제 카드가 직불카드를 포함하는 경우, 프로필 저장 모듈은 또한 직불카드에 대한 개인식별번호(PIN)를 저장할 수 있다. 네트워크 애플리케이션(204)이 소셜 네트워킹 시스템을 포함하는 실시예에서, 사용자 프로필 데이터베이스(236)에 저장된 결제 정보는 사용자를 표현하는 노드 저장소(252)의 노드와 관련될 수 있다.

하나 이상의 추가 실시 예에서, 지불 관리자(240)는 발신자, 수신자 및 / 또는 특정 지불 거래와 관련된 위험을 결정하기 위해 위험 계산기(238)와 통신할 수 있다. 특히, 위험 계산기(238)는 사기 지불 거래를 방지하기 위해 발신자/수신자와 관련된 정보에 기초하여 발신자/수신자가 사기꾼인지를 결정할 수 있다. 예를 들어, 위험 계산기(238)는 네트워크 애플리케이션과 관련하여 발신자/수신자와 관련된 활동 또는 정보에 기초하여 사기 행위의 가능성을 결정할 수 있다. 결제 거래에서 수반되는 사용자와 연관된 위험 결정은 특히 푸시-투-지불 거래를 처리할 때 유용할 수 있다.

예를 들어, 하나 이상의 실시 예에서, 네트워크 애플리케이션(204)은 발신자 또는 수신자와 관련된 위험이 소정의 임계 값을 만족시키는지를 결정할 수 있다. 특히, 네트워크 애플리케이션(204)은 "실제"스코어에 기초하여 발신자 또는 수신자가 사기꾼 (예를 들어, 사기 계정 또는 실제 사람으로 포즈를 취하는 소프트웨어)인지를 결정할 수 있다. 예를 들어, 발신자와 관련된 위험이 미리 결정된 임계치 (즉, 높은 위험 수준) 미만이면, 네트워크 애플리케이션(204)은 발신자가 사기꾼 일 가능성이 있음을 결정할 수 있고 지불 엔진(206)에게 발신자가 사기꾼이라고 통지한다. 발신자가 높은 리스크 수준을 갖는다면, 결제 엔진(206)은 발신자와 수신자 사이의 결제 거래를 중단시킬 수 있다. 유사하게, 수신자와 관련된 위험이 미리 결정된 임계치 (즉, 높은 위험 수준) 미만이면, 네트워크 애플리케이션 (204)은 수신자가 사기꾼 일 가능성이 있음을 결정할 수 있고 지불 엔진(206)에게 수신자가 사기꾼이라고 통지한다.

설명하자면, 네트워크 애플리케이션(204)은 사용자가 하나 이상의 상대 사용자에 의해 소셜 네트워킹 시스템에 게시된 미디어에 태그됐는지 여부, 사용자의 상대 사용자가 사용자의 이전 하나 이상의 생일을 인지했는지(즉, 사용자에게 “생일 축하”를 했는지) 여부, 사용자와 사용자의 상대 사용자 간에 네트워크 애플리케이션(204)을 통해 교환된 메시지의 수나 양, 사용자의 상대 사용자가 사용자가 생성한 게시물에 동의 또는 연대를 표시했는지(즉, “좋아요”했는지) 여부 및/또는 사용자의 상대 사용자가 사용자가 생성한 게시물에 코멘트했는지 여부에 기반하여 사용자에 대한 현실성 점수를 결정할 수 있다. 대안적으로 또는 대안적으로, 네트워크 애플리케이션(204)은 사용자가 기결정된 기간 동안 소셜 네트워킹 시스템의 회원이었는지, 기-승인된 발신 국가에 사는지, 목적지 위치와 기결정된 수준의 소셜 네트워크 활동을 가지는지, 임계 현실성 점수를 가지는 등을 결정할 수 있다. 다른 예시에서, 네트워크 애플리케이션(204)은 사용자와 상대 사용자가 소셜 네트워킹 시스템 상에서 친구인지, 이격도 범위 내에 있는지 등을 포함하는 사용자와 상대 사용자 간의 관계에 기반하여 사용자에 대한 위험을 결정할 수 있다. 나아가, 네트워크 애플리케이션(204)은 결제 거래에 대한 정보를 사용하여, 예컨대 결제 금액에 기반하여(예컨대, 결제 금액이 비현실적인 금액을 포함) 결제 거래가 사기거나 잘못됐는지 여부를 결정할 수 있다.

추가 실시 예에서, 발신자 및/. 또는 수신자와 관련된 위험을 결정한 후에, 네트워크 애플리케이션(204)은 위험과 관련하여 하나 이상의 동작을 수행 할 수 있다. 구체적으로, 네트워크 애플리케이션(204)은 네트워크 애플리케이션(204)이 사용자의 신원을 검증할 수 있게 하는 행위를 수행할 수 있다. 예를 들어, 네트워크 애플리케이션(204)은 사용자로부터 사용자가 칭하는 자를 나타내는 정보를 요청할 수 있다. 설명하자면, 네트워크 애플리케이션(204)은 암호 입력, 사용자를 위해 등록된 결제 크리덴셜의 다수의 숫자(digit), 개인 보안 질문, 시각적 식별(예컨대, 사진)의 업로드 또는 사용자의 위험 수준 또는 현실성 점수에 기반한 다른 식별 메커니즘을 요청할 수 있다.

추가적 또는 대안적 실시예에서, 네트워크 애플리케이션(204)은 사용자의 위험 수준 결정에 응답하여 자동으로 결제 요청이나 결제 거래에 관한 하나 이상의 행위를 수행할 수 있다. 구체적으로, 네트워크 애플리케이션(204)은 사용자로부터의 추가 정보 요구 없이 결제 요청이나 발신자와 수신자 간의 대응하는 결제 거래에 영향을 미치는 행위를 수행할 수 있다. 예를 들어, 네트워크 애플리케이션(204)은 결제 거래를 가능하게 하거나, 보류 중인 결제 거래를 검토를 위해 유지하거나(예컨대, 사용자의 결제 크리덴셜의 은행에 의해), 결제 거래를 차단하거나, 사용자의 계좌를 쓰지 못하게 하거나, 중간 계좌를 사용하지 않고 거래를 처리(예컨대, 발신자의 계좌에서 수신자의 계좌로 직접)할 수 있다.

임의의 경우에서, 결제 요청을 발신인으로부터 수신하면, 결제 관리자(240)는 발신인의 사용자 (또는 그룹) ID를 검출하고, 그 사용자 (또는 엔티티)를 위한 결제 프로필을 검색할 수 있다. 결제 관리자(240)는 이후 결제 액수와 관련된 거래 ID, 발신인, 및 수신인을 포함하는 거래 패키지(예컨대, "결제 드론")를 생성할 수 있다. 거래 ID는 시스템 (100)이 발신자의 계좌로부터, 임시 또는 중간 계좌의 시스템 내에서, 그리고 수신자의 계좌로부터 돈을 추적하는 것을 도울 수 있다. 일부 경우에, 시스템(100)은 대응하는 결제 거래 도중 돈의 이동을 따라갈 수 있도록 사용자에게 거래 ID에 접근을 제공한다.

거래 패키지는 또한, 거래 패키지가 대안 결제 방법을 위한 결제 정보를 포함하는 발신인이 대안 결제 방법으로 수신인에게 결제를 전송하기를 선택하는 경우가 아니라면, 디폴트 결제 방법 및 관련 정보를 포함할 수 있다. 결제 관리자(240)는 이후 결제 인증 프로세스를 개시하기 위해 결제 네트워크(115)로 거래 패키지를 전송할 수 있다.

결제 관리자(240)는 결제 프로세스를 효율적으로 관리하기 위하여 다양한 다른 추가적인 단계 및 방법을 수행할 수 있다. 하나 이상의 실시예에서, 예를 들어, 결제 요청을 수신하면 결제 관리자(240)는 거래 식별자(또는 간단히 “거래 ID”를 생성하고 거래 식별자를 결제 요청 및/또는 결제 요청 내의 결제 정보와 연관시킬 수 있다. 예를 들어, 거래 ID를 생성할 때, 결제 관리자(240)는 거래 ID와 결제 정보를 거래 데이터베이스(242)로 송신할 수 있다. 거래 데이터베이스(242)는 거래 ID에 따른 거래 정보를 저장하는 데이터 테이블이나 유사한 데이터 매트릭스를 포함할 수 있다.

도 2의 거래 데이터베이스(242)는 (가령 그래프 객체의 형태로) 각각의 시도되거나 완료된 거래, 거래 ID, 날짜, 거래의 액수, 사용된 결제 방법, 거래와 관련된 발신인과 수신인 사이에 상호교환된 관련 메시지, 및 거래상에서 수집된 임의의 다른 정보를 위한 저장소를 제공할 수 있다. 이러한 정보를 갖고 결제 관리자(240)는 요청 시, 요청된 결제, 거절된 결제 및 완료된 결제의 히스토리로서 하나 이상의 거래의 요약을 사용자에게 제공할 수 있다.

하나 이상의 실시 예에서, 거래 ID가 특정 결제 요청과 연관된 후에, 거래 ID는 특정 결제와 관련하여 시스템(100) 내의 실질적으로 모든 통신 내에 포함되거나 포함될 수 있다. 그리하여, 거래 ID는 결제 관리자(240)가 조직화된 방식으로 다수의 결제를 관리하고 프로세싱하도록 허용한다. 예컨대, 결제 관리자(240)는 거래 ID를 클라이언트 장치(104a, 104b)로 전송된 임의의 정보에 포함하는 명령어를 포함할 수 있다. 그에 응답하여, 메시징 핸들러(210)는 또한, 결제 관리자(240)가 정보가 해당하는 특정 거래를 효과적이고 신뢰성 있게 식별하도록 클라이언트 장치(104a, 104b)로부터 전송된 임의의 정보에 거래 ID를 포함시킬 수 있다.

하나 이상의 실시 예에서, 거래 ID는 하나 이상의 발신자 식별자, 수신자 식별자, 스레드 식별자 (예: 발신자와 수신자 사이의 메시징 스레드 식별), 지불 금액, 지불 방법 (예: 발신자 계좌), 입금 방법 (예: 수신자 계좌), 거래 내역, 현재 거래 상태 및 기타 거래 정보가 포함된다. 하나 이상의 실시예에서, 거래 데이터베이스(242)는 거래 정보를 임의의 업데이트 또는 거래에 관한 행동으로 업데이트되는 하나 이상의 그래프 객체의 형태로 유지한다.

또한, 전술한 바와 같이, 결제 엔진(206)의 계좌 관리자(244)는 하나 이상의 중간 또는 임시 계좌를 유지할 수 있다. 임시 계좌는 발신인의 계좌로부터의 결제의 실제 자금 또는 해결에 앞서 수신인 계좌로 이루어지는 예치금에 대한 자금을 제공하는 "핫 계좌(hot account)" 타입으로 기능할 수 있다. 예컨대, 일부 결제 방법으로, 결제의 자금지급은 금전이 발신인의 계좌로부터 직불되기까지 몇몇 시간 또는 심지어는 수일이 걸릴 수 있다. 하지만, 결제 인증 요청은 결제를 충족시키기 위한 자금을 확인하고 지정할 수 있다. 따라서, 결제 인증 요청으로부터 성공적인 반응을 수신하면, 결제 관리자(240)는 결제가 수신인의 계좌로 도달하기에 더 짧은 시간을 제공하도록 임시 계좌로부터 결제 액수를 지급할 수 있다. 결제가 발신인의 계좌로부터 자금을 지급받으면, 임시 계좌는 결제의 액수에 대해 갱신된다.

전술한 바와 같이, 서버 장치(들)(108)는 사용자(102a, 102b, 120n)를 위한 큐를 관리하는 큐 관리자(246)를 포함할 수 있다. 구체적으로, 큐 관리자(246)는 사용자(102a, 102b, 102n) 각각을 위한 결제 큐와 메시지 큐를 관리하여 사용자(102a, 102b, 102n) 및 네트워크 애플리케이션(204)과 결제 엔진(206)과의 통신을 가능하게 할 수 있다. 큐 관리자(246)는 후술되는 큐가 어떻게 메시지를 수신하고 처리하고 업데이트하는지 제어하는 로직 또는 명령어 및/또는 하드웨어의 세트를 포함할 수 있다. 특히, 큐 관리자(246)는 큐를 위한 수신 시퀀스 번호를 결정하도록 동작할 수 있다. 수신 시퀀스 번호는 큐를 위한 가장 높은 현재 시퀀스 번호를 증가시켜 결정될 수 있다. 큐 관리자(246)는 수신 시퀀스 번호를 수신 업데이트에 할당할 수 있다. 큐 관리자(246)는 큐에 수신 업데이트를 추가할 수 있다. 나아가, 큐 관리자(246)는 수신 업데이트와 연관된 클라이언트 장치의 현재 업데이트 상태를 위해 현재 시퀀스 번호를 결정할 수 있다. 그 후 큐 관리자(246)는 수신되는 수신자 시퀀스 번호가 클라이언트 장치의 현재 업데이트 상태를 위한 현재 시퀀스 번호보다 크다고 결정할 수 있다. 이에 응답하여, 큐 관리자(246)는 클라이언트 장치의 현재 업데이트 상태를 위한 현재 시퀀스 번호를 적어도 수신되는 수신자 시퀀스 번호가 되도록 업데이트할 수 있다. 큐 관리자(246)는 수신 시퀀스 번호가 클라이언트 장치에서 현재 시퀀스 번호보다 크다는 결정에 기반하여 수신 업데이트를 클라이언트 장치로 전송할 수 있다.

큐 관리자(246)는 수신 업데이트를 큐에 추가하고 수신 업데이트를 수신하는 메시징 종단점(들)을 결정하도록 더 동작할 수 있다. 큐 관리자(246)는 메시징 종단점과 연관된 하나 이상의 메시징 종단점 파라미터를 검색하고 하나 이상의 메시징 종단점 파라미터에 따라 수신 업데이트로부터 커스텀 수신 업데이트를 생성할 수 있다. 큐 관리자(246)는 커스텀 수신 업데이트를 수신자 메시징으로 전송할 수 있다. 파라미터는 클라이언트 장치의 현재 시퀀스 ID, 언어 및 클라이언트 장치의 사용자가 설정한 선호를 포함할 수 있다.

네트워크 애플리케이션(204), 결제 엔진(206) 또는 큐 관리자(246)가 클라이언트 장치로부터 데이터를 먼저 수신하는지 여부는 데이터의 타입에 따를 수 있다. 클라이언트 장치(102a, 102b, 102n)는 일부 데이터 타입에 대해 네트워크 애플리케이션(204)이나 결제 엔진(206)과 직접 통신할 수 있지만, 다른 데이터 타입에 대해 큐 관리자(246)와 먼저 통신할 수 있다. 큐 관리자(246)는 시스템(100)이 상이한 방식으로 상이한 데이터 타입을 처리할 수 있도록 하여 사용자(102a, 102b, 102n)가 각각의 장치에서 더 신속하게 가장 최신 정보를 볼 수 있게 한다. 큐 관리자(246)는 결제 큐와 메시지 큐를 포함할 수 있다. 후술되는 바와 같이 도 3a-3f 및 도 4는 더 자세히 큐 관리자(246)의 동작을 도시한다.

논의되는 것처럼, 도 1 내지 2와 관련하여 전술된 시스템 및 컴포넌트는 메시징 시스템의 사용자들이 통합된 메시징 및 결제 시스템(100)을 통해 결제를 쉽고, 효과적이고 안전하게 전송하고 수신하도록 허용할 수 있다. 도 3a-3f는 상술한 시스템(100)에 의해 구현되는 프로세스의 실시예의 하나 이상의 예시의 프로세스도의 예시를 도시한다. 도 1 및 2에 도시된 시스템(100)과 일관되게, 도 3a 내지 3f는 (동작의 시계열 흐름에 따라) 클라이언트 애플리케이션(202)을 갖는 발신 클라이언트 장치(들)(300a), 클라이언트 애플리케이션(202)을 갖는 수신 클라이언트 장치(들)(300b) 및 네트워크 애플리케이션(204)과 결제 엔진(206)을 지원하는 서버 장치(들)(108), 결제 네트워크(115), 발신자 결제 큐(302), 발신자 메시지 큐(304), 수신자 결제 큐(306) 및 수신자 메시지 큐(308)를 도시한다.

하나 이상의 실시예에서, 사용자가 시스템(100)을 통해 다른 사용자에게 결제를 송신하기 위한 프로세스는 발신자 클라이언트 장치(들)(300a)과 연관된 발신자 사용자(또는 단순히 “발신자”)가 결제 거래를 수행하기 위한 요청을 생성하기 위하여 클라이언트 애플리케이션(202)에 사용자 입력을 제공하는 것으로 시작할 수 있다. 예를 들어, 발신자는 발신자가 하나 이상의 수신자 사용자(또는 단순히 “수신자”)를 선택하거나 다르게 정의할 수 있게 하는 하나 이상의 사용자 인터페이스(예컨대, 도 5a의 연락처 UI(504)에 접근할 수 있다. 발신자는 그 후 수신자에게 돈을 보내는 옵션(예컨대, 결제 컨트롤(524b)을 선택할 수 있다. 발신자는 그 후 결제 금액을 선택할 수 있다. 사용자는 그 후 선택적으로 결제 크리덴셜을 추가하거나, 이전에 추가한 결제 크리덴셜을 선택하거나, 디폴트 결제 크리덴셜을 사용할 수 있다. 도 5g와 관련하여 후술하는 바와 같이, 발신자 클라이언트 장치(300a)는 발신자와 수신자 간의 메시징 스레드에 결제 금액을 배치할 수 있다.

결제 거래를 위한 요청에 응답하여, 발신자 클라이언트 장치(들)(300a)은 결제 개시 요청(312)을 결제 엔진(206)에 송신할 수 있다. 구체적으로, 결제 개시 요청은 결제 엔진(206)이 발신자와 수신자 간의 결제 거래를 개시하도록 요청할 수 있다. 발신자 클라이언트 장치(300a)는 메시징 스레드에 결제 금액 다음에 결제의 상태(즉, 발신자 클라이언트 장치(들)(300a)로부터 결제 개시 요청이 송신됨)를 나타내는 그래픽 요소를 제공할 수 있다.

결제 개시 요청을 수신하면, 서버 장치(들)(108)은 선택적으로 위험 검사(314)를 수행하여 발신자 및/또는 수신자의 위험을 결정할 수 있다. 예를 들어, 네트워크 애플리케이션(204)은 사기를 방지하기 위하여 지불 엔진(206)이 지불 거래를 처리할지의 여부를 결정하기 위해 발신자, 수신자 및 / 또는 발신자와 소비자 사이의 관계와 관련된 정보를 사용할 수 있다. 구체적으로, 네트워크 애플리케이션(204)은 발신자와 연관된 위험을 결정하고 결제 엔진(206)에게 위험을 통지하여 결제 엔진(206)이 발신자와 수신자 간의 결제 거래를 처리할지 여부를 결정할 수 있게 할 수 있다. 도 3a가 결제 거래의 처리 도중 특정 시점에 위험 검사를 도시하고 있지만, 위험 검사는 수신자의 계좌에 돈을 송금하기 전, 예컨대 돈이 중간 또는 임시 계좌에 있는 동안 결제 거래 도중 임의의 시점 또는 복수의 시점에 일어날 수 있다. 다른 예시에서, 서버 장치(들)(108)은 위험 검사를 수행하여 발신자에게 결제 옵션을 제공할지 여부 또는 잠재적 수신자와 연관되어 발신자에게 결제 옵션을 제공할지 여부를 결정할 수 있다.

결제 엔진(206)도 선택적으로 발신자의 결제 크리덴셜을 결제 네트워크(115)로 인증할 수 있다. 구체적으로, 결제 엔진(206)은 결제 금액 또는 다른 금액(예컨대, $0.01 또는 $100.00)에 대해 발신자의 결제 크리덴셜(예컨대, 발신자의 직불 카드)에 대한 결제 인증 요청을 결제 인증을 승인 또는 거부할 수 있는 결제 네트워크(115)로 송신할 수 있다(316). 결제 네트워크(115)는 그 후 결제 엔진(206)에 결제 크리덴셜 인증 응답(318)을 송신할 수 있다. 당업자는 선택형 승인 요청이 타임라인에서 미리 또는 추후에 발생할 수 있음을 인식할 것이다. 대안적인 구현에서, 결제 엔진(206)은 결제 금액에 대해 발신자의 결제 크리덴셜에 대한 인증 요청을 결제 거래의 일부로서 송신할 수 있다.

결제 엔진(206)은 선택적으로 결제 개시 응답(320)을 발신자 클라이언트 장치(들)(300a)에 송신하여 발신자 클라이언트 장치(들)(300a)에게 결제 크리덴셜 인증 또는 위험 검사가 실패했음을 송신할 수 있다. 만약 발신자가 위험 검사(314)를 실패하거나 결제 인증이 실패하면, 결제 표시 응답(320)은 발신자 클라이언트 장치(들)(300a)에게 거래가 개시될 수 없음을 표시할 수 있다.

하나 이상의 실시예에서, 결제 엔진(206)은 결제 개시 요청으로부터의 정보의 적어도 일부를 네트워크 애플리케이션(204)와 통신할 수 있다. 추가적으로 또는 대안적으로, 네트워크 애플리케이션(204)은 결제 개시 요청과 관련하여 발신자 클라이언트 장치(들)(300a)로부터의 정보를 획득할 수 있다. 예를 들어, 네트워크 애플리케이션(204)은 발신자의 사용자 계좌와 관련된 위험 검사 도중 발신자 클라이언트 장치(들)(300a)에 대한 정보를 획득할 수 있다.

발신자의 결제 크리덴셜 인증 전 또는 인증 시, 결제 엔진(206)은 거래 ID(324)를 생성할 수 있다. 상술한 바와 같이, 결제 엔진(206)은 거래 ID(324)를 각 수신된 결제 요청에 연관시킬 수 있다. 결제 엔진(206) 및 네트워크 애플리케이션(204)은 네트워크 애플리케이션(204)이 네트워크 애플리케이션(204)을 통해 이루어진 각각의 결제에 대하여 메시지, 상태 업데이트, 및 다른 정보를 효과적으로 식별하고 프로세싱하도록 허용하기 위해 다양한 파일, 객체, 메시지, 및 다른 정보 내에서 거래 ID를 사용하기 위해 통신할 수 있다. 예를 들어, 전술 한 바와 같이, 결제 엔진(206)은 결제 요청 처리에 대응하는 정보를 유지하는 그래프 객체와 거래 ID(324)를 연관시킬 수 있다.

나아가, 결제 엔진(206)은 선택적으로 사용자가 결제 엔진(206)에 등록된 결제 크리덴셜(326)을 가지는지 여부를 검증할 수 있다. 하나 이상의 경우에, 만약 결제 엔진(206)이 이전에 결제 거래를 인증하지 않았다면(예컨대, 결제 네트워크(115)로부터 긍정적인 인증 응답을 수신함으로써), 결제 엔진(206)은 발신자가 발신자의 사용자 계좌와 연관된 임의의 등록된 결제 크리덴셜을 가지는지 여부를 결정할 수 있다. 결제 엔진(206)은 또한 임의의 등록된 결제 크리덴셜이 유효한지 여부를 검증할 수 있다. 만약 발신자가 임의의 등록된 결제 크리덴셜을 가지지 않는다면, 결제 엔진(206)은 발신자 클라이언트 장치(들)(300a)에게 발신자가가 유효한 결제 크리덴셜의 입력을 유도하도록 통지할 수 있다.

하나 이상의 실시예에서, 결제 엔진(206)은 결제 금액이 발신자의 결제 크리덴셜에 과금될 것(322)을 요청하는 결제 과금 요청을 결제 네트워크(115)에게 송신할 수 있다(328). 결제 과금 요청에 응답하여, 결제 네트워크(115)는 발신자의 결제 크리덴셜에 과금하고(330), 전자적으로 발신자의 계좌에서 결제 엔진(206)(예컨대, 임시 계좌)으로 송금함으로써 결제 자금을 제공할 수 있다(330).

도 3b에 도시된 바와 같이, 결제 엔진(206)은 네트워크 애플리케이션(204)이 메시지 ID를 생성한 후, 전, 또는 동시에 임시 계좌에 결제를 적용할 수 있다(338). 예를 들어, 결제 엔진(206)은 결제 엔진(206)이 자금을 수신자의 결제 크리덴셜로 이체하는데 사용하는 중간 계좌에 결제를 적용할 수 있다. 하나 이상의 실시예에서, 결제 엔진(206)은 결제를 적용할 새 계좌를 생성할 수 있다. 대안으로, 결제 엔진(206)은 각각의 결제와 관련된 고유 거래 ID에 의해 식별되고 조직화된 다양한 다른 결제를 포함하는 마스터 임시 계좌에 결제를 적용할 수 있다.

성공적으로 결제 요청에 자금을 제공한 후, 결제 엔진(206)은 과금이 성공적이고 결제 거래가 유효한 거래라고 결정할 수 있다. 특히, 결제 엔진(206)은 네트워크 애플리케이션(204)에게 메시징 스레드 내에서 발신자 및/또는 수신자에게 결제 거래를 표시하는 하나 이상의 메시지와 관련하여 메시지 ID를 생성하도록(334) 통지할 수 있다. 다양한 구현에서, 네트워크 애플리케이션(204)은 메시지 ID를 생성하여 발신자와 수신자 간의 메시징 스레드 내에서 결제 거래와 연관을 위하여 클라이언트 장치(302a, 302b)에게 송신할 수 있다. 하나 이상의 실시예에서, 식별자는 클라이언트 장치(302a, 302b)가 결제에 관한 메시지를 적절하게 디스플레이할 뿐만 아니라, 상태 업데이트를 송수신하고 메시지를 위한 정보를 업데이트할 수 있도록 할 수 있다.

이 시점에서 결제 엔진(206)은 결제 개시 메시지를 생성할 수 있다. 예를 들어, 결제 개시 메시지는 오프라인 스레딩 ID, 스레드 키, 거래 ID, 타임스탬프 및 결제 거래의 발신자를 포함할 수 있으나 이에 제한되지 않는다. 오프라인 스레딩 ID는 클라이언트 장치(302a, 302b)가 메시징 스레드 내의 결제 거래에 관한 불일치(예컨대, 거래 처리 도중 연결이 손실된 경우)를 해결할 수 있게 할 수 있다. 설명하자면, 만약 발신자가 메시지를 송신하고, 서버 장치(들)(108)와 연결을 손실하고, 그 후 서버 장치(들)(108)에 재연결했다면, 오프라인 스레딩 ID는 클라이언트 장치(302a)가 메시지가 실패했다고 표시하지 않고, 메시지가 성공적으로 송신 및 처리됐다고 결정할 수 있게 한다. 스레드 키는 메시징 스레드뿐만 아니라 얼마나 많은 참가자가 결제 거래와 연관되는지 결정하기 위하여 메시징 스레드의 참가자의 수와 신원을 식별할 수 있다. 거래 ID는 전술한 바와 같이 결제 거래를 식별한다. 타임스탬프는 결제 거래의 개시와 연관된 시간 또는 결제 거래를 표시하는 메시지에 대한 다른 시간 정보를 나타낼 수 있다.

상술한 바와 같이, 스레드 키는 복수의 참가자가 그룹 스레드 또는 그룹 결제 거래에 포함되는지 여부를 식별할 수 있다. 만약 하나 이상의 사용자가 결제 거래에서 하나 이상의 사용자에게 송금한다면, 스레드 키는 각 사용자 간의 관계와 각 사용자가 발신자 또는 수신자인지 여부를 식별할 수 있다. 나아가, 클라이언트 애플리케이션(202)은 결제 거래와 연관된 정보 및 스레드 키를 사용하여 얼마나 많은 사람이 포함되는지와 결제 거래의 총 결제 금액을 결정할 수 있다. 클라이언트 애플리케이션(202)은 참가자가 쉽게 메시징 스레드 내에서 결제 거래의 상태와 결제 금액을 볼 수 있게 하는 방식으로 결제 금액을 표시할 수 있다. 예를 들어, 클라이언트 애플리케이션(202)은 단순함을 위해 메시징 스레드 내에 거래에 대한 총 결제 금액을 표시할 수 있고, 만약 필요하다면 결제 거래의 업데이트에 기반하여 결제 금액을 업데이트할 수 있다.

하나 이상의 실시예에서, 네트워크 애플리케이션은 메시징 ID를 거래 ID에 매핑시키고 매핑된 ID를 데이터베이스에 저장함으로써 메시지 ID를 거래 ID와 연관시킬 수 있다. 메시지 ID를 거래 ID에 연관시킴으로써, 서버 장치(들)(108)는 결제 거래에 대한 업데이트를 식별하고 거래를 표시하는 대응하는 메시지에 연관시킬 수 있다. 도 3a가 성공적인 과금 응답을 수신한 후 네트워크 애플리케이션(204)가 메시지 ID를 생성하고 거래 ID와 메시지 ID를 발신자 클라이언트 장치(들)(300a)에 전송하는 것으로 도시하지만, 네트워크 애플리케이션(204)은 결제 거래 프로세스 도중 다른 시점에(예컨대, 과금 요청 송신 전) 메시지 ID를 생성할 수 있다.

도 3c에 도시된 바와 같이 메시지 ID를 생성할 때 또는 결제를 임시 계좌에 입금하는데 응답하여, 결제 엔진(206)은 발신자 결제 큐(302)에 결제 개시 메시지를 송신할 수 있다(340). 발신자 결제 큐(302)는 임시로 발신자의 결제 거래에 대한 업데이트를 저장한다. 예를 들어, 발신자 결제 큐(302)는 임시로 결제 엔진(206)으로부터 수신한 결제 개시 메시지를 저장한다. 상술한 바와 같이, 결제 개시 메시지는 거래 ID, 결제 금액, 발신자, 수신자(들), 상태, 결제 거래가 개시된 때를 가리키는 타임스탬프, 거래의 통화, 업데이트를 위한 시퀀스 ID 및 결제 금액을 포매팅하기 위한 금액 오프셋이 포함되나 이에 제한되지 않는다.

상태는 숫자(예컨대, 1-10) 필드를 포함할 수 있다. 각 숫자는 결제 거래의 상태에 대응할 수 있다. 따라서, 숫자 1은 결제 거래의 개시를 나타낼 수 있다(즉, 결제에 발신자가 자금 제공함). 후술되는 바와 같이, 결제 거래와 연관된 상태가 변경되면, 업데이트가 결제 큐에 송신될 수 있다. 업데이트는 거래 ID와 새 상태 숫자를 포함할 수 있다. 새 상태 숫자는 새 상태나 상태 변화를 나타낼 수 있다. 예를 들어, 상태는 수신자가 결제를 수신하기 위해 결제 크리덴셜을 추가했음, 수신자가 결제를 수락했음, 수신자가 결제를 거절했음, 결제가 성공적으로 수신자에게 이체됐음 등을 나타낼 수 있다. 결제 개시 메시지가 클라이언트 장치에 의해 수신되면, 결제 큐는 클라이언트 장치에 변경(즉, 상태 업데이트)만을 송신할 수 있다. 새 상태 업데이트는 클라이언트 장치에게 결제 거래의 상태의 변화를 표시할 수 있다.

결제 엔진(206)이 결제 개시 메시지를 송신하는데 병행하여, 또는 그 후, 네트워크 애플리케이션(204)은 발신자 결제 큐(302)와는 별개인 발신자 메시지 큐(304)에게 결제 거래를 표시하는 메시지를 송신할 수 있다(342). 구체적으로, 네트워크 애플리케이션(204)은 메시지 ID와 연관하여 결제 거래를 나타내는 메시지를 생성하고, 거래를 나타내는 메시지를 발신자 메시지 큐(304)에 전송할 수 있다. 발신자 메시지 큐(304)는 임시로 발신자로부터 및 발신자로의 메시지와 메시지를 위한 업데이트를 저장할 수 있다.

결제 엔진(206)으로부터 결제 개시 메시지를 수신한 후, 발신자 결제 큐(302)는 발신자 클라이언트 장치(들)(300a)에 결제 개시 메시지를 푸시할 수 있다(344). 발신자 결제 큐(302)는 결제 엔진(206)으로부터 업데이트를 수신한 후 발신자 결제 큐(302)가 발신자 클라이언트 장치(들)(300a)와 통신하는 동안 임의의 시점에 결제 개시 메시지를 푸시할 수 있다. 예를 들어, 발신자 결제 큐(302)는 발신자 클라이언트 장치(들)(300a)가 발신자 결제 큐(302)와 언제 연결을 확립하는지 감지하고, 발신자 클라이언트 장치(들)(300a)가 발신자 결제 큐(302)와 마지막으로 통신한 때부터 수신한 임의의 업데이트를 발신자 클라이언트 장치(들)(300a)로 푸시할 수 있다. 예를 들어, 발신자 결제 큐(302)는 클라이언트 장치로 전송된 마지막 시퀀스 ID(즉, 마지막 업데이트/변경)을 유지하고, 그 후 클라이언트 장치에 의해 수신된 마지막 업데이트/변경 이후의 임의의 변경/업데이트를 클라이언트 장치로 푸시할 수 있다. 대안적으로, 클라이언트 장치는 마지막 시퀀스 ID를 결제 큐로 전송할 수 있다. 이에 응답하여, 결제 큐는 시퀀스 ID로 표시된 클라이언트 장치가 수신한 마지막 업데이트/변경 이후의 임의의 변경/업데이트의 푸시를 송신할 수 있다.

발신자 메시지 큐(304)는 발신자 클라이언트 장치(들)(300a)로 결제 거래를 표시하는 메시지를 푸시할 수 있다(346). 하나 이상의 실시예에서, 발신자 메시지 큐(304)는 오직 발신자 결제 큐(302)가 결제 개시 메시지를 푸시한 후 결제 거래를 나타내는 메시지를 푸시한다. 그러므로, 발신자 클라이언트 장치(들)(300a)는 먼저 결제 개시 메시지를 수신하고 그 후 결제 거래를 나타내는 메시지를 수신할 수 있다.

발신자 결제 큐(302)와 발신자 메시지 큐(304)는 거래 ID와 메시지 ID를 사용하여 결제 개시 메시지 및 거래를 나타내는 메시지를 각각 푸시할 수 있다. 특히, 발신자 클라이언트 장치(들)(300a)가 거래 ID와 메시지 ID를 가지고 있기 때문에, 발신자 클라이언트 장치(들)(300a)는 메시지나 결제 거래가 업데이트 될 때 아무 때나 큐로부터 업데이트를 수신할 수 있다. 예를 들어, 큐는 거래/메시지 ID와 업데이트 정보를 포함함으로써 업데이트를 푸시할 수 있다. 다른 실시예에서(예컨대, 결제 개시 메시지에 대하여), 업데이트 정보는 하나 이상의 상태 변경(예컨대, 타임스탬프 정보) 또는 더 복잡한 상태 변경을 설명하는 추가 정보를 포함할 수 있다.

대안적 실시예에서, 발신자 클라이언트 장치(들)(300a)는 서버 장치(들)(108)가 결제 요청을 생성할 때가 아닌 발신자 클라이언트 장치(들)(300a)가 결제 요청을 생성할 때 메시징 스레드 내에 결제 거래를 나타내는 메시지의 로컬 카피를 생성할 수 있다. 발신자에 대한 결제 크리덴셜에 과금한 후, 네트워크 애플리케이션(204)은 발신자 결제 큐(302)를 통해 발신자 클라이언트 장치(들)(300a)에 상태 업데이트를 송신하여 이미 발신자 클라이언트 장치(들)(300a) 상의 메시지를 업데이트할 수 있다. 예를 들어, 상태 업데이트는 결제가 성공적으로 과금됐다는 것을 가리키는 메시징 스레드 내의 시각적 신호를 포함할 수 있다.

하나 이상의 실시예에서, 결제 개시 메시지를 발신자 클라이언트 장치(들)(300a)에 송신한 후 또는 그 도중, 발신자 결제 큐(302)는 또한 수신자 결제 큐(306)에 결제 개시 메시지를 송신할 수 있다(348). 예를 들어, 발신자 결제 큐(302)는 업데이트를 발신자 클라이언트 장치(들)(300a)에 푸시하는 것과 병행하여 결제 개시 메시지를 수신자 결제 큐(306)에 송신할 수 있다. 그러므로, 발신자는 수신자가 결제 거래로부터 임의의 정보를 수신하기 전 결제 엔진(206)이 성공적으로 발신자의 결제 크리덴셜을 과금했다는 것을 볼 수 있을 수 있다. 유사하게, 발신자 메시지 큐(304)는 수신자 메시지 큐(308)로 결제 거래를 나타내는 메시지를 송신할 수 있다(350). 대안적으로, 서버 장치(들)(108)가 수신자에 관한 하나 이상의 추가 동작을 수행한 후 발신자 결제/메시지 큐는 결제 거래 메시지/결제 거래를 나타내는 메시지를 수신자 결제/메시지 큐로 송신할 수 있다.

수신자 결제 큐(306)가 결제 개시 메시지를 수신하면, 수신자 결제 큐(306)는 수신자 클라이언트 장치(들)(300b)로 결제 개시 메시지를 푸시할 수 있다(352). 수신자 메시지 큐(308)는 그 후 수신자 클라이언트 장치(들)(300b)로 결제 거래를 나타내는 메시지를 푸시할 수 있다(354). 그러므로, 수신자 클라이언트 장치(들)(300b)는 결제 거래를 나타내는 메시지를 수신하고 결제 거래를 나타내는 메시지를 발신자와 수신자 간의 메시징 스레드 내에 배치하기 전 결제 개시 메시지를 수신한다.

하나 이상의 실시예에서, 수신자 클라이언트 장치(들)(300b)가 이전에 결제 거래에 대한 어떠한 정보도 받지 않았기 때문에, 서버 장치(들)(108)는 수신자 클라이언트 장치(들)(300b)에 거래 ID와 메시지 ID를 제공할 수 있다. 예를 들어, 서버 장치(들)(108)는 수신자 클라이언트 장치(들)(300b)와 직접 통신하여 거래 ID와 메시지 ID를 전송할 수 있다. 그러므로, 수신자 클라이언트 장치(들)(300b)는 그 후 수신자 결제 큐(306)와 수신자 메시지 큐(308)에 의해 푸시된 결제 거래에 대한 업데이트 정보 및 메시징 스레드 내의 대응하는 메시지 수신을 시작할 수 있다. 대안적으로, 서버 장치(들)(108)는 수신자 큐를 통해 결제 개시 메시지로 거래 ID와 메시지 ID를 전송할 수 있다.

수신자 클라이언트 장치(들)(300b)는 결제 거래를 나타내는 메시지를 수신자와 발신자 간의 메시징 스레드에 추가할 수 있다. 결제 거래를 나타내는 메시지는 결제 거래의 금액을 포함할 수 있다. 특히, 결제 거래를 나타내는 메시지는 결제 거래 메시지에 결제 금액에 대한 링크를 포함시킬 수 있다. 따라서, 결제 큐(302, 306)를 통해 전송되는 결제 개시 메시지로부터 결제 금액이 업데이트되면, 메시지 스레드의 메시지의 금액은 업데이트를 반영하도록 변경될 수 있다.

유사하게, 결제 큐(302, 306)로부터 업데이트를 수신하면, 클라이언트 장치(300a, 300b)는 메시징 스레드의 결제 거래를 나타내는 메시지를 업데이트할 수 있다. 예를 들어, 후술되는 바와 같이, 결제 큐(302, 306)를 통해 결제 엔진(206)으로부터 결제 거래의 상태에 관한 결제 업데이트를 수신하면, 클라이언트 장치는 메시징 스레드의 메시지를 업데이트할 수 있다.

결제 엔진(206)이 성공적으로 결제 거래에 자금을 제공한 후, 수신자 클라이언트 장치(들)(300b)가 결제 개시 메시지와 대응하는 메시지를 수신한 후 또는 수신자가 결제 거래의 수락을 표시한 후, 도 3d에 도시된 바와 같이 결제 엔진(206)은 수신자가 결제 크리덴셜을 가지는지 여부를 검증할 수 있다(356). 예를 들어, 전술한 바와 같이, 결제 엔진(206)은 수신자가 결제 엔진(206)과 등록된 임의의 결제 크리덴셜을 가지는지 여부를 결정하고, 결제 네트워크(115)와 통신하여 등록된 크리덴셜이 유효한지 여부를 결정할 수 있다. 만약 수신자가 아무런 유효한 크리덴셜을 가지지 않는다면, 서버 장치(들)는 선택적으로 수신자 클라이언트 장치(들)(300b)에 크리덴셜을 추가하는(359) 옵션을 송신할 수 있다.

수신자 클라이언트 장치(들)(300b)가 수신자 결제 큐(306)로부터 옵션을 수신할 때, 수신자 클라이언트 장치(들)(300b)는 수신자가 결제 크리덴셜 정보에 진입할 수 있게 할 수 있다. 예를 들어, 옵션은 수신자 클라이언트 장치(들)(300b)에서 클라이언트 애플리케이션(202)이 결제 크리덴셜 인터페이스를 표시하게 하는 통지일 수 있다. 사용자는 결제 거래로부터의 자금을 입금하기 위한 예금 계좌(예컨대, 직불 카드 계좌)를 위한 크리덴셜을 추가할 수 있다(360). 그 후 수신자 클라이언트 장치는 크리덴셜 정보를 결제 엔진(206)에 전송할 수 있다.

이 시점에서, 또는 그 이전에, 수신자는 결제를 수락할 수 있다(361). 결제 수락 프로세스의 일부로서, 수신자는 상술한 바와 같이 결제 크리덴셜을 선택 또는 추가할 수 있다. 수신자가 결제를 수락하면, 수신자 클라이언트 장치(들)(300b)는 메시징 스레드의 결제 거래를 나타내는 메시지를 업데이트할 수 있다. 수신자 클라이언트 장치(들)(300b)는 결제 수락 업데이트도 생성할 수 있다. 결제 수락 업데이트는 거래 ID, 메시지 ID 및 결제가 수락됐음을 표시하는 업데이트 숫자를 포함할 수 있다. 수신자 클라이언트 장치(들)(300b)는 수신자 결제 큐(306)로 결제 수락 업데이트를 전송할 수 있다(362). 수신자 결제 큐(306)는 결제 개시 메시지가 큐의 맨 위로 이동하도록 결제 개시 메시지의 시퀀스 ID를 업데이트할 수 있다. 수신자 결제 큐(306)는 결제 개시 메시지의 상태 번호도 업데이트할 수 있다. 수신자 결제 큐(306)는 발신자 결제 큐(302)와 결제 엔진(206)으로 결제 수락 업데이트를 푸시할 수 있다(362).

발신자 결제 큐(302)는 결제 개시 메시지가 큐의 맨 위로 이동하도록 결제 개시 메시지의 시퀀스 ID를 업데이트할 수 있다. 발신자 결제 큐(302)는 결제 개시 메시지의 상태 번호도 업데이트할 수 있다. 발신자 결제 큐(302)는 그 후 발신자 클라이언트 장치(들)(300a)로 결제 수락 업데이트를 푸시한다. 결제 수락 업데이트에 기반하여, 발신자 클라이언트 장치(들)(300a)는 발신자의 메시징 애플리케이션의 메시징 스레드의 결제 거래를 나타내는 메시지를 업데이트할 수 있다. 이것은 발신자가 메시징 스레드의 결제 거래를 나타내는 메시지를 보고 수신자가 결제를 수락했다는 것을 알 수 있게 한다.

도 3d에 도시된 바와 같이, 결제 큐(306)는 동시에 발신자 결제 큐(306) 및 결제 엔진(206)으로 결제 수락 업데이트를 푸시할 수 있다(362). 이것은 발신자가 결제 엔진(206)과 동시에 결제 거래 업데이트를 수신할 수 있게 할 수 있다. 데이터베이스에 읽혀진 후 발송되는 결제 수락 업데이트를 먼저 서버 장치(들)에게 보내지 않아도 됨으로써, 결제/메시지 큐의 프로세스는 메시지와 업데이트의 속도와 효율을 향상시킬 수 있음을 이해할 것이다. 도면의 나머지는 설명의 편의를 위해 비-동시성 방식으로 업데이트나 메시지를 전송 또는 푸시하는 결제 및 메시징 큐를 도시한다. 본 명세서의 개시에 비추어 큐는 메시지/업데이트를 동시에 또는 상이한 때에 전송/푸시할 수 있음을 이해할 것이다.

도 3e가 도시하는 바와 같이, 수신자의 결제 수락 후, 결제 엔진(206)은 임시 계좌에서 결제 거래에 대한 자금을 인출할 수 있다(368). 결제 엔진(206)은 수신자의 결제 크리덴셜로 자금을 입금하기 위해 결제 네트워크(115)에 결제 입금 요청을 전송한다(370). 결제 입금 요청을 수신하면 결제 네트워크(115)는 결제 거래에 대응하는 결제 금액을 수신자의 결제 크리덴셜에 입금할 수 있다(372). 결제 네트워크(115)는 결제 엔진(206)으로 결제 네트워크(115)가 성공적으로 수신자의 결제 크리덴셜에 입금했음을 표시하는 결제 입금 응답을 전송한다(374).

결제 엔진(206)이 결제 네트워크(115)로부터 성공적 결제 입금 응답을 수신한 후, 결제 엔진(206)은 도 3f에 도시된 바와 갈이 수신자 결제 큐(306)로 성공적 이체 업데이트를 전송한다(376). 성공적 이체 업데이트는 거래 ID와 결제 거래에 대한 업데이트된 상태를 포함할 수 있다. 예를 들어, 성공적 이체 업데이트는 클라이언트 장치에게 수신자의 결제 크리덴셜로의 자금 이체가 성공적이었다고 표시하는 새 상태 번호를 포함할 수 있다. 대안적으로, 만약 결제 거래가 실패하면, 결제 엔진(206)은 실패한 거래에 대응하는 다른 상태 번호를 사용하여 이체가 실패했다고 표시하는 상태 업데이트를 전송할 수 있다.

수신자 큐가 성공적 이체 업데이트를 수신한 후, 수신자 결제 큐(306)는 발신자 결제 큐(302)로 성공적 이체 업데이트를 전송할 수 있다(378). 또한 수신자 결제 큐(306)는 발신자 결제 큐(302)로 업데이트를 전송하는 것과 병행하여 수신자 클라이언트 장치(들)(300b)로 성공적 결제 업데이트를 푸시할 수 있다(380). 대안적으로, 수신자 결제 큐(306)는 발신자 결제 큐(302)로 업데이트를 전송하기 전에 수신자 클라이언트 장치(들)(300b)로 업데이트를 푸시할 수 있다. 발신자 결제 큐(302)가 성공적 결제 업데이트를 수신할 때, 발신자 결제 큐(302)는 발신자 클라이언트 장치(들)(300a)로 성공적 결제 업데이트를 푸시할 수 있다(382).

하나 이상의 실시예에서, 클라이언트 장치(302a, 302b)가 대응하는 결제 큐로부터 결제 거래에 대한 상태 업데이트를 수신할 때, 클라이언트 애플리케이션(202)은 업데이트를 감지하고 메시징 스레드와 연관된 하나 이상의 행위를 수행할 수 있다. 예를 들어, 도 5n-5o에 자세히 서술되는 바와 같이, 클라이언트 애플리케이션(202)은 업데이트를 식별하고 메시징 스레드 내에 대응하는 메시지 상태 업데이트를 디스플레이할 수 있다. 설명하자면, 클라이언트 애플리케이션(202)은 메시징 스레드 내에 결제 거래가 새 상태를 가진다는 아이콘이나 시각적 표시를 디스플레이할 수 있다. 대안적으로, 결제 엔진(206)은 네트워크 애플리케이션(204)과 통신하여 대응하는 메시지 큐를 통해 클라이언트 장치(302a, 302b)에 업데이트를 전송할 수 있다.

전술한 바와 같이, 네트워크 애플리케이션(204)과 결제 엔진(206)은 시스템(100)의 각 사용자를 위한 큐와 통신한다. 도 4는 각 사용자 전용의 복수의 큐를 사용하여 결제와 메시지의 전송을 가능하게 하는 시스템(100)의 일실시예를 도시한다. 하나 이상의 실시예에 따르면, 서버 장치(들)(108)은 네트워크 애플리케이션(204), 결제 엔진(206), 발신자 큐(400)(즉, 발신자 결제 큐(302)와 발신자 메시지 큐(304)) 및 수신자 큐(402)(즉, 수신자 결제 큐(306)와 수신자 메시지 큐(308))를 포함할 수 있다. 대안적으로, 발신자 큐(400) 및 수신자 큐(402)는 별개의 서버 장치 상에 또는 발신자와 수신자 각각을 위한 전용 서버 장치 상에 있을 수 있다.

도시된 바와 같이, 서버 장치(들)는 발신자 클라이언트 장치(들)(300a) 및 수신자 클라이언트 장치(들)(300b)와 통신한다. 하나 이상의 실시예에서, 서버 장치(들)(108)의 컴포넌트 각각은 서로 통신할 수 있다. 예를 들어, 발신자 큐(400) 및 수신자 큐(402)는 네트워크 애플리케이션(204)과 통신하여 발신자와 수신자 간의 메시징 스레드 내에서 메시지에 대한 업데이트를 송수신할 수 있다. 유사하게, 발신자 큐(400) 및 수신자 큐(402)는 결제 엔진(206)과 통신하여 각 장치 상의 클라이언트 애플리케이션(202) 내에서 결제 거래에 대한 업데이트를 송수신할 수 있다.

또한 서버 장치(들)(108)의 컴포넌트 중 적어도 일부는 발신자 클라이언트 장치(들)(300a) 및/또는 수신자 클라이언트 장치(들)(300b)와 통신할 수 있다. 예를 들어, 발신자 큐(400)는 발신자 클라이언트 장치(들)(300a)와 통신할 수 있고, 수신자 큐(402)는 수신자 클라이언트 장치(들)(300b)와 통신할 수 있다. 일부 타입의 통신에 대하여, 결제 엔진(206)은 또한 발신자 클라이언트 장치(들)(300a) 및 수신자 클라이언트 장치(들)(300b)와 직접 통신할 수 있다. 설명하자면, 결제 엔진(206)은 클라이언트 장치 또는 결제 엔진(206)이 보안 연결 상으로 데이터를 전송할 때(크리덴셜 정보와 같은 개인 정보를 포함한 데이터) 클라이언트 장치와 직접 통신할 수 있다. 도시되지 않았지만, 하나 이상의 실시예에서, 네트워크 애플리케이션(204)은 사용자 계정 정보(예컨대, 로그인 사용자 이름/암호)와 같은 민감한 사용자 정보를 송신 또는 수신하기 위해 클라이언트 장치와 통신할 수 있다.

하나 이상의 실시예에서, 발신자 큐(400) 및 수신자 큐(402)는 클라이언트 장치(302a, 302b)가 언제나 네트워크 애플리케이션(204) 및 결제 엔진(206)과 직접 통신하는 경우보다 시스템(100)이 더욱 신속하게 메시지를 처리하고 사용자 간에 교환할 수 있게 한다. 예를 들어, 큐는 시스템이 먼저 메시지나 업데이트를 지속적 저장을 위해 데이터베이스에 기록하지 않고 발신자로부터 수신자로의 메시지나 메시지에 대한 변경의 적어도 일부를 송신할 수 있게 한다. 특히, 시스템(100)은 수신자에게 메시지를 송신하는데 병행하여 큐를 사용하여 네트워크 애플리케이션(204) 및/또는 결제 엔진(206)으로 메시지를 송신할 수 있다.

설명하자면, 발신자 클라이언트 장치(들)(300a)가 발신자 큐(400)에 메시지를 송신할 때, 발신자 큐(400)는 메시지를 네트워크 애플리케이션(204) 및/또는 결제 엔진(206)으로 및 수신자 큐(402)에 전달할 수 있다. 수신자 큐(402)는 그 후 네트워크 애플리케이션(204)이나 결제 엔진(206)이 메시지를 처리하는 것(예컨대, 데이터베이스에 메시지를 기록하거나 메시지와 연관된 다른 동작을 수행함으로써)과 본질적으로 동시에 수신자 클라이언트 장치(들)(300b)에 메시지를 푸시할 수 있다. 발신자로부터 수신자로, 또는 그 반대로 메시지를 전달함에 있어 중간 단계로서 네트워크 애플리케이션(204) 및/또는 결제 엔진(206)을 제거함으로써, 시스템(100)은 교환의 속도를 향상시킨다.

특정 업데이트를 클라이언트 장치에 전달할지 여부를 결정할 때(예컨대, 연결 손실 후), 큐는 업데이트와 연관된 시퀀스 ID 및 클라이언트 장치로부터 획득한 시퀀스 ID에 기반하여 클라이언트 장치가 업데이트를 이미 수신했는지 여부를 결정할 수 있다. 만약 시퀀스 ID가 업데이트의 시퀀스 ID와 매칭되지 않는다면, 큐는 업데이트 및 임의의 중간 업데이트를 클라이언트 장치에 푸시하여 클라이언트 장치와 큐를 동기화할 수 있다. 클라이언트 장치가 동기화되고 확립된 연결을 가지면, 큐는 클라이언트 장치에 시퀀스 ID를 요청하지 않고 클라이언트 장치에 임의의 새 업데이트를 푸시할 수 있고, 클라이언트 장치가 업데이트를 요청할 필요 없이 클라이언트 장치의 사용자가 결제 거래에 대한 상태 업데이트가 발생하는 대로 볼 수 있게 한다.

나아가, 하나 이상의 실시예에서, 큐는 클라이언트 장치로 푸시하기 위해 임시로 기결정된 양까지 저장할 수 있다. 구체적으로, 큐는 클라이언트 장치가 서버 장치(들)(108)와 연결을 확립할 때 클라이언트 장치로 푸시하기 위해 업데이트를 저장한다. 예를 들어, 각 큐는 시스템(100)이 클라이언트 장치로 푸시하지 않은 오래된 업데이트가 줄어들거나 큐에서 제거되기 전에 대응하는 클라이언트 장치로 푸시하기 위해 1000개까지의 메시지나 변경을 저장할 수 있다. 대안적인 예시에서, 큐는 각 업데이트와 연관된 타임스탬프 정보에 기반하여 또는 다르거나 추가적인 기준에 따라 동적인 수의 메시지를 저장할 수 있다.

자세히 후술되는 바와 같이, 도 1-2 및 도 4와 관련하여 서술된 시스템(100)의 컴포넌트는 다른 컴포넌트와 함께 및/또는 조합하여, 하나 이상의 그래픽 사용자 인터페이스를 제공할 수 있다. 특히, 컴포넌트는 사용자가 다양한 목적을 위해 디스플레이 요소들의 집합과 상호작용하게 할 수 있다. 특히, 도 5a 내지 5o 및 이하의 설명은 발신자 사용자가 수신자에게 결제를 송신할 수 있게 하는 사용자 인터페이스 및 특징의 다양한 예시적인 실시예를 도시한다.

예컨대, 도 5a 내지 5o는 결제의 전송 및 수신과 전자 메시징을 용이하게 하기 위해 클라이언트 애플리케이션(202)에 의해 제공되는 GUIs의 다양한 뷰를 도시한다. 일부 예에서, 클라이언트 장치(즉, 클라이언트 장치(300a, 300b))는 시스템(100)의 일부 또는 전부를 구현할 수 있다. 예를 들어, 도 5a는 핸드헬드 장치, 가령 모바일 전화 장치(예컨대, 스마트폰)인 클라이언트 장치(500)를 도시한다. 본 명세서에 사용되는 것처럼, 용어 "핸드헬드 장치"는 사용자의 하나의 손에서 잡히거나/동작하도록 구성되고 크기조정된 장치를 지칭한다. 추가적 또는 대안적 예에서, 하지만, 임의의 다른 적절한 컴퓨팅 장치, 가령, 제한 없이 태블릿 장치, 핸드헬드 장치, 더 큰 무선 장치, 랩탑 또는 데스크탑 컴퓨터, PDA 장치, 및/또는 임의의 다른 적절한 컴퓨팅 장치는 본 명세서에 기술된 하나 이상의 프로세스 및/또는 동작을 수행할 수 있다.

클라이언트 장치(500)는 도 8의 컴퓨팅 장치(800)를 참조하여 아래에 기술되는 임의의 특징 및 컴포넌트를 포함할 수 있다. 도 5a에 도시되는 것처럼, 클라이언트 장치(500)는 사용자 입력이 수신 및/또는 검출될 수 있는 사용자 인터페이스를 디스플레이하거나 제공할 수 있는 터치스크린(502)를 포함한다. 본 명세서에 사용되는 것처럼, "터치스크린 디스플레이"는 터치스크린 장치의 디스플레이를 지칭한다. 하나 이상의 실시예에서, 터치스크린 장치는 사용자가 터치 제스처를 수행할 수 있는 적어도 하나의 표면을 가지는 클라이언트 장치(예컨대, 랩탑, 타블렛 컴퓨터, 개인 휴대 정보 단말기, 미디어 플레이어, 휴대 전화)일 수 있다. 추가로 또는 대안으로, 클라이언트 장치(500)는 임의의 다른 적절한 입력 장치, 가령 터치 패드 또는 도 8을 참조하여 아래에 기술되는 것들을 포함할 수 있다.

앞서 언급한 것처럼, 시스템(100)은 전자 메시징 시스템(예컨대, FACEBOOK MESSENGER와 같은 메시징 애플리케이션) 및 전자 결제 송금 시스템을 통합할 수 있다. 도 5a는 터치 스크린(502)에서 사용자 인터페이스 관리자(208)에 의해 제공되는 사람 또는 연락처 사용자 인터페이스(504)를 도시한다. 연락처 사용자 인터페이스(504)는 클라이언트 장치(500)의 사용자("Donald")의 연락처들의 리스트를 제공할 수 있다. 특히, 연락처 사용자 인터페이스(504)는 사용자가 시스템(100) 내에서 연결되거나 관련되는 "친구들" 또는 연락처(506)를 리스팅할 수 있다.

연락처 사용자 인터페이스(504)는 연락처(506) 각각의 하나 이상의 상태를 더 제공할 수 있다. 예컨대, 연락처 사용자 인터페이스(504)는 주어진 연락처 또는 상대 사용자가 활성인지 여부(예컨대, 클라이언트 애플리케이션(202)으로 로그되는지, 인터넷에 연결되는지, 클라이언트 애플리케이션(202)을 사용하여 행위를 최근에 수행했는지)를 제1 상태 표시자(508)를 통해 표시할 수 있다. 제1 상태 표시자(508)는 가령 아이콘과 같은 그래픽 사용자 인터페이스 객체를 포함할 수 있다. 일실시예로, 제1 상태 표시자(508)는 활성인 각각의 상대 사용자의 이름 옆에 있는 제1 색상(예컨대, 녹색)의 점을 포함한다. 관련 선들을 따라서, 제1 상태 표시자(508)는 또한, 비활성인 사용자들 옆에 있는 제2 색상(예컨대, 회색)의 점을 포함할 수 있다.

연락처 사용자 인터페이스(504)는 주어진 타입의 장치에서 연락처 또는 상대 사용자가 현재 사용 중인지 여부를 장치 표시자(510)를 통해 표시할 수 있다. 장치 표시자(510)는 가령 아이콘과 같은 그래픽 사용자 인터페이스 객체를 포함할 수 있다. 예컨대, 도시되는 것처럼 장치 표시자(510)는 상대 사용자가 개인용 컴퓨터를 사용하여 클라이언트 애플리케이션(202)으로 로그되거나 활성임을 표시하는 단어 "Web"을 포함할 수 있다. 유사한 선들을 따라, 장치 표시자(510)는 주어진 연락처가 모바일 장치, 가령 휴대전화를 사용하여 클라이언트 애플리케이션(202)으로 로그되거나 활성임을 표시하는 단어 "Mobile"을 포함할 수 있다. 추가로 또는 대안으로, 장치 표시자(510)는 주어진 상대 사용자의 클라이언트 장치의 브랜드 또는 모델을 표시할 수 있다.

주어진 상대 사용자의 개인정보 설정에 따라, 연락처 사용자 인터페이스(504)는 결제 상태 표시자(511)를 더 포함할 수 있다. 결제 상태 표시자(511)는 주어진 상대 사용자가 시스템(100)을 사용하여 전자 결제를 수신하거나 전송할 수 있거나 또는 등록되었는지 여부를 표시할 수 있다. 예컨대, 주어진 상대 사용자의 이름 옆에 있는 결제 상태 표시자(511)의 존재는 주어진 상대 사용자가 시스템(100) 또는 네트워크 애플리케이션(204)에서 그들의 계정 또는 프로필과 관련된 결제 크리덴셜을 가짐을 표시할 수 있다. 결제 상태 표시자(511)는 가령 아이콘과 같은 그래픽 사용자 인터페이스 객체를 포함할 수 있다. 예컨대, 도 5a에 도시되는 것처럼, 결제 상태 표시자(511)는 결제 거래와 일반적으로 관련되는 달러 사인이나 다른 심볼을 포함할 수 있다.

클라이언트 애플리케이션(202)은 네트워크 애플리케이션(204)의 상태 관리자(232)로부터 클라이언트 장치(400)의 사용자와 관련되는 연락처의 상태의 알림 또는 표시를 수신할 수 있다. 예컨대, 클라이언트 애플리케이션(202)은 클라이언트 애플리케이션(202)이 언제 활성이거나 온라인인지를 표시하기 위해 네트워크 애플리케이션(204)으로 알림 또는 상태 업데이트를 전송할 수 있다. 상태 관리자(232)는 이후 주어진 사용자와 관련된 클라이언트 장치(104a)로 주어진 사용자와 관련된 연락처들의 상태를 전송할 수 있다. 관련 선들을 따라, 상태 관리자(232)는 주어진 사용자가 그들의 프로필과 관련된 결제 크리덴셜을 갖고 결제를 전송하고 수신할 능력을 갖는 사용자의 연락처들의 클라이언트 장치(500)로 표시를 제공할 수 있는지 여부를 결정할 수 있다.

본 명세서에 비추어 볼 때, 통상의 기술자는 전자 메시징 시스템 및 전자 결제 시스템의 통합은 종래의 결제 애플리케이션에 비해 상당한 장점을 제공할 수 있음을 인식할 것이다. 특히, 사용자는 연락처 사용자 인터페이스(504)에 액세스할 수 있고, 어떠한 상대 사용자가 활성인지를 결정할 수 있으며, 따라서 어떠한 상대 사용자가 결제 거래에 관해 대화하거나 심지어는 결제의 영수증을 인식함에 있어 이용가능한지를 결정할 수 있다. 추가로, 연락처 사용자 인터페이스(504)는 사용자가 어떤 상대 사용자가 결제 크리덴셜을 갖는지를 알 수 있게 선택적으로 허용할 수 있다. 따라서, 연락처 사용자 인터페이스(504)는 상대 사용자가 결제를 수신할 수 있는지 또는 사용자가 상대 사용자가 등록하도록 초대할 요청될 수 있는지 여부를 사용자에게 알릴 수 있다.

전술한 바와 같이, 시스템(100)은 데이터의 수신 및 전송을 용이하게 할 수 있다. 하나 이상의 실시예에서, 통신 관리자(230)는 컴퓨팅 장치들(104a, 104b, 500) 사이에서 전자 통신을 수신하고 전송하는 것을 용이하게 한다. 또한 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 통신 관리자(230)를 통해 송수신한 전자 통신을 디스플레이한다. 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 통신 관리자(230)를 통해 송수신한 전자 통신을 메시징 그래픽 사용자 인터페이스 내의 메시징 스레드에 디스플레이할 수 있다. 예컨대, 사용자는, 연락처와의 메시지 교환을 용이하게 하는 메시징 그래픽 사용자 인터페이스를 열기 위해 연락처 사용자 인터페이스(504)의 연락처들의 리스트에서의 연락처 리스트와 상호작용할 수 있다. 예컨대, 도 5b는 사용자가 연락처 사용자 인터페이스(504)로부터 연락처 "Joe"를 선택할 때, 터치 스크린(502) 상에서 사용자 인터페이스 관리자(208)에 의해 제공되는 메시징 그래픽 사용자 인터페이스(512)를 도시한다.

도시되는 것처럼, 메시징 그래픽 사용자 인터페이스(512)는 클라이언트 장치(500)의 사용자의 계정으로부터 전송된 전자 메시지(516a)를 포함하는 메시징 스레드(514)를 포함할 수 있다. 유사하게, 메시징 스레드(514)는 상대 사용자(즉, "Joe")의 계정에 의해 수신되는 전자 메시지(516b)를 포함할 수 있다. 하나 이상의 실시예에서, 새 메시지가 메시징 스레드(514)의 바닥에 추가되어 오래된 메시지가 메시징 스레드(514)의 상단에 디스플레이되도록 사용자 인터페이스 관리자(208)는 메시징 스레드(514)를 구성한다. 대안적 실시예에서, 사용자 인터페이스 관리자(208)는, 메시지들(516a, 516b) 사이의 시간적 또는 다른 관계를 사용자에게 표시할 수 있는 임의의 방식으로 메시지들(516a, 516b)을 조직화할 수 있다.

사용자 인터페이스 관리자(208)는 사용자가 메시징 스레드(514)에서 전자 통신 사이에서 구별하는 것을 돕는 다양한 전자 통신 특징을 제공한다. 예컨대, 도 5b에 도시되는 것처럼, 사용자 인터페이스 관리자(208)는 메시징 그래픽 사용자 인터페이스(512)의 일측(즉, 우측)을 향해 포인팅되는 클라이언트 장치(500)의 사용자의 계정으로부터 전송된 전자 메시지(516a)를 디스플레이한다. 반면에, 사용자 인터페이스 관리자(208)는 메시징 그래픽 사용자 인터페이스(512)의 반대측(즉, 좌측)을 향해 포인팅된 메시징 핸들러(212)에 의해 수신된 전자 메시지(516b)를 디스플레이한다. 하나 이상의 실시예에서, 전자 메시지들(516a, 516b)의 배치 및 배향은 메시징 그래픽 사용자 인터페이스(512) 내에 디스플레이되는 다양한 전자 통신의 시작점에 대한 명확한 표시자를 클라이언트 장치(500)의 사용자에게 제공한다.

사용자가 전자 통신을 구별하도록 돕는 사용자 인터페이스 관리자(208)에 의해 제공되는 다른 특징은 전자 통신의 색상일 수 있다. 예컨대, 도 5b에 도시되는 것처럼, 사용자 인터페이스 관리자(208)는 전송된 전자 메시지(516a)를 제1 색상으로 그리고 수신된 전자 메시지(516b)를 제2 색상으로 디스플레이한다. 하나 이상의 실시예에서, 제1 및 제2 색상들은 각각 반전된 타이프페이스 색상을 갖는 흑색과 백색일 수 있다. 대안적인 실시예에서, 사용자 인터페이스 매니저(208)는 전자 메시지(516a, 516b)를 흰 바탕과 상이한 색의 외곽선으로 디스플레이할 수 있다.

또 다른 대안적 실시예에서, 사용자 인터페이스 관리자(208)는 상이한 패턴의 배경을 갖도록, 상이한 폰트로, 상이한 크기로, 또는 전송된 전자 메시지(516a)를 수신된 전자 메시지(516b)로부터 구별할 수 있는 임의의 다른 방식으로 전자 메시지(516a, 516b)를 디스플레이할 수 있다. 예컨대, 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 청색 배경에서 백색 타이프페이스를 갖는 전송된 전자 메시지(516a)를 디스플레이한다. 유사하게, 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 회색 배경에서 흑색 타이프페이스를 갖는 수신된 전자 메시지(516b)를 디스플레이한다.

상술한 바와 같이, 사용자 인터페이스 관리자(208)는 또한 메시지 입력 컨트롤 팔레트 또는 툴바(522)를 제공할 수 있다. 도 4b에 도시되는 것처럼, 사용자 인터페이스 관리자(208)는 메시징 그래픽 사용자 인터페이스(512)의 일부로서 메시지 입력 컨트롤 팔레트 또는 툴바(522)를 디스플레이한다. 하나 이상의 실시예에서, 메시지 입력 컨트롤 팔레트 또는 툴바(522)는 다양한 메시지 입력 옵션 또는 다른 옵션을 사용자에게 제공하는 다양한 선택가능한 메시지 입력 컨트롤을 포함한다. 예컨대, 도 5b에서, 메시지 입력 컨트롤 팔레트 또는 툴바(522)는 텍스트 입력 컨트롤(524a), 결제 컨트롤(524b), 카메라 뷰파인더 입력 컨트롤(524c), 멀티미디어 입력 컨트롤(524d), 심볼 입력 컨트롤(524e), 및 좋아요 표시자 컨트롤(524f)을 포함한다. 하나 이상의 대안적 실시예에서, 메시지 입력 컨트롤 팔레트 또는 툴바(522)는 상이한 순서로 입력 컨트롤들(524a-524e)을 제공하거나, 도 4b에 도시되지 않는 다른 입력 컨트롤을 제공하거나, 또는 도 4b에 도시되는 하나 이상의 입력 컨트롤들(524a-524e)을 생략할 수 있다.

더 자세히 후술되는 바와 같이, 사용자는 상이한 타입의 전자 통신을 구성하고 전송하기 위하여 임의의 입력 컨트롤(524a-524e)와 상호작용할 수 있다. 예컨대, 사용자가 텍스트 입력 컨트롤(524a)과 상호작용한다면, 사용자 인터페이스 관리자(208)는 사용자가 텍스트 메시지(520)를 작성하는데 이용할 수 있는 메시징 그래픽 사용자 인터페이스(512)의 부분에 터치스크린 디스플레이 키보드(518)를 제공할 수 있다. 유사하게, 만약 사용자가 멀티미디어 입력 컨트롤(524d)와 상호작용한다면, 사용자 인터페이스 관리자(208)는 메시지 그래픽 사용자 인터페이스(512)의 일부 내에 멀티미디어 컨텐츠 아이템 디스플레이 영역(예컨대, 디지털 사진, 디지털 비디오 등을 디스플레이하기 위한)을 제공할 수 있다. 유사하게, 사용자가 카메라 뷰파인더 입력 컨트롤(524c)과 상호작용한다면, 사용자 인터페이스 관리자(208)는 사용자가 메시징 스레드(514)로 디지털 사진이나 디지털 비디오를 캡처, 전송 및 추가하는데 사용할 수 있는 디지털 카메라 인터페이스를 메시징 그래픽 사용자 인터페이스(512)의 부분 내에 제공할 수 있다.

사용자는 시스템(100)을 통해 메시지나 결제를 한 명 이상의 상대 사용자에게 전송하고 작성하기 위해 임의의 메시지 입력 컨트롤(524a-e)과 상호작용할 수 있다. 예컨대, 도 5b에서, 사용자의 손가락은 결제 컨트롤(524b)과 상호작용하는 것으로 도시된다. 하나 이상의 실시예에서, 사용자 입력 검출기(210)는 결제 컨트롤(524b)과의 사용자의 손가락이나 다른 입력 장치의 상호작용(예컨대, 탭 터치 제스처)을 검출할 수 있다. 사용자 입력 검출기(210)가 결제 컨트롤(524b)상의 탭 터치 제스처를 검출할 때, 사용자 인터페이스 관리자(208)는 도 5c에 도시되는 것처럼 메시징 사용자 인터페이스(512)의 부분 내에 결제 사용자 인터페이스(515)를 디스플레이할 수 있다.

특히, 도 5c에 도시되는 것처럼, 사용자 인터페이스 관리자(208)는 메시징 사용자 인터페이스(512)의 제1 부분(즉, 상단 부분)에 메시징 스레드(514)를 제공할 수 있다. 사용자 인터페이스 관리자(208)는 메시징 사용자 인터페이스(512)의 제2 부분(즉, 하단 부분)에 결제 사용자 인터페이스(515)를 제공할 수 있다. 따라서, 사용자 인터페이스 관리자(208)는 사용자가 메시징 스레드(514) 및 임의의 새로운 메시지를 열람하도록 하는 한편, 결제 거래를 또한, 시작할 수 있도록 허용할 수 있다. 대안적인 실시예에서 사용자 인터페이스 관리자(102)는 메시징 스레드(514)와 결제 사용자 인터페이스(515)를 수평적으로 또는 수직적 배열이 아닌 다른 배열로 배치할 수 있다. 다른 추가 실시예로, 결제 사용자 인터페이스(515)는 메시징 사용자 인터페이스(512) 상의 오버레이 또는 분리된 사용자 인터페이스를 포함할 수 있다.

본 명세서의 설명으로부터 자명해지는 것처럼, 결제 사용자 인터페이스(515)는 사용자가 결제 거래를 개시(결제를 전송, 결제를 요청 등)하는 한편 동시에 결제 거래에 대한 메시지를 하나 이상의 상대 사용자 상대방과 열람하도록 허용할 수 있다. 예를 들어, 도 5b와 5c는 장치(500)의 발신 사용자(“Brad”)(이하 발신자)가 메시징 스레드(514)의 대화에 참여하는 수신자 상대 사용자(“Joe”)로부터 메시지: “Can you send me $25 for the other night?”를 수신했음을 도시한다. 이에 응답하여, Brad는 “Sure thing."이라고 대답했다. 이 대화 또는 메시징 세션에 응답하여, 발신인은 결제를 수신인에게 전송하길 원할 수 있다. 메시징 사용자 인터페이스(512)는 발신자가 메시징 스레드(514)나 메시징 사용자 인터페이스(512)에서 벗어날 필요 없이 이렇게 할 수 있도록 할 수 있다. 대안적으로, 메시징 사용자 인터페이스(512)는 별개의 결제 사용자 인터페이스(515)로 이동할 수 있다.

도시된 바와 같이, 결제 인터페이스(515a)는 사용자가 연속으로 원하는 숫자를 입력하여(즉, 숫자 키패드(538) 내에서 2 후 5를 탭하여 $25에 도달) 결제액(532)을 선택할 수 있게 하는 숫자 키패드(538)를 포함한다. 결제 인터페이스는 선택된 숫자를 디스플레이하여 사용자가 원하는 결제 금액에 대응하는 선택된 숫자를 확인하고 이에 따라 선택된 숫자를 수정할 수 있게 할 수 있다. 본 명세서의 관전에서 도 5c의 결제 인터페이스(515)는 결제 인터페이스의 한 구현임을 유의하여야 한다. 하나 이상의 실시예에서, 사용자는 복수의 상이한 결제 인터페이스에서 결제 인터페이스(515)를 선택할 수 있다.

하나 이상의 실시예에서, 발신자가 결제 요소(537)를 선택하거나 다르게 결제 요청이 송신되게 하는데 응답하여, 클라이언트 애플리케이션(202)은 결제 엔진(206)으로 요청을 송신하여 발신자가 등록된 결제 크리덴셜을 가지는지 여부를 결정하고 및/또는 사용자의 등록된 결제 크리덴셜을 인증할 수 있다. 구체적으로, 도 3a에 도시된 바와 같이 클라이언트 애플리케이션(202)은 결제 요청을 생성하고 결제 엔진(206)으로 결제 개시 요청을 송신할 수 있다. 도 5d에 도시된 바와 같이, 발신자가 등록된 결제 계좌와 연관되지 않은 경우, 사용자 인터페이스 관리자(208)는 발신자가 결제 크리덴셜을 등록할 수 있게 하는 크리덴셜 사용자 인터페이스(534)를 표시할 수 있다. 대안으로 또는 부가 적으로, 그래픽 인터페이스는, 사용자가 일회성 결제를 용이하게 하기 위해 (예를 들어, 직불 카드 또는 신용 카드 번호를 입력하는) 결제 정보를 입력 할 수 있게 해주는 일회성 결제 옵션을 제공 할 수 있으며, 발신자가 계좌를 생성할 것을 요구하지 않는다.

통상의 기술자는 크리덴셜 사용자 인터페이스(534)가 발신인이 입력하고자 선택하는 결제 크리덴셜이 어떤 것인지에 따라 다양할 수 있음을 인식할 것이다. 하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 수신자에게 자금을 보내기 위한 수락가능한 결제 크리덴셜의 리스트(예컨대, 신용 카드, 직불 카드, 기프트 카드, 은행 계좌)를 제공할 수 있다. 사용자가 결제 크리덴셜의 타입을 선택하면, 사용자 인터페이스 관리자(208)는 적용가능한 크리덴셜 사용자 인터페이스(534)를 제공할 수 있다. 예컨대, 도 5d은 직불 카드를 입력하기 위한 크리덴셜 사용자 인터페이스(534)를 도시한다. 도시되는 것처럼, 사용자는 숫자 키패드(538)를 통해, 직불 카드와 관련된 직불 카드 번호, 유효기간, 보안 코드, 및 청구지 우편번호를 입력할 수 있다. 결제 정보를 입력하면, 메시징 핸들러(212)는 결제 크리덴셜을 저장하기 위해 결제 엔진(206)으로 결제 크리덴셜 정보를 전송할 수 있다.

발신인이 (자동 리마인더, 발신인으로부터의 수동 리마인더, 또는 발신인 스스로의 선택에 의해) 결제 크리덴셜 세부사항을 입력한 후, 시스템(100)은 결제 거래의 프로세싱을 계속할 수 있다. 하나 이상의 실시예에서, 클라이언트 애플리케이션(202)은 미래의 결제 거래를 프로세싱하기 위한 PIN 또는 다른 단축키(shortcut)를 사용하는 옵션을 발신인에게 제공할 수 있다. 예컨대, 클라이언트 애플리케이션(202)은 도 5e에 도시되는 것처럼 추가적 보안을 위해 금전을 전송하기 위한 PIN을 발신인이 생성하기를 원하는지 여부를 발신인에게 물어보는 메시징 인터페이스(512) 에서의 팝-업 윈도우(540)나 다른 알림을 발신인에게 제시할 수 있다.

발신인이 미래 결제 거래를 프로세싱하기 위한 PIN을 입력하는 것을 선택한다면, 클라이언트 애플리케이션(202)은 도 5f에 도시되는 것처럼 PIN을 생성하기 위한 PIN 생성 인터페이스(542)를 제시할 수 있다. 구체적으로, PIN 생성 인터페이스는 발신인이 발신인의 저장된 크리덴셜과 관련되는 고유한 PIN을 생성하도록 허용할 수 있다. 예컨대, PIN은 미래 결제 거래를 프로세싱할 수 있기 전에 발신인이 숫자 키패드(538)를 통해 입력할 수 있는 4-자릿수의 숫자 (또는 임의의 길이의 스트링)일 수 있다. 일부 예에서, 시스템(100)은 또한, PIN을 생성하고 PIN을 저장된 크리덴셜과 관련시키기 위해 PIN을 재-입력함으로써 발신인이 PIN을 확인하도록 요청할 수 있다.

미래 결제 거래를 위해, 시스템(100)은 발신인이 PIN을 입력할 수 있는 PIN 입력 인터페이스를 제시할 수 있다. PIN을 입력하는 것은 시스템(100)이 PIN과 연계되어 사용자에 대해 저장된 크리덴셜을 사용하여 결제 거래를 프로세싱하는 것을 허용할 수 있다. 따라서, PIN의 입력은 발신인이 시스템(100)을 통해 다른 사용자에게 금전을 전송하고자 할 때마다 크리덴셜을 기억할 필요 없이 발신인이 결제 거래를 개시하고 완료하도록 허용할 것이다.

하나 이상의 실시예에서, 사용자의 결제 크리덴셜 검증 도중 또는 후, 발신자 클라이언트 장치(500)는 처리하고 수신자 클라이언트 장치에 전달하기 위하여 결제 엔진(206)에 결제 요청을 송신할 수 있다. 전술한 바와 같이, 결제 엔진(206)이 발신자 클라이언트 장치(500)로부터 결제 요청을 수신하고 성공적으로 발신자의 결제 크리덴셜에 과금한 후, 결제 엔진(206)은 발신자 클라이언트 장치(500)로의 결제 개시 메시지를 발신자 결제 큐(302)로 송신한다. 발신자 결제 큐(302)는 업데이트를 발신자 클라이언트 장치(500)로 푸시하고 또한 업데이트를 수신자 결제 큐(306)로 송신할 수 있다.

결제 개시 메시지와 관련하여, 네트워크 애플리케이션(204)은 대화에 포함된 발신자 및 수신자 모두를 위해 메시징 스레드(514) 내에 결제 금액(532)을 표시하기 위해 결제 요청을 나타내는 메시지를 생성할 수 있다. 구체적으로, 네트워크 애플리케이션(204)은 발신자 메시지 큐(304)로 메시지를 송신할 수 있다. 발신자 메시지 큐(304)는 그 후 메시지를 발신자 클라이언트 장치(500)로 푸시하고 또한 메시지를 수신자 메시지 큐(308)로 전달한다.

발신자 클라이언트 장치(500)가 메시지와 결제 개시 메시지를 수신할 때, 발신자 클라이언트 장치(500)는 메시징 스레드(514) 내에 메시지를 디스플레이할 수 있다. 전술한 바와 같이, 메시지는 결제 ID와 메시지 ID를 통해 결제 거래에 링크되어, 메시지가 결제 거래와 연관된 정보를 보여줄 수 있다. 예를 들어, 도 5g는 발신자와 수신자 간의 메시징 스레드(514)에 결제 요청을 위한 결제 금액(532)을 도시한다. 설명하자면, 시스템(100)은 결제 금액(532)을 메시징 스레드(514)의 대화의 시간 의존 흐름 내의 메시지로서 표시할 수 있다.

도 5h-5m은 수신자 클라이언트 장치(500a)를 위한 그래픽 사용자 인터페이스를 도시한다. 도 5h는 발신자가 수신자에게 결제 금액을 송금하기 위한 결제 거래를 시작한 후 수신자 클라이언트 장치(500a)에서의 메시징 인터페이스(512a)를 도시한다. 하나 이상의 실시예에서, 시스템(100)은 결제 개시 메시지와 결제 거래를 나타내는 메시지를 통해 수신자에게 발신자가 결제 거래를 개시했다고 통지할 수 있다. 구체적으로, 수신자 결제 큐(306)가 결제 개시 메시지를 수신할 때, 수신자 결제 큐(306)는 수신자 클라이언트 장치(500a)로 업데이트를 푸시할 수 있다.

구체적으로, 수신자 메시지 큐(308)는 수신자 클라이언트 장치(500a)에 대응하는 메시지를 푸시할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 발신자의 신원과 연관된 메시징 인터페이스(512a)의 메시징 스레드(514a)에 결제 금액 및, 결제 금액(532a)과 함께 결제 요청 내의 텍스트 컨텐츠(예컨대, “Sent from Messenger”)를 보여줄 수 있다. 설명하자면, 사용자 인터페이스 관리자(208)는 발신자와 수신자 간에 교환된 다른 메시지가 있는 메시징 스레드(514a)에 결제 금액(532a)을 삽입할 수 있다. 부가적으로 또는 대안으로, 사용자 인터페이스 관리자(208)는 (예를 들어, 수신자 클라이언트 장치(500a)의 통지 영역 또는 메시징 인터페이스(514a)의 오버레이에 통지를 제공함으로써) 다른 방식으로 지불 금액 (532a)을 제시 할 수 있다.

하나 이상의 실시예에서, 사용자 인터페이스 관리자(208)는 수신자에게 확인 요청을 제공하여 수신자가 결제 거래를 수락할 수 있게 할 수 있다(즉, 수락 요소(552)와 같은 메시징 인터페이스의 요소를 선택함으로써). 수신자가 결제 거래를 승인한 후, 결제 엔진(206)은 결제 거래를 완료하고 발신자로부터 수신자에게 자금을 전송하는 프로세스를 시작할 수 있다. 대안적인 예에서, 결제 요청은 시스템(100)이 지불 트랜잭션을 자동으로 처리하고 완료하는 동안 수신자에게 지불 트랜잭션의 관심을 단순히 전가시킬 수 있다.

하나 이상의 실시예에서, 수신자가 결제를 수락할 때 또는 수신자가 결제 요청을 수신한 후, 클라이언트 애플리케이션(202)은 결제 엔진(206)으로 요청을 송신하여 수신자가 자격이 있는 결제 방법을 지원하는 등록된 결제 크리덴셜을 가지는지 여부를 결정할 수 있다. 도 5i에 도시된 바와 같이, 수신자가 등록된 결제 계좌와 연관되지 않은 경우, 결제 엔진(206)은 수신자 클라이언트 장치(500a)에게 수신자가 계좌를 확립하고 결제 거래를 위한 결제 크리덴셜(예컨대, 직불 카드 계좌나 신용 카드 계좌)을 등록할 수 있게 하는 크리덴셜 사용자 인터페이스(534)를 디스플레이하도록 통지할 수 있다. 대안으로 또는 부가적으로, 그래픽 인터페이스는, 사용자가 일회성 결제를 용이하게 하기 위해 발신자가 계좌를 생성할 것을 요구함이 없이 결제 정보를 입력 할 수 있게 해주는 일회성 결제 옵션을 제공할 수 있다(예컨대, 직불 카드 또는 신용 카드 번호를 입력).

수신자가 결제 크리덴셜을 입력한 후, 수신자 클라이언트 장치(500a)는 인증/검증을 위해 수신자의 결제 크리덴셜을 결제 엔진(206)로 송신한다. 시스템(100)은 그 후 결제 거래를 완료할 수 있다. 구체적으로, 시스템(100)은 발신자로부터 수신자로 자금을 전송함으로써 결제 거래를 완료할 수 있다. 도 3a-3f와 관련하여 전술한 바와 같이, 경우에 따라 발신자로부터 수신자에게 자금을 이체하는 것은 거래가 상응하는 금융 기관에 의해 승인될 때까지 수신자와 관련된 임시 또는 중간 계정으로 자금을 이체하는 것을 포함할 수 있다. 대안적 예시에서, 결제 거래를 완료하는 것은 수신자에 의해 입력된 대상 예금 계좌로 직접 송금하는 것을 포함할 수 있다.

도 5j에 도시된 바와 같이, 결제 거래 완료 후(또는 수신자가 결제 거래를 완료하도록 선택한 후), 시스템(100)은 수신자에게 결제 거래가 완료됐음을 통지하는 결제 완료 메시지(558)를 디스플레이할 수 있고, 수신자는 특정 시간 프레임 내에 결제를 수신할 것이다. 예를 들어, 결제 완료 메시지(558)는 수신자에게 수신자가 특정 기간 내에 결제를 수신해야 한다는 것을 통지할 수 있다. 하나 이상의 실시예에서, 수신자 클라이언트 장치(500a)는 수신자 결제 큐(306)로부터 결제 거래가 완료됐다는 것을 표시하는 결제 상태 업데이트를 수신한 후 결제 완료 메시지(558)를 디스플레이할 수 있다.

추가 실시예에서, 시스템(100)은 수신자를 위한 복수의 결제 크리덴셜에서 결제 크리덴셜을 선택할 수 있다. 특히, 시스템(100)은 수신자가 이전에 결제 엔진(206)에 등록한 복수의 결제 크리덴셜을 식별하고 적절한 결제 크리덴셜을 선택할 수 있다. 예를 들어, 시스템(100)은 복수의 예금 계좌를 식별하고 사용자가 결제 인터페이스(515a)를 통해 복수의 예금 계좌에서 선택할 수 있게 할 수 있다. 적절한 결제 크리덴셜을 선택한 후, 시스템은 결제 거래를 완료하고(즉, 결제 금액을 수신자의 선택된 결제 크리덴셜로 푸시하고) 수신자에게 결제 완료 메시지(558)를 제공할 수 있다.

하나 이상의 실시예에서, 결제 완료 메시지(558)를 닫은 후 또는 다르게 결제 거래를 완료한 후, 시스템(100)은 발신자 클라이언트 장치(500) 상의 메시징 스레드(514) 및/또는 수신자 클라이언트 장치(500a)의 메시징 스레드(514a)의 결제 금액(532)(또는 임의의 다른 결제 요청의 텍스트)를 업데이트하여 시스템(100)이 결제 거래 처리를 완료했다는 것을 반영할 수 있다. 예를 들어, 사용자 인터페이스 관리자(208)는 메시징 스레드(514a)의 결제 요청의 특정 특징(이 경우에서 결제 금액(532)만을 포함)을 변경할 수 있다. 설명하자면, 도 5k에서, 사용자 인터페이스 관리자(208)는 도 5g에 도시된 바와 같이 밝은 색에서 도 5k에 도시된 바와 같이 어두운 색으로 결제 요청의 결제 금액(532a) 옆의 결제 아이콘(560)의 색 또는 음영을 변경한다. 추가적으로, 또는 대안적으로, 사용자 인터페이스 관리자(208)는 메시징 스레드(514a)의 결제 요청의 위치, 결제 요청의 경계 폭, 결제 요청의 배경색, 결제 요청의 크기와 폰트 또는 이 목적에 적합한 임의의 다른 결제 요청의 특성을 변경할 수 있다.

일실시예로, 사용자 인터페이스 관리자(208)는 결제 액수가 메시징 인터페이스(512) 내에서 "바운스"하도록 야기함으로써 결제 액수가 최종화되었을 때, 결제 액수를 애니메이션으로 만들 수 있다. 결제 액수를 애니메이션으로 만들 때, 사용자 인터페이스 관리자(208)는 결제 액수에서 문자 및/또는 이미지를 개별적으로 또는 전체적으로 애니매이션으로 만들 수 있다.

추가로 또는 대안으로, 사용자 인터페이스 관리자(208)는 결제 거래와 관련된 하나 이상의 동작들이 완료될 때까지 외관을 수정(예컨대, 결제 액수를 애니메이션으로 만듦)할 수 있다. 예컨대, 사용자 인터페이스 관리자(208)는 수신인이 결제 액수를 수락하거나, 발신인 및/또는 수신인이 크리덴셜을 입력하거나, 또는 시스템(100)이 결제 거래를 완료하고 자금을 발신인으로부터 수신인으로 이체할 때까지 결제 액수를 애니메이션으로 만들 수 있다. 추가적 또는 대안적 실시예에서, 사용자 인터페이스 관리자(208)는 결제 액수가 일단 최종적이 되면 시간의 양 동안에 결제 액수의 외관에 수정을 적용할 수 있다. 추가로 또는 대안으로, 사용자 인터페이스 관리자(208)는 다른 기준, 가령 언제 결제 거래가 완료되는지, 언제 자금이 발신자에게 이용가능한지, 또는 결제 거래가 실패했는지 여부에 기반하여 결제 액수의 외관에 수정을 적용할 수 있다.

하나 이상의 실시예에 따르면, 사용자는 메시징 스레드 내에서 결제 거래에 대한 추가 정보를 볼 수 있다. 예를 들어, 도 5l에 도시된 바와 같이, 만약 수신자가 메시지를 선택하면(예컨대, 메시지 위를 탭함으로써), 메시징 사용자 인터페이스(512a)는 제2 메시지(550), 팝업 윈도우, 또는 메시징 스레드(514a) 내에서 결제 요청과 연관된 다른 상태 표시자에 현재 결제 상태를 디스플레이할 수 있다. 설명하자면, 만약 결제 엔진(206)이 결제 거래를 개시했지만 아직 결제 거래를 완료하지 않았다면, 제2 메시지(550)는 거래 ID에 대하여 수신된 정보를 검색하고 현재 상태를 “개시됨”으로 디스플레이할 수 있다. 나아가, 제2 메시지(550)는 결제 거래에 대한 상태 업데이트의 타임스탬프를 디스플레이할 수 있다.

결제 거래에 대한 상태가 업데이트될 때, 수신자 클라이언트 장치(500a)는 수신자가 결제 거래의 상태를 보고 있을 때조차 수신자 결제 큐로부터 푸시 통지의 업데이트를 수신할 수 있다(즉, 제2 메시지(550)는 실시간으로 업데이트된다). 도 5m에 도시된 바와 같이, 제2 메시지(550)는 상태 업데이트를 “완료됨”으로 표시하여 결제 거래가 완료됐음을 표시할 수 있다. 제2 메시지(550)는 또한 최신 상태 업데이트와 연관된 타임스탬프를 보여줄 수 있다. 하나 이상의 경우에, 제2 메시지(550)는 대응하는 타임스탬프와 함께 이전 상태 업데이트도 보여줄 수 있다. 예를 들어, 제2 메시지(550)는 추가 사용자 입력(예컨대, 메시지 위를 길게 누름)에 응답하여 추가 정보를 보여줄 수 있다. 도 5l 및 5m에 도시된 상태가 결제 큐로부터 수신된 결제 개시 및 완료에 대한 상태 업데이트를 도시하지만, 결제 엔진(206)은 결제 수락, 결제 크리덴셜이 입력됨, 결제 취소 및/또는 기타를 포함하는 추가 또는 대안적 업데이트를 송신할 수 있으나 이에 제한되지 않는다.

추가적으로 또는 대안적으로, 하나 이상의 실시예에서, 결제 거래를 나타내는 메시지에 보여지는 결제 금액은 결제 거래에 대한 업데이트 때문에 변경될 수 있다. 예를 들어, 전술한 바와 같이, 결제 금액은 만약 발신 사용자(또는 그룹 결제 거래의 복수의 발신 사용자들)가 수신자로의 결제 금액을 증가 또는 감소시킴으로써 결제 금액을 정정하거나, 결제를 취소하거나 추가 발신자가 결제 거래에 결제 금액을 추가하면 실시간으로 업데이트될 수 있다. 설명하자면, 만약 그룹 결제의 사용자가 수신자에 대한 사용자의 결제를 취소하면, 결제 금액은 이전 결제 금액에서 취소된 결제 금액을 뺌으로써 취소된 결제를 반영하도록 업데이트될 수 있다. 유사하게, 만약 새 사용자가 그룹에 참여하고 결제를 추가하면, 결제 금액은 이전 결제 금액에 새 결제 금액을 추가함으로써 새 사용자에 의한 결제를 반영하도록 업데이트될 수 있다.

유사하게, 결제 금액은 환율에 기반하여 변경될 수 있다. 예를 들어, 만약 결제 거래가 복수의 통화를 수반한다면, 결제 금액은 통화들에 대한 환율이 변경됨에 따라 변경될 수 있다. 설명하자면, 만약 수신자의 통화에 대한 환율이 변경되면(예컨대, 수신자의 통화 가치가 감소하면), 결제 금액은 수정된 환율을 반영하도록 실시간으로 증가할 수 있다.

보다 구체적으로, 상술한 바와 같이, 메시징 스레드(514a)의 메시지에 보여지는 결제 금액(532a)은 결제 개시 메시지로의 링크를 포함한다. 결제 큐가 결제 금액을 변경하는 결제 업데이트를 수신하면(클라이언트 장치 또는 결제 엔진(206)으로부터), 결제 큐는 결제 큐로 결제 업데이트를 푸시하여, 결제 개시 메시지의 금액을 업데이트하게 할 수 있다. 결제 개시 메시지에서 결제 금액이 변경되면, 메시징 스레드(514a)의 메시지에 디스플레이되는 결제 금액(532a)은 메시지가 결제 개시 메시지로의 링크를 포함하므로 업데이트될 수 있다.

하나 이상의 실시예에서, 클라이언트 애플리케이션(202)은 결제 상태 업데이트와 연관하여 결제 거래를 나타내는 메시지에 대한 상태 업데이트를 제공할 수 있다. 도 5n 및 5o는 발신자와 수신자 간 결제 거래에 대한 상태 업데이트에 기반한 및/또는 메시지 전달/읽음 업데이트에 기반한 메시지 상태 업데이트를 도시한다. 예를 들어, 발신자 클라이언트 장치(500)의 메시징 스레드(514)는 결제 상태가 변경됐음 및/또는 수신자가 취한 행동에 기반한 시각적 표시자(메시징 스레드(514)에서 메시지 옆의 원으로 표현)를 포함할 수 있다. 설명하자면, 도 5n은 발신자에게 결제 엔진(206)이 성공적으로 발신자의 결제 크리덴셜에 결제 금액을 과금했음을 표시하는 것을 도시하지만, 상태 표시자는 다른 결제 상태 업데이트 또는 메시지 상태 업데이트를 표시하거나(예컨대, 수신자가 메시지를 수신하거나 읽을 때), 다른 외관을 가질 수 있다.

하나 이상의 실시예에 따르면, 발신자 클라이언트 장치(500) 상의 클라이언트 애플리케이션(202)은 발신자 클라이언트 장치가 발신자 결제 큐(302)로부터 업데이트를 수신했음을 감지하고 업데이트로부터 상태 식별자를 결정할 수 있다. 결제 거래에 대한 업데이트를 위한 상태 식별자에 기반하여, 클라이언트 애플리케이션(202)은 결제 업데이트에 대응하는 메시지 상태를 식별하고 메시징 스레드(514) 내의 메시지 상태를 수정할 수 있다. 예를 들어, 클라이언트 애플리케이션(202)은 메시지 업데이트에 대한 결제 업데이트의 매핑에 기반하여 대응하는 메시지 업데이트를 찾을 수 있다. 대안적으로, 결제 엔진(206)은 결제 상태 업데이트의 네트워크 애플리케이션(204)에 통지할 수 있고, 네트워크 애플리케이션(204)은 발신자 메시지 큐(304)를 통해 발신자 클라이언트 장치(500)에 메시지 상태 업데이트를 송신할 수 있다.

결제 상태가 업데이트됨에 따라, 메시지 상태가 업데이트될 수 있다. 예를 들어, 도 5o는 새 결제 상태 업데이트 또는 메시지 전달/읽음 업데이트에 응답하여 메시지 상태 표시자(552)가 업데이트됨을 도시한다. 설명하자면, 메시지 상태 표시자(552)는 업데이트될 때 수신자가 결제 거래를 수락했고 결제가 처리됨을 표시할 수 있다. 추가적으로, 또는 대안적으로, 메시징 스레드는 메시징 스레드 내에서 결제 거래나 메시지와 연관된 추가 또는 상이한 상태 업데이트를 표시할 수 있다. 예를 들어, 메시지 상태 표시자(552)는 수신자가 결제 거래를 나타내는 메시지를 수신했음, 수신자가 메시지를 읽었음, 수신자가 메시지를 선택함으로써 결제 상태 정보를 열람했음 또는 다른 수신자 행위를 표시할 수 있다.

도 5a-5o가 발신자가 결제 거래를 개시하는 결제 거래의 일실시예를 도시하지만, 시스템(100)은 사용자가 메시징 애플리케이션을 통해 결제를 요청할 수 있도록 할 수 있다. 예를 들어, 사용자가 결제를 요청할 때, 사용자의 장치는 사용자의 결제 큐를 통해 하나 이상의 다른 사용자에게 서버 장치(들)(108) 및 다른 사용자의 결제 큐(들)로 요청을 보낼 수 있다. 다른 사용자(들)은 결제를 승인하고 각 결제 큐(들)을 통해 승인을 송신할 수 있다.

도 1 내지 5o, 해당 텍스트 및 예시들은 소셜 네트워크를 통해 전자적으로 자금을 송금하기 위한 다수의 상이한 시스템 및 장치를 제공한다. 전술한 바에 추가로, 실시예들은 특정 결과를 달성하기 위한 방법의 행위 및 단계를 포함하는 흐름도의 관점에서 기술될 수 있다. 예를 들어, 도 6 및 7은 하나 이상의 실시예에 따른 예시적인 방법의 흐름도를 도시한다.

도 6은 클라이언트 장치에게 결제 거래 업데이트를 푸시하는 방법(600)의 흐름도를 도시한다. 방법(600)은 결제 거래를 수행하기 위한 요청을 수신하는 행위(602)를 포함한다. 예를 들어, 행위(602)는 사용자와 연관된 제1 클라이언트 장치(104a)로부터, 사용자로부터 상대 사용자에게 결제를 송신하는 요청을 수신하는 것을 포함하고, 요청은 결제 금액을 포함한다. 설명하자면, 행위(602)는 결제 금액, 발신자 식별자, 및 사용자와 상대 사용자 간의 결제 거래와 연관된 오프라인 참조를 포함하는 결제 요청을 수신하는 것을 포함할 수 있다. 추가로, 또는 대안적으로, 결제 거래는 사용자의 그룹을 수반하는 거래를 포함할 수 있다.

방법(600)은 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 행위(604)도 포함한다. 예를 들어, 행위(604)는 결제 네트워크(115)로, 결제 요청의 결제 금액에 대해 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 것을 포함한다. 설명하자면, 행위(604)는 결제 요청으로부터의 발신자 식별자를 사용하여 등록된 결제 크리덴셜을 포함하는 데이터베이스로부터 사용자의 결제 크리덴셜을 결정하는 것을 포함할 수 있다.

추가로, 방법(600)은 성공적인 과금 응답을 수신하는 행위(606)를 포함한다. 예를 들어, 행위(606)는 결제 네트워크(115)로부터, 과금 요청이 성공적이었음을 표시하는 성공적 과금 응답을 수신하는 것을 포함한다. 설명하자면, 행위(606)는 결제 네트워크가 결제 거래의 결제 금액에 대해 사용자의 결제 크리덴셜을 성공적으로 과금했음을 표시하는 성공적 과금 응답을 수신하는 것을 포함할 수 있다.

나아가, 방법(600)은 제1 클라이언트 장치(104a)와 제2 클라이언트 장치(104b)에 결제 개시 메시지를 푸시하는 행위(608)를 포함한다. 예를 들어, 행위(608)는 성공적 과금 응답에 응답하여, 사용자와 연관된 제1 클라이언트 장치(104a) 및 상대 사용자와 연관된 클라이언트 장치(104b)에 결제 개시 메시지를 푸시하는 것을 포함한다. 나아가, 행위(608)는 성공적 과금 응답에 응답하여 결제 개시 메시지를 생성하는 것을 포함할 수 있다. 결제 개시 메시지는 거래 식별자, 결제 금액, 발신자 식별자, 수신자 식별자 및 결제 거래가 개시됐음을 나타내는 상태를 포함할 수 있다. 결제 개시 메시지는 결제 거래가 개시된 때를 나타내는 타임스탬프도 포함할 수 있다.

방법(600)은 사용자와 상대 사용자 간의 메시징 스레드(514, 514a)에 입력하기 위해 결제를 나타내는 메시지를 송신하는 행위(610)도 포함한다. 예를 들어, 행위(610)는 사용자와 상대 사용자 간의 메시징 스레드(514, 514a)에 입력하기 위한, 결제와 연관된 결제 금액을 포함하는 결제를 나타내는 메시지를 제1 클라이언트 장치(104a) 및 제2 클라이언트 장치(104b)에 송신하는 것을 포함한다. 설명하자면, 결제를 나타내는 메시지는 메시징 스레드(514, 514a) 내에 결제 금액을 디스플레이할 수 있다. 나아가, 방법(600)은 결제 개시 메시지를 푸시하는 것과 결제를 나타내는 메시지를 병렬로 송신하는 것을 포함할 수 있다. 예를 들어, 방법(600)은 제1 큐를 통해 결제 개시 메시지를 푸시하는 것과 제1 큐와 별개인 제2 큐를 통해 결제를 나타내는 메시지를 송신하는 것을 포함할 수 있다.

행위(610)의 일부로서, 또는 추가 행위로서, 방법(600)은 결제 거래에 대한 거래 식별자를 생성하는 것 및 메시징 스레드(514, 514a)에 대응하는 메시지와 거래 식별자를 연관시키는 것을 포함할 수 있다. 설명하자면, 거래 식별자를 메시지와 연관시키는 것은 메시지에 대한 메시지 식별자를 생성하는 것 및 거래 식별자에 메시지 식별자를 매핑하는 것을 포함할 수 있다.

방법(600)은 결제 거래에 대한 상태 업데이트를 수신하는 행위(612)를 더 포함한다. 예를 들어, 행위(612)는 상태 업데이트와 관련하여 거래 식별자를 식별하는 것과 상태 업데이트가 결제 거래와 연관됐다고 결정하는 것을 포함할 수 있다. 설명하자면, 상태 업데이트는 거래 완료 업데이트를 포함할 수 있다. 대안적으로, 상태 업데이트는 거래 취소 업데이트를 포함할 수 있다. 다른 예시에서, 상태 업데이트는 수신자에 의한 결제 거래의 수락을 포함할 수 있다.

추가적으로, 메시징 스레드(514, 514a)에 대응하는 메시지는 거래 식별자에 기반한 거래 금액으로의 링크를 포함할 수 있다. 설명하자면, 메시지는 결제 거래의 결제 상태에 기반하여 결제 금액을 획득하고, 메시지 내에 결제 거래로부터의 결제 금액을 디스플레이하는 링크를 포함할 수 있다.

방법(600)은 상태 업데이트를 클라이언트 장치에 푸시하는 행위(614)도 포함한다. 예를 들어, 행위(614)는 제1 클라이언트 장치(104a) 및 제2 클라이언트 장치(104b)로 결제 거래에 대한 상태 업데이트를 푸시하는 것을 포함한다. 설명하자면, 행위(614)는 제1 클라이언트 장치(104a)와 관련하여 통신을 감지하는 것 및 제1 클라이언트 장치(104a)와 관련하여 감지된 통신에 응답하여 제1 클라이언트 장치(104a)로 결제 거래에 대한 상태 업데이트를 푸시하는 것을 포함할 수 있다. 유사하게, 행위(614)는 제2 클라이언트 장치(104b)와관련하여 통신을 감지하는 것 및 제2 클라이언트 장치(104b)와 관련하여 감지된 통신에 응답하여 제2 클라이언트 장치(104b)에 결제 거래에 대한 상태 업데이트를 푸시하는 것을 포함할 수 있다. 행위(614)는 상이한 때에 제1 클라이언트 장치(104a) 및 제2 클라이언트 장치(104b)에 상태 업데이트를 푸시하는 것도 포함할 수 있다.

행위(614)의 일부로서, 또는 추가 행위로서, 방법(600)은 결제 거래에 대한 상태 업데이트에 기반하여, 메시징 스레드(514, 514a)에 대응하는 메시지와 연관된 메시지 상태 업데이트를 제1 클라이언트 장치(104a) 및 제2 클라이언트 장치(104b)에 푸시하는 것을 더 포함할 수 있다. 설명하자면, 방법(600)은 제1 클라이언트 장치(104a) 및 제2 클라이언트 장치(104b)에서 메시지 상태 업데이트 표시자를 디스플레이하도록 메시지 상태 업데이트를 푸시하는 것을 포함할 수 있고, 메시지 상태 업데이트 표시자는 메시징 스레드(514, 514a) 내에서 결제 거래에 대한 상태 업데이트를 나타낸다.

도 7은 클라이언트 장치에게 결제 거래 업데이트를 푸시하는 다른 방법의 흐름도를 도시한다. 방법(700)은 결제 거래를 수행하기 위한 요청을 수신하는 행위(702)를 포함한다. 예를 들어, 행위(702)는 사용자와 연관된 제1 클라이언트 장치로부터, 사용자로부터 상대 사용자로의 결제 요청을 수신하는 것을 포함하고, 결제 요청은 사용자와 상대 사용자 간의 결제 거래와 연관된 결제 금액을 포함한다. 설명하자면, 행위(702)는 결제 금액, 발신자 식별자, 및 사용자와 상대 사용자 간의 결제 거래와 연관된 오프라인 참조를 포함하는 결제 요청을 수신하는 것을 포함할 수 있다. 추가로, 또는 대안적으로, 결제 거래는 사용자의 그룹을 수반하는 거래를 포함할 수 있다.

방법(700)은 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 행위(704)도 포함한다. 예를 들어, 행위(704)는 결제 네트워크(115)로, 결제 요청의 결제 금액에 대해 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 것을 포함한다. 설명하자면, 행위(704)는 결제 요청으로부터의 발신자 식별자를 사용하여 등록된 결제 크리덴셜을 포함하는 데이터베이스로부터 사용자의 결제 크리덴셜을 결정하는 것을 포함할 수 있다.

방법(700)은 성공적 과금 응답을 수신하는 행위(706)를 더 포함한다. 예를 들어, 행위(706)는 결제 네트워크(115)로부터, 결제 금액에 대한 결제 네트워크(115)로부터의 성공적 과금 응답을 수신하는 것을 포함한다. 설명하자면, 행위(706)는 결제 네트워크가 결제 거래의 결제 금액에 대해 사용자의 결제 크리덴셜을 성공적으로 과금했음을 표시하는 성공적 과금 응답을 수신하는 것을 포함할 수 있다.

나아가, 방법(700)은 발신자 결제 큐(302)에 결제 개시 메시지를 추가하는 행위(708)를 포함한다. 예를 들어, 행위(708)는 성공적 과금 통지에 응답하여, 사용자와 연관된 발신자 결제 큐(302)에 결제 개시 메시지를 추가하는 것을 포함한다. 설명하자면, 행위(708)는 결제 개시 메시지에 대한 시퀀스 식별자를 업데이트하는 것과 발신자 결제 큐(302)에 결제 개시 메시지를 송신하는 것을 포함할 수 있다.

방법(700)은 발신자 메시지 큐(304)에 메시지를 추가하는 행위(710)도 포함한다. 예를 들어, 행위(710)는 성공적 과금 통지에 응답하여, 사용자와 연관된 발신자 메시지 큐(304)에 결제를 나타내는 메시지를 추가하는 것을 포함한다. 행위(710)는 성공적 과금 통지에 응답하여, 결제 거래에 대한 거래 식별자를 생성하는 것과 결제를 나타내는 메시지를 생성하는 것도 포함할 수 있다.

행위(710)의 일부로서, 또는 추가 행위로서, 방법(700)은 성공적 과금 응답을 수신하는데 응답하여 결제 거래에 대한 거래 식별자를 생성하는 것을 포함할 수 있다. 나아가, 방법(700)은 거래 식별자를 포함하는 메시지에 대한 메시지 식별자를 생성하는 것과 거래 식별자를 메시지 식별자에 매핑하는 것을 포함할 수 있다. 방법(700)은 결제 개시 상태 업데이트를 발신자 결제 큐(302)에 추가하기 전에 사용자의 클라이언트 장치에 메시지 식별자와 거래 식별자를 송신하는 것도 포함할 수 있다.

추가로, 방법(700)은 사용자의 클라이언트 장치(104a), 수신자 결제 큐(306) 및 수신자 메시지 큐(308)를 업데이트하는 행위(712)를 포함한다. 예를 들어, 행위(712)는 발신자 결제 큐(302)로부터 클라이언트 장치와 수신자 결제 큐(306)로 결제 개시 메시지를 푸시함으로써 사용자의 클라이언트 장치, 수신자 결제 큐(306) 및 수신자 메시지 큐(308)를 업데이트하는 것 및 발신자 메시지 큐(304)로부터 클라이언트 장치(104a) 및 수신자 메시지 큐(308)로 결제를 나타내는 메시지를 푸시하는 것을 포함한다. 설명하자면, 행위(712)는 발신자 결제 큐(302)와 클라이언트 장치(104a) 간의 통신 연결을 감지하는 것 및 통신 연결 감지에 응답하여 발신자 결제 큐(302)로부터 클라이언트 장치(104a)로 결제 개시 메시지를 푸시하는 것을 포함할 수 있다. 행위(712)는 결제 개시 상태 업데이트가 발신자 결제 큐(302)에 추가되는데 응답하여 발신자 결제 큐(302)로부터 수신자 결제 큐(306)로 결제 개시 메시지를 푸시하는 것도 포함할 수 있다. 나아가, 행위(712)는 결제 개시 메시지 및 결제 거래를 나타내는 메시지를 병렬로 송신하는 것을 포함할 수 있다.

방법(700)은 수신자 결제 큐(306)로부터 상대 사용자의 클라이언트 장치(104b)로 결제 개시 메시지를 푸시함으로써 상대 사용자의 클라이언트 장치(104b)를 업데이트하는 것 및 수신자 메시지 큐(308)로부터 상대 사용자의 클라이언트 장치(104b)로 결제를 나타내는 메시지를 푸시하는 것을 더 포함할 수 있다. 나아가, 방법(700)은 결제 개시 메시지 및 결제를 나타내는 메시지를 상대 사용자의 클라이언트 장치(104b)로 병렬로 푸시하는 것을 더 포함할 수 있다.

추가 행위로서, 방법(700)은 결제 네트워크로부터 결제 네트워크가 성공적으로 결제 거래를 완료했다는 것을 나타내는 결제 완료 응답을 수신하는 것을 포함할 수 있다. 방법(700)은 결제 완료 응답에 응답하여, 결제 거래에 대한 거래 완료 상태 업데이트를 거래 식별자와 연관하여 수신자 결제 큐(306)로 푸시하는 것도 포함할 수 있다. 방법(700)은 거래 완료 상태 업데이트에 기반하여, 수신자 메시지 큐(308)로 거래 식별자를 포함하는 메시지와 연관된 메시지 상태 업데이트를 푸시하는 것을 더 포함할 수 있다.

본 명세서의 실시예는 컴퓨터 하드웨어, 가령 예컨대, 아래에서 더 상세히 기술되는 하나 이상의 프로세서 및 시스템 메모리를 포함하는 특수목적용 또는 범용 컴퓨터를 포함하거나 이용할 수 있다. 본 명세서의 범위 내의 실시예는 또한, 컴퓨터-실행가능한 명령어 및/또는 데이터 구조를 수행 또는 저장하기 위한 물리적 및 다른 컴퓨터-판독가능한 매체를 포함한다. 특히, 본 명세서에 기술된 하나 이상의 프로세서는 비-일시적 컴퓨터-판독가능한 매체에 수록되고 하나 이상의 컴퓨팅 장치(예컨대, 본 명세서에 기술된 임의의 미디어 컨텐츠 액세스 장치)에 의해 실행가능한 명령어로서 적어도 부분적으로 구현될 수 있다. 일반적으로, 프로세서(예컨대, 마이크로프로세서)는 비-일시적 컴퓨터-판독가능한 매체(예컨대, 메모리 등)로부터 명령어를 수신하고, 이러한 명령어를 실행하며, 그럼으로써 본 명세서에 기술된 하나 이상의 프로세스를 포함하는 하나 이상의 프로세스를 수행한다.

컴퓨터 판독가능한 매체는 일반 목적 또는 특수 목적용 컴퓨터 시스템에 의해 접근될 수 있는 임의의 사용가능한 미디어일 수 있다. 컴퓨터-실행가능한 명령어를 저장하는 컴퓨터-판독가능한 매체는 비-일시적 컴퓨터-판독가능한 저장 매체(장치들)이다. 컴퓨터-실행가능한 명령어를 운반하는 컴퓨터-판독가능한 매체는 전송 매체이다. 따라서, 예로서 제한 없이, 본 명세서의 실시예는 적어도 2개의 구별되는 상이한 종류의 컴퓨터-판독가능한 매체: 비-일시적 컴퓨터-판독가능한 저장 매체(장치들) 및 전송 매체를 포함할 수 있다.

비-일시적 컴퓨터-판독가능한 저장 매체(장치들)는 RAM, ROM, EEPROM, CD-ROM, SSDs(solid state drives)(예컨대, RAM 기반), 플래시 메모리, PCM(phase-change memory), 다른 타입의 메모리, 다른 광디스크 저장소, 자기 디스크 저장소나 다른 자기 저장 장치, 또는 컴퓨터-실행가능한 명령어나 데이터 구조의 형태로 소정의 프로그램 코드 수단을 저장하는데 사용될 수 있고, 범용 또는 특수목적용 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함한다.

"네트워크"는 컴퓨터 시스템 및/또는 모듈 및/또는 다른 전자 장치 사이에서 전자 데이터의 운반을 가능하게 하는 하나 이상의 데이터 링크로 정의된다. 정보가 네트워크 또는 다른 통신 연결(유선, 무선, 또는 유선이나 무선의 조합) 상에서 컴퓨터로 전달되거나 제공될 때, 컴퓨터는 연결을 전송 매체로서 적절히 간주한다. 전송 매체는 컴퓨터-실행가능한 명령어나 데이터 구조의 형태로 소정의 프로그램 코드 수단을 운반하는데 사용될 수 있고, 범용 또는 특수목적용 컴퓨터에 의해 액세스될 수 있는 네트워크 및/또는 데이터 링크를 포함할 수 있다. 상기의 조합이 또한, 컴퓨터-판독가능한 매체의 범위 내에 포함되어야 한다.

추가로, 다양한 컴퓨터 시스템 컴포넌트들에 도달하면, 컴퓨터-실행가능한 명령어 또는 데이터 구조의 형태인 프로그램 코드 수단은 전송 매체로부터 비-일시적 컴퓨터-판독가능한 저장 매체(장치들)로 (혹은 그 반대로) 자동으로 전달될 수 있다. 예를 들어, 네트워크 또는 데이터 링크를 거쳐 수신된 컴퓨터 실행가능한 명령어 또는 데이터 구조는 네트워크 인터페이스 모듈(예컨대, "NIC") 내의 RAM에 버퍼링될 수 있고 최종적으로 컴퓨터 시스템 RAM 및/또는 컴퓨터 시스템에서 덜 휘발적인 컴퓨터 저장 매체(장치)로 전송될 수 있다. 그러므로, 비-일시적 컴퓨터 판독가능한 저장 매체(장치)는 전송 매체 또한(또는 주로) 이용하는 컴퓨터 시스템 구성요소에 포함될 수 있음이 이해될 것이다.

예컨대, 컴퓨터-실행가능한 명령어는 프로세서에 실행될 때, 범용 컴퓨터, 특수 목적용 컴퓨터 또는 특수 목적용 프로세싱 장치로 하여금 특정 기능 또는 기능들의 그룹을 수행하도록 하는 명령어 및 데이터를 포함한다. 하나 이상의 실시예에서, 컴퓨터-실행가능한 명령어는 일반 목적 컴퓨터 상에서 실행되어 일반 목적 컴퓨터를 본 명세서의 요소를 구현하는 특수 목적 컴퓨터로 바꿀 수 있다. 컴퓨터 실행가능한 명령어는 예컨대, 이진수, 중간 포맷 명령어 가령 어셈블리 언어, 또는 심지어는 소스 코드일 수 있다. 발명의 대상은 구조적 특징 및/또는 방법의 행위들에 특정적인 언어로 기술되었으나, 첨부되는 청구범위에서 정의되는 발명의 대상은 상기에 기술되는 특징이나 행위로 필수적으로 제한되는 것이 아님이 이해될 것이다. 그보다는, 기술된 특징 및 행위는 청구범위를 구현하는 예시적인 형태로서 기재되는 것이다.

통상의 기술자는 본 명세서가, 개인용 컴퓨터, 데스크탑 컴퓨터, 랩탑 컴퓨터, 메시지 프로세서, 핸드-헬드 장치, 멀티-프로세서 시스템, 마이크로프로세서-기반 또는 프로그램가능한 소비자 전자제품, 네트워크 PCs, 미니컴퓨터, 메인프레임 컴퓨터, 모바일 전화, PDAs, 태블릿, 호출기, 라우터, 스위치 등을 포함하는 다수의 타입의 컴퓨터 시스템 구성을 갖는 네트워크 컴퓨팅 환경에서 실시될 수 있음을 인식할 것이다. 본 명세서는 또한, 네트워크를 통해 (유선 데이터 링크, 무선 데이터 링크 또는 유선 및 무선 데이터 링크의 조합에 의해) 링크된 로컬 및 원격 컴퓨터 시스템이 모두 작업을 수행하는 분산형 시스템 환경에서 실시될 수 있다. 분산형 시스템 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 모두에 위치할 수 있다.

본 명세서의 실시예는 또한, 클라우드 컴퓨팅 환경에서 구현될 수 있다. 본 설명에서, "클라우드 컴퓨팅"은 구성가능한 컴퓨팅 자원들의 공유된 풀로의 온-디맨드 네트워크 액세스를 가능하게 하기 위한 모델로 정의된다. 예를 들어, 클라우드 컴퓨팅은 유비쿼터스와 구성가능한 컴퓨팅 장원의 공유된 풀에 편리한 주문형 네트워크 접근을 제안하는 마켓플레이스에 채용될 수 있다. 구성가능한 컴퓨팅 자원의 공유된 풀은 가상화를 통해 빠르게 제공될 수 있고 적은 관리 노력이나 서비스 제공자의 상호작용으로 배포될 수 있고, 이후 그에 따라 스케일링될 수 있다.

클라우드-컴퓨팅 모델은 다양한 특징, 가령 예컨대, 온-디맨드 셀프-서비스, 넓은 네트워크 액세스, 자원 풀링, 빠른 민첩성, 측정된 서비스 등으로 구성될 수 있다. 클라우드-컴퓨팅 모델은 또한, 다양한 서비스 모델, 가령 예컨대, SaaS(Software as a Service), PaaS(Platform as a Service), 및 IaaS(Infrastructure as a Service)를 노출시킬 수 있다. 클라우드-컴퓨팅 모델은 또한, 상이한 배치 모델, 가령 사설 클라우드, 커뮤니티 클라우드, 공용 클라우드, 하이브리드 클라우드 등을 사용하여 배치될 수 있다. 본 설명 및 청구범위에서, "클라우드-컴퓨팅 환경"은 클라우드 컴퓨팅이 이용되는 환경이다.

도 8은 전술한 하나 이상의 프로세스를 수행하도록 구성될 수 있는 예시적인 컴퓨팅 장치(800)의 블록도를 도시한다. 통상의 기술자는 하나 이상의 컴퓨팅 장치, 가령 컴퓨팅 장치(800)가 결제 시스템(100)을 구현할 수 있음을 인식할 것이다. 도 7에 도시되는 것처럼, 컴퓨팅 장치(800)는, 통신 인프라구조(812)에 의해 통신가능하게 연결될 수 있는 프로세서(802), 메모리(804), 저장 장치(806), I/O 인터페이스(808) 및 통신 인터페이스(810)를 포함할 수 있다. 예시적인 컴퓨팅 장치(800)가 도 8에 도시되나, 도 8에 도시된 구성요소는 제한하는 의도가 아니다. 추가 또는 대안적 컴포넌트들이 다른 실시예에서 사용될 수 있다. 나아가, 특정 실시예에서, 컴퓨팅 장치(800)는 도 8에 도시된 것보다 적은 구성요소를 포함할 수 있다. 도 8에 도시된 컴퓨팅 장치(800)의 컴포넌트들은 이제 추가적으로 상세히 기술될 것이다.

하나 이상의 실시예에서, 프로세서(802)는 명령어, 가령 컴퓨터 프로그램을 구성하는 것들을 실행하기 위한 하드웨어를 포함한다. 예로서 제한 없이, 명령어를 실행하기 위해, 프로세서(들)(802)는 내부 레지스터, 내부 캐시, 메모리(804) 또는 저장 장치(806)로부터 명령어를 검색(또는 페치(fetch))할 수 있고, 명령어를 디코딩하고 실행할 수 있다. 하나 이상의 실시예에서, 프로세서(802)는 데이터, 명령어 또는 주소를 위한 하나 이상의 내부 캐시를 포함할 수 있다. 예로서 제한 없이, 프로세서(802)는 하나 이상의 명령어 캐시, 하나 이상의 데이터 캐시, 및 하나 이상의 TLBs(translation lookaside buffers)를 포함할 수 있다. 명령어 캐시에 저장된 명령어들은 메모리(804)나 저장소(706) 내 명령어들의 사본일 수 있다.

메모리(804)는 데이터, 메타데이터, 프로세서(들)에 의한 실행을 위한 프로그램을 저장하기 위해 사용될 수 있다. 메모리(804)는 하나 이상의 휘발성 및 비-휘발성 메모리, 가령 RAM(Random Access Memory), ROM(Read Only Memory), SSD(solid state drive), 플래시, PCM(Phase Change Memory), 또는 다른 타입의 데이터 저장소를 포함할 수 있다. 메모리(804)는 내부 또는 분산형 메모리일 수 있다.

저장 장치(806)는 데이터나 명령어를 저장하기 위한 저장소를 포함한다. 예로서 제한 없이, 저장 장치(806)는 상술한 비-일시적 저장 매체를 포함할 수 있다. 저장 장치(806)는 하드 디스크 드라이브(HDD), 플로피 디스크 드라이브, 플래시 메모리, 광디스크, 자기-광학 디스크, 자기 테이프 또는 범용 직렬 버스(USB) 드라이브 또는 이들의 2 이상의 조합을 포함할 수 있다. 적절한 경우, 저장 장치(806)는 착탈식 또는 비-착탈식(또는 고정식) 매체를 포함할 수 있다. 저장 장치(806)는 컴퓨팅 장치(800)에 내부 또는 외부에 있을 수 있다. 하나 이상의 실시예로, 저장 장치(806)는 비휘발성, 고체-상태(solid-state) 메모리이다. 다른 실시예로, 저장 장치(806)는 읽기 전용 메모리(ROM)을 포함한다. 적절한 경우, 이 ROM은 마스크 프로그램된(mask programmed) ROM, 프로그램가능한 ROM(PROM), 삭제가능한 PROM(EPROM), 전기적으로 삭제가능한 PROM(EEPROM), 전기적으로 변경가능한 ROM(EAROM)이나 플래시 메모리 또는 둘 이상의 이들의 조합일 수 있다.

I/O 인터페이스(808)는 사용자가 입력을 제공하고, 출력을 수신하고, 다르게 컴퓨팅 장치(800)와 데이터를 주고받을 수 있게 한다. I/O 장치/인터페이스(808)는 마우스, 키패드 또는 키보드, 터치 스크린, 카메라, 광학식 스캐너, 네트워크 인터페이스, 모뎀, 기타 알려진 I/O 장치 또는 이러한 I/O 인터페이스의 조합을 포함할 수 있다. I/O 인터페이스(808)는 그래픽 엔진, 디스플레이(예컨대, 디스플레이 스크린), 하나 이상의 출력 드라이버(예컨대, 디스플레이 드라이버), 하나 이상의 오디오 스피커, 및 하나 이상의 오디오 드라이버를 포함하지만 이들로 제한되지 않는 사용자에게 출력을 제시하기 위한 하나 이상의 장치를 포함할 수 있다. 특정 실시예에서, I/O 인터페이스(808)는 사용자에게 표시하기 위하여 디스플레이에 그래픽 데이터를 제공하도록 구성된다. 그래픽 데이터는 특정 구현을 제공할 수 있는 하나 이상의 그래픽 사용자 인터페이스 및/또는 임의의 다른 그래픽 컨텐츠를 표현할 수 있다.

통신 인터페이스(810)는 하드웨어, 소프트웨어 또는 양자를 포함할 수 있다. 어떤 경우에도, 통신 인터페이스(810)는 컴퓨팅 장치(800)와 하나 이상의 다른 컴퓨팅 장치나 네트워크 사이의 통신(가령, 예컨대 패킷-기반 통신)을 위한 하나 이상의 인터페이스를 제공할 수 있다. 예로서 제한 없이, 통신 인터페이스(810)는 이더넷이나 다른 유선-기반 네트워크로 통신하기 위한 네트워크 인터페이스 제어장치(NIC)나 네트워크 어댑터 또는 가령 WI-FI와 같이 무선 네트워크로 통신하기 위한 무선 NIC(WNIC)나 무선 어댑터를 포함할 수 있다.

추가로 또는 대안으로, 통신 인터페이스(810)는 애드 혹 네트워크, PAN(personal area network), LAN(local area network), WAN(wide area network), MAN(metropolitan area network)이나 하나 이상의 인터넷의 부분들 또는 둘 이상의 이들의 조합으로 통신을 용이하게 할 수 있다. 하나 이상의 이러한 네트워크들의 하나 이상의 부분들은 유선이거나 무선일 수 있다. 예컨대, 통신 인터페이스(810)는 무선 PAN(WPAN)(가령 예컨대, BLUETOOTH WPAN), WI-FI 네트워크, WI-MAX 네트워크, 셀룰러 전화 네트워크(가령 예컨대, GSM(Global System for Mobile Communications) 네트워크)나 다른 적절한 무선 네트워크 또는 이들의 조합으로 통신을 용이하게 할 수 있다.

추가로, 통신 인터페이스(810)는 다양한 통신 프로토콜을 사용하여 통신을 용이하게 할 수 있다. 사용될 수 있는 통신 프로토콜의 예는, 데이터 전송 매체, 통신 장치, Transmission Control Protocol("TCP"), Internet Protocol("IP"), File Transfer Protocol("FTP"), Telnet, Hypertext Transfer Protocol("HTTP"), Hypertext Transfer Protocol Secure("HTTPS"), Session Initiation Protocol("SIP"), Simple Object Access Protocol("SOAP"), Extensible Mark-up Language("XML")와 그 변형, Simple Mail Transfer Protocol("SMTP"), Real-Time Transport Protocol("RTP"), User Datagram Protocol("UDP"), Global System for Mobile Communications("GSM") 기술, Code Division Multiple Access("CDMA") 기술, Time Division Multiple Access("TDMA") 기술, Short Message Service("SMS"), Multimedia Message Service("MMS"), radio frequency("RF") 신호 기술, Long Term Evolution("LTE") 기술, 무선 통신 기술, 인-밴드 및 아웃-오브-밴드 신호 기술, 및 다른 적절한 통신 네트워크와 기술을 포함하지만 이들로 제한되지 않는다.

통신 인프라(812)는 컴퓨팅 장치(800)의 구성요소를 서로 연결하는 하드웨어, 소프트웨어 또는 이들 모두를 포함할 수 있다. 예로서 제한 없이, 통신 인프라구조(812)는 AGP(Accelerated Graphics Port)나 다른 그래픽 버스, EISA(Enhanced Industry Standard Architecture) 버스, FSB(front-side bus), HT(HYPERTRANSPORT) 상호연결, ISA(Industry Standard Architecture) 버스, INFINIBAND 상호연결, LPC(low-pin-count) 버스, 메모리 버스, MCA(Micro Channel Architecture) 버스, PCI(Peripheral Component Interconnect) 버스, PCIe(PCI-Express) 버스, SATA(serial advanced technology attachment) 버스, VLB(Video Electronics Standards Association local) 버스나 다른 적절한 버스 또는 이들의 조합을 포함할 수 있다.

위에서 언급한 바와 같이, 시스템(100)은 소셜 네트워킹 시스템을 포함할 수 있다. 소셜 네트워킹 시스템은 사용자들(가령 사람이나 단체)이 시스템 및 서로와 상호작용하는 것을 가능하게 할 수 있다. 위에서 언급한 바와 같이, 시스템(100)은 소셜 네트워킹 시스템을 포함할 수 있다. 소셜 네트워킹 시스템은 사용자들(가령 사람이나 단체)이 시스템 및 서로와 상호작용하는 것을 가능하게 할 수 있다. 소셜 네트워킹 시스템은, 사용자로부터의 입력으로, 사용자와 관련된 사용자 프로필을 소셜 네트워킹 시스템에서 생성하고 저장할 수 있다. 사용자 프로필은 인구통계 정보, 통신 채널 정보, 및 사용자의 개인 관심사에 대한 정보를 포함할 수 있다. 소셜 네트워킹 시스템은 또한, 사용자로부터의 입력으로, 소셜 네트워킹 시스템의 다른 사용자들과의 사용자의 관계의 기록을 생성하고 저장할 뿐만 아니라, 사용자들 간의 소셜 상호작용을 용이하게 하기 위한 서비스(예컨대, 담벼락 게시물, 사진-공유, 온라인 달력 및 이벤트 조직화, 메시징, 게임, 또는 광고)를 제공할 수 있다. 또한, 소셜 네트워킹 시스템은 사용자들이 사용자의 프로필 페이지(통상적으로 "담벼락 게시물" 또는 "타임라인 게시물로 알려짐) 또는 사진 앨범에 사진과 다른 멀티미디어 컨텐츠 아이템들을 게시하도록 하고, 이들 양자는 사용자의 구성된 개인정보 설정에 따라 소셜 네트워킹 시스템의 다른 사용자들에게 액세스가능할 수 있다.

도 9는 소셜 네트워킹 시스템의 예시적인 네트워크 환경(900)을 도시한다. 네트워크 환경(900)은 네트워크(904)를 통해 서로 연결되는 클라이언트 시스템(906), 소셜 네트워킹 시스템(902) 및 제3자 시스템(908)을 포함한다. 도 9는 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 제3자 시스템(908) 및 네트워크(904)의 특정한 구성을 도시하지만, 본 명세서는 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 제3자 시스템(908) 및 네트워크(904)의 임의의 적절한 구성을 고려한다. 예로서 제한 없이, 클라이언트 시스템(906), 소셜 네트워킹 시스템(902) 및 제3자 시스템(908) 중 둘 이상은 네트워크(904)를 우회하여 서로 직접적으로 연결될 수 있다. 또 다른 예로서, 클라이언트 시스템(906), 소셜 네트워킹 시스템(902) 및 제3자 시스템(908) 중 둘 이상은 전체적으로 또는 부분적으로 서로 물리적으로 또는 논리적으로 같은 장소에 배치될 수 있다. 게다가, 도 9는 특정한 수의 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 제3자 시스템(908) 및 네트워크(904)를 도시하지만, 본 명세서는 임의의 적절한 수의 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 제3자 시스템(908) 및 네트워크(904)를 고려한다. 예로서 제한 없이, 네트워크 환경(900)은 다수의 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 제3자 시스템(908) 및 네트워크(904)를 포함할 수 있다.

본 명세서는 임의의 적절한 네트워크(904)를 고려한다. 예로서 제한 없이, 네트워크(904)의 하나 이상의 부분은 애드 혹 네트워크(ad hoc network), 인트라넷, 엑스트라넷, 가상 사설 네트워크(VPN), 근거리 네트워크(LAN), 무선 LAN(WLAN), 광역 네트워크(WAN), 무선 WAN(WWAN), 대도시 네트워크(MAN), 인터넷의 일부, 공중 전화망(PSTN)의 일부, 셀룰러 전화 네트워크, 또는 2 이상의 이들의 조합을 포함할 수 있다. 네트워크(904)는 하나 이상의 네트워크(904)를 포함할 수 있다.

링크는 통신 네트워크(904)에 클라이언트 시스템(906), 소셜 네트워킹 시스템(902) 및 제3자 시스템(908)을 연결하거나 서로 연결할 수 있다. 본 명세서는 임의의 적절한 링크를 고려한다. 특정 실시예에서, 하나 이상의 링크는 하나 이상의 유선(가령, DSL(Digital Subscriber Line) 또는 DOCSIS(Data Over Cable Service Interface Specification)), 무선(가령, Wi-Fi 또는 WiMax(Worldwide Interoperability for Microwave Access)), 광학(가령, SONET(Synchronous Optical Network) 또는 SDH(Synchronous Digital Hierarchy)) 링크를 포함한다. 특정 실시예에서, 하나 이상의 링크 각각은 애드혹 네트워크, 인트라넷, 익스트라넷, VPN, LAN, WLAN, WAN, WWAN, MAN, 인터넷의 부분, PSTN의 부분, 셀룰러 기술-기반 네트워크, 위성 통신 기술-기반 네트워크, 다른 링크 또는 이런 링크의 2 이상의 조합을 포함한다. 링크는 네트워크 환경(900) 전체에 걸쳐 반드시 동일할 필요는 없다. 하나 이상의 제1 링크는 하나 이상의 제2 링크와 하나 이상의 측면에서 상이할 수 있다.

특정 실시예로, 클라이언트 시스템(906)은 하드웨어, 소프트웨어, 또는 임베디드 논리 컴포넌트, 또는 클라이언트 시스템(906)에 의해 구현되거나 지원되는 적절한 기능을 수행할 수 있는, 2 이상의 이러한 컴포넌트들의 조합을 포함하는 전자 장치일 수 있다. 예로서 제한 없이, 클라이언트 시스템(906)은, 도 8과 관련하여 위에서 논의된 컴퓨팅 장치들 중 임의의 것을 포함할 수 있다. 클라이언트 시스템(906)은 클라이언트 시스템(906)에서 네트워크 사용자가 네트워크(904)에 액세스하도록 할 수 있다. 클라이언트 시스템(906)은 그것의 사용자가 다른 클라이언트 시스템(906)에서의 다른 사용자들과 통신하도록 할 수 있다.

특정 실시예로, 클라이언트 시스템(906)은 웹 브라우저(932), 가령 MICROSOFT INTERNET EXPLORER, GOOGLE CHROME 또는 MOZILLA FIREFOX를 포함할 수 있고, 하나 이상의 애드-온, 플러그-인, 또는 다른 확장자, 가령 TOOLBAR 또는 YAHOO TOOLBAR를 가질 수 있다. 클라이언트 시스템(906)에서의 사용자는 웹 브라우저를 특정 서버(가령, 서버 또는 제3자 시스템(908)과 관련된 서버)로 지시하는 URL(Uniform Resource Locator) 또는 다른 주소를 입력할 수 있고, 웹 브라우저는 HTTP(Hyper Text Transfer Protocol) 요청을 생성하고, HTTP 요청을 서버로 통신할 수 있다. 서버는 HTTP 요청을 수락하고 HTTP 요청에 응답하여 하나 이상의 HTML(Hyper Text Markup Language) 파일을 클라이언트 시스템(906)으로 통신할 수 있다. 클라이언트 시스템(906)은 사용자에게 제시하기 위해 서버로부터의 HTML 파일에 기반하여 웹페이지를 렌더링할 수 있다. 본 명세서는 임의의 적절한 웹페이지 파일을 고려한다. 예로서 제한 없이, 웹페이지는 특정 필요에 따라, HTML 파일, XHTML(Extensible Hyper Text Markup Language) 파일, 또는 XML(Extensible Markup Language) 파일로부터 렌더링할 수 있다. 이러한 페이지는 또한, 가령 예로서 제한 없이, JAVASCRIPT, JAVA, MICROSOFT SILVERLIGHT으로 쓰여진 것들, 및 가령 AJAX(Asynchronous JAVASCRIPT 및 XML) 등과 같은 스크립트 및 마크업 언어의 조합과 같은 스크립트를 실행할 수 있다. 본 명세서에서, 웹페이지에 대한 언급은 적절한 경우 (브라우저가 웹페이지를 렌더링하는데 사용할 수 있는) 하나 이상의 해당 웹페이지 파일 및 그 반대의 경우를 포괄한다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 온라인 소셜 네트워크를 호스팅할 수 있는 네트워크-주소화 컴퓨팅 시스템일 수 있다. 소셜 네트워킹 시스템(902)은 소셜 네트워킹 데이터, 가령 예컨대, 사용자-프로필 데이터, 컨셉-프로필 데이터, 소셜 그래프 정보, 또는 온라인 소셜 네트워크와 관련된 다른 적절한 데이터를 생성, 저장, 수신, 및 전송할 수 있다. 소셜 네트워킹 시스템(902)은 직접 또는 네트워크(904)를 통해 네트워크 환경(900)의 다른 컴포넌트들에 의해 액세스될 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 하나 이상의 서버를 포함할 수 있다. 각각의 서버는 일체형 서버 또는 다수의 컴퓨터 또는 다수의 데이터 센터에 걸쳐진 분산형 서버일 수 있다. 서버는 다양한 타입, 가령 예로서 제한 없이, 웹 서버, 뉴스 서버, 메일 서버, 메시지 서버, 광고 서버, 파일 서버, 애플리케이션 서버, 교환 서버, 데이터베이스 서버, 프록시 서버, 본 명세서에 기술된 기능 또는 프로세스를 수행하기에 적절한 다른 서버, 또는 이들의 임의의 조합일 수 있다. 특정 실시예로, 각 서버는 하드웨어, 소프트웨어 또는 임베디드 논리 구성요소들 또는 서버에 의해 지원되거나 구현되는 적절한 기능을 수행하기 위한 이러한 구성요소들 둘 이상의 조합을 포함할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 하나 이상의 데이터 스토어를 포함할 수 있다. 데이터 스토어는 다양한 타입의 정보를 저장하는데 사용될 수 있다. 특정 실시예로, 데이터 스토어에 저장된 정보는 특정 데이터 구조에 따라 조직화될 수 있다. 특정 실시예로, 각각의 데이터 스토어는 관계형, 컬럼형, 상관관계형, 또는 다른 적절한 데이터베이스일 수 있다. 본 명세서는 특정 타입의 데이터베이스를 기술하거나 도시하지만, 본 명세서는 임의의 적절한 타입의 데이터베이스를 고려한다. 특정 실시예는 클라이언트 시스템(906), 소셜 네트워킹 시스템(902), 또는 제3자 시스템(908)이 데이터 스토어에 저장된 정보를 관리, 검색, 수정, 추가 또는 삭제하도록 할 수 있는 인터페이스를 제공할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 하나 이상의 데이터 스토어에 하나 이상의 소셜 그래프를 저장할 수 있다. 특정 실시예로, 소셜 그래프는 다수의 사용자 노드(각각은 특정 사용자에 해당함) 또는 다수의 컨셉 노드(각각은 특정 컨셉에 해당함)를 포함할 수 있는 다수의 노드 및 노드를 연결하는 다수의 에지를 포함할 수 있다. 소셜 네트워킹 시스템(902)은 온라인 소셜 네트워크의 사용자에게 다른 사용자들과 통신하고 상호작용하는 능력을 제공할 수 있다. 특정 실시예로, 사용자는 소셜 네트워킹 시스템(902)을 통해 온라인 소셜 네트워크에 가입할 수 있고, 이후 연결되고자 하는 소셜 네트워킹 시스템(902)의 다수의 다른 사용자들로의 연결(예컨대, 관계)을 추가할 수 있다. 본 명세서에서, 용어 "친구"는 사용자가 소셜 네트워킹 시스템(902)을 통해 연결, 연관, 또는 관계를 형성한 소셜 네트워킹 시스템(902)의 임의의 다른 사용자를 의미할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 소셜 네트워킹 시스템(902)에 의해 지원되는 다양한 타입의 아이템 또는 객체에 대한 행위를 취하는 능력을 사용자에게 제공할 수 있다. 예로서 제한 없이, 아이템 및 객체는 소셜 네트워킹 시스템(902)의 사용자들이 속할 수 있는 그룹 또는 소셜 네트워크, 사용자가 관심 있을 수 있는 이벤트나 캘린더 엔트리, 사용자가 사용할 수 있는 컴퓨터-기반 애플리케이션, 사용자가 서비스를 통해 아이템을 사고 팔 수 있도록 하는 거래, 사용자가 수행할 수 있는 광고와의 상호작용, 또는 다른 적절한 아이템이나 객체를 포함할 수 있다. 사용자는 소셜 네트워킹 시스템(902)으로부터 분리되고 소셜 네트워킹 시스템(902)에 네트워크(904)를 통해 연결된 제3자 시스템(908)의 외부 시스템이나 소셜 네트워킹 시스템(902)에서 표현될 수 있는 어떠한 것과도 상호작용할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 다양한 엔티티들을 링크할 수 있다. 예로서 제한 없이, 소셜 네트워킹 시스템(902)은 사용자들이 서로와 상호작용하도록 할 뿐만 아니라 제3자 시스템(908)이나 다른 엔티티로부터 컨텐츠를 수신하도록 하거나, 사용자들이 애플리케이션 프로그래밍 인터페이스(API)나 다른 통신 채널을 통해 이러한 엔티티들과 상호작용하도록 할 수 있다.

특정 실시예로, 제3자 시스템(908)은 하나 이상의 타입의 서버, 하나 이상의 데이터 스토어, APIs를 포함하지만 이로 제한되지 않는 하나 이상의 인터페이스, 또는 예컨대, 서버가 통신을 할 수 있는 임의의 다른 적절한 컴포넌트를 포함할 수 있다. 제3자 시스템(908)은 소셜 네트워킹 시스템(902)을 동작하는 엔티티와는 상이한 엔티티에 의해 동작될 수 있다. 하지만, 특정 실시예로, 소셜 네트워킹 시스템(902) 및 제3자 시스템(908)은 소셜 네트워킹 시스템(902) 또는 제3자 시스템(908)의 사용자들에게 소셜 네트워킹 서비스를 제공하기 위해 서로 연계하여 동작할 수 있다. 이러한 관점에서, 소셜 네트워킹 시스템(902)은 다른 시스템, 가령 제3자 시스템(908)이 인터넷상에서 사용자에게 소셜 네트워킹 서비스 및 기능을 제공하는데 사용할 수 있는 플랫폼 또는 백본을 제공할 수 있다.

특정 실시예로, 제3자 시스템(908)은 제3자 컨텐츠 객체 제공자를 포함할 수 있다. 제3자 컨텐츠 객체 제공자는, 클라이언트 시스템(906)으로 통신될 수 있는 하나 이상의 컨텐츠 객체의 소스를 포함할 수 있다. 예로서 제한 없이, 컨텐츠 객체는 사용자에게 관심이 되는 사물 또는 활동과 관련된 정보, 가령 예컨대, 영화 상영 시간, 영화 리뷰, 레스토랑 리뷰, 레스토랑 메뉴, 상품 정보 및 리뷰, 또는 다른 적절한 정보를 포함할 수 있다. 다른 예로서 제한 없이, 컨텐츠 객체는 인센티브 컨텐츠 객체, 가령 쿠폰, 할인 티켓, 상품권, 또는 다른 적절한 인센티브 객체를 포함할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 또한, 소셜 네트워킹 시스템(902)과의 사용자 상호작용을 강화할 수 있는 사용자-생성된 컨텐츠 객체를 포함한다. 사용자-생성된 컨텐츠는 사용자가 소셜 네트워킹 시스템(902)에 추가, 업로드, 전송, 또는 "게시"할 수 있는 어떠한 것도 포함할 수 있다. 예로서 제한 없이, 사용자는 클라이언트 시스템(906)으로부터 소셜 네트워킹 시스템(902)으로 게시물을 통신한다. 게시물은 데이터, 가령 상태 업데이트나 다른 텍스트 데이터, 위치 정보, 사진, 비디오, 링크, 음악이나 다른 유사 데이터 또는 미디어를 포함할 수 있다. 컨텐츠는 또한, "통신 채널", 가령 뉴스피드 또는 스트림을 통해 제3자에 의해 소셜 네트워킹 시스템(902)에 추가될 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 다양한 서버, 서브-시스템, 프로그램, 모듈, 로그, 및 데이터 스토어를 포함할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은: 웹 서버, 행위 로거, API-요청 서버, 관련도 및 순위화 엔진, 컨텐츠-객체 분류기, 알림 컨트롤러, 행위 로그, 제3자 컨텐츠 객체 노출 로그, 추론 모듈, 인증/개인정보 서버, 검색 모듈, 광고-타겟팅 모듈, 사용자-인터페이스 모듈, 사용자-프로필 스토어, 연결 스토어, 제3자 컨텐츠 스토어, 또는 위치 스토어 중 하나 이상을 포함할 수 있다. 소셜 네트워킹 시스템(902)은 또한, 적절한 컴포넌트, 가령 네트워크 인터페이스, 보안 메커니즘, 부하 균형기, 장애복구 서버, 관리-및-네트워크 운영 콘솔, 다른 적절한 컴포넌트, 또는 이들의 임의의 적절한 조합을 포함할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 사용자 프로필을 저장하기 위한 하나 이상의 사용자 프로필 스토어를 포함할 수 있다. 사용자 프로필은, 예컨대, 인명 정보, 인구통계 정보, 행동 정보, 소셜 정보, 또는 다른 타입의 기술적 정보, 가령 직무 경험, 학력, 취미 또는 선호도, 관심사, 친밀도, 또는 위치를 포함할 수 있다. 관심 정보는 하나 이상의 카테고리와 관련된 관심사를 포함할 수 있다. 카테고리는 일반적이거나 구체적일 수 있다. 예로서 제한 없이, 사용자가 신발 브랜드에 관한 기사를 "좋아요" 한다면, 카테고리는 브랜드, 또는 "신발"이나 "의복"의 일반적인 카테고리일 수 있다. 연결 스토어는 사용자에 관한 연결 정보를 저장하기 위해 사용될 수 있다. 연결 정보는 유사하거나 공통의 직무 경력, 그룹 멤버쉽, 취미, 학력을 갖거나, 또는 공통 속성을 공유하거나 임의의 방식으로 관련된 사용자들을 표시할 수 있다. 연결 정보는 또한, 상이한 사용자들 및 컨텐츠(내부 및 외부 둘 다) 사이의 사용자-정의된 연결을 포함할 수 있다. 웹 서버는 소셜 네트워킹 시스템(902)을 네트워크(904)를 통해 하나 이상의 클라이언트 시스템(906) 또는 하나 이상의 제3자 시스템(908)으로 링크하는데 사용될 수 있다. 웹 서버는 소셜 네트워킹 시스템(902) 및 하나 이상의 클라이언트 시스템(906) 사이에서 메시지를 수신하고 라우팅하기 위한 메일 서버 또는 다른 메시징 기능을 포함할 수 있다. API-요청 서버는 제3자 시스템(908)이 하나 이상의 APIs를 호출함으로써 소셜 네트워킹 시스템(902)으로부터 정보를 액세스하게 할 수 있다. 행위 로거는 소셜 네트워킹 시스템(902) 안팎에서의 사용자의 행위에 관한 통신을 웹 서버로부터 수신하도록 사용될 수 있다. 행위 로그와 함께, 제3자 컨텐츠 객체 로그는 제3자 컨텐츠 객체에 대한 사용자 노출을 위해 유지될 수 있다. 알림 컨트롤러는 컨텐츠 객체와 관련된 정보를 클라이언트 시스템(906)으로 제공할 수 있다. 정보는 알림으로서 클라이언트 시스템(906)으로 푸시되거나, 또는 정보는 클라이언트 시스템(906)으로부터 수신된 요청에 응답하여 클라이언트 시스템(906)으로부터 풀링될 수 있다. 인증 서버는 소셜 네트워킹 시스템(902)의 사용자의 하나 이상의 개인정보 설정을 강제하는데 사용될 수 있다. 사용자의 개인정보 설정은 어떻게 사용자와 관련된 특정 정보가 공유될 수 있는지를 결정한다. 인증 서버는, 가령 예컨대, 적절한 개인정보 설정을 설정함으로써, 사용자가 소셜 네트워킹 시스템(902)에 의해 그들의 행위가 로그되는 것 또는 다른 시스템(예컨대, 제3자 시스템(908))과 공유되는 것에 참여하거나 참여하지 않게 할 수 있다. 제3자 컨텐츠 객체 스토어는 제3자, 가령 제3자 시스템(908)으로부터 수신된 컨텐츠 객체를 저장하는데 사용될 수 있다. 위치 스토어는 클라이언트 시스템(906)으로부터 수신되고 사용자와 관련되는 위치 정보를 저장하기 위해 사용될 수 있다. 광고-가격결정 모듈은 소셜 정보, 현재 시간, 위치 정보, 또는 다른 적절한 정보를 조합하여 사용자에게 알림의 형태로 적절한 광고를 제공할 수 있다.

도 10는 예시적인 소셜 그래프(1000)를 도시한다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 하나 이상의 데이터 스토어에 하나 이상의 소셜 그래프(1000)를 저장할 수 있다. 특정 실시예로, 소셜 그래프(1000)는 다수의 사용자 노드(1002)나 다수의 컨셉 노드(1004)를 포함할 수 있는 다수의 노드 및 노드를 연결하는 다수의 에지(1006)를 포함할 수 있다. 도 10에 도시된 예시적인 소셜 그래프(1000)는 훈시적 목적상 2차원 시각적 지도 표현으로 도시된다. 특정 실시예로, 소셜 네트워킹 시스템(902), 클라이언트 시스템(906) 또는 제3자 시스템(908)은 소셜 그래프(1000) 및 적절한 애플리케이션에 대한 관련 소셜-그래프 정보에 접근할 수 있다. 소셜 그래프(1000)의 노드 및 에지는 예컨대 데이터 스토어(가령, 소셜 그래프 데이터베이스)에 데이터 객체로서 저장될 수 있다. 이런 데이터 스토어는 소셜 그래프(1000)의 노드 또는 에지의 하나 이상의 검색가능하거나 질의가능한 인덱스를 포함할 수 있다.

특정 실시예로, 사용자 노드(1002)는 소셜 네트워킹 시스템(902)의 사용자에 해당할 수 있다. 예로서 제한 없이, 사용자는 개인(사람인 사용자), 엔티티(예컨대, 기업, 사업체 또는 제3자 애플리케이션) 또는 소셜 네트워킹 시스템(902)과 상호작용하거나 소셜 네트워킹 시스템에서 통신하는 (예컨대, 개인 또는 엔티티의) 그룹일 수 있다. 특정 실시예로, 사용자가 소셜 네트워킹 시스템(902)에서 계정을 등록하면, 소셜 네트워킹 시스템(902)은 사용자에 해당하는 사용자 노드(1002)를 생성할 수 있고, 하나 이상의 데이터 스토어에 사용자 노드(1002)를 저장할 수 있다. 적절한 경우, 본 명세서에 기술되는 사용자들 및 사용자 노드들(1002)은 등록 사용자들 및 등록 사용자들과 관련된 사용자 노드들(1002)을 지칭할 수 있다. 추가로 또는 대안으로, 본 명세서에 기술되는 사용자들 및 사용자 노드들(1002)은 적절한 경우 소셜 네트워킹 시스템(902)에 등록되지 않은 사용자들을 말할 수 있다. 특정 실시예로, 사용자 노드(1002)는 사용자가 제공한 정보 및 소셜 네트워킹 시스템(902)을 포함하는 다양한 시스템이 수집한 정보와 관련될 수 있다. 예로서 제한 없이, 사용자는 그들의 이름, 프로필 사진, 연락 정보, 생일, 성별, 혼인 여부, 가족 관계, 직장, 학력, 기호, 관심사 또는 다른 신상 정보를 제공할 수 있다. 소셜 그래프의 각각의 사용자 노드는 해당 웹 페이지(통상적으로 프로필 페이지로 알려짐)를 가질 수 있다. 사용자 이름을 포함하는 요청에 응답하여, 소셜 네트워킹 시스템은 사용자 이름에 해당하는 사용자 노드에 액세스할 수 있고, 사용자와 관련된 이름, 프로필 사진, 및 다른 정보를 포함하는 프로필 페이지를 구성할 수 있다. 제1 사용자의 프로필 페이지는 제1 사용자에 의한 하나 이상의 개인정보 설정 및 제1 사용자와 제2 사용자 간의 관계에 기반하여 제1 사용자의 정보의 전부 또는 일부를 제2 사용자에게 디스플레이할 수 있다.

특정 실시예로, 컨셉 노드(1004)는 컨셉에 해당할 수 있다. 예로서 제한 없이, 컨셉은 장소(가령, 예컨대, 영화관, 레스토랑, 명소 또는 도시); 웹사이트(가령, 예컨대, 소셜 네트워크 시스템(902)과 관련된 웹사이트 또는 웹-애플리케이션 서버와 관련된 제3자 웹사이트); 엔티티(가령, 예컨대, 사람, 사업체, 그룹, 스포츠 팀 또는 유명인사); 소셜 네트워킹 시스템(902) 또는 가령 웹-애플리케이션 서버와 같은 외부 서버에 위치할 수 있는 자원(가령, 예컨대, 오디오 파일, 비디오 파일, 디지털 사진, 텍스트 파일, 구조화된 문서 또는 애플리케이션); 물적 재산권 또는 지적 재산권(가령, 예컨대, 조각품, 미술품, 영화, 게임, 노래, 아이디어, 사진 또는 저서); 게임; 활동; 아이디어나 이론; 또 다른 적절한 컨셉; 또는 2 이상의 이런 컨셉들에 해당할 수 있다. 컨셉 노드(1004)는 사용자에 의해 제공된 컨셉의 정보 또는 소셜 네트워킹 시스템(902)을 포함하는 다양한 시스템에 의해 수집된 정보와 관련될 수 있다. 예로서 제한 없이, 컨셉의 정보는 이름이나 제목; 하나 이상의 이미지(예컨대, 책의 커버 페이지의 이미지); 위치(예컨대, 주소 또는 지리적 위치); (URL과 관련될 수 있는) 웹사이트; 연락 정보(예컨대, 전화번호 또는 이메일 주소); 다른 적절한 컨셉 정보; 또는 이런 정보의 임의의 적절한 조합을 포함할 수 있다. 특정 실시예로, 각각의 컨셉 노드(1004)는 컨셉 노드(1004)와 관련된 정보에 해당하는 하나 이상의 데이터 객체와 관련될 수 있다. 특정 실시예로, 각각의 컨셉 노드(1004)는 웹페이지에 해당할 수 있다.

특정 실시예로, 소셜 그래프(1000)에서 노드는 ("프로필 페이지"라고 할 수 있는) 웹페이지를 표현하거나, 그 웹페이지로 표현될 수 있다. 프로필 페이지는 소셜 네트워킹 시스템(902)에 의해 호스트될 수 있거나, 접근될 수 있다. 또한, 프로필 페이지는 제3자 서버(908)와 관련된 제3자 웹사이트에 호스트될 수 있다. 예로서 제한 없이, 특정한 외부 웹페이지에 해당하는 프로필 페이지는 특정한 외부 웹페이지일 수 있고, 이런 프로필 페이지는 특정 컨셉 노드(1004)에 해당할 수 있다. 프로필 페이지는 모든 또는 선택된 서브세트의 다른 사용자들에 의해 열람될 수 있다. 예로서 제한 없이, 사용자 노드(1002)는 해당 사용자가 컨텐츠를 추가할 수 있고, 선언을 할 수 있으며, 그렇지 않으면 그들 자신을 표현할 수 있는 해당 사용자 프로필-페이지를 가질 수 있다. 또 다른 예로서 제한 없이, 컨셉 노드(1004)는 특히 컨셉 노드(1004)에 해당하는 컨셉과 관련하여 하나 이상의 사용자들이 컨텐츠를 추가할 수 있거나, 선언을 할 수 있거나, 그들 자신을 표현할 수 있는 해당 컨셉-프로필 페이지를 가질 수 있다.

특정 실시예로, 컨셉 노드(1004)는 제3자 시스템(908)에 의해 호스팅된 제3자 웹페이지 또는 자원을 표현할 수 있다. 제3자 웹페이지 또는 자원은 다른 요소들 중에서 행위 또는 활동을 표현하는 (예컨대, JavaScript, AJAX 또는 PHP 코드로 구현될 수 있는) 컨텐츠, 선택가능하거나 다른 아이콘 또는 다른 상호작용가능한 객체를 포함할 수 있다. 예로서 제한 없이, 제3자 웹페이지는 가령 "좋아요", "체크인", "식사하기(eat)", "추천하기" 또는 다른 적절한 행위나 활동과 같은 선택가능한 아이콘을 포함할 수 있다. 제3자 웹페이지를 열람하는 사용자는 아이콘들 중 하나(예컨대, "식사하기")를 선택하여 행위를 수행할 수 있고, 클라이언트 시스템(906)이 사용자의 행위를 표시하는 메시지를 소셜 네트워킹 시스템(902)으로 전송하게 할 수 있다. 그 메시지에 응답하여, 소셜 네트워킹 시스템(902)은 사용자에 해당하는 사용자 노드(1002)와 제3자 웹페이지 또는 자원에 해당하는 컨셉 노드(1004) 사이의 에지(예컨대, "식사하기" 에지)를 생성할 수 있고, 하나 이상의 데이터 스토어에 에지(1006)를 저장할 수 있다.

특정 실시예로, 소셜 그래프(1000)에서 노드 쌍은 하나 이상의 에지(1006)에 의해 서로 연결될 수 있다. 노드 쌍을 연결하는 에지(1006)는 노드 쌍 사이의 관계를 표현할 수 있다. 특정 실시예로, 에지(1006)는 노드 쌍 사이의 관계에 해당하는 하나 이상의 데이터 객체나 속성을 포함하거나 표현할 수 있다. 예로서 제한 없이, 제1 사용자는 제2 사용자가 제1 사용자의 "친구"라고 표시할 수 있다. 이런 표시에 응답하여, 소셜 네트워킹 시스템(902)은 "친구 요청"을 제2 사용자에게 전송할 수 있다. 제2 사용자가 "친구 요청"을 확인하면, 소셜 네트워킹 시스템(902)은 소셜 그래프(1000)에서 제1 사용자의 사용자 노드(1002)와 제2 사용자의 사용자 노드(1002)를 연결하는 에지(1006)를 생성할 수 있고, 하나 이상의 데이터 스토어에 소셜-그래프 정보로서 에지(1006)를 저장할 수 있다. 도 10의 예에서, 소셜 그래프(1000)는 사용자 "A"와 사용자 "B"의 사용자 노드(1002)들 사이의 친구 관계를 표시하는 에지(1006)를 그리고 사용자 "C"와 사용자 "B"의 사용자 노드(1002) 사이의 친구 관계를 표시하는 에지를 포함한다. 본 명세서가 특정 사용자 노드(1002)를 연결하는 특정 속성을 가진 특정 에지(1006)를 기술하거나 도시하지만, 본 명세서는 사용자 노드(1002)를 연결하는 임의의 적절한 속성을 가진 임의의 적절한 에지(1006)를 고려한다. 예로서 제한 없이, 에지(1006)는 친구관계, 가족관계, 사업이나 고용 관계, 팬 관계, 팔로워 관계, 방문자 관계, 구독자 관계, 상위/하위 관계, 호혜 관계, 비-상호 관계, 또 다른 적절한 타입의 관계 또는 2 이상의 이런 관계들을 표현할 수 있다. 게다가, 본 명세서는 일반적으로 노드들이 연결되는 것을 기술하지만, 본 명세서는 또한, 사용자 또는 컨셉이 연결되는 것을 기술한다. 본 명세서에서, 사용자 또는 컨셉이 연결되는 것에 대한 언급은 적절한 경우 이들 사용자 또는 컨셉에 해당하는 노드가 하나 이상의 에지(1006)에 의해 소셜 그래프(1000)에서 연결되는 것을 지칭할 수 있다.

특정 실시예로, 사용자 노드(1002)와 컨셉 노드(1004) 사이의 에지(1006)는 컨셉 노드(1004)와 관련된 컨셉에 대해 사용자 노드(1002)의 사용자가 수행한 특정 행위 또는 활동을 표현할 수 있다. 예로서 제한 없이, 도 10에 도시된 바와 같이, 사용자는 컨셉을 "좋아요(like)", "참여했음(attended)", "실행했음(played)", "청취했음(listened)", "요리했음(cooked)", "근무했음(worked at)", 또는 "시청했음(watched)"을 할 수 있고, 이들 각각은 에지 타입이나 서브타입에 해당할 수 있다. 컨셉 노드(1004)에 해당하는 컨셉-프로필 페이지는 예컨대 선택가능한 "체크인" 아이콘(가령, 예컨대, 클릭가능한 "체크인" 아이콘) 또는 선택가능한 "즐겨찾기에 추가(add to favorites)" 아이콘을 포함할 수 있다. 마찬가지로, 사용자가 이런 아이콘을 클릭한 후, 소셜 네트워킹 시스템(902)은 각각의 행위에 해당하는 사용자의 행위에 응답하여 "즐겨찾기" 에지 또는 "체크인" 에지를 생성할 수 있다. 또 다른 예로서 제한 없이, 사용자(사용자 "C")는 특정 애플리케이션(온라인 음악 애플리케이션인 SPOTIFY)을 사용하여 특정 노래("Ramble On")를 들을 수 있다. 이 경우, 소셜 네트워킹 시스템(902)은 사용자에 해당하는 사용자 노드(1002)와 노래 및 애플리케이션에 해당하는 컨셉 노드(1004) 사이에 "청취했음(listened)" 에지(1006) 및 "사용했음(used)" 에지(도 10에 도시)를 생성하여, 사용자가 그 노래를 들었고 그 애플리케이션을 사용했음을 표시할 수 있다. 게다가, 소셜 네트워킹 시스템(902)은 노래와 애플리케이션에 해당하는 컨셉 노드(1004) 사이에서 "실행했음(played)" 에지(1006)(도 10에 도시)를 생성하여 특정 노래가 특정 애플리케이션에 의해 실행되었음을 표시할 수 있다. 이 경우, "실행했음(played)" 에지(1006)는 외부 오디오 파일(노래 "Imagine")에 대해 외부 애플리케이션(SPOTIFY)이 수행한 행위에 해당한다. 본 명세서는 사용자 노드(1002)와 컨셉 노드(1004)를 연결하는 특정 속성을 가진 에지(1006)를 기술하지만, 본 명세서는 사용자 노드(1002)와 컨셉 노드(1004)를 연결하는 임의의 적절한 속성을 가진 임의의 적절한 에지(1006)를 고려한다. 게다가, 본 명세서는 단일의 관계를 표현하는 사용자 노드(1002)와 컨셉 노드(1004) 사이의 에지를 기술하지만, 본 명세서는 하나 이상의 관계를 표현하는 사용자 노드(1002)와 컨셉 노드(1004) 사이의 에지를 고려한다. 예로서 제한 없이, 에지(1006)는 사용자가 특정 컨셉에서 좋아요 하고 사용했음을 모두 표현할 수 있다. 대안으로, 또 다른 에지(1006)는 사용자 노드(1002)와 컨셉 노드(1004) 사이(도 10에 도시된 바와 같이, 사용자 "E"에 대한 사용자 노드(1002)와 "SPOTIFY"에 대한 컨셉 노드(1004) 사이)의 각 타입의 관계(또는 다수의 단일 관계)를 표현할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 소셜 그래프(1000)에서 사용자 노드(1002)와 컨셉 노드(1004) 사이의 에지(1006)를 생성할 수 있다. 예로서 제한 없이 (가령, 예컨대, 사용자의 클라이언트 시스템(906)에 의해 호스팅되는 웹 브라우저 또는 특수목적 애플리케이션을 사용하여) 사용자가 컨셉-프로필 페이지를 열람하는 것은 사용자가 "좋아요" 아이콘을 클릭하거나 선택하여 컨셉 노드(1004)가 표현한 컨셉을 좋아함을 나타낼 수 있는데, "좋아요" 아이콘은 사용자의 클라이언트 시스템(906)이 컨셉-프로필 페이지와 관련된 컨셉을 사용자가 좋아요 했다고 표시한 메시지를 소셜 네트워킹 시스템(902)으로 전송하게 할 수 있다. 그 메시지에 응답하여, 소셜 네트워킹 시스템(902)은 사용자와 컨셉 노드(1004) 사이의 "좋아요" 에지(1006)로 도시된 바와 같이 사용자와 관련된 사용자 노드(1002)와 컨셉 노드(1004) 사이의 에지(1006)를 생성할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 하나 이상의 데이터 스토어에 에지(1006)를 저장할 수 있다. 특정 실시예로, 에지(1006)는 특정 사용자 행위에 응답하여 소셜 네트워킹 시스템(902)에 의해 자동 형성될 수 있다. 예로서 제한 없이, 제1 사용자가 사진을 업로드하거나, 영화를 시청하거나, 노래를 듣는다면, 에지(1006)는 제1 사용자에 해당하는 사용자 노드(1002)와 이런 컨셉에 해당하는 컨셉 노드(1004) 사이에 형성될 수 있다. 본 명세서는 특정 방식으로 특정 에지(1006)를 형성하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 임의의 적절한 에지(1006)를 형성하는 것을 고려한다.

특정 실시예로, 광고는 텍스트(HTML-링크될 수 있음), 하나 이상의 이미지(HTML-링크될 수 있음), 하나 이상의 비디오, 오디오, 하나 이상의 ADOBE FLASH 파일, 이들의 적절한 조합, 또는 사용자에 의해 요청되는 검색 결과와 연계하여 또는 하나 이상의 이메일 내에서 하나 이상의 웹페이지 상에 제시되는 임의의 적절한 디지털 포맷인 임의의 다른 적절한 광고일 수 있다. 추가로 또는 대안으로, 광고는 하나 이상의 스폰서된 소식(예컨대, 소셜 네트워킹 시스템(902)상의 뉴스-피드나 티커 아이템)일 수 있다. 스폰서된 소식은, 광고주가 예컨대, 소셜 행위를 사용자의 프로필 페이지나 다른 페이지의 기-결정된 영역 내에 제시되게 하거나, 광고주와 관련된 추가 정보와 함께 제시되거나, 다른 사용자들의 뉴스 피드나 티커 내에 범프-업되거나 아니면 하이라이트됨으로써 프로모션하거나, 아니면 다른 방식으로 프로모션되는 사용자에 의한 소셜 행위(가령, 페이지를 "좋아요"하는 것, 페이지 상의 게시물에 코멘트하거나 "좋아요"하는 것, 페이지와 관련된 이벤트에 RSVP하는 것, 페이지에 게시된 질문에 투표하는 것, 장소로 체크인하는 것, 애플리케이션을 사용하거나 게임을 플레이하는 것, 웹사이트를 "좋아요"하거나 공유하는 것)일 수 있다. 광고주는 소셜 행위가 프로모션되도록 금전을 지불할 수 있다. 예로서 제한 없이, 광고는 검색-결과 페이지의 검색 결과들 사이에 포함될 수 있고, 여기서 스폰서된 컨텐츠는 스폰서되지 않은 컨텐츠에 비해서 프로모션된다.

특정 실시예로, 광고는 소셜 네트워킹 시스템 웹페이지, 제3자 웹페이지, 또는 다른 페이지 내에 디스플레이하기 위해 요청될 수 있다. 광고는 페이지의 전용 부분, 가령 페이지의 상단의 배너 영역, 페이지의 측면의 칼럼, 페이지의 GUI, 팝-업 윈도우, 드롭-다운 메뉴, 페이지의 입력 필드, 페이지의 컨텐츠의 상단 위에, 또는 페이지와 관련된 다른 곳에서 디스플레이될 수 있다. 추가로 또는 대안으로, 광고는 애플리케이션 내에 디스플레이될 수 있다. 광고는 전용 페이지 내에 디스플레이될 수 있고, 사용자가 페이지를 액세스하거나 애플리케이션을 이용할 수 있기 전에 광고와 상호작용하거나 광고를 보도록 요구할 수 있다. 사용자는 예컨대, 광고를 웹 브라우저를 통해 볼 수 있다.

사용자는 임의의 적절한 방식으로 광고와 상호작용할 수 있다. 사용자는 광고를 클릭하거나 아니면 선택할 수 있다. 광고를 선택함으로써 사용자는 광고와 관련된 페이지 (또는 사용자에 의해 사용되는 브라우저 또는 다른 애플리케이션으로) 향해질 수 있다. 광고와 관련된 페이지에서, 사용자는 가령, 광고와 관련된 상품이나 서비스를 구매, 광고와 관련된 정보를 수신, 또는 광고와 관련된 뉴스레터를 구독하는 것과 같은 추가 행위를 취할 수 있다. 오디오 또는 비디오를 갖는 광고는 ("재생 버튼"과 같은) 광고의 컴포넌트를 선택함으로써 재생될 수 있다. 대안으로, 광고를 선택함으로써, 소셜 네트워킹 시스템(902)은 사용자의 특정 행위를 실행하거나 수정할 수 있다.

광고는 또한, 사용자가 상호작용할 수 있는 소셜 네트워킹 시스템 기능을 포함할 수 있다. 예로서 제한 없이, 광고는 사용자가 보증과 관련된 아이콘이나 링크를 선택함으로써 광고를 "좋아요"하거나 아니면 보증하게 할 수 있다. 다른 예로서 제한 없이, 광고는 사용자가 (예컨대, 질의를 실행함으로써) 광고주와 관련된 컨텐츠에 대해 검색하도록 할 수 있다. 유사하게, 사용자는 (예컨대, 소셜 네트워킹 시스템(902)을 통해) 광고를 다른 사용자와 공유하거나, 또는 광고와 관련된 이벤트에 (예컨대, 소셜 네트워킹 시스템(902)을 통해) RSVP할 수 있다. 추가로 또는 대안으로, 광고는 사용자에게 향하는 소셜 네트워킹 시스템 컨텍스트를 포함할 수 있다. 예로서 제한 없이, 광고는 광고의 주제와 관련된 행위를 수행한 소셜 네트워킹 시스템(902) 내의 사용자의 친구에 관한 정보를 디스플레이할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 서로에 대해 다양한 소셜 그래프 엔티티의 소셜 그래프 친밀성(본 명세서에서는 "친밀성"이라고 할 수 있음)을 결정할 수 있다. 친밀성은 가령 사용자, 컨셉, 컨텐츠, 행위, 광고, 온라인 소셜 네트워크와 관련된 다른 객체 또는 이들의 임의의 적절한 조합과 같이 온라인 소셜 네트워크와 관련된 특정 객체들 사이의 관계의 세기 또는 관심도를 나타낼 수 있다. 또한, 친밀성은 제3자 시스템(908)이나 다른 적절한 시스템들과 관련된 객체에 대하여 결정될 수 있다. 각 사용자에 대한 소셜 그래프 엔티티, 주제 또는 컨텐츠의 타입에 대한 총 친밀성이 확립될 수 있다. 총 친밀성은 소셜 그래프 엔티티와 관련된 행위 또는 관계의 계속되는 점검에 기초하여 변할 수 있다. 본 명세서는 특정 방식으로 특정 친밀성을 결정하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 임의의 적절한 친밀성을 결정하는 것을 기술한다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 친밀성 계수(본 명세서에서는 "계수"라고 할 수 있음)를 사용하여 소셜 그래프 친밀성을 측정하거나 수량화할 수 있다. 계수는 온라인 소셜 네트워크와 관련된 특정 객체들 사이의 관계의 세기를 표현하거나 수량화할 수 있다. 또한, 계수는 사용자가 특정 행위를 수행할 예상 확률을 그 행위에 대한 사용자의 관심에 기초하여 측정하는 확률 또는 함수를 나타낼 수 있다. 이 방식으로, 사용자의 장래의 행위는 사용자의 이전의 행위들에 기초하여 예측될 수 있는데, 이때 계수는 적어도 부분적으로 사용자의 행위의 이력에 의해 계산될 수 있다. 계수는 온라인 소셜 네트워크의 내부 또는 외부에 있을 수 있는 임의의 수의 행위를 예측하는데 사용될 수 있다. 예로서 제한 없이, 이런 행위들은 가령 메시지를 송신하기, 컨텐츠를 게시하기 또는 컨텐츠에 대해 코멘트하기와 같은 다양한 타입의 통신들; 가령 프로필 페이지, 미디어 또는 다른 적절한 컨텐츠에 접근하거나 열람하는 것과 같은 다양한 타입의 관찰 행위들; 가령 동일한 그룹에 있기, 동일한 사진에 태그하기, 동일한 위치에 체크인하기 또는 동일한 이벤트에 참여하기와 같은 다양한 타입의 하나 이상의 소셜 그래프 엔티티에 대한 일치 정보(coincidence information); 또는 다른 적절한 행위들을 포함할 수 있다. 본 명세서는 특정 방식으로 친밀성을 측정하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 친밀성을 측정하는 것을 고려한다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 다양한 인자를 사용하여 계수를 계산할 수 있다. 이런 인자들은 예컨대 사용자 행위, 객체 사이의 관계 타입, 위치 정보, 다른 적절한 인자들 또는 이들의 임의의 조합을 포함할 수 있다. 특정 실시예로, 각기 다른 인자는 계수를 계산할 때 다르게 가중될 수 있다. 각 인자에 대한 가중치는 정적일 수 있거나, 가중치는 예컨대 사용자, 관계의 타입, 행위의 타입, 사용자의 위치 등에 따라 변할 수 있다. 인자들에 대한 평점(ratings)이 사용자에 대한 총 계수를 결정하는데 그 가중치에 따라 결합될 수 있다. 예로서 제한 없이, 특정 사용자 행위는 평점과 가중치 모두를 할당받을 수 있는 한편, 특정 사용자 행위와 관련된 관계는 평점 및 상관형 가중치(correlating weight)(예컨대, 그래서 총 가중치는 100%)를 할당받는다. 특정 객체에 대한 사용자의 계수를 계산하기 위해, 사용자의 행위에 할당된 평점은 예컨대 총 계수의 60%를 포함할 수 있는 한편, 사용자와 객체 사이의 관계는 총 계수의 40%를 포함할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은, 예컨대 정보에 접근한 이후의 시간, 감쇠 인자(decay factors), 접근 빈도, 정보에 대한 관계 또는 정보에 접근한 객체에 대한 관계, 객체와 연결된 소셜 그래프 엔티티에 대한 관계, 사용자 행위의 단기적 또는 장기적 평균, 사용자 피드백, 다른 적절한 변수들 또는 이들의 임의의 조합과 같이, 계수를 계산하는데 사용되는 다양한 인자들에 대한 가중치를 결정할 때 다양한 변수를 고려할 수 있다. 예로서 제한 없이, 더 최근의 행위가 계수를 계산할 때 더 관련되도록, 계수는 특정 행위가 제공한 신호의 세기가 시간에 따라 감쇠하게 하는 감쇠 인자를 포함할 수 있다. 평점 및 가중치는 계수가 기반하는 행위의 계속되는 추적에 기초하여 연속적으로 업데이트될 수 있다. 임의의 타입의 프로세스 또는 알고리즘은 각 인자에 대한 평점 및 인자에 할당된 가중치를 할당, 결합, 평균화 등을 하는데 이용될 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 이력 행위 및 과거 사용자 응답 또는 다양한 옵션에 사용자를 노출시키고 응답을 측정하여 사용자로부터 파밍된(farmed) 데이터에 대하여 훈련되는 기계-학습 알고리즘을 사용하여 계수를 결정할 수 있다. 본 명세서는 특정 방식으로 계수를 계산하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 계수를 계산하는 것을 고려한다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 사용자의 행위에 기초하여 계수를 계산할 수 있다. 소셜 네트워킹 시스템(902)은 온라인 소셜 네트워크에서, 제3자 시스템(908)에서, 다른 적절한 시스템들에서 또는 이들의 임의의 조합에서 이런 행위들을 모니터할 수 있다. 임의의 적절한 타입의 사용자 행위들이 추적되거나 모니터될 수 있다. 일반적인 사용자 행위들은 프로필 페이지를 열람하기, 컨텐츠를 생성하거나 게시하기, 컨텐츠와 상호작용하기, 그룹에 가입하기, 이벤트에의 참여를 목록화하고 확인하기, 위치에 체크인하기, 특정 페이지를 좋아하기, 페이지를 생성하기 및 소셜 행위를 용이하게 하는 다른 업무들을 수행하기를 포함한다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 특정 타입의 컨텐츠를 가진 사용자의 행위에 기초하여 계수를 계산할 수 있다. 컨텐츠는 온라인 소셜 네트워크, 제3자 시스템(908) 또는 다른 적절한 시스템과 관련될 수 있다. 컨텐츠는 사용자, 프로필 페이지, 게시물, 뉴스 소식, 헤드라인, 인스턴트 메시지, 채팅방 대화, 이메일, 광고, 사진, 비디오, 음악, 다른 적절한 객체들 또는 이들의 임의의 조합을 포함할 수 있다. 소셜 네트워킹 시스템(902)은 하나 이상의 행위들이 주제, 컨텐츠, 다른 사용자들 등에 대한 친밀성을 표시하는지를 결정하도록 사용자의 행위를 분석할 수 있다. 예로서 제한 없이, 사용자가 "커피" 또는 그 유사물에 관한 컨텐츠를 빈번히 게시할 수 있다면, 소셜 네트워킹 시스템(902)은 컨셉 "커피"에 대하여 사용자가 높은 계수를 가진다고 결정할 수 있다. 특정 행위 또는 행위 타입은 다른 행위들보다 더 높은 가중치 및/또는 평점을 할당받을 수 있으며, 이는 계산되는 총 계수에 영향을 줄 수 있다. 예로서 제한 없이, 제1 사용자가 제2 사용자에게 이메일 하는 경우, 그 행위에 대한 가중치 또는 평점은 제1 사용자가 제2 사용자에 대한 사용자 프로필 페이지를 단순히 열람한 경우보다 더 높을 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 특정 객체들 사이의 관계의 타입에 기초하여 계수를 계산할 수 있다. 소셜 그래프(1000)를 참조하면, 소셜 네트워킹 시스템(902)은 계수를 계산할 때 특정 사용자 노드(1002)와 컨셉 노드(1004)를 연결하는 에지(1006)의 수 및/또는 타입을 분석할 수 있다. 예로서 제한 없이, (2명의 사용자가 결혼했음을 표현하는) 배우자-타입 에지(spouse-type edge)로 연결되는 사용자 노드(1002)는 친구-타입 에지로 연결되는 사용자 노드(1002)보다 더 높은 계수를 할당받을 수 있다. 즉, 특정 사용자에 대한 행위 및 관계에 할당된 가중치에 따라, 총 친밀성은 사용자의 친구에 대한 컨텐츠보다 사용자의 배우자에 대한 컨텐츠에 대하여 더 높도록 결정될 수 있다. 특정 실시예로, 사용자가 또 다른 객체와 맺은 관계는 그 객체에 대한 계수를 계산할 때 사용자의 행위의 가중치 및/또는 평점에 영향을 줄 수 있다. 예로서 제한 없이, 사용자가 제1 사진에 태그되지만 단지 제2 사진만을 좋아한다면, 컨텐츠와 태그-타입(tagged-in-type) 관계를 가지는 것이 컨텐츠와 좋아요-타입 관계를 가지는 것보다 더 높은 가중치 및/또는 평점을 할당받을 수 있기 때문에, 소셜 네트워킹 시스템(902)은 사용자가 제2 사진보다 제1 사진에 대하여 더 높은 계수를 가진다고 결정할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 한 명 이상의 제2 사용자가 특정 객체와 맺은 관계에 기초하여 제1 사용자에 대한 계수를 계산할 수 있다. 즉, 다른 사용자들이 객체와 맺은 연결관계 및 계수는 그 객체에 대한 제1 사용자의 계수에 영향을 줄 수 있다. 예로서 제한 없이, 제1 사용자가 하나 이상의 제2 사용자들에 연결되거나 그들에 대한 높은 계수를 갖고, 이들 제2 사용자가 특정 객체와 연결되거나 특정 객체에 대해 높은 계수를 갖는다면, 소셜 네트워킹 시스템(902)은 제1 사용자가 또한, 특정 객체에 대해 상대적으로 높은 계수를 가져야 한다고 결정할 수 있다. 특정 실시예로, 계수는 특정 객체들 사이의 이격도를 기초로 할 수 있다. 임의의 2개의 노드들 사이의 이격도는 하나의 노드로부터 다른 노드로 소셜 그래프를 횡단하는데 요구되는 최소 개수의 홉(hop)으로 정의된다. 2개의 노드들 사이의 이격도는 소셜 그래프에서 2개의 노드에 의해 표현되는 사용자 또는 컨셉 사이의 관련도로 간주될 수 있다. 예컨대, 에지에 의해 직접 연결되는 사용자 노드들(즉, 1차 노드들)을 갖는 2명의 사용자는 "연결된 사용자들" 또는 "친구들"로 기술될 수 있다. 유사하게, 오로지 다른 사용자 노드를 통해서만 연결되는 사용자 노드들(즉, 2차 노드들)을 갖는 2명의 사용자는 "친구의 친구들"로 기술될 수 있다. 더 낮은 계수는 제1 사용자가 소셜 그래프(1000)에서 제1 사용자와 간접적으로 연결되는 사용자의 컨텐츠 객체에 대한 관심을 공유할 가능성이 감소함을 표현할 수 있다. 예로서 제한 없이, 소셜 그래프(1000)에서 더 가까운(즉, 더 적은 이격도의) 소셜 그래프 엔티티들은 소셜 그래프(1000)에서 더 멀리 떨어져 있는 엔티티들보다 더 높은 계수를 가질 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 위치 정보에 기초하여 계수를 계산할 수 있다. 서로 지리적으로 더 가까운 객체들은 더 먼 객체들보다 서로 더 관련이 있거나 더 관심이 있다고 간주될 수 있다. 특정 실시예로, 특정 객체에 대한 사용자의 계수는 사용자와 관련된 현재 위치(또는 사용자의 클라이언트 시스템(906)의 위치)에 대한 객체의 위치의 근접성을 기초로 할 수 있다. 제1 사용자는 제1 사용자와 더 가까운 다른 사용자들이나 컨셉들에 더 관심이 있을 수 있다. 예로서 제한 없이, 사용자가 공항으로부터는 1마일 그리고 주유소로부터는 2마일 떨어져 있다면, 소셜 네트워킹 시스템(902)은 사용자와 공항의 근접성에 기초하여 사용자가 주유소보다 공항에 대해 더 높은 계수를 가진다고 결정할 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 계수 정보에 기초하여 사용자에 대해 특정 행위를 수행할 수 있다. 계수는 사용자가 특정 행위를 수행할 것인지 여부를 그 행위에 대한 사용자의 관심에 기초하여 예측하는데 사용될 수 있다. 계수는 가령 광고, 검색 결과, 뉴스 소식, 미디어, 메시지, 알림 또는 다른 적절한 객체와 같이 사용자에게 임의의 타입의 객체들을 생성하거나 제시할 때 사용될 수 있다. 또한, 계수는 적절한 경우 이런 객체들을 순위화 및 순서화하는데 이용될 수 있다. 이 방식으로, 소셜 네트워킹 시스템(902)은 사용자의 관심 및 현재 상황과 관련이 있는 정보를 제공할 수 있고, 사용자들이 관심을 가질 이런 정보를 찾을 가능성을 증가시킨다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 계수 정보에 기초하여 컨텐츠를 생성할 수 있다. 컨텐츠 객체는 사용자에 특화된 계수에 기초하여 제공되거나 선택될 수 있다. 예로서 제한 없이, 계수는 사용자에 대한 미디어를 생성하는데 사용될 수 있는데, 이때 사용자는 사용자가 미디어 객체에 대해 높은 총 계수를 가지는 미디어를 제시받을 수 있다. 또 다른 예로서 제한 없이, 계수는 사용자에 대한 광고를 생성하는데 사용될 수 있는데, 이때 사용자는 사용자가 광고된 객체에 대해 높은 총 계수를 가지는 광고를 제시받을 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 계수 정보에 기초하여 검색 결과를 생성할 수 있다. 특정 사용자에 대한 검색 결과는 질의중인 사용자에 대하여 검색 결과와 관련된 계수에 기초하여 점수화되거나 순위화될 수 있다. 예로서 제한 없이, 더 높은 계수를 가진 객체에 해당하는 검색 결과는 더 낮은 계수를 가진 객체에 해당하는 결과보다 검색 결과 페이지에서 더 높게 순위화될 수 있다.

특정 실시예로, 소셜 네트워킹 시스템(902)은 특정 시스템이나 프로세스로부터의 계수에 대한 요청에 응답하여 계수를 계산할 수 있다. 사용자가 소정의 상황에서 행할 수 있는(주제일 수 있는) 가능한 행위를 예측하기 위해, 임의의 프로세스는 사용자에 대해 계산된 계수를 요청할 수 있다. 또한, 요청은 계수를 계산하는데 사용되는 다양한 인자들에 대해 사용하도록 한 세트의 가중치를 포함할 수 있다. 이 요청은 온라인 소셜 네트워크에서 실행하는 프로세스로부터, (예컨대, API 또는 다른 통신 채널을 통해) 제3자 시스템(908)으로부터 또는 다른 적절한 시스템으로부터 비롯될 수 있다. 그 요청에 응답하여, 소셜 네트워킹 시스템(902)은 계수를 계산(또는 이미 계산되고 저장되었다면 계수 정보에 접근)할 수 있다. 특정 실시예로, 소셜 네트워킹 시스템(902)은 특정 프로세스에 대한 친밀성을 측정할 수 있다. (온라인 소셜 네트워크 내부와 외부 모두의) 다른 프로세스들은 특정 객체 또는 객체들의 세트에 대한 계수를 요청할 수 있다. 소셜 네트워킹 시스템(902)은 친밀도를 요청한 특정 프로세스와 관련이 있는 친밀도를 제공할 수 있다. 이 방식으로, 각 프로세스는 프로세스가 친밀도를 사용하는 다른 컨텍스트에 대하여 맞춤화되는 친밀도를 수신한다.

소셜 그래프 친밀성 및 친밀성 계수와 관련하여, 특정 실시예들은 참조로 각각 통합되는: 2006년 8월 11일자로 출원된 미국특허출원 제11/503093호, 2010년 12월 22일자로 출원된 미국특허출원 제12/979027호, 2010년 12월 23일자로 출원된 미국특허출원 제12/978265호 및 2012년 10월 1일자로 출원된 미국특허출원 제13/642869호에 개시되는 하나 이상의 시스템, 컴포넌트, 구성요소, 기능, 방법, 동작 또는 단계를 이용할 수 있다.

특정 실시예로, 온라인 소셜 네트워크의 하나 이상의 컨텐츠 객체는 개인정보 설정과 관련될 수 있다. 객체에 대한 개인정보 설정 (또는 "액세스 설정")은 임의의 적절한 방식, 가령 예컨대, 객체와 연계하거나, 인증 서버상의 인덱스에, 또는 다른 적절한 방식이나 이들의 임의의 조합으로 저장될 수 있다. 객체의 개인정보 설정은 어떻게 객체 (또는 객체와 관련된 특정 정보)가 온라인 소셜 네트워크를 사용하여 액세스(예컨대, 열람 또는 공유)될 수 있는지를 특정할 수 있다. 객체에 대한 개인정보 설정이 특정 사용자가 객체를 액세스하는 것을 허용한다면, 객체는 사용자에 대해 "가시적"이라고 기술될 수 있다. 예로서 제한 없이, 온라인 소셜 네트워크의 사용자는 사용자 프로필 페이지 상의 경력 정보에 액세스할 수 있는 사용자의 세트를 식별하는 사용자-프로필 페이지에 대한 개인정보 설정을 특정할 수 있고, 따라서 다른 사용자가 그 정보를 액세스하는 것을 배제한다. 특정 실시예로, 개인정보 설정은 객체와 관련된 특정 정보에 액세스하는 것이 허용되지 말아야 할 사용자의 "차단 리스트"를 특정할 수 있다. 즉, 차단 리스트는 객체가 가시적이지 않은 하나 이상의 사용자나 엔티티를 명시할 수 있다. 예로서 제한 없이, 사용자는 사용자와 연관된 사진 앨범에 액세스할 수 없는 사용자들의 세트를 명시할 수 있고, 따라서 이러한 사용자가 사진 앨범에 액세스하는 것을 배제하며 (한편, 사용자들의 세트 내에 있지 않은 특정 사용자가 아마도 사진 앨범에 액세스하는 것을 또한, 허용할 수 있다). 특정 실시예로, 개인정보 설정은 특정 소셜 그래프 요소와 관련될 수 있다. 소셜 그래프 요소, 가령 노드 또는 에지의 개인정보 설정은, 어떻게 소셜 그래프 요소, 소셜 그래프 요소와 관련된 정보, 또는 소셜 그래프 요소와 관련된 컨텐츠 객체가 온라인 소셜 네트워크를 사용하여 액세스될 수 있는지를 특정할 수 있다. 예로서 제한 없이, 특정 사진에 해당하는 특정 컨셉 노드(1004)는 사진이 사진에 태그된 사용자 및 그들의 친구들에 의해서만 액세스될 수 있다고 특정하는 개인정보 설정을 가질 수 있다. 특정 실시예로, 개인정보 설정은 사용자들이 그들의 행위가 소셜 네트워킹 시스템(902)에 의해 로그되거나 다른 시스템(예컨대, 제3자 시스템(908))에 의해 공유되는 것에 참여하거나 참여하지 않도록 허용할 수 있다. 특정 실시예로, 객체와 관련된 개인정보 설정은 허가된 액세스 또는 액세스의 거부의 임의의 적절한 입상도(granularity)를 특정할 수 있다. 예로서 제한 없이, 액세스 또는 액세스의 거부는 특정 사용자(예컨대, 본인, 본인의 룸메이트, 및 본인의 상사만), 특정 이격도 내의 사용자(예컨대, 친구, 또는 친구의 친구), 사용자 그룹(예컨대, 게임 클럽, 본인의 가족), 사용자 네트워크(예컨대, 특정 고용주의 피고용인, 특정 대학의 학생이나 졸업생), 모든 사용자("공용"), 어떠한 사용자도 아님("개인용"), 제3자 시스템(908)의 사용자, 특정 애플리케이션(예컨대, 제3자 애플리케이션, 외부 웹사이트), 다른 적절한 사용자나 엔티티, 또는 이들의 임의의 조합에 대해 특정될 수 있다. 본 명세서는 특정 방식으로 특정 개인정보 설정을 사용하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 임의의 적절한 개인정보 설정을 사용하는 것을 고려한다.

특정 실시예로, 하나 이상의 서버는 개인정보 설정을 강제하기 위한 인증/개인정보 서버일 수 있다. 데이터 스토어에 저장된 특정 객체에 대한 사용자 (또는 다른 엔티티)로부터의 요청에 응답하여, 소셜 네트워킹 시스템(902)은 객체에 대한 요청을 데이터 스토어로 전송할 수 있다. 요청은, 요청과 연관된 사용자를 식별할 수 있고, 인증 서버가 객체와 연관된 개인정보 설정에 기반하여 사용자가 객체에 액세스하는 것이 인증된다고 결정한다면 오로지 그 사용자 (또는 그 사용자의 클라이언트 시스템(906))으로만 전송될 수 있다. 요청하는 사용자가 객체에 액세스하도록 인증되지 않는다면, 인증 서버는 요청된 객체가 데이터 스토어로부터 검색되는 것을 방지하거나, 또는 요청된 객체가 사용자에게 전송되는 것을 방지할 수 있다. 검색 질의 컨텍스트에서, 객체는, 질의하는 사용자가 객체에 액세스하도록 인증된다면 오로지 검색 결과로서만 생성될 수 있다. 즉, 객체는 질의하는 사용자에게 가시적인 가시성을 가져야만 한다. 객체가 사용자에게 가시적이지 않은 가시성을 가진다면, 객체는 검색 결과로부터 배제될 수 있다. 본 명세서는 특정 방식으로 개인정보 설정을 강제하는 것을 기술하지만, 본 명세서는 임의의 적절한 방식으로 개인정보 설정을 강제하는 것을 고려한다.

전술한 명세서는 그것의 구체적이고 예시적인 실시예를 참조하여 기술된다. 본 명세서의 다양한 실시예 및 양태는 본 명세서에서 논의되는 세부사항을 참조하여 기술되며, 첨부되는 도면들은 다양한 실시예를 도시한다. 상기의 설명 및 도면은 예시적인 것이며, 제한하려는 것으로 해석되지 않는다. 많은 수의 구체적인 세부사항들은 다양한 실시예의 완전한 이해를 제공하기 위해 기술된다.

추가적 또는 대안적 실시예는 그것의 정신이나 필수적인 특징으로부터 벗어남이 없는 다른 구체적인 형태로 실현될 수 있다. 기술된 실시예는 모든 관점에 있어서 오로지 예시적인 것이며 제한적이지 않는 것으로 간주된다. 따라서, 본 명세서의 범위는 전술한 설명에 의하는 것이 아니라 첨부되는 청구범위에 의해 나타난다. 청구범위의 균등물의 의미 및 범위 내에 속하는 모든 변경은 그들의 범위 내에서 포괄될 것이다.

Claims (26)

1. 사용자와 연관된 제1 클라이언트 장치로부터 하나 이상의 서버에서, 사용자로부터 결제 거래의 일부로서 상대 사용자에게 결제를 송신하기 위한 요청을 수신하는 단계;
   하나 이상의 서버에 의하여 결제 네트워크로, 결제 요청의 결제 금액에 대하여 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 단계;
   결제 네트워크로부터 하나 이상의 서버에서, 과금 요청이 성공적이었다는 것을 표시하는 성공적 과금 응답을 수신하는 단계;
   성공적 과금 응답에 응답하여 하나 이상의 서버에 의하여 하나 이상의 결제 큐를 통하여, 사용자와 연관된 제1 클라이언트 장치 및 상대 사용자와 연관된 제2 클라이언트 장치로 결제 개시 메시지를 푸시하는 단계;
   하나 이상의 서버에 의하여 제2 클라이언트 장치로 하나 이상의 메시지 큐를 통하여, 제2 클라이언트 장치에서 사용자들 간의 메시징 스레드로 입력하기 위하여 결제를 나타내는 메시지를 송신하는 단계;
   하나 이상의 서버에서, 결제 거래에 대한 상태 업데이트를 수신하는 단계; 및
   하나 이상의 서버에 의하여, 하나 이상의 결제 큐를 통하여 제1 클라이언트 장치 및 제2 클라이언트 장치로 결제 거래에 대한 상태 업데이트를 푸시하는 단계를 포함하고,
   요청은 결제 금액을 포함하는 방법.
2. 청구항 1에 있어서,
   결제 거래에 대한 거래 식별자를 생성하는 단계; 및
   거래 식별자를 결제를 나타내는 메시지와 연관시키는 단계를 더 포함하는 방법.
3. 청구항 2에 있어서,
   결제 거래에 대한 상태 업데이트를 수신하는 단계는:
   상태 업데이트와 관련하여 거래 식별자를 식별하는 단계; 및
   거래 식별자에 기반하여, 상태 업데이트가 결제 거래와 연관됐다고 결정하는 단계를 포함하는 방법.
4. 청구항 2에 있어서,
   거래 식별자를 결제를 나타내는 메시지와 연관시키는 단계는:
   메시지에 대한 메시지 식별자를 생성하는 단계; 및
   메시지 식별자를 거래 식별자에 매핑하는 단계를 포함하는 방법.
5. 청구항 1에 있어서,
   결제 개시 메시지는 결제 금액, 발신자 ID, 시퀀스 ID, 거래 ID, 상태 식별자 및 수신자 ID를 포함하고,
   결제를 나타내는 메시지는 결제를 나타내는 메시지가 결제 개시 메시지로부터의 결제 금액을 디스플레이하도록 결제 개시 메시지의 결제 금액으로의 링크를 포함하는 방법.
6. 청구항 5에 있어서,
   결제 거래에 대한 상태 업데이트의 수신에 응답하여, 결제 개시 메시지의 시퀀스 ID를 증가시키는 단계; 및
   클라이언트 장치의 현재 시퀀스 ID에 기반하여 결제 거래에 대한 메시지 상태 업데이트를 푸시할 클라이언트 장치를 결정하는 단계를 더 포함하는 방법.
7. 청구항 1에 있어서,
   하나 이상의 서버에 의하여, 결제 거래에 대한 상태 업데이트를 푸시하는 단계는 결제 거래에 대한 수신된 상태 업데이트에 기반하여 결제 개시 메시지에 대한 임의의 변경을 송신하는 단계로 이루어지는 방법.
8. 청구항 1에 있어서,
   상태 업데이트는 거래 완료 업데이트를 포함하는 방법.
9. 청구항 1에 있어서,
   상태 업데이트는 거래 취소 업데이트를 포함하는 방법.
10. 사용자와 연관된 제1 클라이언트 장치로부터 하나 이상의 서버에서, 사용자로부터 결제 거래의 일부로서 상대 사용자에게 결제를 송신하기 위한 요청을 수신하는 단계;
    하나 이상의 서버에 의하여 결제 네트워크로, 결제 금액에 대하여 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하는 단계;
    결제 네트워크로부터 하나 이상의 서버에서, 결제 네트워크로부터의 결제 금액에 대한 성공적 과금 응답을 수신하는 단계;
    성공적 과금 통지에 응답하여 하나 이상의 서버에 의하여, 사용자와 연관된 발신자 결제 큐에 결제 개시 메시지를 추가하는 단계;
    성공적 과금 통지에 응답하여 하나 이상의 서버에 의하여, 사용자와 연관된 발신자 메시지 큐에 결제를 나타내는 메시지를 추가하는 단계; 및
    업데이트하는 단계로서:
    발신자 결제 큐로부터 클라이언트 장치 및 수신자 결제 큐로 결제 개시 메시지를 푸시하는 단계, 및
    발신자 메시지 큐로부터 클라이언트 장치 및 수신자 메시지 큐로 결제 거래를 나타내는 메시지를 푸시하는 단계에 의하여, 하나 이상의 서버에 의하여, 사용자의 클라이언트 장치, 수신자 결제 큐 및 수신자 메시지 큐를 업데이트하는 단계를 포함하고,
    요청은 결제 금액을 포함하고,
    결제를 나타내는 메시지는 결제 거래와 연관된 거래 식별자를 포함하는 방법.
11. 청구항 10에 있어서,
    발신자 메시지 큐에 결제를 나타내는 메시지를 추가하는 단계는 성공적 과금 통지에 응답하여, 결제 거래에 대한 거래 식별자를 생성하는 단계를 포함하는 방법.
12. 청구항 11에 있어서,
    거래 식별자를 포함하는 메시지에 대한 메시지 식별자를 생성하는 단계; 및
    거래 식별자를 메시지 식별자에 매핑하는 단계를 더 포함하는 방법.
13. 청구항 10에 있어서,
    수신자 결제 큐로부터 상대 사용자의 클라이언트 장치로 결제 개시 메시지를 푸시하는 단계, 및 수신자 메시지 큐로부터 상대 사용자의 클라이언트 장치로 결제거래를 나타내는 메시지를 푸시하는 단계에 의하여 상대 사용자의 클라이언트 장치를 업데이트하는 단계를 더 포함하는 방법.
14. 청구항 10에 있어서,
    결제 네트워크로부터, 결제 네트워크가 성공적으로 결제 거래를 완료했다는 것을 표시하는 거래 완료 응답을 수신하는 단계; 및
    거래 완료 응답에 응답하여, 거래 식별자와 연관하여 수신자 결제 큐로 결제 거래에 대한 거래 완료 상태 업데이트를 푸시하는 단계를 더 포함하는 방법.
15. 청구항 14에 있어서,
    거래 완료 응답의 수신에 기반하여 결제 개시 메시지와 연관된 시퀀스 ID를 업데이트하는 단계를 더 포함하는 방법.
16. 청구항 15에 있어서,
    결제 개시 메시지를 발신자 결제 큐로, 및 결제를 나타내는 메시지를 발신자 메시지 큐로 병렬로 추가하는 단계를 더 포함하는 방법.
17. 적어도 하나의 프로세서; 및
    명령어를 저장하는 적어도 하나의 비일시적 컴퓨터 판독가능한 저장 매체를 포함하고,
    명령어는, 적어도 하나의 프로세서에 의해 실행될 때, 장치로 하여금:
    사용자와 연관된 결제 큐로부터, 하나 이상의 서버가 사용자와 상대 사용자 간의 결제 거래를 개시했다는 것을 표시하는 응답을 수신하고;
    사용자와 연관된 메시지 큐로부터, 결제 거래를 나타내는 메시지를 수신하고;
    사용자와 상대 사용자 간의 메시징 스레드 내에 결제 거래를 나타내는 메시지를 제공하고;
    발신자 결제 큐로부터, 결제 거래에 대한 상태 업데이트를 수신하고; 및
    발신자 결제 큐로부터의 상태 업데이트에 기반하여, 메시징 스레드 내의 결제 거래를 나타내는 메시지를 업데이트하도록 야기하고,
    결제 거래를 나타내는 메시지는 결제 거래와 연관된 결제 금액을 포함하는 장치.
18. 청구항 17에 있어서,
    적어도 하나의 프로세서에 의해 실행될 때, 장치로 하여금:
    결제 거래를 나타내는 메시지의 사용자 선택을 수신하고; 및
    메시징 스레드 내에, 결제 거래를 나타내는 메시지에 매핑된 거래 식별자에 기반하여 결제 거래의 현재 상태를 디스플레이하도록 야기하는 명령어를 더 포함하는 장치.
19. 청구항 18에 있어서,
    결제 거래에 대한 상태 업데이트를 수신하는 단계는 상태 업데이트를 포함하는 푸시 업데이트를 수신하는 단계를 포함하는 장치.
20. 청구항 19에 있어서,
    적어도 하나의 프로세서에 의해 실행될 때, 장치로 하여금 상태 업데이트에 기반하여, 메시징 스레드 내의 결제 거래의 현재 상태를 실시간으로 업데이트하도록 야기하는 명령어를 더 포함하는 장치.
21. 하나 이상의 서버를 포함하고,
    하나 이상의 서버는:
    결제 엔진으로서,
    사용자와 연관된 제1 클라이언트 장치로부터, 사용자로부터 결제 거래의 일부로서 상대 사용자에게 결제를 송신하기 위한 요청을 수신하고;
    결제 네트워크로, 결제 금액에 대하여 사용자의 결제 크리덴셜에 대한 과금 요청을 송신하고;
    결제 네트워크로부터 하나 이상의 서버에서, 결제 네트워크로부터의 결제 금액에 대한 성공적 과금 응답을 수신하기 위한 결제 엔진;
    결제 개시 메시지 및 결제 개시 메시지에 대한 업데이트를 수신하고, 결제 개시 메시지 및 업데이트를 발신자 클라이언트 장치 및 수신자 결제 큐로 푸시하기 위한 발신자 결제 큐;
    결제를 나타내고 결제 거래와 연관된 거래 식별자를 포함하는 메시지를 수신하고, 결제를 나타내는 메시지를 발신자 클라이언트 장치 및 수신자 결제 큐로 푸시하기 위한 발신자 메시지 큐;
    결제 개시 메시지 및 결제 개시 메시지에 대한 업데이트를 수신하고, 결제 개시 메시지 및 업데이트를 수신자 클라이언트 장치 및 발신자 결제 큐로 푸시하기 위한 수신자 결제 큐; 및
    결제를 나타내고 결제 거래와 연관된 거래 식별자를 포함하는 메시지를 수신하고, 결제를 나타내는 메시지를 수신자 클라이언트 장치 및 발신자 결제 큐로 푸시하기 위한 수신자 메시지 큐를 포함하고,
    요청은 결제 금액을 포함하는 시스템.
22. 청구항 21에 있어서,
    결제 네트워크는, 성공적 과금 통지에 응답하여, 결제 거래에 대한 거래 식별자를 생성하는 시스템.
23. 청구항 21 또는 청구항 22에 있어서,
    결제 엔진은:
    거래 식별자를 포함하는 메시지에 대한 메시지 식별자를 생성하고; 및
    거래 식별자를 메시지 식별자에 매핑하는 시스템.
24. 청구항 21 또는 청구항 22에 있어서,
    결제 개시 메시지는 결제 금액, 발신자 ID, 시퀀스 ID, 거래 ID, 상태 식별자 및 수신자 ID를 포함하고,
    결제를 나타내는 메시지는 결제를 나타내는 메시지가 결제 개시 메시지로부터의 결제 금액을 디스플레이하도록 결제 개시 메시지의 결제 금액으로의 링크를 포함하는 시스템.
25. 청구항 24에 있어서,
    발신자 및 수신자 결제 큐는, 결제 거래에 대한 상태 업데이트의 수신에 응답하여, 결제 개시 메시지의 시퀀스 ID를 증가시키고; 및
    클라이언트 장치의 현재 시퀀스 ID에 기반하여 결제 거래에 대한 메시지 상태 업데이트를 푸시할 클라이언트 장치를 결정하는 시스템.
26. 청구항 21 내지 청구항 25 중 어느 하나의 항에 있어서,
    결제 엔진은:
    결제 네트워크로부터, 결제 네트워크가 성공적으로 결제 거래를 완료했다는 것을 표시하는 거래 완료 응답을 수신하고; 및
    거래 완료 응답에 응답하여, 수신자 결제 큐로 결제 거래에 대한 거래 완료 상태 업데이트를 푸시하는 시스템.

Images