KR20170094226A - 메시지 시스템을 사용한 결제 전송 및 수신 - Google Patents
메시지 시스템을 사용한 결제 전송 및 수신 Download PDFInfo
- Publication number
- KR20170094226A KR20170094226A KR1020177016348A KR20177016348A KR20170094226A KR 20170094226 A KR20170094226 A KR 20170094226A KR 1020177016348 A KR1020177016348 A KR 1020177016348A KR 20177016348 A KR20177016348 A KR 20177016348A KR 20170094226 A KR20170094226 A KR 20170094226A
- Authority
- KR
- South Korea
- Prior art keywords
- payment
- recipient
- sender
- message
- transaction
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 201
- 230000008569 process Effects 0.000 claims description 71
- 230000004044 response Effects 0.000 claims description 66
- 238000013475 authorization Methods 0.000 claims description 44
- 230000007423 decrease Effects 0.000 claims description 10
- 230000000977 initiatory effect Effects 0.000 claims description 6
- 230000001052 transient effect Effects 0.000 claims description 6
- 230000026676 system process Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 68
- 238000004891 communication Methods 0.000 description 66
- 230000006855 networking Effects 0.000 description 29
- 238000012546 transfer Methods 0.000 description 19
- 230000003993 interaction Effects 0.000 description 17
- 230000006870 function Effects 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 230000009471 action Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000000151 deposition Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012011 method of payment Methods 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- VYZAMTAEIAYCRO-UHFFFAOYSA-N Chromium Chemical compound [Cr] VYZAMTAEIAYCRO-UHFFFAOYSA-N 0.000 description 1
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 238000011176 pooling Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000003997 social interaction Effects 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/01—Social networking
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
본 발명은 거래 결제 시스템을 제공하는 시스템, 방법 및 장치에 관한 것이다. 특히, 거래 결제 시스템은 메시징 시스템의 사용자가 메시징 시스템의 다른 사용자 간에 전자 결제를 전송 및 수신하게 한다. 클라이언트 장치의 메시징 어플리케이션은 수신자에게 결제하기 위해 전송자로부터 결제 정보 입력(예: 결제 금액 및 결제 방법)을 받을 수 있다. 메시징 어플리케이션은 결제 정보를 포함하는 결제 메시지를 메시징 시스템에 전송할 수 있고, 메시징 시스템은 결제 정보에 기반하여 결제 처리를 조정한다. 결제 처리 동안, 메시징 시스템은 전송자 및 수신자에 대응하는 메시지 스레드에 포함된 상태 메시지를 통해 결제의 전송자 및 수신자에게 상태 업데이트를 제공할 수 있다.
Description
하나 이상의 실시양태는 일반적으로 전자 통신 시스템을 제공하기 위한 시스템 및 방법에 관한 것이다. 더욱 구체적으로, 하나 이상의 실시양태는 사용자들 사이에 다양한 형태의 전자 통신을 통합하는 메시징 시스템을 제공하는 시스템 및 방법에 관한 것이다.
전자 통신의 발전으로 인해, 대다수의 사람들은 다양한 형태의 전자 통신을 사용하여 다른 사람들과 통신한다. 게다가, 모바일 장치(예, 스마트폰, 태블릿)가 점점 인기를 얻어, 사람들이 거의 어디서든지 전자 통신을 전송하고 수신할 수 있다. 전자 통신의 인기는 모바일 장치 사용의 증가와 함께 전자 통신 기술의 추가적인 용도로 이어진다.
예를 들어, 이러한 전자 통신 기술의 추가적인 용도는 사용자에게 서로 전자 결제를 전송하고 수신하는 능력을 제공하는 결제 어플리케이션을 포함한다. 이론적으로, 돈을 전자적으로 전송하기 위해 모바일 장치에서 결제 어플리케이션을 사용하는 컨셉트는 사용자 사이에 돈을 전송하는 편리한 방법을 제공한다. 그러나 기존 결제 어플리케이션은 종종 불만, 혼동을 초래하는 여러 결점이 있고, 종종 그럴 만한 가치가 있는 것보다 더 시간 소모적인 결제 처리를 야기한다.
많은 기존 결제 어플리케이션은 모바일 장치와 같은 다른 컴퓨팅 장치에 연결되는 카드 리더기의 사용을 필요로 한다. 카드 리더기를 사용하는 기존 결제 어플리케이션은 여러 단점들이 있다. 예를 들어, 사용자는 결제를 수신하기 위하여 모바일 정치 이외에도 항상 카드 리더기를 가지고 다녀야 한다. 또한, 카드 리더기 및 모바일 장치와 카드 리더기 사이에 연결이 종종 실패되기 쉽다. 카드 리더기는 또한 민감한 신용 카드 정보를 훔치기 위해 카드 리더기를 사용하는 범죄자들의 능력으로 인해 공중의 신뢰를 받지 못한다. 게다가, 카드 리더기를 필요로 하는 결제 어플리케이션은 전형적으로 원격 결제 처리에 적합하지 않다.
다른 기존 결제 어플리케이션은 카드 리더기를 사용하지 않지만, 결제의 전송자 및 수신자가 결제 서비스 전용 계정을 생성해야만 하는 독립형 결제 서비스이다. 기존 결제 어플리케이션은 결제를 전송하고 수신하는 것 이외의 다른 용도를 가지지 않기 때문에, 결제를 전송하기 위해 필요한 두 명의 사람이 동일한 결제 서비스를 위한 계정을 가지지 않는 경우가 종종 있다. 따라서, 많은 기존 결제 어플리케이션에서, 전송자, 수신자 또는 둘 모두가 결제 처리가 불편하고 부담스럽게 되는, 계정을 개설하는 시간 소모적인 과정을 거쳐야 한다.
단순히 특정 결제 어플리케이션과 연관된 계정을 개설하는 것 이외에도, 많은 기존 결제 어플리케이션을 사용하는 결제 처리는 부담스럽고 복잡하다. 예를 들어, 많은 기존 결제 어플리케이션은 링크와 함께 일련의 이메일을 전송함으로써 결제를 처리한다. 사용자들은 결제를 수락하거나 거절함과 같이 결제 처리를 계속하기 위해 반드시 이메일 링크를 클릭하여야 한다. 따라서, 결제 처리 단계는 직관적이지 않고, 종종 사용자에게 혼동을 야기한다. 또한, 처리 단계는 시간 소모적이고, 사용자가 결제 처리 동안 불만을 가지게 한다.
따라서, 사용자 사이에 결제하는 기존 시스템 및 전송 방법에는 많은 단점이 있다.
본 명세서에서 설명된 하나 이상의 실시양태들은 혜택을 제공하고/거나 사용자들 사이에 결제를 전자적으로 전송하고 수신하기 위한 시스템 및 방법에 대한 당분야에서 하나 이상의 전술한 문제점 또는 다른 문제점을 해결한다. 특히, 시스템 및 방법은 둘 이상의 사용자(적어도 전송자 및 수신자)가 메시징 시스템을 통한 전자 결제를 안전하게 전송하고 수신하게 하는 메시징 시스템이 통합된 거래(transaction) 결제 시스템을 제공한다. 예를 들어, 시스템 및 방법은 사용자가 다른 사용자에게 기존 인스턴트 메시지(예, 인스턴트 메시지)를 전송하기 위해 사용된 메시징 인터페이스를 통하여 전자 결제를 전송하게 할 수 있다.
하나 이상의 실시양태에서, 예를 들어 시스템 및 방법은 하나 이상의 수신자에게 결제를 전송하기 위해 선택가능한 옵션을 포함하는 그래픽 인터페이스를 전송자 사용자에게 제공할 수 있다. 전송자는 사용자가 결제 정보를 입력하고 결제를 시작하게 하는 하나 이상의 그래픽 요소에 접근하기 위해 선택가능한 옵션과 상호작용할 수 있다. 사용자가 결제를 시작할 때, 시스템 및 방법은 사용자로부터 수신한 결제 정보를 사용하여 결제 처리를 조정할 수 있다. 결제 처리는 궁극적으로 사용자와 수신자 사이에 결제를 용이하게 할 수 있다.
하나 이상의 실시양태에서, 시스템 및 방법은 추가적으로 전송자와 수신자 사이에 통신 세션에 대응하는 메시징 스레드(messaging thread) 내에서 상태 메시지를 제공한다. 상태 메시지는 전송자와 수신자가 결제 처리의 상태를 모니터링하게 한다. 또한, 상태 메시지는, 수신자에게 결제를 수락하거나 거절하는 옵션을 허용하는 것과 같이, 결제에 관련된 선택가능한 옵션을 제공하는 상호작용하는 요소를 포함할 수 있다. 따라서, 본 명세서에 설명된 시스템 및 방법은 메시징 사용자에게 이미 친숙한 메시징 어플리케이션의 편리한 용도를 통하여 결제를 전송하고 수신하기 위한 능력을 사용자에게 제공한다.
실시양태의 추가적인 특징 및 장점은 후술되는 상세한 설명에 개시되거나, 부분적으로 상세한 설명으로부터 자명할 것이고, 또는 예시적인 실시양태의 실시에 의해 습득될 수 있다. 이러한 실시양태의 특징 및 장점은 특히 첨부된 특허청구범위에 지적된 장치 및 결합에 의해 실현되고 수득될 수 있다. 이들 및 기타 특징은 후술되는 상세한 설명 및 첨부된 특허청구범위로부터 보다 완전하게 명확해지거나, 또는 하기에 개시된 바와 같이 이러한 예시적인 실시양태의 실시에 의해 습득될 수 있을 것이다.
본 발명에 따르는 실시양태는 특히 방법, 저장 매체, 시스템 및 컴퓨터 프로그램 제품에 관한 첨부된 특허청구범위에 개시되고, 여기서 하나의 청구항 카테고리, 예를 들어 방법에 언급된 임의의 특징은 다른 청구항 카테고리, 예를 들어 시스템에도 청구될 수 있다. 후술되는 첨부된 특허청구범위에서 종속 또는 참조는 단지 형식적인 이유로 선택된다. 그러나 임의의 이전 청구항으로의 의도적인 참조(특히 다중 종속)에서 야기되는 임의의 청구 대상이 역시 청구될 수 있으므로, 첨부된 특허청구범위에서 선택된 종속항과 관계없이, 청구항 및 그의 특징들의 결합이 개시되고 청구될 수 있다. 청구될 수 있는 청구 대상은 첨부된 특허청구범위에 개시된 특징들의 결합뿐만 아니라, 청구범위에 개시된 특징들의 임의의 다른 결합을 포함하고, 여기서 청구범위에 언급된 각각의 특징은 청구범위에 임의의 다른 특징 또는 다른 특징들의 결합과 결합될 수 있다. 게다가, 본 명세서에 설명되거나 묘사된 임의의 실시양태 및 특징은 별도의 청구항에서 및/또는 본 명세서에 설명되거나 묘사된 임의의 실시양태 또는 특징과 함께, 또는 첨부된 특허청구범위의 임의의 특징과 함께 청구될 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 적어도 하나의 프로세서를 가지는 서버 장치에서, 전송자와 연결된 제 1 클라이언트 장치로부터 결제 메시지를 수신하는 단계로, 결제 메시지는 전송자로부터 수신자로 결제를 정의하는 것인 단계; 제 2 클라이언트 장치 상에 메시지 스레드(message thread) 내에 표시하기 위한 수신자 상태 메시지를 수신자와 연결된 제 2 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 수신자 상태 메시지는 결제에 대응하는 수신자 거래 정보를 포함하는 것인 단계; 제1 클라이언트 장치 상에 메시지 스레드 내에 디스플레이하기 위한 전송자 상태 메시지를 제 1 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 전송자 상태 메시지는 결제에 대응하는 전송자 거래 정보를 포함하는 것인 단계; 서버 장치의 적어도 하나의 프로세서를 사용하여 전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 단계; 및 거래의 상태 식별에 기반하여, 상태 업데이트를 수신자 상태 메시지 내에서 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 전송하는 단계를 포함한다.
본 발명에 따르는 한 실시양태에서, 방법은 거래의 상태 식별에 기반하여, 전송자 상태 메시지 내에서 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 결제 메시지 내에서 전송자로부터 수신자로 결제를 정의하는 결제 정보를 식별하는 단계로, 결제 정보는 전송자 식별자, 수신자 식별자 및 결제 금액을 포함하는 것인 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 서버 장치에서, 및 적어도 하나의 프로세서로 거래 식별자를 생성하는 단계; 거래 식별자를 식별된 결제 정도와 연결하는 단계; 및 전송자 상태 메시지 및 수신자 상태 메시지 내에서 거래 식별자를 제공하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 전송자로부터 수신자로 결제를 처리하는 거래를 시작하는 단계로, 거래를 시작하는 것은 서버 장치로부터 결제 승인 요청을 결제 네트워크로 전송하는 단계를 포함하는 것인 단계를 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 거래 식별자와 결제 승인 요청을 연결하는 단계; 및 결제 네트워크로부터 결제 승인 응답인 거래 식별자에 기반하여 전송자로부터 수신자로 결제를 처리하는 거래의 상태를 식별하는 단계를 더 포함할 수 있다.
제 2 클라이언트 장치로 제공되는 상태 업데이트는 제 2 클라이언트 장치의 메시지 스레드 내에서 수신자 상태 메시지가 결제를 수락하거나 거절하기 위한 선택가능한 옵션을 포함하게 할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 제 2 클라이언트 장치로부터 결제를 거절하기 위한 선택가능한 옵션을 선택하는 수신자의 표시(indication)를 수신하는 단계; 및 결제를 거절하기 위한 선택가능한 옵션을 선택하는 수신자의 표시의 수신에 반응하여 거래를 취소하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 거래를 취소하는 것에 기반하여 수신자가 결제를 거절했음을 나타내기 위해 전송자 상태 메시지 내에 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 제 2 클라이언트 장치로부터 결제를 수락하기 위한 선택가능한 옵션을 선택하는 수신자의 표시를 수신하는 단계; 및 결제 네트워크로 결제 금액이 전송자 계정으로부터 인출되어 수신자 계정에 입금되게 하는 자금 승인 요청을 전송하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및 자금 승인 응답을 수신하는 것에 기반하여, 결제가 성공적이었음을 나타내는 수신자 상태 메시지 내에서 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 완결 상태 업데이트를 전송하는 단계를 더 포함할 수 있다.
본 발명에 따르는 한 실시양태에서, 방법은 결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및 자금 승인 응답을 수신한 것에 기반하여, 결제가 성공적이었음을 나타내는 전송자 상태 메시지 내에서 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 완결 상태 업데이트를 전송하는 단계를 더 포함할 수 있다.
본 발명에 따르는 추가적인 실시양태에서, 시스템은 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때 받은 명령을 저장하는 적어도 하나의 비-일시적 컴퓨터 판독가능한 저장 매체를 포함하고, 시스템이 전송자와 연결된 제 1 클라이언트 장치로부터 전송자로부터 수신자로 결제를 정의하는 결제 메시지를 수신하고, 제 2 클라이언트 장치 상에 메시지 스레드 내에서 표시를 위해, 결제에 대응하는 수신자 거래 정보를 포함하는 수신자 상태 메시지를 제공하고, 제 1 클라이언트 장치 상에 메시지 스레드 내에 디스플레이를 위해, 결제에 대응하는 전송자 거래 정보를 포함하는 전송자 상태 메시지를 제공하고, 전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하고, 거래의 상태 식별에 기반하여, 수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 상태 업데이트를 제공하게 한다.
본 발명에 따르는 한 실시양태에서, 시스템은 적어도 하나의 프로세서에 의해 실행될 때, 시스템이 결제 네트워크를 통해 거래를 시작하게 하는 명령을 포함할 수 있고, 여기서 결제 네트워크는 전송자 계정으로부터 결제 금액을 인출하고 수신자 계정으로 결제 금액을 입금하는 것을 용이하게 한다.
수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 제공하는 상태 업데이트는 수신자 상태 메시지가 결제를 수락하기 위한 수신자 선택가능한 옵션을 포함하게 할 수 있다.
수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 제공하는 상태 업데이트는 수신자 상태 메시지가 결제를 입금하는 하나 이상의 계정을 선택하기 위해 수신자 선택가능한 옵션을 포함하게 할 수 있다.
본 발명에 따르는 한 실시양태에서, 시스템은 적어도 하나의 프로세서에 의해 실행될 때, 시스템이 전송자로부터 수신자로 결제를 처리하는 거래를 용이하게 하는 명령을 포함할 수 있고, 여기서 거래를 용이하게 하는 것은 전송자 계정으로부터 인출한 결제 금액을 비-일시적 컴퓨터 판독가능한 저장 매체 상에 유지되는 임시 계정에 입금하는 단계; 및 임시 계정으로부터 결제 금액을 환급(refund)의 형태로 수신자 신용 카드 계정에 입금하도록 환급 요청을 전송하는 단계를 포함한다.
본 발명에 따르는 추가적인 실시양태에서, 모바일 장치는, 적어도 하나의 프로세서; 및 적어도 하나의 프로세서가 실행될 때, 명령을 저장하는 적어도 하나의 비-일시적 컴퓨터 판독가능한 저장 매체를 포함하고, 모바일 장치가 모바일 장치와 연결된 전송자와 수신자 사이에 교환된 모바일 장치의 디스플레이를 통해 다수의 전자 메시지들을 가진 메시지 스레드를 포함하는, 선택가능한 결제 요소를 더 포함하는 그래픽 사용자 인터페이스를 제공하고; 전송자가 전송자로부터 수신자로 결제를 정의하는 결제 정보를 특정하게 하는, 모바일 장치의 디스플레이를 통해 선택가능한 결제 요소와 상호작용하는 전송자에 응답하는 하나 이상의 그래픽 요소를 제공하고; 전송자로부터 수신자로 결제를 정의하는 결제 정보를 포함하는 결제 메시지를 메시지 시스템에 전송하고; 메시징 시스템으로부터 전송자와 수신자 사이에 결제를 용이하게 하는 거래에 대응하는 거래 정보를 포함하는 상태 메시지를 수신하고; 및 모바일 장치의 디스플레이를 통하여 그래픽 사용자 인터페이스의 메시지 스레드 내에 상태 메시지를 제공하게 한다.
본 발명에 따르는 추가적인 실시양태에서, 모바일 장치는, 적어도 하나의 프로세서를 실행시킬 때, 모바일 장치가 모바일 장치의 디스플레이를 통하여 수신자가 수신자 컴퓨팅 장치에 수신자 상태 메시지를 보게 하는 표시를 제공하게 하는 명령을 포함할 수 있다.
본 발명에 따르는 추가적인 실시양태에서, 모바일 장치는 적어도 하나의 프로세서를 실행시킬 때, 모바일 장치는 메시징 시스템으로부터 거래의 완결을 나타내는 상태 업데이트를 수신하고; 전송자로부터 수신자로 결제가 완결된 것을 나타내기 위해 상태 메시지에서 거래 정보를 업데이트하게 하는 명령을 포함할 수 있다.
본 발명에 따르는 추가적인 실시양태에서, 역시 청구될 수 있고, 하나 이상의 컴퓨터-판독가능한 비-일시적 저장 매체는 본 발명에 따르는 방법 또는 전술한 실시양태들 중 임의의 것을 수행하기 위해 실행될 때 작동가능한 소프트웨어를 구현한다.
본 발명에 따르는 추가적인 실시양태에서, 역시 청구될 수 있고, 시스템은 하나 이상의 프로세서; 및 본 발명에 따르는 방법 또는 전술한 실시양태들 중 임의의 것을 수행하기 위해 명령을 실행할 때 작동가능한, 프로세서에 의해 실행될 수 있는 명령을 포함하는 프로세서에 결합된 적어도 하나의 메모리를 포함한다.
본 발명에 따르는 추가적인 실시양태에서, 역시 청구될 수 있고, 바람직하게 컴퓨터-판독가능한 비-일시적 저장 매체를 포함하는 컴퓨터 프로그램 제품은 본 발명에 따르는 방법 또는 전술한 실시양태들 중의 임의의 것을 수행하기 위해 데이터 처리 시스템에서 실행될 때 작동가능하다.
본 명세서 내에 설명되어 있음.
상기 언급된 및 본 명세서의 다른 장점 및 특징이 수득될 수 있는 방식으로 설명하기 위해, 간략하게 설명된 명세서의 더 많은 구체적인 설명이 첨부된 도면에 도시되는 그의 특정한 실시양태들을 참고하여 제공될 것이다. 도면은 축척에 맞춰 제도된 것이 아니며, 유사한 구조 또는 기능의 요소는 도면들에 걸쳐서 예시적인 목적을 위해 일반적으로 유사한 참조 번호에 의해 표시된다는 것을 유의하여야 한다. 하기 도면들에서, 괄호로 묶은 문자 및 점선 경계(예, 큰 점선, 작은 점선, 점 점선, 점)를 가진 블록은 본 명세서에서 본 명세서의 실시양태에 추가적인 특징을 추가하는 선택적인 특징 또는 작동을 하기 위해 사용된다. 그러나 이러한 표기법은 이들이 선택 또는 선택가능한 작동이고, 및/또는 이는 본 명세서의 특정한 실시양태에서 선택가능하지 않은 실선 경계를 가진 블록을 의미하는 것으로 간주되어서는 안된다. 이들 도면들이 단지 전형적인 실시양태를 묘사하고, 따라서 본 명세서의 특허청구범위를 제한하는 것으로 여겨지지 않는다는 것을 이해하면서, 명세서는 동반하는 도면의 사용을 통하여 추가적으로 특이성 및 세부사항이 개시되고 설명될 것이다:
도 1은 하나 이상의 실시양태에 따르는 결제의 전송을 용이하게 하는 예시 시스템의 개요도를 도시한다.
도 2는 하나 이상의 실시양태에 따르는 메시지 시스템의 두 명의 사용자 사이에 결제의 전송을 용이하게 하는 예시 시스템의 개요도를 도시한다.
도 3a 내지 3b는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하는 처리 흐름도를 예시한다.
도 4a 내지 4b는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위한 추가적인 방법의 다른 처리 흐름도를 예시한다.
도 5a 내지 5h는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 예를 도시한다.
도 6a 내지 6c는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 추가적인 특징을 예시한다.
도 7a 내지 7c는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 추가적인 특징을 예시한다.
도 8은 하나 이상의 실시양태에 따르는 메시징 시스템의 사용자 사이에 결제를 처리하는 방법의 흐름 차트를 예시한다.
도 9는 하나 이상의 실시양태에 따르는 메시징 시스템의 사용자 사이에 결제를 처리하는 다른 방법의 흐름 차트를 예시한다.
도 10은 하나 이상의 실시양태에 따르는 예시적인 컴퓨팅 장치의 블록도를 예시한다.
도 11은 하나 이상의 실시양태에 따르는 소셜 네트워킹 시스템의 예시적인 네트워크 환경이다.
도 1은 하나 이상의 실시양태에 따르는 결제의 전송을 용이하게 하는 예시 시스템의 개요도를 도시한다.
도 2는 하나 이상의 실시양태에 따르는 메시지 시스템의 두 명의 사용자 사이에 결제의 전송을 용이하게 하는 예시 시스템의 개요도를 도시한다.
도 3a 내지 3b는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하는 처리 흐름도를 예시한다.
도 4a 내지 4b는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위한 추가적인 방법의 다른 처리 흐름도를 예시한다.
도 5a 내지 5h는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 예를 도시한다.
도 6a 내지 6c는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 추가적인 특징을 예시한다.
도 7a 내지 7c는 하나 이상의 실시양태에 따르는 전송자 및 수신자 사이에 결제를 처리하기 위해 사용된 메시징 그래픽 인터페이스의 추가적인 특징을 예시한다.
도 8은 하나 이상의 실시양태에 따르는 메시징 시스템의 사용자 사이에 결제를 처리하는 방법의 흐름 차트를 예시한다.
도 9는 하나 이상의 실시양태에 따르는 메시징 시스템의 사용자 사이에 결제를 처리하는 다른 방법의 흐름 차트를 예시한다.
도 10은 하나 이상의 실시양태에 따르는 예시적인 컴퓨팅 장치의 블록도를 예시한다.
도 11은 하나 이상의 실시양태에 따르는 소셜 네트워킹 시스템의 예시적인 네트워크 환경이다.
본 명세서의 실시양태들은 거래에 당사자 사이에 결제를 전송하고 수신하는 것의 용이성과 효율성을 증가시키는 거래 결제 시스템을 제공한다. 특히, 하나 이상의 실시양태는 사용자들이 메시지 시스템의 다른 사용자에게 및 사용자로부터 결제를 전송하고 수신할 수 있는 메시지 시스템을 포함한다. 예를 들어, 메시지 시스템은 실시간 또는 거의 실시간인 전자 메시지(예, 인스턴트 메시징 플랫폼)를 전송하고 수신하는 것에 의해 다른 사용자와 통신하는 능력을 사용자에게 제공할 수 있다. 통신 플랫폼을 제공하는 것 이외에도, 메시지 시스템은 사용자가 다른 사용자에게 할 결제를 정의하고, 결제 거래를 시작하거나 다르게는 다른 사용자에게 정의된 결제를 전송하게 하는 결제 플랫폼을 제공할 수 있다.
거래 결제 시스템의 하나 이상의 예시적인 실시양태는 기존 결제 어플리케이션에 비하여 수많은 혜택과 장점을 제공할 수 있다. 예를 들어, 거래 결제 시스템은 전송자에 대해 수신자에게 전송될 결제를 요청하는 다수의 결제 필드를 작성하는 요구를 감소시키거나 없앨 수 있다. 예를 들어, 메시지 시스템의 사용자는 메시지 시스템으로 설정된 사용자 계정을 이미 가지고, 따라서 메시지 시스템은 사용자가 서로 결제를 전송하는 것의 용이성과 속도를 크게 증가시킬 수 있다. 구체적으로, 사용자가 결제를 전송하기 희망하는 특정한 다른 사용자는 이미 메시징 시스템 내에 설정된 연결을 가질 것으로 예상되는 동일한 특정한 다른 사용자(예, 친구, 가족, 동료 등)이다.
게다가, 거래 결제 시스템의 하나 이상의 실시양태는 서로 결제를 쉽고 확실하게 전송하게 하는 직관적인 사용자 경험을 제공한다. 예를 들어, 전송자는 전자 메시지를 전송하기 위해 사용되는 익숙하고 직관적인 그래픽 인터페이스 내에서 결제를 수신자에게 전송할 수 있다. 또한, 거래 결제 시스템은 전송 사용자 및 수신 사용자가 메시징 어플리케이션의 메시지 스레드 내에서 결제 처리를 상호작용하고 모니터하게 하는 상호작용하는 상태 메시지를 제공할 수 있다. 따라서, 거래 결제 시스템의 하나 이상의 실시양태는 사용자가 메시징 어플리케이션의 사용자-친화적 사용자 환경 내에서 결제 거래를 시작하고, 모니터하고, 완결하게 한다.
게다가, 본 명세서에서 설명되는 거래 결제 시스템의 예시적인 실시양태는 카드 리더기에 대한 필요성을 제거함으로써, 민감한 신용 또는 직불 카드 정보를 손상시키는 위협을 최소화한다. 또한, 거래 결제 시스템의 하나 이상의 실시양태는 (예, 클라이언트 장치와 대조적으로 서버 장치에 저장된) 결제를 처리하는 데에서 중앙에서 유지되는 결제 방법 정보를 지능적이고 동적으로 사용할 수 있다. 따라서 거래 결제 시스템이 제공하는 향상된 안전 및 신뢰성은 클라이언트 장치는 결제를 처리하기 위해 사용자의 민감한 정보를 가지거나 전송할 필요가 없다는 사실에 기반한 사용자 확신을 증가시킬 수 있다.
더욱이, 거래 결제 시스템의 하나 이상의 실시양태는 사용자가 별도의 또는 독립형 어플리케이션을 사용하지 않고도 결제를 전송하고 수신하게 할 수 있다. 이 방식으로, 시스템의 사용자는 결제를 전송하고 수신하기 위해 다른 어플리케이션을 구입하고/거나, 다운로드하고/거나, 배울 필요가 없다. 결과는 거래 결제 시스템을 통한 결제를 전송하는 더 크고 더 빠른 채택율이고, 이는 이어서 단일한 플랫폼을 사용하는 결제를 전송하고 수신할 수 있는 사용자의 큰 네트워크를 형성한다.
본 명세서에 사용된 바와 같이, 용어 "메시지(message)" 또는 "메시지들(messages)"은 둘 이상의 컴퓨팅 장치 사이에 전자 통신의 임의의 형태를 지칭한다. 하나 이상의 실시양태에서, 메시지는 인스턴트 메시지 통신 시스템을 통해 통신되는 인스턴트 메시지이다. 그러나 대안적인 실시양태에서, 메시지는 SMS 메시지, 이메일 또는 소셜 네트워크 포스트 또는 코멘트와 같이 전자 통신의 임의의 형태를 지칭할 수 있다.
또한, 용어 "결제 메시지(payment message)"는 사용자가 하나 이상의 다른 사용자에게 결제를 전송하게 하는 결제 정보를 나타내는 메시지를 지칭한다. 예를 들어, 결제 메시지는 결제 금액, 전송자, 수신자, 결제 방법뿐만 아니라 추가적인 정보를 포함하는 데이터 패키지를 포함할 수 있다. 게다가, 용어 "결제(payment)"는 본 명세서에서 사용된 바와 같이, 하나 이상의 전송자 사용자로부터 하나 이상의 수신자 사용자로 금전의 이전을 지칭한다. 예를 들어, 결제는 금전적 선물, 부채의 결산, 대출 자금, 상품 및/또는 서비스의 구매에 대한 보수로서 결제, 또는 임의의 다른 유형의 금전 이체를 나타낼 수 있다. 또한, 결제는 하나 이상의 통화로 이루어지고, 예를 들어 환율에 기반하여 하나 이상의 추가적인 통화로 전환될 수 있다.
본 명세서에서 사용된 바와 같이, 용어 "계정(account)"은 유동성 현금 자산이 이전되어 들어오거나 나갈 수 있는 금융 계정을 지칭한다. 예를 들어, 계정은 사용자의 은행 계정, 직불 카드 계정, 현금 카드, 신용 카드 계정, 온라인 계정(예, 메시징 계정), 기프트 카드 계정, 또는 돈이 공제될 수 있고, 돈이 입금/예치될 수 있는 임의의 다른 계정을 지칭할 수 있다. 상기 용어들뿐만 아니라 추가적인 용어들의 의미는 하술되는 설명을 고려하여 더욱 명확해질 것이다.
도 1은 하나 이상의 실시양태에 따르는 예시적인 결제 거래 시스템(100)(이후 "시스템(100)")의 개략도를 도시한다. 도 1에 도시된 바와 같이, 사용자(102a) 사용자(102b) 및 임의의 수의 사용자(102n)(총괄하여, "사용자(102)")는 시스템(100)을 사용할 수 있다. 게다가, 시스템(100)은 대응하는 수의 클라이언트 장치(104a, 104b), 및 임의의 수의 클라이언트 장치(104n)(총괄하여 "클라이언트 장치(104)")를 포함할 수 있다. 도 1에 더 예시된 바와 같이, 클라이언트 장치(104)는 네트워크(105)를 통해 하나 이상의 서버 장치(110)(또는 단순하게 "서버 장치(110)")와 통신할 수 있다. 또한, 시스템(100)은 네트워크(105)와 이용가능하게 연결된 결제 네트워크(115)를 포함할 수 있다. 비록 도 1은 컴퓨팅 장치(104), 네트워크(105), 서버 장치(110) 및 결제 네트워크(115)의 특정 배열을 예시하지만, 다양한 추가적인 배열이 가능하다. 예를 들어, 컴퓨팅 장치(104)는 네트워크(105)를 우회하여 서버 장치(110)와 직접적으로 통신할 수 있다.
상기 간략하게 언급된 바와 같이, 도 1은 서버 장치(110)를 통하여 서로 통신하기 위해 사용자(102a) 및 사용자(102b)가 클라이언트 장치(104a 및 104b)를 각각 사용할 수 있다는 것을 도시한다. 예를 들어, 사용자(102a) 및 사용자(102b)는 텍스트, 디지털 컨텐츠(예, 오디오, 이미지, 비디오), 위치 정보 및 다른 형태의 정보를 포함하는 전자 메시지를 교환할 수 있다. 예를 들어, 사용자(102a)는 클라이언트 장치(104a) 상에 사용자(102b)를 위해 의도된 메시지를 작성할 수 있다. 메시지를 작성한 후, 사용자(102a)는 클라이언트 장치(104a)가 서버 장치(110)로 네트워크(105)를 통해 사용자(102b)를 위해 의도된 메시지를 전송하게 할 수 있다. 서버 장치(110)는 의도된 수신자로서 사용자(102b)를 식별하고, 사용자(102b)와 연결된 클라이언트 장치(104b)로 메시지를 전달할 수 있다.
사용자들(102)에게 메시지를 교환하는 것을 허용하는 것 이외에, 시스템(100)은 사용자들(102)이 결제를 서로 전송하고 수신하게 할 수 있다. 하기에 상세하게 논의될 것과 같이, 시스템(100)은 사용자들(102)이 다른 사용자에게 결제를 용이하게 하기 위해 결제 정보를 포함하는 결제 메시지를 전송하게 한다. 예를 들어, 사용자(102a)는 서버 장치(110)를 통해 사용자(102b)로 결제를 전송할 수 있다. 유사하게, 사용자(102b)는 결제의 통지를 수신하고, 서버 장치(110)를 통해 결제를 수락하거나 거절할 수 있다. 하기에 더욱 상세하게 설명될 것과 같이, 서버 장치(110)는 결제 네트워크(115)와 통신하여 (예, 전송자 계정으로부터 돈을 인출하고 수신자 계정으로 돈을 예치하는) 결제를 처리하는 거래를 조정할 수 있다.
시스템(100)이 두 사용자(102a 및 102b) 사이에 결제를 용이하게 하는 한편, 시스템(100)은 둘 이상의 사용자 사이에 결제도 용이하게 할 수 있다. 예를 들어, 사용자(102a)는 사용자(102n)를 통해 사용자(102b)에게 결제를 전송할 수 있고, 이는 임의의 숫자의 추가적인 사용자들을 포함한다. 하나 이상의 실시양태에서, 하기에 더욱 상세하게 논의되는 바와 같이, 사용자(102a)는 다수의 사용자에게 보내는 단일 결제 메시지를 정의하고 전송함으로써 동일한 결제 거래 내에서 다수의 사용자들(102)에게 결제를 전송할 수 있다. 게다가, 하나 이상의 실시양태에서, 한 그룹의 사용자들은 다른 그룹 또는 개인적인 사용자들에게 또는 그들로부터 시스템(100)을 통해 결제를 전송하거나 수신할 수 있다.
도 1은 사용자들(102)을 인간 사용자들로 예시하지만, 사용자들(102)은 사업체, 정부 기관 또는 다른 형태의 단체(entity)를 포함할 수 있다. 예를 들어, 사용자(102a)는 서비스 또는 제품에 대한 사업체로 결제를 제공하기 위하여 시스템(100)을 사용할 수 있다. 예를 들어, 사용자(102a)는 서버 장치(110)를 통해 사업체와 연결된 클라이언트 장치로 메시지를 전송함으로써 사업체와 통신할 수 있다. 사용자(102a)는 궁극적으로 사업체로부터 물품 또는 서비스를 구입하기로 결정할 수 있다. 사용자(102b)는 서버 장치(110)를 통해 물품 또는 서비스에 대한 결제를 전송할 수 있다. 유사하게, 사업체는 다른 사업체 또는 개인에게 결제를 전송할 수 있다.
상술한 바와 같이, 또한 도 1에 예시된 바와 같이, 사용자들(102a 및 102b)은 서버 장치(110)를 통해 서로 통신하기 위해 클라이언트 장치(104a 및 104b)와 각각 상호작용할 수 있다. 클라이언트 장치(104)의 예는, 이에 제한되는 것은 아니지만, 모바일 장치(예, 스마트폰, 태블릿), 랩탑, 데스크탑, 또는 임의의 다른 유형의 컴퓨팅 장치를 포함한다. 클라이언트 장치(104)의 예시적인 실시양태에 관하여 추가적인 정보를 위해 도 10을 참조한다. 더욱이, 상술한 바와 같이, 클라이언트 장치(104)는 네트워크(105)를 통해 전자 통신을 전송하고 수신할 수 있다. 하나 이상의 실시양태에서, 네트워크(105)는 인터넷 또는 월드 와이드 웹을 포함한다. 네트워크(105)는 또한 도 11을 참조하여 하기에 더 설명되는 바와 같이, 다양한 통신 기술 및 프로토콜을 사용하는 하나 이상의 사적인 및/또는 공적인 네트워크를 포함할 수 있다.
사용자(102)와 연결된 클라이언트 장치(104) 사이에 메시지의 교환을 용이하게 하는 것 이외에, 서버 장치(110)는 사용자(102) 사이에 결제를 전송하고 수신하는 것을 조정할 수 있다. 예를 들어, 사용자(102a)는 사용자(102b)에게 서버 장치(110)를 통해 결제를 정의하고 전송할 수 있다. 예를 들어, 사용자(102a)는 결제 방법(예, 전송자 사용자(102a)의 계정), 결제 금액, 통화, 결제 설명, 및/또는 다양한 다른 결제 상세를 정의하기 위해 클라이언트 장치(104a)로 입력을 제공할 수 있다.
사용자(102a)의 관점으로부터, 예를 들어, 전송자 사용자(102a)는 서버 장치(110)를 통해 통신 메시지(예, 인스턴트 메시지)를 전송하는 것과 유사한 방식으로 서버 장치(110)를 통해 결제를 정의하고 전송할 수 있다. 예를 들어, 하나 이상의 실시양태에서, 사용자(102a)는 결제 정보를 제공하기 위해 결제를 정의할 수 있다. 결제를 정의한 후, 전송자 사용자(102a)는 클라이언트 장치(104a)가 서버 장치(110)로 결제 메시지를 전송하게 할 수 있다. 결제 메시지 수신 시, 서버 장치(110)는 전송자 사용자(102a)의 계정으로부터 수신자 사용자(102b) 계정으로 결제가 이루어지게 하는 거래를 조정할 수 있다.
하나 이상의 실시양태에서, 서버 장치(110)는 결제 네트워크를 통해 전송자 사용자(102a)의 하나 이상의 계정 및 수신자 사용자(102b)의 하나 이상의 계정 사이에 거래를 조정할 수 있다. 예를 들어, 전송자 사용자(102a)로부터 결제 메시지를 수신한 것에 응답하여, 서버 장치(110)는 결제 네트워크(115) 내에 하나 이상의 구성요소를 사용하는 결제를 용이하게 하는 결제 정보를 통신할 수 있다. 다르게는, 또는 추가적으로, 서버 장치(110)는 서버 장치(110) 내에 하나 이상의 사용자(102) 계정을 유지하고, 따라서 서버 장치(110)는 서버 장치(110) 내에 유지된 계정에 대한 서버 장치(110) 상에 직접적으로, 거래 또는 일부 거래를 조정할 수 있다.
도 1에 도시된 바와 같이, 결제 네트워크(115)는 결제 게이트웨이 시스템(118), 결제 처리 시스템(120), 카드 네트워크 및 발행 은행 시스템(124)을 포함할 수 있다. 그러나 대안적인 실시양태에서, 결제 네트워크(115)는 시스템(100)의 특정 실시양태에 따라서 더 많거나 더 적은 구성요소를 포함할 수 있다. 하나 이상의 컴퓨팅 장치는 결제 네트워크(115)의 구성요소를 실행하고/거나 구현할 수 있다.
하나 이상의 실시양태에서, 예를 들어, 서버 장치(110)는 결제 네트워크(115)와 통신하여 거래를 승인하고 처리할 수 있다. 예를 들어, 서버 장치(110)는 도 1에 도시된 바와 같이, 결제 게이트웨이 시스템(118)으로 거래를 전송할 수 있다. 결제 게이트웨이 시스템(118)이 거래를 수신하면, 결제 게이트웨이 시스템(118)은 거래를 수신자 사용자(102)의 획득 은행에 의해 사용된 프로세서(예, 결제 처리 시스템(120))로 전송할 수 있다. 결제 방법(예, 전송자 사용자(102)의 계정)에 기반하여, 결제 처리 시스템(120)은 적절한 카드 네트워크 시스템(122)으로 거래를 전송할 수 있다. 많은 예에서, 카드 네트워크 시스템(122)은 그 후 발행 은행 시스템(124)으로 거래를 전송한다.
발행 은행 시스템(124)은 거래를 승인하거나 거절하고, 그 결정을 카드 네트워크 시스템(122)으로 다시 전송한다. 이어서 카드 네트워크(122)는 결제 처리 시스템(120)으로 결정을 전송한다. 이어서, 결제 처리 시스템(120)은 결정을 결제 게이트웨이 시스템(118)으로 전달하고, 하나 이상의 실시양태에서, 결제 게이트웨이 시스템(118)은 거래 및 결정에 관련된 세부사항을 관리할 수 있다. 결제 처리 시스템(120)도 역시 서버 장치(110)로 결정을 다시 전송한다.
거래를 승인하는 것 이외에, 결제 네트워크(115)는 결산(settlement) 업무를 수행할 수도 있다. 예를 들어, 서버 장치(110)는 획득 은행의 선호되는 결제 처리 시스템(120)을 통해 획득 은행으로 하나 이상의 억류된 거래를 포함하는 일일 일괄 결산을 제출하기 위해 결제 게이트웨이 시스템(118)과 조정할 수 있다. 결제 처리 시스템(120)은 이어서 일괄 결산(settlement batch)을 획득 은행의 서버(미도시)에 전송하고, 이는 결제 수신자 사용자와 연결된 계정으로 일괄 결산 내에서 각각의 거래 금액에서 예치금을 기록한다.
획득 은행은 이어서 결제 처리 시스템(120)으로 예치 금액의 이행(satisfaction)으로 자금 요청을 전송할 수 있고, 이는 자금 요청을 적절한 카드 네트워크 시스템(122)으로 전달한다. 이어서, 카드 네트워크 시스템(122)은 자금 요청을 발행 은행 시스템(124)으로 전송한다. 발행 은행 시스템(124)은 전송자 사용자의 계정으로 거래를 발송하고, 카드 네트워크 시스템(122)으로 자금의 방출을 전달하고, 이는 결제 처리 시스템(120)으로, 이어서 획득 은행으로 전달된다. 시스템(100)의 구체적인 시스템, 방법, 구성요소 및 처리에 관련된 추가적인 세부사항은 하술된다.
도 2는 본 명세서에서 설명된 하나 이상의 실시양태에 따르는 결제 거래 시스템(200)(이 후, "시스템(200)")의 예시적인 실시양태의 개략도를 도시한다. 예를 들어, 시스템(200)은 도 1에 관한 상기에 논의된 시스템(100)의 하나 이상의 실시양태를 나타내고, 이로써 시스템(200)은 시스템(100)에 관한 상술한 바와 같은 하나 이상의 구성요소, 기능 및/또는 특징을 포함할 수 있다. 하나 이상의 실시양태에서, 도 2에 도시된 바와 같이, 시스템(200)은 전송자 클라이언트 장치(204a), 수신자 클라이언트 장치(204b), 하나 이상의 서버 장치(들)(206)(또는 단순히 "서버 장치(206)"), 및 결제 네트워크(215)를 포함할 수 있다. 일반적으로, 시스템(200)은 전송자 클라이언트 장치(204a)의 사용자가 서버 장치(206)를 통해 수신자 클라이언트 장치(204b)의 사용자로 결제를 전송하게 할 수 있다.
도 2에 더 도시된 바와 같이, 하나 이상의 실시양태에서, 서버 장치(206)는 네트워크 시스템(208)을 제공할 수 있다. 예를 들어, 네트워크 시스템(208)은 둘 이상의 사용자 사이에 전체적으로 또는 부분적으로 통신 능력을 제공하는 하나 이상의 서비스 중 임의의 것일 수 있다. 하나 이상의 실시양태에서, 예를 들어, 네트워크 시스템(208)은 소셜-네트워킹 시스템(예, 페이스북(TM))이다. 다르게는, 네트워크 시스템(208)은 다른 유형의 통신 시스템, 통신 네트워크, 통신 서비스, 또는 사용자 계정을 사용하는 임의의 다른 유형의 시스템일 수 있다.
도 2에 더 도시된 바와 같이, 네트워크 시스템(208)이 소셜-네트워킹 시스템인 경우, 네트워크 시스템(208)은 다수의 사용자 및 콘셉트를 나타내고 분석하기 위해 소셜 그래프(270)를 포함할 수 있다. 도 2에 도시된 바와 같이, 소셜 그래프(270)는 사용자에 대한 노드, 컨셉트에 대한 노드, 아이템에 대한 노드를 포함하는 정보를 저장하는 노드 정보(272)를 포함할 수 있다. 또한, 소셜 그래프(270)는 소셜-네트워킹 시스템 내에서 발생하는 노드 및/또는 활동 사이에 관계를 포함하는 에지(edge) 정보(274)를 포함할 수 있다. 게다가, 소셜-네트워킹 시스템, 소셜 그래프, 에지, 및 노드에 관한 세부사항은 도 11을 참조하여 하기에 제시된다.
도 2에 도시된 바와 같이, 네트워크 시스템(208)은 메시지 시스템(210)을 추가로 포함할 수 있다. 예를 들어, 메시지 시스템(210)은 서버 장치(206)를 통해 사용자들 사이에 메시지를 전송하고 수신하는 것을 관리하고, 조정하고, 용이하게 할 수 있다. 추가적으로, 메시지 시스템(210)은 서버 장치(206)를 통해 사용자들 사이에 결제를 전송하고 수신하는 것을 관리하고, 조정하고, 용이하게 할 수 있다. 하나 이상의 실시양태에서, 서버 장치(206)는 독립형 시스템으로서 메시지 시스템(210)을 포함할 수 있다(예, 메시지 시스템(210)은 더 넓은 네트워크 시스템의 일부가 아님). 메시지 시스템(210)의 추가적인 구성요소 및 특징은 하기에 논의될 것이다.
도 2에 예시된 바와 같이, 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b)는 각각 다양한 구성요소를 포함할 수 있다. 하나 이상의 실시양태에서, 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204a)는 유사한 구성요소를 가지고, 이는 단독으로 또는 결합하여 메시지를 전송하고 수신하는 것뿐만 아니라 결제를 전송하고 수신하는 것에 관련된 하나 이상의 기능을 수행한다. 비록 도 2가 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b)의 구성요소 사이를 차별화하지만, 각 클라이언트 장치(204)의 구성요소는 실질적으로 동일하고, 클라이언트 장치가 결제의 전송자와 연결되는지, 또는 클라이언트 장치가 결제의 수신자와 연결되는지에 따라 하나 이상의 방법, 처리, 또는 기능을 수행한다. 따라서, 비록 전송자 클라이언트 장치(204a)의 구성요소의 특징에 대하여 참고할 수 있지만, 수신자 클라이언트 장치(204b)의 상응하는 구성요소는 참고된 특징을 포함하고, 반대도 성립하는 것으로 이해되어야 한다.
도 2에 도시된 바와 같이, 전송자 클라이언트 장치(204a)는 사용자 인터페이스 관리자(232a), 사용자 입력 탐지자(234a), 메시징 핸들러(236a), 및 결제 메시지 생성자(238a)를 가진 메시징 어플리케이션(230a)을 포함할 수 있다. 또한, 전송자 클라이언트 장치(204a)는 메시지 데이터(242a) 및 결제 데이터(244a)를 유지하는 장치 저장 관리자(240a)를 포함할 수 있다. 전송자 클라이언트 장치(204a)의 구성요소(230a-244a) 각각은 임의의 적합한 통신 기술을 사용하여 서로 통신할 수 있다. 비록 구성요소(230a-244a)가 도 2에 분리되어 도시되지만, 구성요소(230a-244a) 중 임의의 것은 단일한 설비 또는 모듈과 같이 더 적은 수의 구성요소로 결합될 수 있거나, 특정 실시양태에서 역할할 수 있는 것과 같이 더 많은 수의 구성요소로 분할될 수 있는 것이 인식될 것이다.
구성요소(230a-244a)는 소프트웨어, 하드웨어 또는 둘 다를 포함할 수 있다. 예를 들어, 비-일시적 컴퓨터 판독가능한 저장 매체에 저장되고 구성요소(230a-244a)는 전송자 클라이언트 장치(204a)의 적어도 하나의 프로세서에 의해 실행되는 컴퓨터 명령을 포함할 수 있다. 적어도 하나의 프로세서에 의해 실행될 때, 컴퓨터-실행가능한 명령은 전송자 클라이언트 장치(204a)가 본 명세서에 설명된 방법 및 과정을 수행하게 할 수 있다. 다르게는, 구성요소(230a-244a)는 특정 기능 또는 기능의 그룹을 수행하기 위해 특별한 목적 처리 장치와 같은 하드웨어를 포함할 수 있다.
하나 이상의 실시양태에서, 메시징 어플리케이션(230a)은 전송자 클라이언트 장치(204a) 상에 설치된 네이티브 어플리케이션(native application)일 수 있다. 예를 들어, 메시징 어플리케이션(230a)은 스마트폰 또는 태블릿과 같은 모바일 장치에서 설치되고 운영되는 모바일 어플리케이션일 수 있다. 다르게는, 메시징 어플리케이션(230a)은 데스크탑 어플리케이션, 위젯(widget), 또는 다른 형태의 네이티브 컴퓨터 프로그램일 수 있다.
더욱이, 메시징 어플리케이션(230a)은 전송자 클라이언트 장치(204a)가 원격으로 액세스하는 원격 어플리케이션일 수 있다. 예를 들어, 메시징 어플리케이션(230a)은 전송자 클라이언트 장치(204a)의 웹 브라우저 내에서 운영되는 웹 어플리케이션일 수 있다. 예를 들어, 사용자(102a)는 사용자(102b)가 클라이언트 장치(104b) 상에 설치된 웹 브라우저에 액세스하는 웹 어플리케이션을 사용할 수 있는 사용자(102b)에게 서버 장치(110)를 통해 결제를 전송하기 위한 클라이언트 장치(104a) 상에 설치된 네이티브 메시징 어플리케이션을 사용할 수 있다.
상술한 바와 같이, 그리고 도 2에 도시된 바와 같이, 메시징 어플리케이션(230a)은 사용자 인터페이스 관리자(232a)를 포함할 수 있다. 사용자 인터페이스 관리자(232a)는 메시징 어플리케이션(230a)을 사용하여, 사용자가 결제 메시지를 포함하는 메시지를 작성하고 전송하게 하는 그래픽 사용자 인터페이스(또는 단순히 "사용자 인터페이스")를 제공하고, 관리하고/거나 제어할 수 있다. 또한, 사용자 인터페이스 관리자(232a)는 다른 사용자가 사용자에게 전송하는 메시지를 사용자가 볼 수 있게 한다. 예를 들어, 사용자 인터페이스 관리자(232a)는 인스턴트 메시지와 같이 메시지의 작성을 용이하게 하는 사용자 인터페이스를 제공할 수 있다. 유사하게, 사용자 인터페이스 관리자(232a)는 다른 사용자로부터 수신한 메시지를 표시하는 사용자 인터페이스를 제공할 수 있다.
더욱 구체적으로, 사용자 인터페이스 관리자(232a)는 사용자 인터페이스의 표시를 용이하게 할 수 있다(예, 클라이언트 장치(204a)와 연결된 표시 스크린에 의해). 예를 들어, 사용자 인터페이스는 사용자가 메시지를 작성하고 전송하고 수신하게 하는 다수의 그래픽 구성요소, 대상 및/또는 요소로 구성될 수 있다. 더욱 구체적으로, 사용자 인터페이스 관리자(232a)는 전송자 클라이언트 장치(204a)가 사용자가 메시지 스레드를 볼 수 있게 하는 그래픽 구성요소, 대상 및/또는 요소의 그룹을 디스플레이하게 하고(도 5a 참조), 여기서 메시지 스레드는 하나 이상의 다른 사용자에게 전송되고 수신된 다수의 메시지를 포함한다.
또한, 사용자 인터페이스 관리자(232a)는 클라이언트 장치(204a)가 메시지를 작성하고 전송하기 위한 사용자 입력을 용이하게 하는 하나 이상의 그래픽 객체 또는 요소를 나타내게 할 수 있다. 예를 들어 설명하자면, 사용자 인터페이스 관리자(232a)는 사용자 인터페이스를 제공하여 사용자가 메시징 어플리케이션(230a)에 사용자 입력을 제공하게 할 수 있다. 예를 들어, 사용자 인터페이스 관리자(232a)는 하나 이상의 사용자 인터페이스를 제공하여 사용자가 메시지로 하나 이상의 유형의 컨텐츠를 입력하게 할 수 있다. 본 명세서에서 사용된 바와 같이, "컨텐츠(content)"는 메시지의 일부로서 포함되는 임의의 데이터 또는 정보를 지칭한다. 예를 들어, 용어 "컨텐츠"는 본 명세서에서 일반적으로 텍스트, 이미지, 디지털 미디어, 파일, 위치 정보, 결제 정보 및 메시지의 일부로 포함될 수 있는 임의의 다른 데이터를 설명하는 것으로 사용될 것이다.
상기에서 논의된 바와 같이, 메시지에 포함될 수 있는 컨텐츠의 한 예는 결제 정보(예, 결제 메시지)이다. 하나 이상의 실시양태에서, 사용자 인터페이스 관리자(232a)는 사용자 인터페이스를 제공하여 사용자가 쉽고 효율적으로 하나 이상의 다른 사용자에게 이루어질 결제를 정의하는 결제 정보를 정의하고 전송할 수 있게 한다. 예를 들어, 사용자 인터페이스 관리자(232a)는 하나 이상의 입력 필드 및/또는 하나 이상의 사용자 선택가능한 요소를 제공하여 사용자가 결제 메시지를 생성하고 전송하도록 상호작용할 수 있다.
예를 들어, 하나 이상의 실시양태에서, 사용자 인터페이스 관리자(232a)는 수신자 입력 필드를 포함하는 사용자 인터페이스를 제공하여, 사용자가 선택하게 허용하거나, 다르게는 하나 이상의 수신자 사용자가 결제를 수신하도록 입력하게 할 수 있다. 또한, 사용자 인터페이스 관리자(232a)는 결제 입력 필드를 제공하여, 전송자 사용자가 수신자 사용자에게 전송하기 위한 결제 금액을 정의하게 할 수 있다. 더욱이, 사용자 인터페이스 관리자(232a)는 결제 방법 요소 및 승인 코드 입력 필드를 제공하여 사용자가 결제 방법을 선택하고 결제를 위한 승인을 제공하게 할 수 있다(예, PIN 또는 패스워드). 사용자 인터페이스 관리자(232a)는 추가적인 특징 및 특성을 포함하는 사용자 인터페이스를 제공하여, 도 5b를 참조하여 하기에 논의되는 바와 같이, 하나 이상의 사용자에게 결제 메시지를 생성하고 전송하게 할 수 있다.
사용자 인터페이스 관리자(232a)는 사용자 인터페이스의 메시지 스레드 내에 하나 이상의 결제 상태 메시지의 제시를 추가로 용이하게 할 수 있다. 예를 들어, 사용자가 결제를 정의하고 결제 메시지를 전송하는 것에 응답하여, 메시지 시스템(210)은 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b) 둘 다 상에 사용자 인터페이스에서 메시지 스레드 내에 디스플레이를 위한 결제 상태 메시지를 전송하였다. 결제 상태 메시지는 결제 정보, 결제의 상태(예, 결제 처리의 상태)를 제시할 뿐만 아니라 결제에 관련된 하나 이상의 선택가능한 행동(예, 취소 옵션)을 제공할 수 있다.
결제 상태 메시지를 제시하는 것 이외에, 사용자 인터페이스 관리자(232a)는 업데이트된 결제 정보, 업데이트된 결제의 상태, 및/또는 결제 상태 메시지 내에 업데이트된 허용가능한 활동을 나타내기 위해, 메시징 어플리케이션(230a)의 하나 이상의 구성요소으로부터 명령 또는 통신을 수신할 수 있다. 예를 들어, 사용자 인터페이스 관리자(232a)는 "결제 전송하기"부터 "결제 완결"까지 결제의 상태를 업데이트할 수 있다.
또한, 사용자 인터페이스 관리자(232a)는 특정 옵션이 결제 처리의 특정상에서 허용가능한지에 기반하여 결제 상태 메시지 내에 허용가능한 선택가능한 옵션들을 업데이트할 수 있다. 예를 들어, 하나 이상의 실시양태에서, 수신자가 결제를 허용하기 전에, 사용자 인터페이스 관리자(232a)는 전송자 클라이언트 장치(204a)가 전송자 상태 메시지 내에 선택가능한 "결제 취소(Cancel Payment)" 옵션을 제공하게 할 수 있다. 수신자 사용자가 결제를 허용한 후, 그러나 사용자 인터페이스 관리자(232a)는 수신자 사용자의 허용을 나타내는 명령 또는 통신을 수신할 수 있고, 이에 반응하여, 사용자 인터페이스 관리자(232a)는 전송자 상태 메시지 내로부터 "결제 취소" 옵션을 제거할 수 있다. 도 3a-4b를 참조하여 하기에 더 논의될 바와 같이, 사용자 인터페이스 관리자(232a)는 전송자 상태 메시지 및/또는 수신자 상태 메시지 내에 다양한 다른 선택가능한 옵션을 추가하고, 제거하고/거나 업데이트할 수 있다.
도 2를 더 예시하자면, 메시징 어플리케이션(230a)은 사용자 입력 탐지자(234a)를 포함할 수 있다. 하나 이상의 실시양태에서, 사용자 입력 탐지자(234a)는 임의의 적합한 방식으로 사용자 입력을 탐지하고, 수신하고/거나 촉진할 수 있다. 일부 예에서, 사용자 입력 탐지자(234a)는 사용자 인터페이스에 관하여 하나 이상의 사용자 상호작용을 탐지하도록 구성될 수 있다. 본 명세서에서 지칭된 바와 같이, "사용자 상호작용(user interaction)"은 하나 이상의 입력 장치에 의해 사용자로부터 수신한 단일한 상호작용, 또는 상호작용의 조합을 의미한다.
예를 들어, 사용자 입력 탐지자(234)는 키보드, 마우스, 터치 패드, 터치 스크린, 및/또는 임의의 다른 입력 장치로부터 사용자 상호작용을 탐지할 수 있다. 전송자 클라이언트 장치(204a)가 터치 스크리를 포함하는 경우, 사용자 입력 탐지자(234a)는 사용자 상호작용을 형성하는 사용자로부터 하나 이상의 터치 제스처(예, 스와이프 제스처, 탭 제스처, 핀치 제스처 또는 역 핀치 제스처)를 탐지하기 위해 구성될 수 있다. 일부 실시양태에서, 사용자는 하나 이상의 그래픽 객체 또는 사용자 인터페이스의 그래픽 요소에 관련되고/거나 관한 터치 제스처를 제공할 수 있다.
사용자 입력 탐지자(234)는, 추가적으로, 또는 다르게는, 사용자 상호작용을 나타내는 데이터를 수신할 수 있다. 예를 들어, 사용자 입력 탐지자(234)는 사용자로부터 하나 이상의 사용자 구성가능한 파라미터, 사용자로부터 하나 이상의 사용자 명령, 및/또는 임의의 다른 적합한 입력을 수신할 수 있다. 또한, 사용자 입력 탐지자(234)는 메시징 어플리케이션(230a)의 하나 이상의 구성요소으로부터, 전송자 클라이언트 장치(204a) 상에 저장(예, 장치 저장 관리자(240a))으로부터, 또는 하나 이상의 원격 위치(예, 서버 장치(206))로부터 입력 데이터를 수신할 수 있다.
메시징 어플리케이션(230a)은 사용자 입력을 탐지하고/거나 다른 입력 데이터를 수신하는 사용자 입력 탐지자(234a)에 응답하는 하나 이상의 기능을 수행할 수 있다. 일반적으로, 사용자는 사용자 입력 탐지자(234a)가 탐지할 수 있는 하나 이상의 사용자 입력을 제공함으로써 메시징 어플리케이션(230a)을 제어하고, 찾고, 다르게는 사용할 수 있다. 예를 들어, 사용자 입력을 탐지하는 사용자 입력 탐지자(234a)에 응답하여, 메시징 어플리케이션(230a)의 하나 이상의 구성요소는 사용자가 메시지를 위한 수신자를 선택하고, 메시지를 작성하고, 메시지에 포함될 컨텐츠를 선택하고/거나, 수신자에게 메시지를 전송하게 한다. 추가적으로, 사용자 입력을 탐지하는 사용자 입력 탐지자(234a)에 응답하여, 메시징 어플리케이션(230a)의 하나 이상의 구성요소는 사용자가 수신된 메시지, 컨텐츠 등을 검토하기 위해 하나 이상의 사용자 인터페이스를 통해 찾게 한다.
하나 이상의 실시양태에서, 하나 이상의 사용자 입력을 탐지하는 사용자 입력 탐지자(234a)에 응답하여, 메시징 어플리케이션(230a)은 사용자가 결제를 정의하게 하고, 메시징 어플리케이션이 하나 이상의 다른 시용자들에게 결제를 촉진하는 결제 메시지를 생성하고 전송하게 할 수 있다. 예를 들어, 다른 사용자에게 결제를 전송할 필요가 있는 사용자는 사용자 인터페이스 내에 메뉴 상에 제공된 결제 요소와 상호작용할 수 있다(도 5a 참조). 결제 요소와 사용자 상호작용을 탐지하면, 사용자 입력 탐지자(234a)는 사용자가 결제 메시지를 생성하기 위해 상호작용할 수 있는 하나 이상의 사용자 인터페이스 요소를 제공하기 위하여 사용자 인터페이스 관리자(232a)와 조정할 수 있다. 따라서, 하나 이상의 사용자 입력을 탐지하는 입력 탐지자(234)에 응답하여, 메시징 어플리케이션(230a)은 사용자가 다른 사용자에게 전송될 결제를 정의하는 개별 요청에 맞춘 결제 메시지를 생성하게 할 수 있다.
도 2에 추가로 예시된 바와 같이, 메시징 어플리케이션(230a)은 메시징 핸들러(236a)를 포함할 수 있다. 일반적으로, 메시징 핸들러(236a)는 메시징 어플리케이션(230a)을 위한 메시지 통신을 관리한다. 더욱 구체적으로, 메시징 핸들러(236a)는 메시징 어플리케이션(230a)의 하나 이상의 구성요소와 조정하여, 메시지의 전송 및 수신을 용이하게 할 수 있다. 예를 들어, 메시징 핸들러(236a)는 사용자 인터페이스 관리자(232a) 및 사용자 입력 탐지자(234a)와 상호작용하여, 입력 데이터뿐만 아니라 메시지 시스템(210)을 통해 전송될 메시지에서 입력 데이터뿐만 아니라 다른 컨텐츠를 포맷화하고 패키징화하여 조정할 수 있다.
더욱이, 메시징 핸들러(236a)는 적절한 통신 프로토콜을 사용하여 하나 이상의 통신 채널을 통해 메시지를 전송할 수 있다. 유사하게, 메시징 핸들러(236a)는 클라이언트 장치(204a)가 메시지 시스템(210)을 통해 다른 사용자로부터 수신한 메시지를 수신하고 처리할 수 있다.
메시징 어플리케이션(230a) 내에 통신 기능을 제공하는 것 이외에, 메시징 핸들러(236a)는 메시징 어플리케이션에 의해 사용된 메시지 데이터(예, 메시지 데이터(242a))에 액세스를 제공할 수 있다. 예를 들어, 메시징 핸들러(236a)는 메시지에 수신자로서 포함하기 위해 연락처의 목록 또는 하나 이상의 연락처 그룹을 나타내는 데이터에 접속할 수 있다. 예시하기 위하여, 메시징 핸들러(236a)는 사용자 인터페이스 관리자(232a)로 연락처 목록을 나타내는 데이터를 획득하고 제공하여 사용자가 연락처 목록을 검색하고 훑어보고 궁극적으로 개인별 연락처, 다수의 연락처 또는 연락처의 그룹을 선택하여 메시지의 수신자로서 포함할 수 있게 한다. 하나 이상의 실시양태에서, 네트워크 시스템(208)(예, 소셜 네트워킹 시스템)은 원격 연락처 목록 데이터(예, "친구 목록")을 유지할 수 있고, 메시징 핸들러(236a)는 메시징 어플리케이션(230a) 내에 사용을 위해서 네트워크 시스템(208)으로부터 연락처 목록을 액세스하고, 수신을 요청할 수 있다.
메시징 핸들러(236a)는 또한 메시징 어플리케이션(230a)이 메시지를 작성하고 전송하고 수신하기 위해 사용할 수 있는 다른 지역 또는 원격 데이터에 대한 액세스를 제공할 수 있다. 예를 들어, 메시징 핸들러(236a)는 사용자가 메시지에 포함할 수 있는 파일, 이미지, 오디오, 비디오 및 다른 컨텐츠에 액세스할 수 있다. 더욱이, 메시징 핸들러(236a)는 사용자가 메시지 내에 포함하기 위해 컨텐츠를 수집하거나 생성하는 능력을 제공하기 위한 전송자 클라이언트 장치(204a)의 하나 이상의 기능에 액세스를 제공할 수 있다. 예를 들어, 메시징 핸들러(236a)는 사용자가 메시지에 포함하기 위한 컨텐츠를 수집하게 하는 카메라, 마이크로폰 또는 다른 기능을 활성화할 수 있다.
상기 확인된 컨텐츠로 메시지를 전송하는 것 이외에, 메시징 핸들러(236a)는 또한 결제 메시지의 전송을 용이하게 할 수 있다. 특히, 도 2는 메시징 어플리케이션(230a)이 결제 메시지를 생성할 수 있는 결제 메시지 생성자(238a)를 포함할 수 있는 것을 예시한다. 하나 이상의 실시양태에서, 결제 메시지 생성자(238a)는 결제 메시지를 메시징 핸들러(236a)에게 제공할 수 있고, 메시징 핸들러(236a)는 결제 메시지를 메시지 시스템(210)으로 전송하여 전송자로부터 수신자에게 결제 처리를 시작할 수 있다.
예를 들어, 결제 메시지 생성자(238a)는 전송자가 메시징 어플리케이션(230a)에 입력하는 결제 정보 포함하는 데이터 패키지를 생성할 수 있다. 특히, 사용자 인터페이스 관리자(232a)는 하나 이상의 사용자 인터페이스를 제공하여 결제 메시지 내에 포함되는 결제 정보의 다양한 유형의 입력 및/또는 선택을 용이하게 할 수 있다.
결제 메시지 생성자(238a)가 결제 메시지 내에 포함할 수 있는 결제 정보의 한 유형은 결제의 수신자이다. 예를 들어, 도 2에 예시된 바와 같이, 전송자 클라이언트 장치(204a)와 연결된 전송자는 결제의 수신자로서 수신자 클라이언트 장치(204b)에 연결된 수신자를 특정할 수 있다. 추가적으로, 일부 예시적인 실시양태에서, 결제 메시지 생성자(238a)는 전송자가 다수의 수신자를 특정하게 한다. 예를 들어, 사용자 인터페이스 관리자(232a)는 전송자가 하나 이상의 수신자를 선택할 수 있는 사용자의 연락처 목록을 제공할 수 있다.
전송자가 다수의 개별적인 사용자를 특정하는 것과 유사하게, 하나 이상의 실시양태에서, 전송자는 다수의 사용자, 및/또는 사용자의 다수의 그룹을 포함하는 결제 그룹을 설정하거나 정의할 수 있다. 예를 들어, 사용자가 동시에 다수의 사용자에게 메시지를 전송할 필요를 가질 수 있는 것과 같이, 사용자는 또한 다수의 사용장게 결제를 전송할 필요를 가질 수도 있다. 예를 들어, 전송자는 빠르고 효율적인 방식으로 한 그룹의 사람들에게 결제할 구체적인 필요에 기반하여 결제 그룹을 정의할 수 있다(예, 다수의 수신자에게 단일한 결제 메시지를 전송하는 것). 다른 연락처 목록과 같이, 장치 저장 관리자(240a)는, 예를 들어, 하나 이상의 결제 그룹을 선택하는 전송자를 탐지하는 사용자 입력 탐지자(234a)에 기반하여 결제 메시지 생성자(238a)에 의해 접근되는 결제 그룹 정의를 유지할 수 있다.
메시징 어플리케이션(230a)은 사용자가 하나 이상의 기법을 사용하여 결제 그룹을 생성하는 것을 허용할 수 있다. 예를 들어, 및 상기 지시된 바와 같이, 결제 그룹은 사전-정의된 사전일 수 있다. 다르게는, 또는 추가적으로, 전송자는 다수의 수신자를 메시징 세션에 추가함으로써 메시징 어플리케이션(230a)에서 상황에 따라(on the fly) 결제 그룹을 생성할 수 있다. 예를 들어, 전송자가 제 1 수신자 및 제 2 수신자에게 결제를 전송하기를 원하는 경우, 전송자는 제 1 수신자에게 메시징 세션을 시작하고, 그 후 제 2 수신자를 메시징 세션에 추가함으로써, 메시징 어플리케이션(230a)에서 결제 그룹을 상황에 따라 생성할 수 있다. 전송자는 이후 결제 메시지를 생성하여 그룹 결제를 제 1 수신자 및 제 2 수신자를 둘 다 포함하는 결제 그룹에게 전송할 수 있다.
유사한 방식으로, 전송자는 메시징 어플리케이션(230a)에서 사전 정의된 결제 그룹을 선택할 수 있다. 그러나 결제 메시지를 생성하기 전에, 전송자는 하나 이상의 추가적인 개인적인 수신자 및/또는 하나 이상의 추가적인 결제 그룹을 메시징 세션에 더 추가할 수 있다. 전송자가 추가적인 수신자를 메시징 세션에 추가할 때, 사전 정의된 결제 그룹은 추가적인 수신자를 포함하기 위해 상황에 따라 변경될 수 있다. 하나 이상의 실시양태에서, 메시징 어플리케이션(230a)은 결제 그룹에 변경을 저장하는 옵션을 전송자에게 제시할 수 있거나(예, 결제 그룹은 계속하여 추가적인 수신자를 포함할 것이다), 또는 다르게는, 결제 메시지가 전송된 후 적절한 시점에서(예, 전송자가 그룹 결제와 연결된 메시징 세션을 닫을 때), 메시징 어플리케이션(230a)은 사전 정의된 결제 그룹으로부터 추가적인 사용자를 제거할 수 있다.
전송자가 다수의 수신자를 식별하고/거나 결제 그룹을 식별하는 경우, 전송자는 결제 메시지 생성자(238a)가 결제 메시지 내에 포함하기 위해 결제 계정을 각각의 개인적인 수신자와 연결하도록 각각의 개인적인 수신자에 대한 결제 금액을 정의할 수 있다. 예를 들어, 전송자는 특정한 결제 그룹 내에서 각각의 개인적인 수신자가 동일한 결제 금액을 받게 특정할 수 있다(예, 결제 그룹 내에서 각각의 사용자가 전송자로부터 $30.00 받음). 특히, 사용자 인터페이스 관리자(232a)는 전송자가 단일한 결제 메시지에 정의된 다수의 사용자에 걸쳐서 균일한 결제 금액을 정의하기 위해 상호작용할 수 있는 균일한 결제 금액 선택가능한 요소를 제시할 수 있다.
다르게는, 전송자는 각각의 개인적인 수신자에 대한 상이한 결제 금액을 특정할 수 있다. 예를 들어, 사용자 인터페이스 관리자(232a)는 결제 그룹에서 각각의 개인적인 수신자에게 상응하는 결제 금액 필드를 포함하는 사용자 인터페이스를 제공할 수 있다. 사용자 입력 탐지자(234a)는 그 후 각각의 개인적인 수신자에 상응하는 결제 금액 필드에서 개인화된 결제 금액을 정의하기 위해 전송자 입력을 탐지한다. 따라서, 메시지 시스템(210)이 결제 메시지(하기에 추가로 논의될 것과 같이)를 처리할 때, 결제 메시지 내에 포함된 각각의 수신자는 개인화된 결제 금액을 수신할 것이다.
하나 이상의 추가적인 실시양태에서, 전송자는 그룹 결제 금액을 또한 특정할 수 있다. 달리 말하자면, 전송자는 결제 그룹에 총칭적으로 할당된 단일한 결제 금액을 특정할 수 있다. 그룹 결제 금액은, 예를 들어, 한 그룹의 수신자에게 결제를 전송하기 위한 요청이나 필요를 가진 사용자에게 효율적이고 사용자-친화적 경험을 제공한다.
예를 들어, 전송자는 다섯 명의 수신자를 포함하는 결제 그룹을 선택한 후, $100의 그룹 결제 금액을 포함하는 결제 메시지를 작성하고 전송할 수 있다. 하나 이상의 실시양태에서, 전송자는 사용자 인터페이스, 사용자 선호도, 또는 다른 세팅을 통해 결제 그룹에서 각각의 수신자를 위해 결제 분배 비율을 특정할 수 있다. 예를 들어, 결제를 정의하는 처리의 일부로서, 사용자 인터페이스 관리자(232a)는 전송자에게 그룹 내의 모든 수신사 사이에 동일한 분배 비율을 특정하는 선택가능한 옵션을 제공할 수 있다.
구체적으로, 앞선 문단에 제공된 예와 관련하여, 결제 메시지 생성자(238a)는 다섯 개의 동등한 수신자 결제 금액으로 $100 그룹 결제를 할당할 수 있다(예, 각각의 다섯 명의 수신자에게 $20). 또한, 결제 메시지 생성자(238a)는 각각의 대응하는 수신자와 수신자 결제 금액을 연결하고, 메시지 시스템(210)으로 결제 정보를 통신하기 위한 목적으로 결제 메시지 내에 포함하기 위해 결제 정보를 생성할 수 있다.
게다가, 한 그룹의 수신자를 위한 결제 분배 비율을 정의하는 전송자 대신에, 결제 그룹 내에 하나 이상의 수신자는 그룹 내에 수신자에게 그룹 결제 금액을 분배하기 위한 목적을 결제 비율을 정의할 수 있다. 예를 들어, 결제 그룹은 그룹에 이루어진 모든 결제에 적용되는 결제 분배 비율을 정의할 수 있다. 다르게는, 결제 그룹은 하나 이상의 요인, 예를 들어 전송자의 신원, 결제의 유형, 결제가 수신되는 시간 간격 및 시스템(200) 내에 데이터 또는 정보에 기반한 다양한 다른 요인에 기반하여 작동되는 다양한 결제 분배 비율을 특정할 수 있다.
더욱이, 결제 메시지 생성자(238a)는 특정한 목적을 위하여 결제 분배 비율을 개인화할 수 있다. 일부 실시양태에서, 결제 그룹 내에서 하나 이상의 수신자는 0(영)의 결제 분배 비율을 가질 수 있다. 더욱이, 결제 그룹 내에 수신자는 1의 결제 분배 비율을 가질 수 있다(예, 그룹 결제의 100%가 단독 수신자에게 할당된다). 영값 결제 분배 비율과 연결되는 결제 그룹 내에 하나 이상의 수신자를 가지는 것은 이점을 가질 수 있다.
예시를 위하여, 한 사업체는 결제 그룹에 고용인들을 전략적으로 포함하고, 고용인들은 0의 결제 분배 비율을 할당받을 수 있다. 예를 들어, 사업체는 사업 주체 및 사업의 하나 이상의 고용인들을 포함하는 결제 그룹을 생성할 수 있다. 사업체가 생산품(예, 물건 및/또는 서비스)에 대한 교환으로서 결제를 수신하기 때문에, 사업체는 1의 결제 분배 비율을 가진다. 한편, 사업체는 고용인들이 금전 결제에 대한 액세스를 원하지 않을 것이다. 그러나 고용인의 업무 책임에 기반하여, 고용인이 결제 메시지와 연결된 결제 정보 및/또는 상태 메시지에 액세스가 필요할 수 있다. 그러므로, 사업체는 고용인에게 영(0)의 결제 분배 비율을 할당할 수 있다.
사업체에게 결제를 하기 위하여, 고객은 사업체와 연결된 결제 그룹을 선택할 수 있다. 그 후 고객은 결제를 정의하고, 결제 메시지를 메시지 시스템(210)으로 전송할 수 있다. 결제 메시지를 수신하는 경우, 메시지 시스템(210)은 사업체를 위한 계정으로 결제를 이전하기 위해 거래 처리를 시작한다(예, 은행 계정). 또한, 영의 결제 분배 비율이 할당될 뿐만 아니라, 결제 그룹과 연결된 고용인들 때문에, 고용인들은 사업체로 결제에 대하여 클라이언트 장치에 결제 상태 메시지를 수신할 수 있다. 그러나 고용인은 사업체 계정에 직접적으로 결제된 결제 펀드에 어느 시점에서도 액세스하지 않는다.
다수의 수신자 결제 메시지를 전송하는 또 다른 예시적인 예는, 식당으로 식사에 대한 결제를 전송하고 동일한 결제 메시지 내에서 웨이터에게 결제(예, 팁)를 전송하기 위해, 전송자 클라이언트 장치(204a)에 메시징 어플리케이션(230a)을 사용하여 전송자를 포함할 수 있다. 예를 들어, 식당 및 웨이터는, 별도의 수신자 클라이언트 장치와 연결된 각각의 식당 및 웨이터로, 결제 그룹의 일부일 수 있다.
결제를 정의할 때, 전송자는 식당 및 웨이터 둘 다를 포함하는 결제 그룹을 선택할 수 있다. 또한, 전송자는 식당뿐만 아니라 웨이터에게 결제할 결제 금액을 정의할 수 있다. 예를 들어, 전송자는 식당 영수증의 금액으로 식당으로 전송하기 위한 결제 금액을 정의하고, 또한 전송자는 팁의 금액으로 웨이터에서 전송하기 위한 결제 금액을 정의할 수 있다. 하나 이상의 실시양태에서, 사용자 인터페이스 관리자(232a)는 사용자가 식당 영수증의 결제 금액에 적용하는 특정한 퍼센트 값(예, 20% 팁)을 선택하는 것에 기반하여 웨이터에게 전송하기 위한 결제 금액을 자동적으로 결정하는 선택가능한 퍼센트 옵션을 제공할 수 있다.
전송자가 식당 및 웨이터 둘 다에게 결제 금액을 정의한 후, 전송자는 결제 메시지 전송을 선택할 수 있다. 상기에 상세하게 논의된 바와 같이, 결제 메시지 생성자(238a)는 식당 및 웨이터 둘 다를 위해 결제 정보를 포함하는 단일한 결제 메시지를 생성할 수 있다. 그 후 메시지 시스템(210)은 결제 메시지를 처리할 수 있고, 이는 식당 계정으로 결제 예치 및 웨이터 계정으로 결제 예치를 궁극적으로 야기한다.
전송자가 다수의 수신자에게 결제를 전송하는 것 이외에, 수신자는 다수의 전송자로부터 결제를 요청할 수 있다. 예를 들어, 결제 메시지를 생성하는 것에 대하여 본 명세서에서 설명하는 기법이나 그 이상을 사용하여, 수신자는 결제를 요청하기 위한 하나 이상의 전송자를 특정할 수 있다. 전송자가 결제 그룹에 전송하기 위한 결제 메시지를 생성하는 경우와 마찬가지로, 수신자도 사전 정의된 전송자의 세트로부터 결제를 요청하는 결제 메시지를 생성할 수 있고/거나, 수신자는 메시징 세션으로 다수의 전송자를 추가함으로써 상황에 따라 결제 그룹을 생성할 수 있다.
그러므로 결제 메시지 생성자(238a)가 다중의 수신자 결제뿐만 아니라 개인화된 결제 금액을 용이하게 한다는 사실에 기인하여, 시스템(200)은 효율적이고 사용자-친화적인 결제 메커니즘을 제공하는 반면, 동시에 시스템(200)은 또한 폭넓은 재정 거래를 수행할 수 있는 결제 메커니즘을 제공한다.
다수의 수신자 결제를 용이하게 하는 것 이외에, 하나 이상의 실시양태는 다수의 전송자 결제를 포함할 수 있다. 예를 들어, 결제를 정의하는 처리의 일부로서, 전송자는 또 다른 전송자가 결제 금액에 기여하는 것을 정의할 수 있다. 메시지 시스템(210)은 다른 전송자가 결제에 기여할 뿐만 아니라 다른 전송자에게 결제의 방법을 한정하게 하는 것을 바란다는 사실을 검증하기 위해 다른 전송자와 결제 검증 처리를 실행할 수 있다. 예를 들어, 메시징 시스템은 다른 전송자에게 참여를 검증하고, 결제 방법을 선택하고, 승인 코드를 제공하고, 다른 정보를 제공하는 선택가능한 옵션을 포함하는 (하기에 더욱 상세하게 논의될) 결제 상태 메시지를 전송할 수 있다.
추가적인 전송자가 요청된 정보를 제공하는 경우, 추가적인 전송자는 결제 메시지 생성자(238)가 메시지 시스템(210)으로 추가적인 결제 메시지를 전송하게 하는 상태 메시지와 상호작용할 수 있다. 메시지 시스템은 제 1 전송자로부터의 결제 정보를 제 2 전송자로부터의 결제 정보와 결합하고, 수신자가 2명의 전송자 각각으로부터 결제를 수신하도록 그에 따라 결제를 처리할 수 있다. 다수의 전송자 결제 기능은 한 명의 전송자가 총 결제액을 수신자에게 결제하고 그 후 제 2 전보성자가 다른 결제 거래를 시작하여 제 2 전송자가 제 2 전송자에 대한 몫을 제 1 전송자에게 다시 결제해야 하는 기존 결제 시스템보다 더 효율적이고 직관적인 결제 시스템을 제공한다.
결제 메시지에 포함되는 전송자(들) 및/또는 수신자(들)를 정의하는 것 이외에, 전송자는 결제 메시지 생성자(238a)가 결제 메시지에 포함되는 결제 정보를 생성하기 위해 사용하는 추가 입력을 제공할 수 있다. 상기에서 간략하게 언급한 바와 같이, 전송자는 결제를 정의하는 처리의 일부로서 결제 방법을 선택하거나 입력할 수 있다. 하나 이상의 실시양태에서, 전송자는 메시지 시스템(210)에 하나 이상의 결제 방법을 미리 등록할 수 있다. 예를 들어 전송자가 은행 직불 카드와 신용 카드를 등록했을 수 있다. 결제 방법의 다른 예는 기프트 카드, 메시지 시스템(210)과 연결된 온라인 계정뿐만 아니라 계정 내외로의 전자 전송을 허용하는 다른 계정을 포함한다.
장치 저장 관리자(240a)는 전송자 클라이언트 장치(204a) 상의 결제 데이터(244a) 내에 등록된 결제 방법을 나타내는 데이터를 유지할 수 있다. 사용자 인터페이스 관리자(232a)는 등록된 결제 방법을 나타내는 데이터에 액세스하고 사용자 인터페이스 내의 선택가능한 옵션으로서 등록된 결제 방법을 제시할 수 있다. 하나 이상의 실시양태에서, 사용자는 결제를 보내기 전에 결제 방법을 등록해야 한다. 전송자가 결제 방법을 등록하지 않은 경우, 사용자 인터페이스 관리자(232a)는 전송자가 결제 방법을 등록하는 처리를 시작할 수 있게 하는 선택가능한 옵션을 제공할 수 있다.
다르게는, 하나 이상의 실시양태에서, 시스템은 전송자가 결제별로(예를 들어, 결제 등록 처리가 사용되지 않음) 결제 방법을 제공하도록 할 수 있다. 하나 이상의 실시양태에서, 사용자 인터페이스 관리자(232a)는 사용자가 결제 방법을 정의하게 하는 결제 방법 필드를 제공할 수 있다. 예를 들어, 결제 방법 필드는 결제 유형, 계정 번호, 승인 코드, 만료일, 청구지 주소 정보 및 기타 정보를 제공하도록 사용자에게 유도하여 결제 방법을 정의할 수 있다.
하나 이상의 결제 방법 이외에, 결제 메시지 생성자(238a)는 결제 메시지에 추가 결제 정보를 통합할 수 있다. 예를 들어, 사용자 인터페이스 관리자(232a)는 사용자가 결제 통화를 선택하거나 그렇지 않으면 정의하도록 허용할 수 있다. 특히, 시스템(200)은 미국의 전송자 클라이언트 장치(204a)를 사용하는 전송자가 파리의 수신자 클라이언트 장치(204b)를 사용하는 수신자에게 유로로 결제를 전송하게 할 수 있다.
전송자가 결제를 정의할 수 있는 또 다른 방법은 결제 일정을 정의하는 것이다. 예를 들어, 메시징 어플리케이션(230a)은 사용자로 하여금 하나 이상의 수신자에 대한 정기적으로 예정된 결제를 설정하게 할 수 있다. 예를 들어, 전송자는 1분기에 한 번, 한 달에 한 번, 일주일에 한 번 또는 다른 정기적인 일정으로 수신자에게 정의된 결제 금액을 전송하고 싶을 수 있다. 또한, 전송자는 매년 특정한 날짜에 정의된 결제 금액을 수신자에게 전송하고 싶을 수 있다. 예를 들어, 전송자는 수신자의 생일에 생일 선물 형태로 결제 금액을 보내길 원할 수 있다.
사용자가 결제 일정을 정의하면, 결제 메시지 생성자(238a)는 결제 메시지를 생성할 수 있다. 그러나 메시지 시스템(210)에 전송하기 위해 메시징 핸들러(236a)에 결제 메시지를 제공하는 것 대신에, 결제 메시지 생성자(238a)는 장치 저장 관리자(240a)가 예정된 시간까지 결제 메시지를 유지하게 할 수 있다. 예정된 시간이 만료되면, 메시지 핸들러(236a)는 예정된 결제 메시지를 메시지 시스템(210)에 자동적으로 전송하여 수신자에게 결제 처리를 시작할 수 있다. 다르게는, 메시징 핸들러(236a)는 사용자 인터페이스 관리자(232a)와 조정하여, 전송자가 예정된 결제 금액을 수신자에게 전송하기를 원하는지 확인을 요청하는 통지(예를 들어, 팝업 윈도우)를 제공할 수 있다.
하나 이상의 실시양태에서, 예정된 결제의 통지는 메시지 스레드 내의 메시지 버블(message bubble)로서 제공된다. 예를 들어, 메시지 핸들러(236a)는 사용자 인터페이스 관리자(232a)가 예정된 결제의 통지를 포함하는 새로운 메시지 스레드를 생성하게 할 수 있다. 또한 메시지 버블에는 전송자가 예정된 결제를 확인하거나 예정된 결제를 취소하게 할 수 있는 하나 이상의 선택가능한 옵션이 포함될 수 있다. 예정된 결제를 검증하면, 메시지 핸들러(236a)는 결제를 처리하기 위해 예정된 결제 메시지를 메시지 시스템(210)으로 전송한다.
결제 일정을 정의하는 것 이외에도, 전송자는 개인화된 메시지를 제공하여 수신자에게 결제를 추가로 정의할 수 있다. 특히, 사용자들 사이의 결제를 용이하게 하기 위해 메시지 시스템(210)을 이용하는 시스템(200)으로 인해, 전송자는 수신자에게 개인화된 메시지를 용이하게 입력할 수 있다. 특히, 도 5a 내지 도 7c에 도시된 바와 같이, 사용자 인터페이스 관리자(232a)는 사용자 메시지(예컨대, 컨텐츠 버블)와 동일한 형태로 결제 상태 메시지를 제시한다. 따라서, 결제 상태 메시지 내에 메시지를 포함하는 것은 사용자 경험의 통일성 및 즐거움을 증대시킨다. 또한, 개인화된 메시지는 전송자가 수신자에게 결제를 설명할 수 있게 하며, 시스템(200)을 사용하여 결제를 전송 및 수신하는 직관적인 특성을 다시 부가한다.
상기 유형의 결제 정보 이외에, 일반적으로 결제 메시지는 결제 금액, 하나 이상의 전송자 식별자, 하나 이상의 수신자 식별자, 하나 이상의 결제 방법, 승인 정보, 통화 정보, 메시지 또는 결제 설명, 및/또는 전송자로부터 수신자로의 결제를 용이하게 하는데 도움이 될 수 있는 임의의 다른 데이터를 포함할 수 있다. 결제 메시지 생성자(238a)는 결제 메시지를 메시징 핸들러(236a)로 전달하여 결제 메시지를 메시지 시스템(210)에 전송할 수 있다.
하나 이상의 실시양태에서, 결제 메시지 생성자(238a)는 전송자와 연결된 디폴트 결제 정보를 사용할 수 있다. 예를 들어, 메시징 어플리케이션(230a)은 전송자가 사전 정의된 결제 정보와 연결된 하나 이상의 결제 프로파일을 입력 및 저장하게 할 수 있다. 결제 프로파일은 전송자가 쉽고 효율적으로 결제를 정의하고 전송하게 할 수 있다.
하나 이상의 실시양태에서, 메시징 어플리케이션(230a)은 디폴트 결제 방법 또는 사전 정의된 결제 프로파일을 사용할 때 전송자가 최소한의 사용자 상호작용으로 수신자에게 결제를 보내게 할 수 있다. 예를 들어, 사용자 입력 탐지자(234a)는 전송자가 사용자 인터페이스 내의 결제 요소에 대하여 사용자 상호작용을 제공하는 것을 탐지할 수 있다. 이에 응답하여, 사용자 인터페이스 관리자(232a)는 결제 금액(예를 들어, 결제 금액은 동일한 수신자에게 전송된 과거 결제 금액에 기반할 수 있음) 및 승인 정보를 포함하는 디폴트 결제 정보로 미리 채워진 사용자 인터페이스를 제공할 수 있다.
전송자가 결제 정보를 시각적으로 확인하면, 전송자는 선택가능한 전송 옵션에 대해 사용자 상호작용을 제공하고, 결제 메시지 생성자(238a)는 메시지 핸들러(236a)가 메시지 시스템(210)에 전송하는 결제 메시지를 생성한다. 따라서, 메시징 어플리케이션(230a) 내에서, 전송자는 단지 2회의 사용자 상호작용으로 수신자에게 결제를 전송할 수 있다. 하나 이상의 대안적인 실시양태에서, 전송자는 필요한 결제 정보 모두를 포함하는 결제 프로파일을 미리 정의할 수 있다. 이러한 실시양태에서, 전송자는 결제 메시지 생성자(238a)가 결제 메시지를 생성하게 하고, 메시지 핸들러(236a)가 메시지 시스템(210)에 결제 메시지를 전송하도록 사용자 인터페이스 내의 결제 요소를 선택하는 하나의 사용자 상호작용만을 제공하면 된다.
하나 이상의 실시양태에서, 결제 메시지 생성자(238a)는 결제 메시지 내의 토큰(token)에 액세스하고 제공할 수 있다. 예를 들어, 전송자가 승인 패스워드를 제공하면, 결제 메시지 생성자는 전송자를 검증하는 결제 메시지에 포함할 토큰을 생성하고/거나, 전송자 클라이언트 장치(204a)는 결제를 하도록 승인된다. 예를 들어, 토큰에는 동일한 결제 방법을 사용하여 전송자로부터의 이전 결제가 성공했음을 나타내는 식별 정보를 포함할 수 있다. 전송자, 전송자 클라이언트 장치(204a) 및/또는 전송자의 결제 이력에 관한 다른 식별 정보는 결제 메시지의 보안을 높이기 위해 토큰과 함께 표시될 수 있다.
상기 논의에서 참조된 바와 같이, 전송자 클라이언트 장치(204a)는 도 2에 도시된 바와 같이 장치 저장 관리자(240a)를 포함할 수 있다. 장치 저장 관리자(240a)는 사용자와 하나 이상의 다른 사용자들 사이에서 메시지를 작성, 전송 및 수신하는 것과 관련하여 사용되는 데이터를 나타내는 메시지 데이터(242a)를 유지할 수 있다. 예를 들어, 메시지 데이터(242a)는 메시징 어플리케이션(230a)을 사용하여 통신할 수 있는 능력을 사용자에게 제공하는 것과 관련하여, 메시징 어플리케이션(230a)이 사용할 수 있는 메시지 로그, 연락처 목록, 컨텐츠, 과거 통신 및 다른 유사한 유형의 데이터를 포함할 수 있다.
장치 저장 관리자(240a)는 또한 결제 메시지를 생성하는데 사용되는 정보를 나타내는 결제 데이터(244a)를 유지할 수 있다. 예를 들어, 결제 데이터(244a)는 결제 방법 데이터, 전송자 계정 데이터(예를 들어, 은행 또는 신용 카드 계정 데이터), 패스워드, PIN, 승인 코드 및 보안 토큰을 포함할 수 있다. 또한, 결제 데이터(244a)는 결제 선호도(예를 들어, 디폴트 결제 방법 또는 결제 프로파일)를 포함할 수 있다. 일반적으로, 결제 데이터(244a)는 결제 메시지 생성자(238a)가 결제 메시지를 생성하는 것과 관련하여 사용할 수 있는 임의의 데이터를 포함할 수 있다.
간략하게 전술한 바와 같이, 전송자 클라이언트 장치(204a) 이외에, 시스템(200)은 도 2에 도시된 바와 같이 전송자/수신자 클라이언트 장치들(204a 및 204b) 및 결제 네트워크(215)와 통신하는 메시지 시스템(210)을 더 포함할 수 있다. 또한, 도 2는 메시지 시스템(210)이 전송자가 메시지 시스템(210)을 통해 수신자에게 결제를 전송하게 허용하는 다양한 구성요소를 포함할 수 있다는 것을 도시한다.
도 2에 도시된 바와 같이, 메시지 시스템(210)은, 이에 제한되지는 않지만, 통신 관리자(250), 상태 관리자(252), 결제 관리자(254), 결제 네트워크 조정자(256) 및 저장 관리자(258)를 포함할 수 있다. 메시지 시스템(210)의 구성요소(250-258) 각각은 임의의 적합한 통신 기술을 사용하여 서로 통신할 수 있다. 구성요소(202-210)는 도 2에 개별적으로 도시되어 있으나, 임의의 구성요소(202-210)는 단일 설비나 모듈과 같이 더 적은 구성요소로 결합되거나, 더 많은 구성요소로 나누어져 특정 실시양태에서 작동할 수 있음이 이해될 것이다. 또한, 구성요소(250-258)는 소프트웨어, 하드웨어, 또는 하드웨어와 소프트웨어의 조합을 포함할 수 있다.
메시지 시스템(210) 외부의 시스템 및 장치와 통신하기 위해, 메시지 시스템(210)은 통신 관리자(250)를 포함할 수 있다. 하나 이상의 실시양태에서, 통신 관리자(250)는 클라이언트 장치(204)로 및 클라이언트 장치(204)로부터 전자 정보를 전송 및 수신할 수 있다. 예를 들어, 통신 관리자(250)는 전송자 클라이언트 장치(204a)와 수신자 클라이언트 장치(204b) 사이에서 통신 메시지를 수신하고 전달할 수 있다. 부가적으로, 통신 관리자(250)는 전송자 클라이언트 장치(204a)로부터 결제 메시지를 수신할 수 있을 뿐만 아니라, 결제 상태 메시지, 상태 업데이트 및 사용자 행동, 및 결제 처리 동안 클라이언트 장치(204) 및 메시지 시스템(210) 사이에 통신될 수 있는 다른 정보를 전송 및/또는 수신할 수 있다.
도 2에 더 도시된 바와 같이, 메시지 시스템(210)은 상태 관리자(254)를 포함할 수 있다. 상태 관리자(254)는 클라이언트 장치(204) 상의 사용자의 상태를 모니터링하거나, 결정하거나, 또는 다르게는 식별할 수 있다. 구체적으로, 상태 관리자(254)는 클라이언트 장치(204) 상의 사용자의 활동을 모니터링하여 사용자가 존재하는지 및/또는 통신할 수 있는지를 결정할 수 있다. 예를 들어, 상태 관리자(252)는 사용자가 특정 어플리케이션을 사용하거나, 하나 이상의 통신 플랫폼을 통해 통신하거나, 또는 (예를 들어, 클라이언트 장치상에 위치된 디지털 카메라로부터 수동적으로 수집된 이미지 데이터를 사용함으로써) 클라이언트 장치의 스크린을 보고 있는지를 결정할 수 있다. 상태 관리자(254)가 클라이언트 장치상의 사용자의 존재 또는 이용가능성 상태를 결정하기 위해 사용할 수 있는 다양한 다른 방법이 있음을 이해할 것이다.
사용자의 상태를 모니터링하고 결정하는 것 이외에, 상태 관리자(252)는 사용자의 상태를 통신 관리자(250)에 제공할 수 있고, 통신 관리자(250)는 사용자의 상태 정보를 메시지 시스템(210)의 다양한 다른 사용자들에게 배포할 수 있다. 예를 들어, 전송자는 수신자의 상태를 보기 위해 전송자 클라이언트 장치(204a) 상의 메시징 어플리케이션(230a) 내의 하나 이상의 사용자 인터페이스(예를 들어, 메시지 스레드, 연락처 목록 및/또는 결제 인터페이스)를 탐색할 수 있다. 상태 관리자(252)는 수신자 클라이언트 장치(204b)에 대한 수신자의 활동에 기반하여 수신자의 상태를 결정할 수 있고, 통신 관리자(250)는 메시징 어플리케이션(230a) 내의 프리젠테이션을 위해 전송자 클라이언트 장치(204a)로 수신자의 상태를 전송할 수 있다.
종래의 결제 시스템과 달리, 시스템(200)은 수신자가 결제를 보내기 전에 수신자가 존재하는지 및 이용가능한지 여부를 확인하게 한다. 전송자가 수신자가 존재하고 결제에 응답할 수 있음을 확인하도록 허용하면 결제에 대한 혼란 가능성이 줄어든다. 또한, 수신자가 결제를 받을 때 수신자가 응답할 수 있기 때문에, 수신자가 있다는 사실은 수신자가 실제로 결제를 받았다는 전송자의 확신을 증가시킬 수 있다.
하나 이상의 실시양태에서, 메시징 어플리케이션(230a)은 수신자가 이용가능할 때만 수신자에게 결제를 전송하도록 구성될 수 있다(예를 들어, 전송자가 사용자 선호 설정을 선택함). 예를 들어, 전송자가 수신자에게 결제를 정의하고 결제 메시지를 보내기 위해 의도된 상호작용을 제공할 수 있다. 그러나 메시징 핸들러(236a)는 수신자가 현재 이용가능하지 않다는 것을 식별할 수 있고, 응답으로 메시징 핸들러(236a)는 수신자의 상태가 이용가능할 때까지 결제 메시지를 유지할 수 있다. 하나 이상의 실시양태에서, 수신자의 상태가 가용 상태로 변경되면, 전송자의 상태에 관계없이(예를 들어, 전송자의 상태가 이용가능 상태로부터 이용불가능 상태로 변경됨) 결제 메시지가 전송된다. 다르게는, 수신자의 상태가 이용가능으로 변경되기 전에 전송자의 상태가 이용불가능하게 변경되는 경우, 메시징 핸들러(236a)는 수신자 및 전송자 모두가 이용가능할 때까지 결제 메시지를 보유할 수 있다.
도 2에 더 도시된 바와 같이, 메시지 시스템(210)은 결제 관리자(254)를 포함할 수 있다. 일반적으로, 결제 관리자(254)는 전송자 클라이언트 장치(204a)로부터 결제 메시지를 수신하는 메시지 시스템(210)에 응답하여 결제 처리를 시작할 수 있다. 예를 들어, 통신 관리자(250)는 결제 메시지를 수신하고, 상기 메시지가 결제 메시지임을 탐지하고, 상기 결제 메시지를 결제 관리자(254)로 전달할 수 있다. 결제 메시지를 수신하면 결제 관리자(154)는 결제 메시지의 결제 정보에 정의된 결제를 용이하게 하는 결제 처리를 시작한다.
하나 이상의 실시양태에서, 결제 처리는 결제 정보를 식별하거나 결제 정보를 추출하기 위해 결제 메시지를 분석하는 결제 관리자(254)를 포함할 수 있다. 결제 정보에 기반하여, 결제 관리자(154)는 결제 정보를 거래를 시작하기 위한 명령과 함께 결제 네트워크 조정자(256)에 제공할 수 있다. 결제 네트워크 조정자(256)는 결제 정보(예를 들면, 전송자 계정으로부터 인출되어 수신자 계정으로 입금되도록 한다)에 정의된 결제를 수행하기 위해 결제 네트워크(215) 내에서 거래를 시작할 수 있다.
결제 관리자(154)는 추가적으로 결제 처리를 모니터하고 결제 네트워크 조정자(256), 통신 관리자(250), 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b) 사이의 결제 처리에 관한 통신을 조정한다. 예를 들어, 결제 관리자(254)는 결제 네트워크 조정자(256)로부터 거래 상태를 수신할 수 있다. 상태 수신에 반응하여, 결제 관리자(254)는 전송자 상태 메시지 및/또는 수신자 상태 메시지를 업데이트하기 위해 업데이트된 상태 통신을 전송자 클라이언트 장치(204a) 및/또는 수신자 클라이언트 장치(204b)로 전송하도록 통신 관리자(250)에게 지시할 수 있다.
결제 처리 상태 정보를 조정하는 것 이외에도, 결제 관리자(252)는 결제 처리 동안 클라이언트 장치(204)가 전송할 수 있는 정보의 통신을 조정할 수 있다. 예를 들어, 통신 관리자(250)는 결제 처리 동안 전송자 클라이언트 장치(204a) 및/또는 수신자 클라이언트 장치(204b)로부터 정보를 수신할 수 있다. 특히, 통신 관리자(250)는 전송자 또는 수신자가 상태 메시지 내에서 동작을 선택했음을 나타내는 정보를 전송자 클라이언트 장치(204a) 또는 수신자 클라이언트 장치(204b)로부터 수신할 수 있다. 예를 들어, 그리고 상술한 바와 같이, 전송자는 전송자 상태 메시지와 상호작용하여 취소 동작을 선택할 수 있다.
하나 이상의 실시양태에서, 통신 관리자(250)는 전송자 클라이언트 장치(204a)로부터 취소 정보를 수신하고 결제 관리자(254)에게 취소 정보를 제공할 수 있다. 그에 응답하여, 그 후 결제 관리자(254)는 통신 관리자(250)가 수신자 클라이언트 장치(204b)로 상태 업데이트를 전송하게 할 수 있다. 상태 업데이트를 수신하면, 예를 들어, 메시징 핸들러(236b)는 사용자 인터페이스 관리자(232b)와 조정하여 수신자 상태 메시지 내의 결제 상태를 업데이트하여 수신자가 결제가 취소됐음을 보게 할 수 있다.
또한, 취소 정보를 수신한 것에 응답하여, 결제 관리자(254)는 결제 네트워크 조정자(256)가 결제 통신 네트워크(215) 내의 거래를 취소하게 할 수 있다. 거래 취소 처리의 일부로서, 결제 관리자(254)는 거래가 취소되는지 검증하고, 거래 데이터베이스(264)를 업데이트하고, 메시지 시스템(210) 내의 결제 인스턴스를 종료할 수 있다. 따라서 결제 관리자(254)는 전송자 클라이언트 장치(204a), 수신자 클라이언트 장치(204b) 및 결제 네트워크 조정자(256) 사이의 결제 처리를 관리한다.
결제 관리자(254)는 결제 처리를 효율적으로 관리하기 위하여 다양한 다른 추가적인 단계 및 방법을 수행할 수 있다. 하나 이상의 실시양태에서, 예를 들면 결제 메시지를 수신할 때 결제 관리자(254)는 거래 식별자(또는 단순히 "거래 ID")를 생성하고 거래 식별자를 결제 메시지 및/또는 결제 메시지 내의 결제 정보와 연결시킬 수 있다. 예를 들어 거래 ID를 생성할 때, 거래 데이터베이스(264)는 거래 ID 및 연관된 거래(예, 결제) 정보(266)를 유지할 수 있다. 거래 데이터베이스(264)는 거래 ID에 따른 거래 정보를 저장하는 데이터 테이블이나 유사한 데이터 매트릭스를 포함할 수 있다.
하나 이상의 실시양태에서, 결제 관리자(254)가 특정 결제 메시지와 거래 ID를 연결시킨 후, 거래 ID는 특정 결제와 관련하는 시스템(200) 내의 실질적으로 모든 통신 내에 포함되거나 삽입될 수 있다. 이와 같이, 거래 ID는 결제 관리자(254)로 하여금 많은 수의 결제를 조직화된 방식으로 관리하고 처리하게 한다. 예를 들어, 결제 관리자(254)는 클라이언트 장치들(204)에 전송된 임의의 정보에 거래 ID를 포함시키는 명령들을 포함할 수 있다. 대신, 메시징 핸들러(236)는 결제 관리자(254)가 정보가 대응하는 특정 거래를 효율적이고 신뢰성있게 식별할 수 있게 하기 위해 클라이언트 장치(204)로부터 전송된 임의의 정보에 거래 ID를 포함할 수 있다.
상기에서 간략하게 논의된 바와 같이, 결제 네트워크 조정자(256)는 결제 관리자(254)와 협력하여 결제 메시지에 정의된 결제에 대응하는 거래를 조정할 수 있다. 상기에서 일반적으로 설명된 바와 같이, 결제 네트워크 조정자(256)는 결제 메시지에 대응하는 결제 네트워크(215)를 통해 거래를 조정하고, 거래의 상태를 모니터링하고, 거래에 관한 상태 정보를 결제 관리자(254)에게 제공할 수 있다. 더욱 구체적으로, 결제 네트워크(215)는 거래를 승인하고, 거래를 자금제공(fund)하거나, 및/또는 도 1에 관하여 상술된 바와 같이, 개별 거래 또는 집단 거래를 결산할 수 있다. 하나 이상의 실시양태에서, 결제 네트워크 조정자(256)는 하나 이상의 어플리케이션 프로그래밍 인터페이스(API, application programming interface)를 사용하여 관련 정보를 결제 네트워크(215)와 통신할 수 있다.
거래를 완료하기 위해, 결제 네트워크 조정자(256)는 수신자에게 결제를 제공하기 위해 수신자 예금 계정 정보를 얻는다. 결제 네트워크 조정자(256)는 다양한 방법을 사용하여 수신자의 예금 계정 정보를 얻을 수 있다. 한 예시적인 실시양태에서, 수신자는 메시지 시스템(210)을 통해 하나 이상의 예금 계정을 등록할 수 있다. 사용자가 예금 계정을 등록하면, 저장 관리자(258)는 사용자 프로파일 데이터베이스(260)에 예금 계정 정보(예를 들어, 계정 번호, 라우팅 번호)를 유지할 수 있다.
결제 네트워크 조정자(256)가 결제 관리자(254)로부터 결제 정보를 수신한 후, 결제 네트워크 조정자(256)는 결제 정보 내의 수신자를 식별할 수 있다. 결제 네트워크 조정자(256)는 수신자가 예금 계정을 등록했는지를 결정하기 위해 사용자 프로파일 데이터베이스(260) 내의 수신자를 찾아볼 수 있다. 수신자의 프로파일이 예금 계정 정보를 포함하면, 결제 네트워크 조정자(256)는 예금 계정 정보를 추출하고 그것을 수신자를 식별하는 대응하는 결제 정보와 연결시킨다. 이 시점에서, 결제 네트워크 조정자(256)는 거래를 시작할 수 있다.
수신자의 사용자 프로파일이 예금 계정 정보를 포함하지 않는 경우, 결제 네트워크 조정자(256)는 결제 관리자(254)에게 결함을 통지할 수 있다. 하나 이상의 실시양태에서, 결제 관리자는 수신자에게 예금 계정을 등록하도록 유도(prompt)하는 메시지를 수신자에게 전송하도록 통신 관리자(252)에게 지시할 수 있다. 예를 들어, 메시지는 수신자가 예금 계정 세부사항을 제공하게 하는 메시지 내에 하나 이상의 상호작용적인 필드를 제공함으로써 예금 계정을 등록하도록 수신자를 유도할 수 있다. 예를 들어, 메시지에는 라우팅 번호 필드, 계정 번호 필드, 은행 이름 필드 및 예금 계정 정보를 메시지 스레드 내에서 직접 전송할 수 있는 선택가능한 옵션이 포함될 수 있다. 따라서, 수신자는 메시징 어플리케이션(230b) 내에서 직접 예금 계정을 등록할 수 있으며, 특히 수신자는 전송자와 대응하는 메시징 스레드 내에서 예금 계정을 등록할 수 있다. 다르게는, 메시지는 사용자가 예금 계정을 등록하게 하는 등록 웹 페이지를 가리키는 하이퍼링크를 포함할 수 있다.
추가적으로, 또는 다르게는, 수신자가 등록된 예금 계정을 가지고 있지 않다고 결정하면, 결제 네트워크 조정자는 메시지 시스템(210) 내에 임시 예금 계정을 생성할 수 있다. 특히, 임시 예금 계정은 결제 네트워크 조정자(256)가 전송자 또는 수신자의 관점에서 결제 처리를 지연시키지 않고 거래를 즉시 처리하도록 진행하게 한다. 하나 이상의 실시양태에서, 결제 네트워크 조정자(256)는 계정 번호를 생성하고 계정 번호를 수신자의 사용자 프로파일과 연결할 수 있다. 하나 이상의 실시양태에서, 수신자는 이미 임시 계정을 가질 수 있으므로, 결제 네트워크 조정자(256)는 이전에 생성된 임시 계정을 사용하여 거래를 완료할 수 있다.
거래가 완료되면, 결제 네트워크 조정자(256)는 임시 예금 계정으로 결제 금액을 입금한다. 하나 이상의 실시양태에서, 결제 관리자(254)는 통신 관리자(250)로 하여금 임시 계정으로부터 등록된 예금 계정으로 돈을 이체하는 하이퍼링크 및/또는 명령을 제공하는 메시지를 수신자에게 전송하게 할 수 있다. 다르게는, 수신자가 예금 계정을 등록하길 원하지 않는다면, 메시지 시스템은 돈을 임시 계정으로부터 출금하기 위한 명령을 수신자에게 제공할 수 있다.
결제 네트워크(215)를 통해 거래를 조정하는 것 이외에, 결제 네트워크 조정자(256)는 하나 이상의 시스템 사용자 계정에 관하여 거래를 조정할 수 있다. 하나 이상의 실시양태에서, 메시지 시스템(210)은 기프트 카드 계정, 현금 카드 계정 또는 유사한 유형의 사용자 계정과 같은 사용자 현금 계정을 지원할 수 있다. 전송자는 결제의 방법으로서 전송자의 사용자 현금 계정을 특정할 수 있고, 유사하게 수신자는 수신자의 사용자 현금 계정을 등록된 예금 계정으로 설정할 수 있다. 따라서, 적어도 일부 실시양태에서, 전체 거래 또는 실질적으로 전체 거래는 메시지 시스템(210) 내에서 처리될 수 있다.
하나 이상의 실시양태에서, 시스템(200)은 수신자가 신용 카드 계정을 예금 계정으로서 등록하게 할 수 있다. 예를 들어, 결제 네트워크 조정자(256)는 거래를 포맷하여 전송자 계정으로부터 결제 금액을 입금하거나 결제 금액을 수신자의 신용 카드 계정에 충당할 수 있다. 보다 구체적으로, 전송자 결제 계정으로부터 승인을 확인하면, 결제 네트워크 조정자(256)는 수신자의 신용 카드 계정으로 결제 금액을 입금하기 위한 환불 요청을 전송할 수 있다.
하나 이상의 실시양태에서, 환불 요청은 참조되지 않은 환불 요청을 포함할 수 있다. 참조되지 않은 환불 요청은 사용자의 신용 카드 계정을 갖는 이전의 자금 거래에 첨부되지 않은 환불 요청이다. 대부분의 신용 카드 회사는 참조되지 않은 환불 요청이 처리되는 것을 허용하는데, 수신자의 신용 카드 계정에 환불 요청의 금액만큼의 신용을 충당하게 한다. 예컨대, 수신자가 신용 카드 계정에서 마이너스 잔고를 갖는 경우, 환불 요청 금액은 마이너스 잔고로 충당될 수 있다. 유사하게, 수신자가 신용 카드 계정에 0의 잔고를 갖는 경우, 환불 요청된 액수는 수신자가 그에 대해 소비할 수 있는 플러스 신용 카드 계정 잔고를 야기할 것이다.
하나 이상의 실시양태에서, 결제 네트워크 조정자(256)는 일괄 신용 카드 자금 요청 및 일괄 신용 카드 환불 요청을 조정하고 처리할 수 있다. 특히, 신용 카드 거래와 연결된 다양한 요금 구조 때문에, 결제 네트워크 조정자(256)는 잠재적 요금을 최소화하도록 일괄 신용 카드 자금 및 환불 요청을 처리할 수 있다.
상술한 바와 같이, 그리고 도 2에 도시된 바와 같이, 메시지 시스템(210)은 저장 관리자(258)를 포함할 수 있다. 상술한 바와 같이, 저장 관리자(258)는 전송자 클라이언트 장치(204a)를 통해 수신된 각각의 결제 메시지에 대한 거래 정보(266)를 유지하는 거래 데이터베이스(264)를 포함할 수 있다. 예를 들어, 거래 정보(266)는 하나 이상의 전송자 식별자, 수신자 식별자, 결제 금액, 결제 방법(예컨대, 전송자 계정), 예금 방법(예컨대, 수신자 계정), 거래 히스토리, 현재 거래 상태 뿐만 아니라 다른 거래 정보와 연결되는 거래 ID를 포함할 수 있다.
하나 이상의 실시양태에서, 거래 정보는 거래와 관련된 임의의 동작으로 업데이트되는 하나 이상의 그래프 객체의 형태로 유지된다. 예를 들어, 메시지 시스템(210)이 수신하는 전자 결제 메시지에 대해, 결제 관리자(254)는 수신된 결제 메시지에 관한 관련 데이터 및 정보를 유지하는 그래프 객체를 생성할 수 있다. 결제 처리가 계속됨에 따라, 결제 관리자(254)는 그래프 객체가 메시지 시스템(210)을 통한 결제의 현재 상태를 일관성 있게 반영하도록 업데이트된 정보 및 데이터로 그래프 객체를 업데이트할 수 있다.
거래 정보(266) 이외에, 거래 데이터베이스(264)는 하나 이상의 유형의 임시 계정(268)을 포함할 수 있다. 임시 계정(268)은 결산 또는 전송자 계정으로의 실제 자금제공 전에 수신자 계정으로 입금될 자금을 제공하는 "전자 지갑 계정(hot wallet account)"으로서 기능할 수 있다. 예를 들어, 일부 결제 방법의 경우, 결제의 자금 처리는 돈이 전송자의 계정에서 인출되는 것에 대해 몇 시간 또는 며칠이 걸릴 수 있다. 하지만, 결제 승인 요청은 자금을 검증하고 예약하여 결제를 만족시킬 수 있다. 따라서, 결제 승인 요청에 대한 성공적인 응답을 수신하면, 결제 네트워크 조정자(256)는 임시 계정(268)으로부터 결제 금액을 자금제공하여 결제가 수신자의 계정에 도착하기 위한 더 짧은 시간(예를 들어, 수 초)을 제공할 수 있다. 전송자 계정에서 결제가 자금제공되면, 임시 금액은 임의의 사용가능한 비용이 적은 결제의 금액으로 갱신된다.
도 2에 더 도시된 바와 같이, 저장 관리자(258)는 또한 사용자 정보 데이터베이스(262)를 포함할 수 있다. 보다 구체적으로, 사용자는 메시지 시스템(210) 내에서 결제 프로파일을 생성하여 사용자가 메시지 시스템(210)을 통해 결제를 전송 및 수신하게 할 수 있다. 일반적으로, 결제 프로필에는 검증된 사용자 계정, 계정 정보, 승인 데이터(PINS 및/또는 암호) 및 사용자 정의된 결제의 디폴트 방법이 포함될 수 있다. 각 결제 방법에는 계정 번호, 만기일, 보안 코드, 은행 정보, 라우팅 및 전송 번호 등과 같은 결제 세부사항이 포함된다. 사용자 결제 프로파일은 이메일 주소, 물리적 주소 및 하나 이상의 결제 방법을 더 포함할 수 있다.
논의된 바와 같이, 도 1-2를 참조하여 상술한 시스템 및 구성요소는, 메시지 시스템의 사용자가 메시지 시스템을 통해 쉽고 효율적이고 안전하게 결제를 전송하고 수신하게 할 수 있다. 도 3a-4b는 상술한 시스템(100 및/또는 200)에 의해 구현되는 처리의 하나 이상의 예시적인 실시양태의 예시적인 처리 다이어그램을 도시한다. 특히, 도 3a-4b는 거래 결제 시스템이 메시지 시스템의 사용자들 사이의 결제를 용이하게 하는데 사용할 수 있는 처리 및 방법의 비제한적인 예를 도시한다.
시스템(200)과 일치하게, 도 3a-4b는 메시징 어플리케이션(230a)을 구비한 전송자 클라이언트 장치(204a), 메시징 어플리케이션(230b)을 구비한 수신자 클라이언트 장치(204b), 메시지 시스템(210)을 제공하는 서버 장치(206) 및 결제 네트워크(215)를 도시한다. 전송자/수신자 클라이언트 장치들(204a/204b), 서버 장치(206) 및 결제 네트워크(215) 각각은 이하에서 설명되는 특성들, 기능들 및/또는 특징들에 추가하여, 도 1 내지 도 2를 참조하여 상술한 하나 이상의 특성, 기능 및/또는 특징을 포함할 수 있다. 설명의 편의를 위해, 도 3a-4b는 메시지 시스템(210) 내에 이전에 결제 계정을 설정한 사용자들 사이에서 이루어진 결제 처리를 도시한다.
하나 이상의 실시양태에서, 메시지 시스템(210)을 통해 다른 사용자에게 결제를 전송하는 사용자를 위한 처리는 결제 메시지를 생성(302)하기 위해 메시징 어플리케이션(230a)에 사용자 입력을 제공하는 전송자 클라이언트 장치(204a)와 연결된 전송자 사용자(또는 간단히 "전송자")와 함께 시작할 수 있다. 특히, 상술된 것처럼, 전송자는 전송자가 수신자 사용자(또는 단순히 "수신자")에게 이루어지는 결제를 정의하도록 허용하는 하나 이상의 사용자 인터페이스를 액세스할 수 있다. 또한, 메시징 어플리케이션(230a)은 도 3a에 도시된 바와 같이 전송자 클라이언트 장치가 메시지 시스템(210)에 결제 메시지(304)를 전송하게 할 수 있다.
메시지 시스템(210)은 결제 메시지를 수신할 수 있고, 메시지 시스템(210)은도 3a에 도시된 바와 같이 (전술한) 하나 이상의 구성요소를 사용하여 결제 메시지 내의 승인 정보를 식별하여 결제를 승인(306)할 수 있다. 하나 이상의 실시양태에서, 결제 메시지는 메시징 어플리케이션(230a) 내에 전송자가 입력한 승인 코드를 함유할 수 있다. 메시지 시스템(210)은 결제 메시지 내의 승인 코드를 식별할 수 있고, 승인 코드가 사용자 프로파일 내의 승인 코드와 일치하는지를 검증할 수 있다.
추가적으로 또는 다르게는, 메시지 시스템(210)은 다른 유형의 데이터, 예를 들어 전송자 클라이언트 장치(204a) ID, 사용자 ID, 결제 방법 적격성 또는 다른 검증 데이터(예를 들어, 전송자 클라이언트 장치(204a) 상의 지문 판독기로부터 획득된 디지털 지문 데이터)를 검증함으로써 결제를 승인할 수 있다. 비록 도 3a는 결제를 승인(306)하는 것을 도시하고 있지만, 하나 이상의 실시양태에서, 전송자 클라이언트 장치(204a)가 결제 메시지를 전송하기 전에 결제를 승인(306)할 수 있다. 예를 들어, 메시징 어플리케이션(230a)은 결제 메시지를 전송하기 전에 승인 코드를 검증하거나 원격 서비스와 통신하여 승인 코드를 검증할 수 있다.
메시지 시스템(210)이 결제를 승인하지 않는 경우, 예를 들어 승인 코드가 검증될 수 없는 경우, 메시지 시스템(210)은 전송자 클라이언트 장치(204a)에 통신을 전송하여, 메시징 어플리케이션(230a)이 결제가 승인될 수 없음을 나타내는 에러 메시지를 전송자에게 제시하게 한다. 하나 이상의 실시양태에서, 에러 메시지는 전송자를 위해 승인 정보를 재입력하라는 유도(prompt)를 포함할 수 있으며, 그 후에 전송자 클라이언트 장치(204a)는 재입력된 승인 코드와 함께 수정된 결제 요청을 메시지 시스템(210)으로 전송할 수 있다. 그 후, 메시지 시스템(210)은 재입력된 승인 코드로 결제를 승인하려고 시도할 수 있다. 메시지 시스템(210)이 결제를 승인할 수 없는 경우, 결제 처리는 종료된다.
메시지 시스템(210)이 결제를 승인(306)하면, 메시지 시스템(210)은 도 3a에 도시된 바와 같이, 거래 ID를 생성(308)할 수 있다. 상술한 바와 같이, 메시지 시스템(210)은 수신된 각각의 결제 메시지에 고유한 거래 ID를 연결시키고, 메시지 시스템(210)이 메시지, 상태 업데이트 및 메시지 시스템(210)을 통해 이루어지는 각 결제에 대한 다른 정보를 효율적으로 식별하고 처리할 수 있게 하는 다양한 파일, 객체, 메시지 및 기타 정보 내에 거래 ID를 포함할 수 있다. 예를 들어, 그리고 전술한 바와 같이, 메시지 시스템(210)은 결제 메시지 처리에 대응하는 정보를 유지하는 그래프 객체와 거래 ID를 연결시킬 수 있다.
도 3a가 더 도시하는 바와 같이, 메시지 시스템(210)은 전송자 상태 메시지(310)를 전송자 클라이언트 장치(204a)에 제공할 수 있다. 예를 들어, 전송자 상태 메시지(310)는 결제 처리의 특정 상태에 대응하는 전송자 메시지 및/또는 이용가능한 전송자 동작을 포함할 수 있다. 또한, 메시지 시스템(210)은 수신자 클라이언트 장치(204b)에 수신자 상태 메시지(312)를 전송할 수 있다. 수신자 상태 메시지(312)는 결제 처리의 특정 상태에 대응하는 수신자 메시지 및/또는 이용가능한 수신자 동작을 포함할 수 있다.
전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b)가 메시지 시스템(210)으로부터 상태 메시지를 수신하면, 각 장치는 상태 메시지를 제시할 수 있다. 특히, 도 3a는 전송자 클라이언트 장치(204a)가 결제 정보의 하나 이상의 부분을 식별하는 다른 정보와 함께 전송자 상태 메시지 내에 "취소" 옵션을 나타낼 수 있음(314)을 도시한다. 예를 들어, 그리고 도 5a-7c를 참조하여 하술되는 바와 같이, 제 2 클라이언트 장치(204a)는 수신자와의 메시징 세션에 대응하는 메시지 스레드 내에 전송자 상태 메시지를 나타낼 수 있다(314). 상태 메시지 내의 "취소" 옵션은 전송자가 결제 처리의 다양한 단계 동안 결제를 취소하게 한다. 일반적으로 "취소" 옵션은 결제가 완료될 때까지 전송자에게 이용가능하다.
또한, 도 3a는 수신자 클라이언트 장치(204b)가 결제 정보의 하나 이상의 부분을 식별하는 다른 정보와 함께 수신 상태 메시지 내에 "처리 중" 메시지를 나타낼 수 있음(316)을 도시한다. "처리 중" 메시지는 수신자에게 결제가 진행 중임을 나타낸다. 특히, "처리 중" 메시지는 메시지 시스템(210)이 결제 네트워크(215)와 통신하여 결제를 승인할 때 관련이 있다. 전송자 상태 메시지와 마찬가지로, 수신자 클라이언트 장치(204b)는 전송자와의 메시징 세션에 대응하는 수신자 클라이언트 장치(204b) 상의 메시지 스레드 내에 수신자 상태 메시지를 제시할 수 있다.
전송자 및 수신자 상태 메시지를 제공하는 것 외에도, 메시지 시스템(210)은 결제 네트워크(215)에 결제 승인 요청(318)을 전송할 수 있다. 상술한 바와 같이, 결제 승인 요청은 결제 네트워크(215)가 결제 방법으로서 특정된 결제 계정 전송자를 검증하게 허용하는 결제 정보를 포함한다. 또한, 결제 네트워크(215)는 결제 계정이 결제 금액을 커버하기에 충분한 자금을 가지고 있는지를 검증할 수 있을 뿐만 아니라 결제 계정에 충당될 결제 금액으로 자금을 보유할 것을 요청할 수 있다. 하나 이상의 실시양태에서, 결제 승인 요청(318)은 또한 결제 네트워크(215)로 하여금 수신자 계정이 결제를 수락하기 위해 이용가능한 지를 검증하게 하는 결제 정보를 포함할 수 있다.
도 1을 참조하여 상세하게 기술된 바와 같이, 결제 네트워크(215)는 결제를 승인할 수 있다. 결제를 승인하면, 결제 네트워크(215)는 도 3a에 도시된 바와 같이, 결제가 승인되었음을 나타내는 결제 승인 응답(320)을 메시지 시스템(210)에 전송할 수 있다. 다르게는, 결제 네트워크(215)가 결제를 승인할 수 없는 경우, 결제 네트워크(215)는 결제가 승인되지 않았음을 나타내는 결제 승인 응답(320)을 메시지 시스템(210)에 전송할 수 있다.
결제 네트워크(215)가 결제를 승인할 수 없는 경우, 메시지 시스템(210)은 결제 실패를 나타내는 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b) 모두에 상태 업데이트를 전송할 수 있다. 상태 업데이트는 실패한 결제 이유를 나타내는 데이터뿐만 아니라 가능할 경우 전송자 또는 수신자가 실패 이유를 수정할 수 있게 하는 하나 이상의 옵션을 포함할 수 있다. 예를 들어, 결제 네트워크(215)가 전송자의 결제 계정과 관련된 문제로 인해 결제를 승인할 수 없는 경우, 전송자 상태 업데이트는 전송자의 결제 계정에 대한 문제점의 설명을 포함할 수 있다. 그러한 경우에, 수신자 클라이언트 장치(204b)로 전송된 상태 메시지는 전송자의 정보 및 평판을 보호하기 위해 문제의 설명을 포함하지 않을 수 있다(예를 들어, 결제 실패의 이유가 전송자의 결제 계정 내의 불충분한 자금으로 인한 경우).
도 3a로 돌아와서, 결제 승인 응답이 결제가 승인되었음을 나타내면, 메시지 시스템(210)은 수신사 클라이언트 장치(204b)에 "수락/거절" 상태 업데이트를 전송할 수 있다. 상태 업데이트를 수신하면, 수신자 클라이언트 장치(204b)는 결제를 수락 또는 거절하는 선택가능한 옵션을 포함하도록 수신 상태 메시지를 업데이트한다(324). 수신자가 결제를 수락하기 위해 선택가능한 옵션과 상호작용할 때, 수신자 클라이언트 장치(204b)는 수락 응답(326)을 메시지 시스템(210)에 전송할 수 있다. 도 3a에 도시된 처리에 대한 대안으로서, 처리는 수신자가 결제를 수락하거나 거부하도록 도시된 단계를 포함하지 않을 수 있다. 오히려, 처리는 수신자와의 추가적인 사용자 상호작용 없이 결제를 용이하게 하기 위해 자금 요청을 전송하는 것으로 직접 진행할 수 있다.
도 3a를 계속하면, 메시지 시스템(210)이 수신자 클라이언트 장치(204b)로부터 수락 응답을 수신하면, 메시지 시스템(210)은 결제 자금제공을 처리하기 위해 결제 네트워크(115)에 자금 승인 요청(328)을 전송할 수 있다. 특히, 자금 승인 요청은도 1을 참조하여 논의된 바와 같이, 전송자의 결제 계정으로부터 수신자의 예금 계정으로 결제 금액을 이체하기 위한 결제 정보 및 명령을 제공할 수 있다. 결제 방식(예: 결제 계정 유형) 및 예금 계정 유형에 따라 결제 자금은 다양한 형태가 될 수 있다. 또한, 도 4a-4b는 결제를 자금제공하기 위한 추가 처리를 논의하며, 하기에 논의될 것이다.
결제를 자금제공할 때, 도 3a에 도시된 바와 같이, 결제 네트워크(215)는 메시지 시스템(210)에 자금 승인 응답(330)을 전송할 수 있다. 구체적으로, 자금 승인 응답(330)은 결제의 자금제공이 성공적이었음을 나타낼 수 있다. 이어서, 메시지 시스템(210)은 전송자 클라이언트 장치(204a)가 "결제 완료" 메시지로 전송자 상태 메시지를 업데이트(336)하게 하는 결제 완료 상태 업데이트(332)를 전송자 클라이언트 장치(204a)에 전송할 수 있다. 마찬가지로, 메시지 시스템(210)은 수신자 클라이언트 장치(204b)에 결제 청구 상태 업데이트(334)를 전송하고, 이는 수신자 클라이언트 장치(204b)가 "결제 청구됨" 메시지로 수신자 상태 메시지를 업데이트(338)하게 한다. 이 시점에서 결제 처리가 완료된다.
도 3b는 수신자가 결제를 거절하는 경우의 예시적인 처리 흐름을 도시한다. 특히, 도 3b에 도시된 처리 흐름은, 도 3a의 A 지점에서, 또는 달리 말하면, 메시지 시스템(210)이 결제 승인 응답을 수신한 후에 재개된다. 상술한 바와 같이, 결제 승인 응답을 수신한 후에, 메시지 시스템(210)은 수락/거절 업데이트(322)를 전송할 수 있고, 이는 수신자 클라이언트 장치가 수신자 상태 메시지를 결제를 수락 또는 거절하는 선택가능한 옵션으로 업데이트(324)하게 한다.
도 3b에 더 도시된 바와 같이, 수신자가 거절 옵션을 선택할 때 수신자 클라이언트 장치(204b)는 거절 응답을 메시지 시스템(210)에 전송할 수 있다. 메시지 시스템(210)은 수신자 클라이언트 장치(204b)로부터 거절 응답을 수신하면 결제 취소 처리를 시작할 수 있다. 특히, 메시지 시스템(210)은 인가된 승인 요청을 취소하기 위한 정보 및 명령을 포함하는 취소 결제 승인 요청(342)을 결제 네트워크(215)에 전송할 수 있다. 예를 들어, 결제 네트워크(215)는 자금상 임의의 보유를 제거하거나 승인 요청에 의해 야기된 다른 보류중인 항목을 취소할 수 있다. 이어서, 결제 네트워크(215)는 결제 네트워크(215)가 결제 승인 요청을 취소했다는 확인(344)을 메시지 시스템(210)에 보낼 수 있다.
추가적으로, 수신자로부터 거절 응답을 수신한 후, 메시지 시스템(210)은 거부된 상태 업데이트(346)를 수신자 클라이언트 장치(204b)에 전송할 수 있는데, 이는 수신자 클라이언트 장치(204b)가 "당신은 이 결제를 거절하였습니다(You declined payment)" 메시지 또는 다른 유사한 언어로 수신자 상태 메시지를 업데이트하게 한다(348). 메시지 시스템(210)은 또한 결제 거절된 상태 업데이트(350)를 전송자 클라이언트 장치(204a)에 전송할 수 있고, 이는 전송자 클라이언트 장치(204a)가 "수신자 거부된 결제(Recipient declined payment)" 메시지 또는 다른 유사한 언어로 전송자 상태 메시지를 업데이트하게 한다(352). 전송자가 결제 처리가 완료되기 전에 결제를 취소하기로 선택한 경우에도 유사한 처리가 일어난다.
메시지 시스템(210)은 또한 메시지 시스템(210) 내의 결제 처리를 취소하기위한 추가적인 단계를 취할 수 있다. 특히, 메시지 시스템(210)은 임의의 거래 정보를 업데이트 또는 삭제할 수 있다(354). 예를 들어, 메시지 시스템(210)은 결제 정보뿐만 아니라 취소된 결제에 대응하는 임의의 다른 데이터 또는 정보를 삭제하거나 보관할 수 있다.
또한, 도 4a-4b는 결제 처리의 추가적인 예들을 도시하고, 특히 자금제공 처리의 추가적인 예는 메시지 시스템(210)이 다양한 결제 방법 및 예금 계정을 사용하여 결제를 처리할 수 있게 한다. 도 4a는 시스템은 전송자의 계정으로부터의 자금 요청을 분리하여 처리하고 수신자의 계정에 결제를 예치하는 처리 흐름의 예시를 도시한다. 하나 이상의 실시양태에서, 예컨대, 전송자의 계정은 제 1 결제 네트워크에서 액세스가능한 한편, 수신자의 계정은 제 2 결제 네트워크에서 이용가능하다. 그러한 상황에서, 결제를 처리하기 위해, 메시지 시스템(210)은 결제를 처리하기 위한 중개자로서 행동할 수 있다.
도 4a에 도시된 처리 흐름은, 도 3a의 지점 A에서, 또는 달리 말하면 메시지 시스템(210)이 결제 승인 응답을 수신한 후에 재개된다. 상술한 바와 같이, 결제 승인 응답을 수신한 후에, 메시지 시스템(210)은 수신자 클라이언트 장치로 하여금 결제를 수락 또는 거절하는 선택가능한 옵션으로 수신자 상태 메시지를 업데이트(404)하게 하는 수락/거절 상태 업데이트(402)를 전송할 수 있다. 클라이언트 장치(204b)는 수신자가 수락 결제 옵션을 선택하는 것에 응답하여 수락 응답(406)을 메시지 시스템(210)에 전송할 수 있다.
수신자가 결제를 수락하면, 메시지 시스템(210)은 결제 금액을 전송자의 계정으로부터 인출되어 메시지 시스템(210)으로 전송되도록 요청하는 결제 네트워크(215)에 자금 요청(408)을 전송할 수 있다. 이에 응답하여, 결제 네트워크(215)는 전송자의 계정으로부터 메시지 시스템(210)으로 돈을 전자적으로 이체함으로써 전송자의 계정으로부터 결제를 자금제공할 수 있다(410). 전자 이체를 수신하면, 메시지 시스템(210)은 임시 계정에 결제를 충당할 수 있다(412). 하나 이상의 실시양태에서, 메시지 시스템(210)은 결제를 충당할 새로운 계정을 생성할 수 있다. 다르게는, 메시지 시스템(210)은 각 결제와 연결된 고유 거래 ID에 의해 조직되고 식별되는 다양한 다른 결제를 포함하는 마스터 임시 계정에 결제를 충당할 수 있다.
메시지 시스템(210)은 이어서 결제를 수신자의 예금 계정으로 입금할 수 있다. 특히, 도 4a에 도시된 바와 같이, 메시지 시스템(210)은 결제 네트워크(215) 또는 다른 결제 네트워크를 통해 수신자의 계정으로 결제를 전자적으로 이체할 수 있다(414). 결제 네트워크(215)는 수신자의 계정으로 결제를 성공적으로 입금하면 이체 확인(416)을 메시지 시스템(210)에 전송한다. 이체 확인(416)을 수신한 후, 메시지 시스템은 결제 금액에 대한 임시 계정(418)을 입금함으로써, 결제에 관한 임시 계정을 일치시킨다(reconcile).
결제 처리를 완료하기 위해, 메시지 시스템(210)은 결제 완료 상태 업데이트(420)를 전송자 클라이언트 장치(204b)로 전송하고 결제 청구 상태 업데이트(422)를 수신자 장치(204b)에 전송할 수 있다. 추가적으로, 전송자 클라이언트 장치(204a)는 도 4a에 도시된 바와 같이 "결제 완료(Payment complete)" 메시지로 전송자 상태 메시지를 업데이트(424)하는 반면, 수신자 클라이언트 장치(204b)는 "결제 청구됨(Payment claimed)" 메시지로 수신자 상태 메시지를 업데이트한다(426).
도 4b는 전송자로부터 수신자로의 결제를 용이하게 하기 위한 결제 자금제공 처리의 또 다른 예를 도시한다. 특히, 도 4b는 전송자가 느린 또는 지연된 자금제공 처리를 가지는 결제 방법을 선택할 때 메시지 시스템(210)이 사용할 수 있는 예시적인 자금제공 처리를 도시한다. 일반적으로 말하면, 결제 시스템의 사용자는 느린 결제 처리로 인해 좌절하게 된다. 따라서, 도 4b는 결제 방법이 자금제공 처리가 느리거나 지연되는 경우에도 빠른 결제 처리를 제공하기 위한 예시적인 처리를 도시한다.
도 4b에 도시된 처리 흐름은, 도 3a의 지점 A에서, 또는 달리 말하면, 메시지 시스템(210)이 결제 승인 응답을 수신한 후에 재개된다. 상술한 바와 같이, 결제 승인 응답을 수신한 후에, 메시지 시스템(210)은 수락/거절 상태 업데이트(402)를 전송할 수 있고, 이는 수신자 클라이언트 장치로 하여금 결제를 수락 또는 거절하는 선택가능한 옵션으로 수신자 상태 메시지를 업데이트하게 한다(404). 클라이언트 장치(204b)는 수신자가 수락 결제 옵션을 선택하는 것에 응답하여 수락 응답(406)을 메시지 시스템(210)에 전송할 수 있다.
느린 자금제공 처리를 나타내는 결제 방법의 유형에 기반하여, 메시지 시스템(210)은 결제 금액을 메시지 시스템(210) 내에 유지되는 임시 계정에서 인출하고(428) 결제 네트워크(215)를 통해 수신자의 계정으로 전자적으로 이체할 수 있다(430). 결제 네트워크(215)는 성공적인 이체를 나타내는 이체 확인(432)을 전송할 수 있다. 따라서, 결제 시스템(210)은 결제 승인 요청에 대한 성공적인 응답을 수신하는 것에 기반하여(도 3a 참조), 결제 금액이 실제로 전송자의 계정에서 인출되기 전에 수신자의 계정으로 결제를 진행시킨다.
이 시점에서, 메시징 시스템은 결제 처리가 완료되었고 도 4a와 관련하여 상술한 바와 같이 수신자가 결제를 청구했음을 나타내는 상태 업데이트를 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b)에 전송할 수 있다. 전송자 클라이언트 장치(204a) 및 수신자 클라이언트 장치(204b)는 전송자 상태 메시지 및 수신자 상태 메시지를 업데이트하여 결제 처리의 완료를 표시할 수 있고, 비록 결제가 기술적으로 아직 자금제공되지는 않았지만, 전송자 및 수신자의 관점에서 결제 처리가 완료된다.
도 4b에 더 나타낸 바와 같이, 메시지 시스템(210)은 결산 패키지를 준비할 수 있다(434). 예를 들어, 하나 이상의 실시태양에서, 결제 방법의 느린 특성 때문에, 메시지 시스템(210)은 동일한 유형의 다수의 결제를 축적하여 단일한 결산 거래에서 다수의 결제를 처리하는 결산 패키지 내에 포함할 수 있다. 다음으로, 메시지 시스템(210)은 결제 네트워크(215)에 결산 자금 요청(436)를 전송할 수 있고, 결제 네트워크(215)는 메시지 시스템(210)에 자금 요청의 금액을 전자적으로 이체함으로써 결산 자금제공을 수신할 수 있다(438). 메시지 시스템(210)은 임시 계정을 일치시키거나(440), 또는 다시 말하면 임시 계정을 보충함으로써 결제 처리를 완료할 수 있다.
도 5a-7c는 메시지 시스템이 사용자가 다른 사용자로부터 결제를 전송하고 수신하게 하기 위해 제공할 수 있는 그래픽 인터페이스의 하나 이상의 실시양태를 도시한다. 비록 도 5a-7c는 모바일 장치상의 그래픽 인터페이스의 예시적인 실시양태를 도시하지만, 그래픽 인터페이스 특징 및 특성은 동일하거나 유사한 기능 및 사용자 경험을 제공하기 위해 다양한 다른 클라이언트 장치에 적용될 수 있다.
또한, 도 5a-5c 및 도 5h는 전송자의 모바일 장치(500a)를 도시하고, 도 5d-5g는 수신자의 모바일 장치(500b)를 도시한다. 일반적으로, 각각의 모바일 장치(500a 및 500b)는 동일하거나 유사한 특징을 갖는 그래픽 인터페이스(504)를 제시하는 터치 스크린(502)을 포함한다. 또한, 도 5a에 도시된 바와 같이, 그래픽 인터페이스(504)는 네비게이션 바(505), 하나 이상의 메시지(508)를 포함하는 메시징 스레드(506), 입력 영역(510), 결제 요소(514)를 포함하는 선택가능한 요소의 메뉴(512), 전송 요소(516), 및 입력 키보드(518)를 포함할 수 있으며, 이들 모두는 터치 스크린(502)을 통해 탐지된 사용자 상호작용에 응답할 수 있다. 상기 그래픽 인터페이스(504)의 특징들 및 특성들 각각은 이하에서보다 상세히 논의될 것이다.
언급한 바와 같이, 도 5a는 네비게이션 바(505)가 전송자가 통신하고 있는 사용자의 이름 또는 신원을 포함할 수 있음을 도시한다. 편의상, 전송자의 모바일 장치(500a)는 수신자의 이름을 단순히 "수신자 이름"으로 표시하고, 마찬가지로 수신자의 모바일 장치(500b)는 전송자의 이름을 단순히 "전송자 이름"으로 표시한다. 통신 세션이 2명 이상의 사용자를 포함하는 경우, 네비게이션 바(505)는 통신 세션에 참여하는 다수의 사용자에 대응하는 다수의 이름 또는 신원을 포함할 수 있다.
사용자의 이름 또는 신원에 더하여, 도 5a는 네비게이션 바(505)가 이름 아래에 위치된 상태 표시자를 포함할 수 있음을 도시한다. 도시된 바와 같이, 상태 표시자는 전송자 사용자로 하여금 수신자가 수신자의 이동 장치(500b) 상에서 현재 활성 상태인지 여부를 알 수 있게 할 수 있다. 또한, 상태 지시자는 수신자가 활성(예: 메시징, 전화, 웹 브라우저)인 것을 나타낼 수 있다. 따라서 전송자는 수신자가 결제를 보내기 전에 결제를 받을 수 있는지 검증할 수 있다.
내비게이션 바(505)는 내비게이션 기능을 제공하는 다양한 다른 선택가능한 요소들을 더 포함할 수 있다. 예를 들어, 도 5a에 도시된 바와 같이, 네비게이션 바(505)는 메시지 어플리케이션 내의 연락처 목록 또는 다른 인터페이스로 네비게이팅하는 "이전으로(back)" 네비게이션 버튼을 포함할 수 있다. 또한, 네비게이션 바(505)는 전송자가 메시징 어플리케이션 내에서 직접 수신자에게 전화를 걸게 허용하는 선택가능한 전화 요소를 포함할 수 있다. 네비게이션 바(505)는 다양한 다른 특징들 및 특성들을 포함할 수 있다.
전술한 바와 같이, 도 5a에 도시된 바와 같이 그래픽 인터페이스(504)는 하나 이상의 메시지(508)를 포함하는 메시징 스레드(506)를 포함할 수 있다. 하나 이상의 실시양태에서, 메시지 스레드(506)는 전송된 메시지와 수신된 메시지를 구별하기 위해 메시지(508)를 구성할 수 있다. 예를 들어, 도 5a는 수신된 메시지가 좌측으로 정렬되고 제 1 음영에 있고, 전송된 메시지가 우측으로 정렬되고 제 2 음영에 있음을 도시한다. 추가적으로, 수신된 메시지는 도 5a에 도시된 바와 같이 메시지를 전송한 사용자의 신원을 더 나타내는 메시지 스레드 내의 사용자 아이콘에 대응할 수 있다.
메시지를 작성하고 전송하기 위해, 전송자는 키보드(518)와 상호작용하여 사용자 입력을 입력 영역(510)에 제공할 수 있다. 예를 들어, 도 5a에 도시된 바와 같이, 전송자는 입력 영역(510)에 텍스트를 입력한다. 메시지를 전송하기 위해, 사용자는 그 다음에 전송 요소(516)와 상호작용할 수 있다. 텍스트를 입력하는 것 이외에도, 전송자는 메뉴(512) 상의 하나 이상의 요소와 상호작용하여 다른 유형의 콘텐츠를 메시지에 추가할 수 있다. 예를 들어, 도 5a는 메뉴(512)가 사용자로 하여금 텍스트를 전송하고, 새로운 이미지/비디오를 캡처 및 전송하고, 갤러리로부터 저장된 이미지/비디오를 전송하고, 하나 이상의 기호 또는 이모티콘을 전송하게 허용하는 하나 이상의 인터페이스 특징들로 탐색하게 허용할 수 있다는 것을 도시한다.
상기 선택가능한 요소들에 추가하여, 도 5a에 도시된 바와 같이 메뉴(512)는 선택가능한 결제 요소(514)를 포함할 수 있다. 전송자는 결제 요소와 상호작용하여 수신자에게 결제를 전송할 수 있다. 하나 이상의 실시양태에서, 전송자는 결제와 함께 메시지를 포함할 수 있다. 예를 들어, 전송자는 입력 영역에 텍스트를 입력할 수 있지만, 전송 요소(516)와 상호작용하는 대신에, 도 5a에 도시된 바와 같이 전송자는 결제 요소(514)에 상호작용(예를 들어, 탭 제스처)을 제공할 수 있다. 사용자가 결제 요소(514)를 선택할 때 입력 영역(510) 내에 위치한 텍스트(또는 이미지, 비디오, 오디오, 이모티콘 또는 다른 심볼)는 결제 메시지 내에 포함될 수 있으며, 전송자 및 수신자 결제 상태 메시지 내에 포함될 수 있다(도 5c 및 도 5d 참조).
하나 이상의 실시양태에서, 전송자의 결제 요소(514)와 상호작용에 응답하여, 모바일 장치(500a) 상의 메시징 어플리케이션은 메시지 시스템과 통신하여 전송자가 메시징 시스템 내의 등록된 결제 계정과 연결되어 있는지를 결정할 수 있다. 전송자가 등록된 결제 계정과 연결되지 않은 경우, 메시징 어플리케이션은 전송자가 결제 계정을 등록할 수 있는 (예, 상기에 상세하게 설명된 바와 같은 결제 정보를 제공하는) 그래픽 인터페이스를 제공할 수 있다. 다르게는 또는 추가적으로, 그래픽 인터페이스는, 전송자가 계정을 생성할 필요 없이, 사용자가 (예를 들어, 직불 카드 또는 신용 카드 번호를 입력하는) 일회성 결제를 용이하게 하는 결제 정보를 입력하게 해주는 일회성 결제 옵션을 제시할 수 있다.
전송자가 이미 메시징 시스템에 결제 계정을 설정한 경우, 결제 요소(514)와 상호작용하는 전송자에 응답하여, 메시징 어플리케이션은 그래픽 인터페이스(504)를 전환하여 전송자가 도 5b에 도시된 바와 같이 결제를 정의하게 허용할 수 있다. 예를 들어, 네비게이션 바(505)는 수신자 이름을 제시하는 것으로부터 텍스트 "송금(Send Money)" 또는 다른 유사한 메시지 또는 심볼을 제시하는 것으로 변경하여, 전송자가 그래픽 인터페이스(504)를 통해 결제를 정의할 수 있음을 나타낼 수 있다. 추가적으로, 도 5b에 도시된 바와 같이, 네비게이션 바(505)는 전송자가 상호작용하여 결제를 정의 및/또는 전송하지 않고 메시지 스레드(508)로 복귀할 수 있는 선택가능한 취소 옵션을 포함할 수 있다.
그래픽 인터페이스(504)는 전송자가 결제를 정의하게 허용하는 다양한 입력 필드를 더 포함할 수 있다. 예를 들어, 도 5b에 도시된 바와 같이, 그래픽 인터페이스(504)는, 이에 제한되는 것은 아니지만, 수신자 입력 필드(520), 결제 입력 필드(522), 승인 코드 입력 필드(524), 결제 방법 선택자(526) 및 전송 결제 요소(528)를 포함할 수 있다. 또한, 그래픽 인터페이스(504)는 숫자 패드(530)를 포함할 수 있다. 전송자는 각 필드, 선택자 및/또는 요소와 상호작용하여 신속하고 효율적으로 결제를 정의할 수 있다.
하나 이상의 실시양태에서, 하나 이상의 필드들 및/또는 옵션들은 미리 채워지거나 미리 선택된다. 예를 들어, 도 5b는 수신자 입력 필드(520)가 수신자에 대응하는 메시지 스레드 내의 결제 요소(514)(도 5a 참조)를 선택하는 전송자에 기반하여 수신자 이름으로 미리 채워지는 것을 도시한다. 메시징 스레드가 다수의 수신자에 대응하는 경우에, 수신자 입력 필드(520)는 다수의 수신자 각각으로 미리 채워질 수 있다. 추가적으로, 전송자는 수신자 입력 필드(520)와 상호작용하여 수신자를 추가하거나 제거할 수 있다. 예를 들어, 전송자는 수신자 입력 필드(520)에 대해 탭 제스처를 제공할 수 있고, 응답으로 메시징 어플리케이션은 전송자가 수신자로서 선택적으로 추가하거나 제거할 수 있는 다른 사용자의 연락처 목록(예를 들어, 전송자의 친구 목록)을 제시할 수 있다.
도 5b에 더 도시된 바와 같이, 전송자는 결제 입력 필드(522)와 숫자 패드(530)를 통해 결제 금액을 입력할 수 있다. 다수의 수신자의 경우, 결제 입력 필드는 다수의 수신자 각각에 대응하는 입력 영역을 포함할 수 있다. 상기 결제 입력 필드는 또한 도 2를 참조하여 상술한 바와 같이 하나 이상의 추가적인 결제 금액 옵션을 제공하기 위한 다양한 다른 그래픽 특징을 포함할 수 있다(예: 그룹 결제 옵션). 유사하게, 전송자는 번호 패드(530)를 사용하여 승인 코드 입력 필드(524)를 통해 승인 코드를 제공할 수 있다.
상술한 바와 같이, 하나 이상의 실시양태에서, 전송자는 결제를 위해 사용하기 위한 디폴트 결제 방법을 정의할 수 있다. 그러나 전송자는 결제 방법 선택자(526)와 상호작용하여 다른 결제 방법으로 변경할 수 있다. 예를 들어, 결제 방법 선택자(526)와 상호작용할 때, 메시징 어플리케이션은 다른 등록된 결제 방법 의 목록을 제시할 수 있을 뿐만 아니라 새로운 결제 방법을 추가하는 옵션을 제시할 수 있다. 전송자는 하나 이상의 다른 결제 방법과 상호작용하여 결제 방법을 정의할 수 있다. 그래픽 인터페이스(504)는 전송자가 본 명세서에서 설명된 하나 이상의 방법 또는 처리를 사용하여 결제를 추가로 정의할 수 있게 하는 추가적인 그래픽 요소 및 특징을 포함할 수 있다.
전송자가 결제를 정의한 후, 도 5b에 도시된 바와 같이, 전송자는 전송 결제 요소(528)와 상호작용할 수 있다. 상술한 바와 같이, 전송자가 전송 결제 요소(528)와 상호작용할 때, 메시징 어플리케이션은 모바일 장치(500a)로 하여금 정의된 결제 정보와 함께 결제 메시지를 메시징 시스템에 전송하게 할 수 있다. 메시징 시스템은 전송자의 모바일 장치(500a) 및 수신자의 모바일 장치(500b)와의 다양한 전자 통신을 교환하는 것을 포함하여 결제 처리를 수행할 수 있다.
예를 들어, 결제 메시지를 수신하면, 도 5c에 도시된 바와 같이 메시지 시스템은 전송자의 모바일 장치(500a)에 전송자 상태 메시지(550)를 전송함으로써 반응할 수 있다. 모바일 장치(500a) 상의 메시징 어플리케이션은 전송자가 전송한 메시지로서 전송자 상태 메시지(550)를 메시지 스레드(506)에 추가할 수 있다. 특히, 비록 메시징 시스템이 전송자 상태 메시지(550)를 생성하여 전송하였지만, 결제가 전송자로부터 유래되었기 때문에, 전송자 상태 메시지는 전송자의 메시지로서 나타난다.
언급한 바와 같이, 전송자 상태 메시지(550)는 결제 메시지를 전송하기 전에 전송자가 입력 영역(510)에 입력한 컨텐츠를 포함할 수 있다. 예를 들어, 도 5c는 전송자 상태 메시지(550)가 도 5c의 입력 영역(510)에 도시된 텍스트 메시지를 포함하는 것을 도시한다. 추가적으로 또는 다르게는, 전송자 상태 메시지는 결제를 나타내는 디폴트 텍스트(예를 들어, "당신은 수신자에게 결제를 전송하는 중입니다(You are sending a payment to Recipient)")를 포함할 수 있다. 다수의 수신자가 있는 경우, 전송자 상태 메시지는 각각의 수신자의 이름 및 각 수신자에 대응하는 결제 금액을 포함할 수 있다. 다르게는, 메시지 시스템은 다수의 수신자 각각에 대해 개별적인 전송자 상태 메시지를 전송할 수 있다.
간략하게 언급한 바와 같이, 전송자 상태 메시지(550)는 결제 금액(예: $ 30.00)을 포함할 수 있다. 하나 이상의 실시양태에서, 결제 금액은 전송자가 메시지 스레드(506) 내에서 직접 결제 금액을 수정할 수 있게 하는 선택가능한 요소 일 수 있다. 예를 들어 전송자는 $30.00의 금액을 결제할 수 있다. 이에 응답하여, 수신자는 결제 금액이 잘못된 금액이라고 설명하는 인스턴트 메시지를 전송자에게 전송할 수 있다. 전송자는 결제 금액 선택가능한 요소와 상호작용하고 결제 금액을 수정할 수 있다. 결제 금액을 변경하면, 모바일 장치(500a)는 메시징 시스템에 통신을 전송하고, 이는 이어서 새로운 결제 금액으로 결제 정보를 업데이트한다.
전송자 상태 메시지(550)는 결제와 관련된 하나 이상의 선택가능한 요소를 더 포함할 수 있다. 예를 들어, 도 5c는 전송자 상태 메시지(550)가 선택가능한 제거 요소(552)를 포함하는 것을 도시한다. 상술한 바와 같이, 전송자는 결제 처리 내의 다양한 지점에서 결제를 취소하기 위해 취소 요소(552)와 상호작용할 수 있다.
도 5d는 수신자의 모바일 장치(500b)를 도시한다. 특히, 도 5d는 전송자가 결제 메시지를 전송할 때 수신자의 모바일 장치(500b)가 메시징 시스템으로부터 수신한 수신자 상태 메시지(560)를 도시한다. 전송자 상태 메시지(550)와 같이, 수신자 상태 메시지(560)는 컨텐츠(예컨대, 텍스트) 및 결제 금액을 포함할 수 있다. 수신자 상태 메시지(560)는 전송자 상태 메시지(550)와 관련하여 상술한 바와 동일하거나 유사한 특징을 포함할 수 있다.
또한, 수신자 상태 메시지(560)는 결제 상태를 나타내는 상태 지시자(562)를 포함할 수 있다. 예를 들어, 수신자 상태 메시지(560)를 처음 수신할 때, 메시징 시스템은 결제를 승인하려고 시도할 수 있다(도 3a 참조). 승인 프로세스가 진행되는 동안, 수신자 상태 메시지(560)는 결제가 처리 중임을 수신자에게 알리는 상태 지시자(562)를 포함할 수 있다.
도 5e 내지 도 4g에 도시된 바와 같이, 메시징 시스템은 수신자의 모바일 장치(500b)에 상태 업데이트를 전송하여 수락 요소(564) 및 거절 요소(566)로 수신자 상태 메시지(560)를 업데이트하고, 이는 메시지 시스템이 결제를 성공적으로 승인하였다는 것을 의미한다. 수락 요소(564) 및 거절 요소(566)는 수신자에게 결제를 수락 또는 거절할 수 있는 기회를 제공한다. 하나 이상의 실시양태에서, 결제 처리는 수신자에게 결제를 수락 또는 거절하는 옵션을 제공하지 않고 진행한다.
수락 지시자(564)의 선택을 수신하면, 도 5e에 도시된 바와 같이, 메시징 시스템은 상태 업데이트를 제공하여, 수신자 상태 메시지(560)가 수신자에게 결제 처리가 진행중임을 알리는 상태 지시자(568)를 포함하게 할 수 있다. 예를 들어, 도 5f에 도시된 바와 같이, 상태 지시자(568)는 "거래 처리중(Processing Transaction)"과 같은 텍스트 상태를 포함할 수 있다. 다른 언어, 기호, 그래픽 또는 애니메이션이 거래 처리 자금을 나타낼 수 있다. 예를 들어, 하나 이상의 실시양태에서, 메시징 시스템이 자금제공을 처리함에 따라, 전송자 및/또는 수신자 상태 메시지는 전송자로부터 수신자로의 돈의 이체를 나타내는 애니메이션을 포함할 수 있다. 예시적인 애니메이션에는 결제 금액의 현금 계산이 포함되어 있어 결제 처리의 즉각적인 특성을 보여주고 메시징 시스템이 자금제공 처리를 완료하는 동안 사용자를 즐겁게 한다.
자금제공 처리가 완료되면, 도 5g에 도시된 바와 같이 메시지 시스템으로부터의 상태 업데이트는 수신자 상태 메시지(560)가 수신자가 성공적으로 결제를 수신했음을 나타내는 상태 지시자(570)를 포함하게 할 수 있다. 마찬가지로, 메시지 시스템으로부터의 상태 업데이트는 도 5h에 도시된 전송자 상태 메시지(550)를 유발하여, 결제의 성공적인 완료를 나타내는 상태 지시자(572)를 포함하게 한다.
하나 이상의 실시양태에서, 전송자 및 수신자는 전체 결제 처리 동안 메시지를 계속 교환할 수 있다. 전송자 및 수신자 상태 메시지(550, 560)가 전송된 후에 전송된 메시지는 최신 메시지 위치 또는 메시지 스레드(506) 내의 상태 메시지 아래에 나타날 수 있다(예를 들어, 오래된 메시지는 새로운 메시지의 추가로 메시지 스레드(506)에서 위로 이동함). 일부 예시적인 실시양태에서, 결제와 관련된 상태 업데이트를 수신하면, 메시징 어플리케이션은 메시지 스레드(506) 내의 상태 메시지(550, 560)의 위치를 최신 메시지 위치로 재할당한다. 마찬가지로 메시징 어플리케이션은 전송자 및 수신자에게 새 메시지를 알리는 것과 같은 방식으로 전송자 및 수신자에게 상태 업데이트를 알릴 수 있다. 이렇게 하면 전송자 및 수신자는 결제 처리 중에 실시간으로 계속 통신할 수 있으며 결제 처리의 진행을 모니터링할 수 있다.
또한, 결제의 성공적인 완료시, 전송자 상태 메시지(550) 및 수신자 상태 메시지(560)는 결제 세부사항에 대한 링크 또는 다른 참조를 포함할 수 있다. 예를 들어, 전송자는 결제가 성공적이었음을 나타내는 전송자 상태 메시지(560)에 상호작용(예를 들어, 터치 및 유지 제스처)을 제공할 수 있다. 이에 응답하여 메시징 어플리케이션은 예를 들어 거래 ID, 결제 방법 및 기타 결제 정보와 같은 추가 결제 세부사항을 검색하여 제시할 수 있다. 유사하게, 수신자는 완료된 수신자 상태 메시지와 상호작용하여 예를 들어 수신자 예금 계정 이름 또는 기타 결제 정보와 같은 추가 결제 세부사항을 얻을 수 있다.
도 6a-6c는 결제가 수신자에 의해 거절될 때 전송자 상태 메시지(550) 및 수신자 상태 메시지(560)의 예시적인 실시양태를 나타낸다. 예를 들어, 수신자가 도 6a에 도시된 감소 요소(574)를 선택할 때, 메시징 시스템으로부터의 상태 업데이트는 도 6b에 도시된 바와 같이 수신자 상태 메시지(560)가 결제가 거절되었음을 나타낼 수 있다(예를 들어, "당신은 이 결제를 거절하였습니다(You declined this payment)"). 마찬가지로, 메시징 시스템으로부터 전송자 모바일 장치(500a)로의 상태 업데이트는 도 6c에 도시된 바와 같이, 전송자 상태 메시지(550)로 하여금 수신자가 결제를 거절했다는 것을 전송자에게 알려주게 할 수 있다(예: "수신자가 결제를 거절했습니다(Recipient has declined this payment)").
도 7a-7c는 전송자가 결제 처리를 취소할 때 전송자 상태 메시지(550) 및 수신자 상태 메시지(560)의 예시적인 실시양태를 도시한다. 도 7a에 도시된 바와 같이, 전송자는 결제 요소를 취소하기 위해 취소 요소(552)를 선택할 수 있다. 이에 응답하여, 메시징 시스템은 결제 처리를 취소하고, 전송자의 클라이언트 장치(500a)에 상태 업데이트를 전송할 수 있다. 도 7b에 도시된 바와 같이, 상태 업데이트는 전송자 상태 메시지(550)가, 예를 들어 "당신은 결제를 취소했습니다(You canceled this payment)"와 같이 취소를 표시할 수 있다. 유사하게, 도 7c에 도시된 바와 같이, 메시징 시스템으로부터 수신자의 클라이언트 장치로의 상태 업데이트는 수신자 상태 메시지(560)를 업데이트하여 취소된 결제, 예를 들어 "전송자가 이 결제를 취소했습니다(Sender canceled this payment)"는 것을 표시할 수 있다.
도 1-7c, 대응 텍스트 및 실시양태는 메시징 시스템을 통해 결제를 전송하기 위한 다양한 시스템, 처리 및 장치를 제공한다. 상술한 바에 추가로, 하나 이상의 실시양태는 특정 결과를 달성하기 위한 방법의 동작 및 단계를 포함하는 흐름도의 측면에서 기술될 수 있다. 예컨대, 도 8-9는 하나 이상의 실시양태에 따른 예시적인 방법의 흐름도를 도시한다.
도 8은 메시징 시스템의 2명의 사용자들 사이에 결제를 전송하기 위한 예시적인 방법(800)의 흐름도를 도시한다. 방법(800)은 전송자와 연결된 제 1 클라이언트 장치(204a)로부터 결제 메시지를 수신하는 동작(802)을 포함할 수 있으며, 상기 결제 메시지는 전송자로부터 수신자로의 결제를 정의한다. 특히, 동작(802)은 적어도 하나의 프로세서를 갖는 서버 장치(206)에서, 전송자와 연결된 제 1 클라이언트 장치(204a)로부터의 결제 메시지를 수신하는 단계를 포함할 수 있으며, 상기 결제 메시지는 전송자로부터 수신자로의 결제를 정의한다. 예를 들어, 전송자는 메시징 어플리케이션(230a)을 사용하여 수신자에 대한 결제를 정의할 수 있으며, 이에 응답하여 메시징 어플리케이션(230a)은 메시지 시스템(210)을 지원하는 서버 장치(206)에 결제 메시지를 생성 및 전송할 수 있다.
방법(800)은 또한 수신 거래 정보를 포함하는 제 2 클라이언트 장치(204b) 상의 메시지 스레드(506) 내에 디스플레이하기 위한 수신자 상태 메시지(560)를 제공하는 동작(804)을 포함할 수 있고, 수신자 상태 메시지(560)는 수신자 거래 정보를 포함한다. 특히, 동작(804)은 수신자와 연결된 제 2 클라이언트 장치(204b)에 서버 장치(206)에 의해, 제 2 클라이언트 장치(204b) 상의 메시지 스레드(508) 내에 디스플레이하기 위한 수신자 상태 메시지(560)를 제공하는 단계를 포함할 수 있으며, 수신자 상태 메시지는 결제에 대응하는 수신자 거래 정보를 포함한다. 하나 이상의 실시양태에서, 수신자 거래 정보는 상술한 바와 같이 결제 금액, 결제 전송자, 결제 상태 및 추가적인 결제 정보를 포함할 수 있다.
방법(800)은 제 1 클라이언트 장치(204a) 상의 메시지 스레드(506) 내에 디스플레이하기 위한 전송자 상태 메시지(550)를 제공하는 동작(806)을 더 포함할 수 있고, 전송자 상태 메시지(550)는 전송자 거래 정보를 포함한다. 특히, 동작(806)은 제 1 클라이언트 장치(204a) 상의 메시지 스레드(508) 내에 디스플레이하기 위한 전송자 상태 메시지(550)를 제 1 클라이언트 장치(204a)에 서버 장치에 의해 제공하는 단계를 포함할 수 있으며, 전송자 상태 메시지(550)는 결제에 대응하는 전송자 거래 정보를 포함한다. 하나 이상의 실시양태에서, 전송자 거래 정보는 상술한 바와 같이 결제 금액, 수신자, 결제 상태 및 추가 정보를 포함할 수 있다.
더욱이, 방법(800)은 전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 동작(808)을 포함할 수 있다. 특히, 동작(808)은 서버 장치(206)의 적어도 하나의 프로세서를 사용하여 전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 단계를 포함할 수 있다. 예를 들어, 메시지 시스템(210)은 결제 네트워크(215)와 통신하여 거래의 하나 이상의 스테이지(stage) 또는 처리(process)의 상태를 식별할 수 있다.
방법(800)은 또한 수신 상태 메시지(560) 내의 수신 거래 정보를 업데이트하는 제 2 클라이언트 장치(204b)에 상태 업데이트를 제공하는 동작(810)을 포함할 수 있다. 특히, 동작(810)은 거래의 상태를 식별하는 것에 기반하여, 수신자 상태 메시지(560) 내의 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치(204b)에 상태 업데이트를 전송하는 단계를 포함할 수 있다. 하나 이상의 실시양태에서, 예를 들어, 메시지 시스템(210)은 결제 처리 동안 결제 승인, 결제 자금제공, 결제 취소, 에러 식별 및/또는 임의의 식별 가능한 이벤트 시 상태 업데이트를 전송할 수 있다.
도 9는 메시징 시스템의 2명의 사용자들 사이에서 결제를 전송하기 위한 예시적인 방법(900)의 흐름도를 도시한다. 방법(900)은 메시지 스레드(506) 및 선택가능한 결제 요소(514)를 포함하는 그래픽 사용자 인터페이스(504)를 제공하는 동작(902)을 포함할 수 있다. 특히, 동작(902)은 모바일 장치(500a)의 디스플레이를 통해, 모바일 장치(500a)와 연결된 전송자와 수신자 사이에 교환되는 복수의 전자 메시지(508)를 갖는 메시지 스레드(506)를 포함하는 그래픽 사용자 인터페이스(504)를 제공하는 단계를 포함할 수 있고, 그래픽 사용자 인터페이스(504)는 선택가능한 결제 요소(514)를 더 포함한다. 하나 이상의 다른 실시양태에서, 메시징 어플리케이션(230a)은 그래픽 사용자 인터페이스(504)를 제공할 수 있다.
부가적으로, 방법(900)은 전송자가 수신자에게 전송할 결제를 정의하게 하는 하나 이상의 그래픽 요소(520-526)를 제공하는 동작(904)을 포함할 수 있다. 특히, 동작(904)은 모바일 장치(500a)의 디스플레이를 통해 그리고 선택가능한 결제 요소(514)와 상호작용하는 전송자에 응답하여, 하나 이상의 그래픽 요소(520-526)를 제공하여, 전송자가 전송자로부터 수신자에게 결제를 정의하는 결제 정보를 특정하게 한다. 예를 들어, 상술한 바와 같이, 그래픽 사용자 인터페이스(504)는 사용자가 하나 이상의 수신자, 결제 금액, 결제 방법 등을 정의하게 하는 그래픽 요소를 포함할 수 있다.
게다가, 방법(900)은 결제를 정의하는 결제 정보를 포함하는 결제 메시지를 전송하는 동작(906)을 포함할 수 있다. 특히, 동작(906)은 메시지 시스템에, 전송자로부터 수신자로의 결제를 정의하는 결제 정보를 포함하는 결제 메시지를 전송하는 단계를 포함할 수 있다. 예를 들어, 메시징 어플리케이션(230a)은 전송자에 의해 지정된 결제 세부사항을 포함하는 결제 메시지를 생성할 수 있다.
방법(900)은 또한 전송자 및 수신자로부터의 결제를 용이하게 하는 거래에 대응하는 거래 정보를 포함하는 상태 메시지(550)를 수신하는 동작(908)을 포함할 수 있다. 특히, 동작(908)은, 메시지 시스템(210)으로부터, 전송자와 수신자 간의 결제를 용이하게 하는 거래에 대응하는 거래 정보를 포함하는 상태 메시지를 수신하는 단계를 포함할 수 있다. 하나 이상의 실시양태에서, 메시징 어플리케이션(230a)은 전송자에 의해 특정된 결제 세부사항을 포함하는 결제 메시지를 생성할 수 있다.
방법(900)은 또한 그래픽 사용자 인터페이스(504)의 메시지 스레드(506) 내에 상태 메시지(550)를 제공하는 동작(910)을 포함할 수 있다. 특히, 동작(910)은, 모바일 장치(550a)의 디스플레이를 통해, 그래픽 사용자 인터페이스(504)의 메시지 스레드(506) 내에 상태 메시지(550)를 제공하는 단계를 포함할 수 있다. 예를 들어, 상태 메시지(550)는 결제 금액, 사용자 정의된 메시지, 선택가능한 요소 및 상술한 다른 결제 정보를 포함할 수 있다.
하나 이상의 실시양태는, 아래에서 더 상세히 논의되는 것처럼, 컴퓨터 하드웨어, 가령 예컨대, 하나 이상의 프로세서 및 시스템 메모리를 포함하는 특수 목적용이나 범용 컴퓨터를 포함하거나 이용할 수 있다. 실시양태는 또한, 컴퓨터-실행가능한 명령 및/또는 데이터 구조를 수행하거나 저장하기 위한 물리적 및 다른 컴퓨터-판독가능한 매체를 포함할 수 있다. 특히, 본 명세서에 서술되는 하나 이상의 프로세스는 적어도 부분적으로 컴퓨터 판독가능한 비-일시적 저장매체에 포함되고 하나 이상의 컴퓨팅 장치(예컨대, 본 명세서에 서술되는 임의의 매체 컨텐츠 액세스 장치)에 의해 실행가능한 명령어로서 구현될 수 있다. 일반적으로, 프로세서(예컨대, 마이크로프로세서)는 비-일시적 컴퓨터-판독가능한 매체(예컨대, 메모리 등)로부터 명령어를 수신하고, 이러한 명령어를 실행하며, 그럼으로써 본 명세서에 기술된 하나 이상의 프로세스를 포함하는 하나 이상의 프로세스를 수행한다.
컴퓨터 판독가능한 매체는 일반 목적 또는 특수 목적용 컴퓨터 시스템에 의해 액세스될 수 있는 임의의 사용가능한 미디어일 수 있다. 컴퓨터-실행가능한 명령어를 저장하는 컴퓨터-판독가능한 매체는 비-일시적 컴퓨터-판독가능한 저장 매체(장치들)이다. 컴퓨터-실행가능한 명령어를 운반하는 컴퓨터-판독가능한 매체는 전송 매체이다. 따라서, 예로서 제한 없이, 예시적인 실시양태는 적어도 2개의 분리된 상이한 종류의 컴퓨터-판독가능한 매체: 비-일시적 컴퓨터-판독가능한 저장 매체(장치) 및 전송 매체를 포함할 수 있다.
비-일시적 컴퓨터-판독가능한 저장 매체(장치들)는 RAM, ROM, EEPROM, CD-ROM, SSDs(solid state drives)(예컨대, RAM 기반), 플래시 메모리, PCM(phase-change memory), 다른 유형의 메모리, 다른 광디스크 저장소, 자기 디스크 저장소나 다른 자기 저장 장치, 또는 컴퓨터-실행가능한 명령어나 데이터 구조의 형태로 소정의 프로그램 코드 수단을 저장하는데 사용될 수 있고, 범용 또는 특수목적용 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함한다.
"네트워크"는 컴퓨터 시스템 및/또는 모듈 및/또는 다른 전자 장치 사이에서 전자 데이터의 운반을 용이하게 하는 하나 이상의 데이터 링크로 정의된다. 정보가 네트워크 또는 다른 통신 연결(유선, 무선, 또는 유선이나 무선의 조합)을 거쳐 컴퓨터로 전송되거나 제공되면, 컴퓨터는 적절하게 연결을 전송 매체로서 볼 수 있다. 전송 매체는 컴퓨터-실행가능한 명령어나 데이터 구조의 형태로 소정의 프로그램 코드 수단을 운반하는데 사용될 수 있고, 범용 또는 특수목적용 컴퓨터에 의해 액세스될 수 있는 네트워크 및/또는 데이터 링크를 포함할 수 있다. 상기의 조합이 또한, 컴퓨터-판독가능한 매체의 범위 내에 포함되어야 한다.
추가로, 다양한 컴퓨터 시스템 구성요소들에 도달하면, 컴퓨터-실행가능한 명령어 또는 데이터 구조의 형태인 프로그램 코드 수단은 전송 매체로부터 비-일시적 컴퓨터-판독가능한 저장 매체(장치들)로 (혹은 그 반대로) 자동으로 전달될 수 있다. 예를 들어, 네트워크 또는 데이터 링크를 거쳐 수신된 컴퓨터 실행가능한 명령어 또는 데이터 구조는 네트워크 인터페이스 모듈(예컨대, "NIC") 내의 RAM에 버퍼링될 수 있고 최종적으로 컴퓨터 시스템 RAM 및/또는 컴퓨터 시스템에서 덜 휘발적인 컴퓨터 저장 매체(장치)로 전송될 수 있다. 그러므로 비-일시적 컴퓨터 판독가능한 저장 매체(장치)는 전송 매체 또한 (또는 주로) 이용하는 컴퓨터 시스템 구성요소에 포함될 수 있음이 이해될 것이다.
예컨대, 컴퓨터-실행가능한 명령어는 프로세서에 실행될 때, 범용 컴퓨터, 특수 목적용 컴퓨터 또는 특수 목적용 프로세싱 장치로 하여금 특정 기능 또는 기능들의 그룹을 수행하도록 하는 명령어 및 데이터를 포함한다. 일부 실시양태에서, 컴퓨터-실행가능한 명령어는 범용 컴퓨터를 본 명세서의 요소를 구현하는 특수 목적용 컴퓨터로 변환하도록 범용 컴퓨터에서 실행된다. 컴퓨터 실행가능한 명령어는 예컨대, 이진수, 중간 포맷 명령어 가령 어셈블리 언어, 또는 심지어는 소스 코드일 수 있다. 발명의 대상은 구조적 특징 및/또는 방법의 동작들에 특정적인 언어로 기술되었으나, 첨부되는 청구범위에서 정의되는 발명의 대상은 상기에 기술되는 특징이나 동작로 필수적으로 제한되는 것이 아님이 이해될 것이다. 그보다는, 기술된 특징 및 동작은 청구범위를 구현하는 예시적인 형태로서 기재되는 것이다.
통상의 기술자는 본 명세서가, 개인용 컴퓨터, 데스크탑 컴퓨터, 랩탑 컴퓨터, 메시지 프로세서, 핸드-헬드 장치, 멀티-프로세서 시스템, 마이크로프로세서-기반 또는 프로그램가능한 소비자 전자제품, 네트워크 PCs, 미니컴퓨터, 메인프레임 컴퓨터, 모바일 전화, PDAs, 태블릿, 호출기, 라우터, 스위치 등을 포함하는 다수의 타입의 컴퓨터 시스템 구성을 갖는 네트워크 컴퓨팅 환경에서 실시될 수 있음을 인식할 것이다. 본 명세서는 또한, 네트워크를 통해 (유선 데이터 링크, 무선 데이터 링크 또는 유선 및 무선 데이터 링크의 조합에 의해) 링크된 로컬 및 원격 컴퓨터 시스템이 모두 작업을 수행하는 분산형 시스템 환경에서 실시될 수 있다. 분산형 시스템 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 모두에 위치할 수 있다.
본 발명의 실시양태는 또한 클라우드 컴퓨팅 환경에서 구현될 수 있다. 본 서술 및 이어지는 청구항에서, "클라우드 컴퓨팅"은 구성가능한 컴퓨팅 자원의 공유된 풀에 주문형 네트워크 접근을 용이하게 하는 모델로 정의된다. 예를 들어, 클라우드 컴퓨팅은 유비쿼터스와 구성가능한 컴퓨팅 자원의 공유된 풀에 편리한 주문형 네트워크 접근을 제안하는 마켓플레이스에 채용될 수 있다. 구성가능한 컴퓨팅 자원의 공유된 풀은 신속하게 가상화를 통해 제공되고 낮은 관리 노력 또는 서비스 제공자 상호작용으로 방출될 수 있고, 그 후 따라 조정될 수 있다.
클라우드 컴퓨팅 모델은 예컨대, 주문형 셀프 서비스, 브로드 네트워크 액세스, 자원 풀링, 신속한 탄력성, 계산된 서비스, 기타 등등과 같은 다양한 특징으로 이루어질 수 있다. 클라우드 컴퓨팅 모델은 또한 다양한 서비스 모델, 예컨대 서비스로서의 소프트웨어(Software as a Service, "SaaS"), 서비스로서의 플랫폼(Platform as a Service, "PaaS") 및 서비스로서의 인프라구조(Infrastructure as a Service, "IaaS")를 낼 수 있다. 클라우드 컴퓨팅 모델은 또한 개인형 클라우드, 커뮤니티 클라우드, 공공 클라우드, 하이브리드 클라우드, 기타 등등과 같은 상이한 배치 모델을 사용하여 배치될 수 있다. 본 서술 및 청구항에서, "클라우드 컴퓨팅 환경"은 클라우드 컴퓨팅이 채용되는 환경이다.
도 10은, 블록도의 형태로, 상술한 하나 이상의 프로세스를 수행하도록 구성될 수 있는 예시적인 컴퓨팅 장치(1000)를 도시한다. 클라이언트 장치(104 및 204), 서버 장치(110 및/또는 206)의 서버 장치 및 결제 네트워크(115 및/또는 215)의 서버 장치 각각은 데이터 컴퓨팅 장치(1000)의 구현을 포함할 수 있다는 것을 이해할 것이다. 도 10에 도시된 바와 같이, 컴퓨팅 장치는 프로세서(1002), 메모리(1004), 저장 장치(1006), I/O 인터페이스(1008) 및 통신 인터페이스(1010)를 포함할 수 있다. 예시적인 컴퓨팅 장치(1000)는 도 10에 도시되는 한편, 도 10에 도시된 구성요소들은 제한하려는 의도가 아니다. 추가적인 또는 대안적인 구성요소들이 다른 실시양태에서 사용될 수 있다. 나아가, 특정 실시양태에서, 컴퓨팅 장치(1000)는 도 10에 도시된 것보다 적은 구성요소를 포함할 수 있다. 도 10에 도시된 컴퓨팅 장치(1000)의 구성요소는 이제 더욱 자세히 서술될 것이다.
특정 실시양태에서, 프로세서(들)(1002)는 가령 컴퓨터 프로그램을 구성하는 명령어와 같은 명령어를 실행하기 위한 하드웨어를 포함한다. 예로서 제한 없이, 명령어를 실행하기 위해, 프로세서(들)(1002)는 내부 레지스터, 내부 캐시, 메모리(1004) 또는 저장 장치(1006)로부터 명령어를 검색(또는 페치(fetch))할 수 있고; 명령어를 디코딩하고 실행할 수 있다. 특정 실시예로, 프로세서(들)(1002)는 데이터용, 명령어용 또는 주소용 하나 이상의 내부 캐시를 포함할 수 있다. 예로서 제한 없이, 프로세서(들)(1002)는 하나 이상의 명령어 캐시들, 하나 이상의 데이터 캐시들 및 하나 이상의 변환 색인 버퍼(translation lookaside buffers, TLBs)를 포함할 수 있다. 명령어 캐시에 저장된 명령어들은 메모리(1004)나 저장소(1006) 내 명령어들의 사본일 수 있다.
컴퓨팅 장치(1000)는 프로세서(들)(1002)에 연결된 메모리(1004)를 포함한다. 메모리(1004)는 데이터, 메타데이터, 프로세서(들)에 의한 실행을 위한 프로그램을 저장하기 위해 사용될 수 있다. 메모리(1004)는 하나 이상의 휘발성 및 비-휘발성 메모리, 가령 RAM(Random Access Memory), ROM(Read Only Memory), SSD(solid state drive), 플래시, PCM(Phase Change Memory), 또는 다른 유형의 데이터 저장소를 포함할 수 있다. 메모리(1004)는 내부 또는 분산형 메모리일 수 있다.
컴퓨팅 장치(1000)는 데이터 또는 명령어를 저장하기 위한 저장소를 포함하는 저장 장치(1006)를 포함한다. 제한이 아닌 예로서, 저장 장치(1006)는 전술한 비-일시적인 저장 매체를 포함할 수 있다. 저장 장치(1006)는 하드 디스크 드라이브(HDD), 플로피 디스크 드라이브, 플래시 메모리, 광디스크, 자기-광학 디스크, 자기 테이프 또는 범용 직렬 버스(USB)드라이브 또는 이들의 2 이상의 조합을 포함할 수 있다. 적절한 경우, 저장 장치(1006)는 착탈식 또는 비-착탈식 (또는 고정) 매체를 포함할 수 있다. 저장 장치(1006)는 컴퓨팅 장치(1000)의 내부 또는 외부에 있을 수 있다. 특정 실시양태로, 저장 장치(1006)는 비휘발성, 고체-상태(solid-state) 메모리이다. 특정 실시양태로, 저장 장치(1006)는 읽기 전용 메모리(ROM)을 포함한다. 적절한 경우, 이런 ROM은 마스크-프로그램화된 ROM, 프로그램가능 ROM(PROM), 소거가능 PROM(EPROM), 전기적 소거가능 PROM(EEPROM), 전기적 변경가능 ROM(EAROM), 플래시 메모리 또는 이들의 2 이상의 조합일 수 있다.
컴퓨팅 장치(1000)는 또한 사용자가 입력을 제공하고, 출력을 수신하고, 아니면 컴퓨팅 장치(1000)와 데이터를 주고받을 수 있게 하는 하나 이상의 입력 또는 출력("I/O") 장치/인터페이스(1008)를 포함할 수 있다. 이들 I/O 장치/인터페이스(1008)는 마우스, 키패드 또는 키보드, 터치 스크린, 카메라, 광학식 스캐너, 네트워크 인터페이스, 모뎀, 기타 알려진 I/O 장치 또는 이러한 I/O 장치/인터페이스(1008)의 조합을 포함할 수 있다. 터치 스크린은 스타일러스 또는 손가락으로 활성화될 수 있다.
I/O 장치/인터페이스(1008)는 그래픽 엔진, 디스플레이(예컨대, 디스플레이 스크린), 하나 이상의 출력 드라이버(예컨대, 디스플레이 드라이버), 하나 이상의 오디오 스피커 및 하나 이상의 오디오 드라이버를 포함하나 이에 제한되지는 않는, 사용자에게 출력을 제시하는 하나 이상의 장치를 포함할 수 있다. 특정 실시예에서, 장치/인터페이스(1008)는 사용자에게 제시하기 위하여 디스플레이에 그래픽 데이터를 제공하도록 구성된다. 그래픽 데이터는 특정 구현을 제공할 수 있는 하나 이상의 그래픽 사용자 인터페이스 및/또는 임의의 다른 그래픽 컨텐츠를 표현할 수 있다.
컴퓨팅 장치(1000)는 통신 인터페이스(1010)를 더 포함할 수 있다. 통신 인터페이스(1010)는 하드웨어, 소프트웨어 또는 양자를 포함할 수 있다. 통신 인터페이스(1010)는 컴퓨팅 장치와 하나 이상의 다른 컴퓨팅 장치(900)나 하나 이상의 네트워크 사이의 통신(가령, 예컨대 패킷-기반 통신)을 위한 하나 이상의 인터페이스를 제공할 수 있다. 예로서 제한 없이, 통신 인터페이스(1010)는 이더넷이나 다른 유선-기반 네트워크로 통신하기 위한 네트워크 인터페이스 제어장치(NIC)나 네트워크 어댑터 또는 가령 WI-FI와 같이 무선 네트워크로 통신하기 위한 무선 NIC(WNIC)나 무선 어댑터를 포함할 수 있다.
본 명세서는 임의의 적절한 네트워크 및 임의의 적절한 통신 인터페이스(1010)를 고려한다. 예로서 제한 없이, 컴퓨팅 장치(1000)는 애드 혹 네트워크(ad hoc network), 개인 영역 네트워크(PAN), 기반리 네트워크(LAN), 광역 네트워크(WAN), 대도시 네트워크(MAN), 인터넷의 하나 이상의 부분 또는 2 이상의 이런 네트워크들의 조합으로 통신할 수 있다. 하나 이상의 이러한 네트워크들의 하나 이상의 부분들은 유선이거나 무선일 수 있다. 예로서, 컴퓨팅 시스템(1100)은 무선 PAN(WPAN)(가령, 예컨대 BLUETOOTH WPAN), WI-FI 네트워크, WI-MAX 네트워크, 셀룰러 전화 네트워크(가령, 예컨대 GSM(Global System for Mobile Communication) 네트워크), 다른 적절한 무선 네트워크 또는 그 조합으로 통신할 수 있다. 적절한 경우, 컴퓨팅 장치(1000)는 임의의 이들 네트워크에 대한 임의의 적절한 통신 인터페이스(1010)를 포함할 수 있다.
컴퓨팅 장치(1000)는 버스(1012)를 더 포함할 수 있다. 버스(1012)는 컴퓨팅 장치(1000)의 구성요소들을 서로 결합시키는 하드웨어, 소프트웨어, 또는 양자를 포함할 수 있다. 예로서 제한 없이, 버스(1012)는 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 Standard Association local) 버스, 다른 적절한 버스 또는 그 조합을 포함할 수 있다.
전술한 바와 같이, 메시지 시스템(210)은 소셜 네트워킹 시스템의 일부로서 통합될 수 있다. 소셜 네트워킹 시스템은 사용자들(가령 사람이나 단체)이 시스템 및 서로와 상호작용하는 것을 용이하게 할 수 있다. 소셜 네트워킹 시스템은, 사용자로부터의 입력으로, 사용자와 관련된 사용자 프로필을 소셜 네트워킹 시스템에서 생성하고 저장할 수 있다. 사용자 프로필은 사용자의 인구학적 정보, 통신-채널 정보 및 개인 관심사에 대한 정보를 포함할 수 있다. 사용자 프로필은 사용자의 인구학적 정보, 통신-채널 정보 및 개인 관심사에 대한 정보를 포함할 수 있다. 또한, 소셜 네트워킹 시스템은 사용자로부터의 입력으로 소셜 네트워킹 시스템의 다른 사용자들과의 사용자의 관계에 대한 기록을 생성하고 저장할 수 있을 뿐만 아니라 서비스(예컨대, 담벼락 게시물, 사진-공유, 이벤트 조직, 메시징, 게임 또는 광고)를 제공하여 사용자들 사이의 소셜 상호작용을 용이하게 할 수 있다.
소셜 네트워킹 시스템은 사용자의 기록 및 사용자 간의 관계를 복수의 노드 및 노드를 연결하는 복수의 에지를 포함하는 소셜 그래프에 저장할 수 있다. 노드는 복수의 사용자 노드 및 복수의 컨셉트 노드를 포함할 수 있다. 소셜 그래프의 사용자 노드는 소셜 네트워킹 시스템의 사용자에 대응할 수 있다. 사용자는 개인(인간 사용자), 단체(예컨대, 기업, 사업체 또는 제3자 어플리케이션) 또는 그룹(예컨대, 개인 또는 단체의)일 수 있다. 사용자에 대응하는 사용자 노드는 사용자가 제공 한 정보와 소셜 네트워킹 시스템을 포함한 다양한 시스템에서 수집 한 정보를 포함할 수 있다.
예를 들어, 사용자는 그 또는 그녀의 이름, 프로필 사진, 거주하는 도시, 연락처 정보, 출생일, 성별, 혼인 여부, 가족 상황, 고용, 교육 배경, 선호, 관심사 및 사용자 노드에 포함될 다른 인구통계학적 정보를 제공할 수 있다. 소셜 그래프의 각 사용자 노드는 대응하는 웹 페이지(일반적으로 프로필 페이지로 알려진다)를 가질 수 있다. 사용자 이름을 포함하는 요청에 응답하여, 소셜 네트워킹 시스템은 사용자 이름에 대응하는 사용자 노드에 액세스할 수 있고, 사용자와 관련된 이름, 프로필 사진, 및 다른 정보를 포함하는 프로필 페이지를 구성할 수 있다. 제 1 사용자의 프로필 페이지는 제 1 사용자에 의한 하나 이상의 사생활 설정과 제 1 사용자 및 제 2 사용자 간의 관계에 기반하여 제 1 사용자의 정보 전체 또는 일부가 제 2 사용자에게 표시될 수 있다.
컨셉트 노드는 소셜 네트워크 시스템의 컨셉에 대응할 수 있다. 예를 들어, 컨셉은 실제 세계의 단체, 가령 영화, 노래, 스포츠 팀, 연예인, 그룹, 레스토랑 또는 장소나 위치를 나타낼 수 있다. 컨셉트에 대응하는 컨셉트 노드의 관리 사용자는 컨셉트의 정보를 제공함으로써(예컨대, 온라인 폼을 채움으로써) 컨셉트 노드를 생성 또는 업데이트하여, 소셜 네트워킹 시스템이 정보를 컨셉트 노드와 연결시키도록 할 수 있다. 예로서 제한 없이, 컨셉트과 연결된 정보는 이름 또는 제목, 하나 이상의 이미지(예컨대, 책의 표지 이미지), 웹 사이트(예컨대, URL 주소) 또는 연락처 정보(예컨대, 전화번호, 이메일 주소)를 포함할 수 있다. 소셜 그래프의 각 컨셉트 노드는 웹 페이지에 대응할 수 있다. 예를 들어, 이름을 포함한 요청에 응답하여, 소셜 네트워킹 시스템은 이름에 대응하는 컨셉트 노드에 접근하고, 이름 및 컨셉트와 연결된 다른 정보를 포함하는 웹 페이지를 구성할 수 있다.
노드 쌍 사이의 에지는 노드 쌍 사이의 관계를 표현할 수 있다. 예를 들어, 두 사용자 노드 간의 에지는 두 사용자 간의 친구 사이를 표시할 수 있다. 다른 예로서, 소셜 네트워킹 시스템은 웹 페이지에 하나 이상의 선택가능한 버튼(예컨대, "좋아요", 체크인")을 포함하는 컨셉트 노드(예컨대, 레스토랑, 연예인)의 웹 페이지(또는 구조화된 문서)를 구성할 수 있다. 사용자는 사용자의 클라이언트 장치에 의해 호스팅되는 웹 브라우저를 사용하여 페이지에 접근하고 선택가능한 버튼을 선택하여, 클라이언트 장치가 소셜 네트워킹 시스템으로 사용자의 사용자 노드 및 컨셉트의 컨셉트 노드 간의, (예컨대, 사용자가 레스토랑에 체크인하거나, 사용자가 연예인을 "좋아요"하는) 사용자와 컨셉트 사이의 관계를 나타내는 에지를 생성하는 요청을 전송하게 할 수 있다.
예로서, 사용자는 그 또는 그녀의 거주 도시를 제공(또는 변경)하여, 소셜 네트워킹 시스템이 사용자에 대응하는 사용자 노드 및 사용자가 그 또는 그녀의 거주 도시로 공표한 도시에 대응하는 컨셉트 노드 간의 에지를 생성하도록 할 수 있다. 나아가, 임의의 두 노드 간의 이격도는 한 노드에서 다른 노드로 소셜 그래프를 순회하는데 필요한 홉(hops)의 최소수로 정의된다. 두 노드 간의 이격도는 소셜 그래프의 두 노드에 의해 표시되는 사용자 또는 컨셉트 간의 관련성의 척도로 간주될 수 있다. 예컨대, 에지에 의해 직접 연결되는 사용자 노드(즉, 1도 노드)들을 갖는 2명의 사용자는 "연결된 사용자들" 또는 "친구들"로 기술될 수 있다. 유사하게, 다른 사용자 노드만을 통하여 연결된 사용자 노드(예컨대, 2도 노드)를 가지고 있는 두 사용자는 "친구의 친구"로 서술될 수 있다.
소셜 네트워킹 시스템은 다양한 어플리케이션, 예컨대 사진 공유, 온라인 일정과 이벤트, 게임, 인스턴트 메시지 및 광고를 지원할 수 있다. 예를 들어, 소셜 네트워킹 시스템은 미디어 공유 기능도 포함할 수 있다. 또한, 소셜 네트워킹 시스템은 사용자가 사진 및 다른 멀티미디어 파일을 사용자의 프로필 페이지(일반적으로 "담벼락 게시" 또는 "타임라인 게시"로 알려짐) 또는 사진 앨범에 게시하게 할 수 있는데, 양자 모두 사용자의 설정된 사생활 설정에 따라 소셜 네트워킹 시스템의 다른 사용자가 접근가능할 수 있다. 소셜 네트워킹 시스템은 또한 사용자가 이벤트를 설정하도록 할 수 있다. 예를 들어, 제 1 사용자는 이벤트의 시간과 날짜, 이벤트의 장소 및 이벤트에 초대되는 다른 사용자를 포함하는 속성으로 이벤트를 설정할 수 있다. 초대된 사용자는 이벤트 초대를 수신하고 응답할 수 있다(초대를 수락하거나 거절함으로써). 나아가, 소셜 네트워킹 시스템은 사용자가 개인적인 캘린더를 유지하도록 할 수 있다. 이벤트와 유사하게, 일정 항목은 시간, 날짜, 장소 및 다른 사용자의 식별을 포함할 수 있다.
도 11은 소셜 네트워킹 시스템의 예시적인 네트워크 환경을 도시한다. 특정 실시양태에서, 소셜 네트워킹 시스템(1100)은 하나 이상의 데이터 저장소를 포함할 수 있다. 특정 실시태양에서, 소셜 네트워크 시스템(1100)은 전술한 바와 같은 사용자 노드, 컨셉트 노드 및 노드 간의 에지를 포함하는 소셜 그래프를 저장할 수 있다. 각각의 사용자 노드는 사용자와 관련되거나 그에 대해 설명하는 정보에 대응하는 하나 이상의 데이터 객체를 포함할 수 있다. 각각의 컨셉트 노드는 컨셉트와 관련된 정보에 대응하는 하나 이상의 데이터 객체를 포함할 수 있다. 한 쌍의 노드들 사이의 각 에지는 노드 쌍에 대응하는 사용자들 간의 관계(또는 사용자와 개념 또는 개념들 사이의 관계)와 관련된 정보에 대응하는 하나 이상의 데이터 객체들을 포함할 수 있다.
특정 실시양태에서, 소셜 네트워킹 시스템(1100)은 소셜 네트워킹 시스템의 동작에 관한 기능을 호스팅하는 하나 이상의 컴퓨팅 장치(예: 서버)를 포함할 수 있다. 소셜 네트워크 시스템(1100)의 사용자는 클라이언트 장치(1106)와 같은 클라이언트 장치를 사용하여 소셜 네트워크 시스템(1100)에 접근할 수 있다. 특정 실시태양에서, 클라이언트 장치(1106)는 네트워크(1104)를 통하여 소셜 네트워크 시스템(1102)과 상호작용할 수 있다.
클라이언트 장치(1106)는 데스크탑 컴퓨터, 랩탑 컴퓨터, 태블릿 컴퓨터, 개인용 정보 단말기(PDA), 차량 내장 또는 외장 내비게이션 시스템, 스마트폰 또는 다른 셀룰러 또는 모바일 전화, 또는 모바일 게임 장치, 다른 모바일 장치, 또는 다른 적절한 컴퓨팅 장치일 수 있다. 클라이언트 장치(1106)는 하나 이상의 클라이언트 어플리케이션, 예컨대 웹 브라우저(예컨대, Microsoft Windows Internet Explorer, Mozilla Firefox, Apple Safari, Google Chrome, Opera, 기타 등등) 또는 네이티브 또는 특수 목적 클라이언트 어플리케이션(예컨대, iPhone이나 iPad를 위한 Facebook, Android를 위한 Facebook, 기타 등등)을 실행하여 네트워크(1104)를 통해 컨텐츠에 접근하고 열람할 수 있다.
네트워크(1104)는 클라이언트 장치(1106)가 소셜 네트워크 시스템(1100)에 접근할 수 있는 네트워크 또는 네트워크의 컬렉션(예컨대 인터넷, 기업 인트라넷, 가상 사설망(VPN), 기반리 통신망(LAN), 무선 기반리 통신망(WLAN), 셀룰러 네트워크, 광역 통신망(WAN), 도시권 통신망(MAN) 또는 이러한 네트워크의 둘 이상의 조합)을 나타낼 수 있다.
이들 방법, 시스템 및 사용자 인터페이스가 공적으로 이용가능한 정보뿐만 아니라 소셜 네트워킹 시스템의 사용자에 의해 제공되는 정보를 사용하지만, 이러한 정보의 모든 사용은 명시적으로 연관된 사용자의 모든 사생활 설정과 소셜 네트워킹 시스템 전체의 사생활 정책하에 있는 것이다.
전술한 명세서에서, 본 발명은 특정 실시양태를 참조하여 설명되었다. 본 발명(들)의 다양한 실시양태 및 태양은 본 명세서에 기술된 세부사항을 참조로 설명되며, 첨부도면은 다양한 실시양태를 도시한다. 상기 설명과 도면은 본 발명을 설명하는 것이고 본 발명을 제한하는 것으로 해석되지 않는다. 다수의 특정 세부사항들이 본 명세서의 다양한 실시양태들의 철저한 이해를 제공하기 위해 설명된다.
본 개시는 그 정신 또는 본질적인 특성을 벗어나지 않고 다른 특정 형태로 구체화될 수 있다. 기술된 실시예는 모든 관점에 있어서 오로지 예시적인 것이며 제한적이지 않는 것으로 간주된다. 예를 들어, 본 명세서에 서술된 방법은 적거나 많은 단계/행위로 수행될 수 있고 또는 단계/행위는 상이한 순서로 수행될 수 있다. 나아가, 본 명세서에 서술된 단계/행위는 반복되거나 서로 병행하여 또는 동일하거나 유사한 단계/행위의 다른 인스턴스와 병행하여 수행될 수 있다. 그러므로 본 발명의 범위는 상기 설명이 아니라 첨부된 청구항에 의하여 표시된다. 청구범위의 균등물의 의미 및 범위 내에 속하는 모든 변경은 그들의 범위 내에서 포괄될 것이다.
Claims (26)
- 적어도 하나의 프로세서를 가지는 서버 장치에서, 전송자와 연결된 제 1 클라이언트 장치로부터 결제 메시지를 수신하는 단계로서, 결제 메시지는 전송자로부터 수신자로 결제를 정의하는 것인 단계;
제 2 클라이언트 장치 상에 메시지 스레드(message thread) 내에 표시하기 위한 수신자 상태 메시지를 수신자와 연결된 제 2 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 수신자 상태 메시지는 결제에 대응하는 수신자 거래 정보를 포함하는 것인 단계;
제 1 클라이언트 장치 상에 메시지 스레드 내에 디스플레이하기 위한 전송자 상태 메시지를 제 1 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 전송자 상태 메시지는 결제에 대응하는 전송자 거래 정보를 포함하는 것인 단계;
전송자로부터 수신자로 결제가 처리되는 거래의 상태를 서버 장치의 적어도 하나의 프로세서를 사용하여 식별하는 단계; 및
거래의 상태 식별에 기반하여, 수신자 상태 메시지 내에서 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 상태 업데이트를 전송하는 단계
를 포함하는 방법. - 제 1 항에 있어서,
거래의 상태 식별에 기반하여, 전송자 상태 메시지 내에서 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계를 더 포함하는 방법. - 제 1 항에 있어서,
결제 메시지 내에서, 전송자로부터 수신자로 결제를 정의하는 결제 정보를 식별하는 단계로서, 결제 정보는 전송자 식별자, 수신자 식별자 및 결제 금액을 포함하는 것인 단계를 더 포함하는 방법. - 제 3 항에 있어서,
서버 장치에서, 및 적어도 하나의 프로세서로 거래 식별자를 생성하는 단계;
거래 식별자를 식별된 결제 정보와 연결하는 단계; 및
전송자 상태 메시지 및 수신자 상태 메시지 내에서 거래 식별자를 제공하는 단계를 더 포함하는 방법. - 제 4 항에 있어서,
전송자로부터 수신자로 결제를 처리하는 거래를 시작하는 단계로, 거래를 시작하는 것은 서버 장치로부터 결제 승인 요청을 결제 네트워크로 전송하는 단계를 포함하는 단계를 더 포함하는 방법. - 제 5 항에 있어서,
거래 식별자와 결제 승인 요청을 연결하는 단계; 및
전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 단계는 거래 식별자에 기반하여 결제 네트워크로부터 결제 승인 반응을 탐지하는 것을 포함하는 단계를 더 포함하는 방법. - 제 6 항에 있어서,
제 2 클라이언트 장치로 제공되는 상태 업데이트는 제 2 클라이언트 장치의 메시지 스레드 내에서 수신자 상태 메시지가 결제를 수락하거나 거절하기 위한 선택가능한 옵션을 포함하는 방법. - 제 7 항에 있어서,
제 2 클라이언트 장치로부터, 수신자가 결제를 거절하기 위해 선택가능한 옵션을 선택했다는 표시(indication)를 수신하는 단계; 및
수신자가 결제를 거절하기 위해 선택가능한 옵션을 선택했다는 표시의 수신에 반응하여 거래를 취소하는 단계를 더 포함하는 방법. - 제 8 항에 있어서,
거래를 취소하는 것에 기반하여, 수신자가 결제를 거절한 것을 나타내기 위해 전송자 상태 메시지 내에 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계를 더 포함하는 방법. - 제 7 항에 있어서,
제 2 클라이언트 장치로부터, 수신자가 결제를 수락하기 위해 선택가능한 옵션을 선택했다는 표시를 수신하는 단계; 및
결제 네트워크로, 결제 금액이 전송자 계정으로부터 인출되어 수신자 계정에 입금되게 하는 자금 승인 요청을 전송하는 단계를 더 포함하는 방법. - 제 10 항에 있어서,
결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및
자금 승인 응답의 수신에 기반하여, 수신자 상태 메시지 내에서 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 완결 상태 업데이트를 전송하여 결제가 성공된 것을 나타내는 단계를 더 포함하는 것인 방법. - 제 10 항에 있어서,
결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및
자금 승인 응답의 수신에 기반하여, 전송자 상태 메시지 내에서 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 완결 상태 업데이트를 전송하여 결제가 성공된 것을 나타내는 단계를 더 포함하는 방법. - 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때 받은 명령을 저장하는 적어도 하나의 비-일시적 컴퓨터 판독가능한 저장 매체를 포함하는 시스템으로,
시스템이
전송자와 연결된 제 1 클라이언트 장치로부터 전송자로부터 수신자로 결제를 정의하는 결제 메시지를 수신하고;
제 2 클라이언트 장치 상에 메시지 스레드 내에서 표시를 위해, 결제에 해당하는 수신자 거래 정보를 포함하는 수신자 상태 메시지를 제공하고;
제 1 클라이언트 장치 상에 메시지 스레드 내에 디스플레이를 위해, 결제에 해당하는 전송자 거래 정보를 포함하는 전송자 상태 메시지를 제공하고;
전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하고; 및
거래의 상태 식별에 기반하여, 수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 상태 업데이트를 제공하게 하는 것인 시스템. - 제 13 항에 있어서,
적어도 하나의 프로세서에 의해 실행될 때, 시스템이 결제 네트워크를 통해 거래를 시작하게 하는 명령을 더 포함하고, 여기서 결제 네트워크는 전송자 계정으로부터 결제 금액을 인출하고 수신자 계정으로 결제 금액을 입금하게 하는 것인 시스템. - 제 13 항에 있어서,
수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 제공되는 상태 업데이트는 수신자 상태 메시지가 결제를 수락하기 위한 수신자 선택가능한 옵션을 포함하게 하는 시스템. - 제 13 항에 있어서,
수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 제공되는 상태 업데이트는 수신자 상태 메시지가 결제를 입금할 하나 이상의 계정을 선택하기 위한 수신자 선택가능한 옵션을 포함하게 하는 시스템. - 제 13 항에 있어서,
적어도 하나의 프로세서에 의해 실행될 때, 시스템이 전송자로부터 수신자로 결제를 처리하는 거래를 용이하게 하는 명령을 더 포함하고,
여기서 거래를 용이하게 하는 것은 전송자 계정으로부터 인출된 결제 금액을 비-일시적 컴퓨터 판독가능한 저장 매체상에 유지되는 임시 계정에 입금되게 하는 자금 요청을 전송하는 단계; 및
임시 계정으로부터 인출된 결제 금액을 환급(refund)의 형태로 수신자 신용 카드 계정에 입금하도록 환급 요청을 전송하는 단계
를 더 포함하는 시스템. - 적어도 하나의 프로세서; 및
적어도 하나의 프로세서가 실행될 때, 명령을 저장하는 적어도 하나의 비-일시적 컴퓨터 판독가능한 저장 매체를 포함하는 모바일 장치로서,
모바일 장치가
모바일 장치의 디스플레이를 통해, 모바일 장치와 연결된 전송자와 수신자 사이에 교환된 다수의 전자 메시지들을 가진 메시지 스레드를 포함하고, 선택가능한 결제 요소를 더 포함하는 그래픽 사용자 인터페이스를 제공하고;
모바일 장치의 디스플레이를 통해, 그리고 선택가능한 결제 요소와 상호작용하는 전송자에 응답하여, 전송자가 전송자로부터 수신자로 결제를 정의하는 결제 정보를 특정하게 하는 하나 이상의 그래픽 요소를 제공하고;
전송자로부터 수신자로 결제를 정의하는 결제 정보를 포함하는 결제 메시지를 메시지 시스템에 전송하고;
메시징 시스템으로부터 전송자와 수신자 사이에 결제하게 하는 거래에 대응하는 거래 정보를 포함하는 상태 메시지를 수신하고; 및
모바일 장치의 디스플레이를 통해, 그래픽 사용자 인터페이스의 메시지 스레드 내에 상태 메시지를 제공하게 하는 것인 모바일 장치. - 제 18 항에 있어서,
적어도 하나의 프로세서를 실행시킬 때, 모바일 장치가 모바일 장치의 디스플레이를 통하여 수신자가 수신자 컴퓨팅 장치 상에 수신자 상태 메시지를 보았다는 표시를 제공하게 하는 명령을 더 포함하는 모바일 장치. - 제 19 항에 있어서,
적어도 하나의 프로세서를 실행시킬 때, 모바일 장치가 메시징 시스템으로부터 거래의 완결을 나타내는 상태 업데이트를 수신하고; 및 전송자로부터 수신자로 결제가 완결된 것을 나타내기 위해 상태 메시지에서 거래 정보를 업데이트하게 하는 명령을 더 포함하는 모바일 장치. - 적어도 하나의 프로세서를 가진 서버 장치에서, 전송자와 연결된 제 1 클라이언트 장치로부터 결제 메시지를 수신하는 단계로서, 전송자로부터 수신자로 결제를 정의하는 것인 단계;
제 2 클라이언트 장치 상에 메시지 스레드(message thread) 내에 디스플레이하기 위한 수신자 상태 메시지를 수신자와 연결된 제 2 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 수신자 상태 메시지는 결제에 대응하는 수신자 거래 정보를 포함하는 것인 단계;
제1 클라이언트 장치 상에 메시지 스레드 내에 디스플레이하기 위한 전송자 상태 메시지를 제 1 클라이언트 장치로 서버 장치에 의해 제공하는 단계로서, 전송자 상태 메시지는 결제에 대응하는 전송자 거래 정보를 포함하는 것인 단계;
서버 장치의 적어도 하나의 프로세서를 사용하여, 전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 단계; 및
거래의 상태 식별에 기반하여, 수신자 상태 메시지 내에서 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 상태 업데이트를 전송하는 단계
를 포함하는 방법. - 제 21 항에 있어서,
거래의 상태 식별에 기반하여, 전송자 상태 메시지 내에 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계를 더 포함하는 방법. - 제 21 항 또는 제 22 항에 있어서,
결제 메시지 내에 전송자로부터 수신자로 결제를 정의하는 결제 정보를 식별하는 단계로서, 결제 정보는 전송자 식별자, 수신자 식별자 및 결제 금액을 포함하는 것인 단계를 더 포함하고,
서버 장치에서 적어도 하나의 프로세서로, 거래 식별자를 생성하는 단계;
식별된 결제 정보와 거래 식별자를 연결하는 단계; 및
전송자 상태 메시지 및 수신자 상태 메시지 내에 거래 식별자를 제공하는 단계를 바람직하게 더 포함하고,
전송자로부터 수신자로 결제를 처리하기 위해 거래를 시작하는 단계로서, 거래를 시작하는 것은 서버 장치로부터 결제 승인 요청을 결제 네트워크로 전송하는 단계를 포함하는 것인 단계를 바람직하게 더 포함하고,
결제 승인 요청을 거래 식별자와 연결하는 단계를 바람직하게 더 포함하고, 및
전송자로부터 수신자로 결제가 처리되는 거래의 상태를 식별하는 것은 거래 식별자에 기반하여, 결제 네트워크로부터 결제 승인 응답을 탐지하는 단계를 포함하는 것인 방법. - 제 23 항에 있어서,
제 2 클라이언트 장치로 제공되는 상태 업데이트는 제 2 클라이언트 장치의 메시지 스레드 내에 수신자 상태 메시지가 결제를 수락 또는 거절하는 선택가능한 옵션을 포함하게 하는 것인 방법. - 제 24 항에 있어서,
제 2 클라이언트 장치로부터, 수신자가 결제를 거절하기 위해 선택가능한 옵션을 선택했다는 표시를 수신하는 단계; 및
수신자가 결제를 거절하기 위해 선택가능한 옵션을 선택했다는 표시를 수신하는 것에 응답하여 거래를 취소하는 단계
를 더 포함하고,
거래를 취소하는 것에 기반하여, 수신자가 결제를 거절했다는 것을 나타내는 전송자 상태 메시지 내에 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 상태 업데이트를 제공하는 단계
를 바람직하게 더 포함하는 것인 방법. - 제 24 항에 있어서,
제 2 클라이언트 장치로부터, 수신자가 결제를 수락하기 위해 선택가능한 옵션을 선택했다는 표시를 수신하는 단계; 및
결제 네트워크로 결제 금액이 전송자의 계정에서 인출되어 수신자 계정으로 입금되게 하는 자금 승인 요청을 전송하는 단계
를 더 포함하고,
결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및
자금 승인 응답을 수신하는 것에 기반하여, 결제가 성공적이었음 나타내기 위해 수신자 상태 메시지 내에 수신자 거래 정보를 업데이트하는 제 2 클라이언트 장치로 완결 상태 업데이트를 전송하는 단계
를 바람직하게 더 포함하고,
결제 네트워크로부터 거래의 성공적인 완결을 나타내는 자금 승인 응답을 수신하는 단계; 및
자금 승인 응답을 수신하는 것에 기반하여, 결제가 성공적이었음을 나타내기 위해 전송자 상태 메시지 내에 전송자 거래 정보를 업데이트하는 제 1 클라이언트 장치로 완결 상태 업데이트를 전송하는 단계
를 바람직하게 더 포함하는 것인 방법.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US14/572,495 US10127544B2 (en) | 2014-12-16 | 2014-12-16 | Sending and receiving payments using a message system |
| US14/572,495 | 2014-12-16 | ||
| PCT/US2014/070967 WO2016099493A1 (en) | 2014-12-16 | 2014-12-17 | Sending and receiving payments using a message system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20170094226A true KR20170094226A (ko) | 2017-08-17 |
Family
ID=56111547
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020177016348A KR20170094226A (ko) | 2014-12-16 | 2014-12-17 | 메시지 시스템을 사용한 결제 전송 및 수신 |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US10127544B2 (ko) |
| JP (1) | JP6830062B2 (ko) |
| KR (1) | KR20170094226A (ko) |
| CN (1) | CN107251071B (ko) |
| AU (1) | AU2014414008A1 (ko) |
| BR (1) | BR112017012860A2 (ko) |
| CA (1) | CA2966504A1 (ko) |
| IL (1) | IL252039B (ko) |
| MX (1) | MX2017007762A (ko) |
| WO (1) | WO2016099493A1 (ko) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019132555A1 (ko) * | 2017-12-27 | 2019-07-04 | 삼성전자 주식회사 | 이모지가 포함된 메시지를 송수신하는 전자 장치 및 그 전자 장치를 제어하는 방법 |
Families Citing this family (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10380573B2 (en) | 2008-09-30 | 2019-08-13 | Apple Inc. | Peer-to-peer financial transaction devices and methods |
| US20100078472A1 (en) | 2008-09-30 | 2010-04-01 | Apple Inc. | Group peer-to-peer financial transactions |
| US8880431B2 (en) * | 2012-03-16 | 2014-11-04 | Visa International Service Association | Systems and methods to generate a receipt for a transaction |
| US11507931B1 (en) | 2014-07-31 | 2022-11-22 | Block, Inc. | Payout payment platform |
| US11481741B2 (en) | 2014-10-31 | 2022-10-25 | Block, Inc. | Money transfer by use of a payment proxy |
| US9990613B1 (en) | 2014-12-12 | 2018-06-05 | Square, Inc. | Bill payment using direct funds transfer |
| US10127544B2 (en) | 2014-12-16 | 2018-11-13 | Facebook, Inc. | Sending and receiving payments using a message system |
| CN105827497A (zh) * | 2015-01-05 | 2016-08-03 | 阿里巴巴集团控股有限公司 | 网络资源处理方法、装置及即时通讯系统 |
| US10467615B1 (en) | 2015-09-30 | 2019-11-05 | Square, Inc. | Friction-less purchasing technology |
| JP7041409B2 (ja) | 2015-10-27 | 2022-03-24 | ディセントラライズド モバイル アプリケーションズ エルティーディー | 安全なトランザクションインターフェース |
| CN105719177A (zh) * | 2016-02-05 | 2016-06-29 | 腾讯科技（深圳）有限公司 | 业务处理方法及装置 |
| CN107104874B (zh) * | 2016-02-19 | 2020-04-03 | 腾讯科技（深圳）有限公司 | 资源分享的方法、装置、终端以及计算机可读存储介质 |
| CN114693289A (zh) | 2016-06-11 | 2022-07-01 | 苹果公司 | 用于交易的用户界面 |
| US10621581B2 (en) | 2016-06-11 | 2020-04-14 | Apple Inc. | User interface for transactions |
| SG10201606192YA (en) * | 2016-07-27 | 2018-02-27 | Mastercard Asia Pacific Pte Ltd | A System And Method For Making Payment Within A Digital Messaging Environment |
| US9842330B1 (en) | 2016-09-06 | 2017-12-12 | Apple Inc. | User interfaces for stored-value accounts |
| US9886689B1 (en) * | 2016-09-12 | 2018-02-06 | Square, Inc. | Processing a mobile payload |
| USD837227S1 (en) | 2016-09-12 | 2019-01-01 | Square, Inc. | Display screen with graphical user interface for a mobile device |
| US20180121972A1 (en) * | 2016-11-02 | 2018-05-03 | International Business Machines Corporation | Direct payment system for web consumers |
| US10438223B2 (en) * | 2016-11-14 | 2019-10-08 | Paypal, Inc. | Dynamic emoji modal actions |
| US10810569B2 (en) | 2017-01-30 | 2020-10-20 | Square, Inc. | Contacts for misdirected payments and user authentication |
| KR101928481B1 (ko) * | 2017-04-07 | 2018-12-12 | 라인 가부시키가이샤 | 메시지와 대응되는 태스크를 생성, 처리, 관리하는 컴퓨터 프로그램 및 전자 기기 |
| US10496995B2 (en) | 2017-05-01 | 2019-12-03 | Facebook, Inc. | Facilitating payment transactions between users of a plurality of payment providers |
| CN118264636A (zh) | 2017-05-16 | 2024-06-28 | 苹果公司 | 用于对等传输的用户界面 |
| US11221744B2 (en) | 2017-05-16 | 2022-01-11 | Apple Inc. | User interfaces for peer-to-peer transfers |
| KR20200003059A (ko) * | 2017-06-02 | 2020-01-08 | 애플 인크. | 피어 거래 시스템 |
| US10423948B1 (en) * | 2017-06-29 | 2019-09-24 | Square, Inc. | Automated third-party messaging |
| US10810574B1 (en) | 2017-06-29 | 2020-10-20 | Square, Inc. | Electronic audible payment messaging |
| CN107908482B (zh) * | 2017-10-18 | 2022-03-01 | 上海掌门科技有限公司 | 一种信息传送方法、设备及计算机可读介质 |
| US20190220843A1 (en) * | 2018-01-18 | 2019-07-18 | Sanjeev Kaithvas | Mobile device payment system and method |
| KR20190115652A (ko) | 2018-04-03 | 2019-10-14 | 라인 페이 가부시키가이샤 | 송금 기능이 탑재된 메신저에서 메시지 내용을 인식하여 송금 기능을 제공하는 방법 및 시스템 |
| US11100498B2 (en) | 2018-06-03 | 2021-08-24 | Apple Inc. | User interfaces for transfer accounts |
| KR20240024294A (ko) | 2018-06-03 | 2024-02-23 | 애플 인크. | 트랜스퍼 계정들을 위한 사용자 인터페이스들 |
| US11328352B2 (en) | 2019-03-24 | 2022-05-10 | Apple Inc. | User interfaces for managing an account |
| US12118562B2 (en) | 2020-05-29 | 2024-10-15 | Apple Inc. | Configuring an account for a second user identity |
| US11887066B2 (en) * | 2020-05-30 | 2024-01-30 | Mastercard International Incorporated | Methods and systems for performing secure transactions associated with instructions received in natural language form |
| US11496432B2 (en) | 2020-06-18 | 2022-11-08 | T-Mobile Usa, Inc. | Synchronizing message status across multiple user devices |
| US11531986B2 (en) * | 2020-09-30 | 2022-12-20 | Snap Inc. | Cross-platform data management and integration |
| TWI770642B (zh) * | 2020-10-20 | 2022-07-11 | 台北富邦商業銀行股份有限公司 | 跨行資金轉移方法及系統 |
| US11983702B2 (en) | 2021-02-01 | 2024-05-14 | Apple Inc. | Displaying a representation of a card with a layered structure |
| US11487693B2 (en) | 2021-02-23 | 2022-11-01 | The Toronto-Dominion Bank | Interface for receiving and responding to a request to transfer |
| US11921992B2 (en) | 2021-05-14 | 2024-03-05 | Apple Inc. | User interfaces related to time |
| US11784956B2 (en) | 2021-09-20 | 2023-10-10 | Apple Inc. | Requests to add assets to an asset account |
| CN115310958A (zh) * | 2022-07-19 | 2022-11-08 | 中国银联股份有限公司 | 基于5g消息应用的支付方法、装置、设备、系统及介质 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10535049B2 (en) | 2003-03-21 | 2020-01-14 | Paypal, Inc. | Payment transactions via substantially instant communication system |
| US20070255662A1 (en) * | 2006-03-30 | 2007-11-01 | Obopay Inc. | Authenticating Wireless Person-to-Person Money Transfers |
| WO2009061162A2 (en) * | 2007-11-09 | 2009-05-14 | Young-Su Kim | Payment system and method using message transmission |
| JP5292056B2 (ja) * | 2008-10-29 | 2013-09-18 | 株式会社エヌ・ティ・ティ・ドコモ | 個人間送金システム及び送金管理サーバ |
| NO2257096T3 (ko) * | 2009-05-28 | 2018-08-11 | ||
| US9710812B2 (en) | 2010-12-03 | 2017-07-18 | Paypal, Inc. | Social network payment system |
| EP2652631A4 (en) * | 2010-12-15 | 2016-10-19 | Symantec Corp | AUTOMATIC AUTHENTICATION OF A USER, ONLINE TRANSFER AND ELECTRONIC PAYMENTS THROUGH A MOBILE COMMUNICATION DEVICE WITH IMAGING SYSTEM |
| US20130282577A1 (en) | 2012-04-19 | 2013-10-24 | Benjamin P. Milne | Social network transaction processing system |
| US10438299B2 (en) | 2011-03-15 | 2019-10-08 | Visa International Service Association | Systems and methods to combine transaction terminal location data and social networking check-in |
| CN103186851B (zh) * | 2011-12-30 | 2018-05-25 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付系统 |
| CN103186861B (zh) * | 2011-12-30 | 2018-04-03 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付方法 |
| US20130219289A1 (en) | 2012-02-16 | 2013-08-22 | Blue Media S.A. | Real Transfer by means of electronic devices |
| US20130297493A1 (en) | 2012-05-02 | 2013-11-07 | Facebook, Inc. | Method for enabling gift prepay |
| US8880432B2 (en) * | 2012-05-30 | 2014-11-04 | Ncr Corporation | System and method of using electronic funds transfer to complete payment for goods and services |
| US20140052633A1 (en) * | 2012-08-15 | 2014-02-20 | Ebay Inc. | Payment in a chat session |
| US10068288B2 (en) | 2012-12-17 | 2018-09-04 | Capital One Financial Corporation | Systems and methods for providing a user interface for facilitating personal payment transactions |
| US8942999B1 (en) * | 2012-12-21 | 2015-01-27 | Intuit Inc. | Methods systems and computer program products for estimating when taxpayer will receive tax refund |
| CN103392186A (zh) * | 2012-12-28 | 2013-11-13 | 华为技术有限公司 | 一种支付方法、支付网关及支付客户端 |
| JP5918866B2 (ja) * | 2012-12-28 | 2016-05-18 | 楽天Ｅｄｙ株式会社 | 電子マネーサーバ、電子マネー送金方法、プログラム及び記録媒体 |
| EP2779066A1 (en) | 2013-03-14 | 2014-09-17 | Payfriendz Ltd. | Closed-loop mobile money transaction system |
| US20140279444A1 (en) | 2013-03-15 | 2014-09-18 | @Pay Ip Holdings Llc | Peer to peer email based financial transactions |
| CN104021489A (zh) * | 2013-09-17 | 2014-09-03 | 宁波公众信息产业有限公司 | 一种电子交易系统结构 |
| US10127544B2 (en) | 2014-12-16 | 2018-11-13 | Facebook, Inc. | Sending and receiving payments using a message system |
-
2014
- 2014-12-16 US US14/572,495 patent/US10127544B2/en active Active
- 2014-12-17 WO PCT/US2014/070967 patent/WO2016099493A1/en active Application Filing
- 2014-12-17 CA CA2966504A patent/CA2966504A1/en not_active Abandoned
- 2014-12-17 KR KR1020177016348A patent/KR20170094226A/ko not_active Application Discontinuation
- 2014-12-17 BR BR112017012860-8A patent/BR112017012860A2/pt not_active Application Discontinuation
- 2014-12-17 AU AU2014414008A patent/AU2014414008A1/en not_active Abandoned
- 2014-12-17 JP JP2017528936A patent/JP6830062B2/ja active Active
- 2014-12-17 MX MX2017007762A patent/MX2017007762A/es unknown
- 2014-12-17 CN CN201480084121.7A patent/CN107251071B/zh active Active
-
2017
- 2017-04-30 IL IL252039A patent/IL252039B/en not_active IP Right Cessation
-
2018
- 2018-11-13 US US16/189,928 patent/US10817866B2/en active Active
-
2020
- 2020-10-26 US US17/080,789 patent/US20210103912A1/en not_active Abandoned
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019132555A1 (ko) * | 2017-12-27 | 2019-07-04 | 삼성전자 주식회사 | 이모지가 포함된 메시지를 송수신하는 전자 장치 및 그 전자 장치를 제어하는 방법 |
| KR20190079375A (ko) * | 2017-12-27 | 2019-07-05 | 삼성전자주식회사 | 이모지가 포함된 메시지를 송수신하는 전자 장치 및 그 전자 장치를 제어하는 방법 |
| US11349978B2 (en) | 2017-12-27 | 2022-05-31 | Samsung Electronics Co., Ltd. | Electronic device for transmitting and receiving message including emoji and method for controlling electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| US20190087811A1 (en) | 2019-03-21 |
| IL252039B (en) | 2019-09-26 |
| US10817866B2 (en) | 2020-10-27 |
| JP6830062B2 (ja) | 2021-02-17 |
| CN107251071A (zh) | 2017-10-13 |
| AU2014414008A1 (en) | 2017-05-25 |
| WO2016099493A1 (en) | 2016-06-23 |
| US10127544B2 (en) | 2018-11-13 |
| BR112017012860A2 (pt) | 2018-01-09 |
| JP2018504668A (ja) | 2018-02-15 |
| US20210103912A1 (en) | 2021-04-08 |
| CN107251071B (zh) | 2021-01-12 |
| MX2017007762A (es) | 2017-09-05 |
| US20160171481A1 (en) | 2016-06-16 |
| IL252039A0 (en) | 2017-06-29 |
| CA2966504A1 (en) | 2016-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10817866B2 (en) | Sending and receiving payments using a message system | |
| US11074570B2 (en) | Facilitating sending and receiving of peer-to-business payments | |
| US9978068B2 (en) | Obtaining recipient information during an electronic remittance transaction | |
| US9785934B2 (en) | Facilitating same day payment transactions | |
| JP6596503B2 (ja) | メッセージおよび支払キューを使用した支払の送信、受信および更新の促進 | |
| JP6609627B2 (ja) | メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進 | |
| US20160104133A1 (en) | Facilitating sending and receiving of remittance payments | |
| US20160104132A1 (en) | Performing risk checks for electronic remittances | |
| US20140089195A1 (en) | Person to person photo payments | |
| CN110832517A (zh) | 便于多个支付提供商的用户之间的支付交易 | |
| EP3035265A1 (en) | Facilitating sending and receiving of peer-to-business payments | |
| EP3035264A1 (en) | Sending and receiving payments using a message system | |
| EP3399486A1 (en) | Facilitating payment transactions between users of a plurality of payment providers | |
| EP3067849A1 (en) | Facilitating sending, receiving, and updating of payments using message and payment queues |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| E902 | Notification of reason for refusal | ||
| E601 | Decision to refuse application |