通信系统中的支付的制作方法

文档序号:9332726阅读:286来源:国知局
通信系统中的支付的制作方法
【专利说明】通信系统中的支付
[0001]相关申请
[0002]本申请要求2013年3月15日提交的美国临时专利申请号61/801,277和2013年5月16日提交的美国非临时专利申请号13/896,253的优先权,两个专利申请的标题都是“Payments in Communicat1n Systems”。上述申请的全部内容在此以引用的方式完全并入本文中。
技术领域
[0003]本公开涉及用于进行电子对等支付的系统和方法。更明确地说,本公开提供用于使用同步通信系统来发起和完成电子支付的系统和方法。
【背景技术】
[0004]当使用同步通信系统(诸如即时消息传递和视频会议)进行通信时,用户经常讨论与支付相关的细节,包含欠彼此的钱。理想地,为了完成支付,同步通信会话期间的此讨论将不会中断。在常规通信系统中,可仅通过中断对话以打开单独的浏览器窗口来访问支付服务且接着任选地使用屏幕共享功能来确认支付细节是正确的以进行支付。这些动作中的每一者会中断对话且将焦点从手头的讨论移开。同样地,用户在审查其自己的社交网络新闻馈送或查看其在社交网络内的联系人的社交网络身份标识页时经常被提醒其欠其他人的钱。目前,在同步通信会话期间或直接从另一用户社交网络身份标识页发起电子支付的方式不存在。
【附图说明】
[0005]图1是描绘根据某些示例实施方案的用于经由通信系统发送电子支付的系统的框图。
[0006]图2是描绘根据某些示例实施方案的用以经由通信系统发送电子支付的方法的方框流程图。
[0007]图3是描绘根据某些示例实施方案的用以收集来自发送者的支付交易信息的方法的方框流程图。
[0008]图4是描绘根据某些示例实施方案的用以经由通信系统发送电子支付的方法的方框流程图。
[0009]图5是描绘根据某些示例实施方案的用以收集来自发送者的支付交易信息的方法的方框流程图。
[0010]图6是描绘根据某些示例实施方案的计算机和模块的框图。
【具体实施方式】
[0011]在本文中描述的某些示例实施方案中,一种经由通信系统发送电子支付的方法包括:经由同步通信网络在两个远程计算装置之间发起通信会话;检测来自所述远程计算装置中的一者的支付选项信号,所述支付选项信号指示用户将向参与通信会话的另一用户发送电子支付的意图;将支付信息对象显示在发送支付的用户的通信应用中;接收发送者在支付信息对象处录入的支付信息;以及将所接收的支付信息传达至支付处理系统以用于处理支付且将支付金额递送至接受者的支付账户。
[0012]在本文中描述的某些其它示例实施方案中,一种经由接受者的社交网络身份标识页发送电子支付的方法包括:检测由用户进行的接受者的社交网络身份标识页上所显示的支付对象界面的选择;在接受者的社交网络身份标识页上向用户显示支付信息对象界面;接收来自用户的在支付对象界面处录入的支付信息;以及将所接收的支付信息传达至支付处理系统以用于处理支付且将支付金额递送至接受者的支付账户。
[0013]在考虑所说明的示例实施方案的以下详细描述后,示例实施方案的这些和其它方面、目标、特征和优点对于本领域技术人员将变得明显。
[0014]示例实施方案的详细描述
[0015]概述
[0016]本文中描述的方法和系统使用户能够经由因特网通信网络进行支付。示例因特网通信系统包含音频会议系统、视频会议系统、因特网语音协议(VOIP)系统、即时消息传递系统、社交网络系统和各种同步通信系统。在某些示例实施方案中,因特网通信系统可包含V0IP、音频会议、视频会议、即时消息传递和社交网络通信的组合。在某些示例实施方案中,因特网通信系统不包含电子邮件系统。本文中描述的实施方案提供允许发送者在参与以上因特网通信系统中的一者或多者上的通信会话的同时直接从在远程客户端计算装置上执行的通信应用发起支付的用户界面。在一些实施方案中,支付应用程序接口库(API)允许本公开的支付系统在通信会话期间与发送者和接受者应用通信,检测来自发送者接受者通信应用的支付信号,以及将支付对象显示在发送者通信应用中以收集来自发送者的支付交易信息。在一些实施方案中,本文中描述的技术与通信应用集成。在本文中描述的技术的各种实施方案中,用户可能需要安装特定应用和/或附加模块,和/或选择服务用于操作以便获得本文中描述的技术的益处。
[0017]在一个示例实施方案中,发送者经由因特网通信系统通过选择发送者通信应用中所显示的支付选项用户界面来发起支付。在某些其它示例实施方案中,发送者可用信号发送其通过一个或多个文本、音频或视觉信号来发起支付的意图。举例来说,支付信号可包括在基于文本的通信中键入文本信号(诸如,“Γ或“我欠你”),或通过音频命令(诸如“发送支付”)。在某些示例实施方案中,支付信号可包括获得流通钞票(诸如,美国五美元钞票)的图像捕捉。系统检测支付信号且加载支付对象以用于显示在发送者通信应用中。支付对象包括用于收集来自发送者的支付细节的字段的集合。发送者在支付对象中录入支付细节。在某些示例实施方案中,支付的接受者是基于发送者在当前通信会话中正与其通信的人而自动确定的。在某些示例实施方案中,支付金额是通过流通钞票的图像捕捉来自动确定,其中流通钞票的值等于支付金额。
[0018]支付对象收集的支付交易细节由API传达至支付系统。支付系统将支付交易细节传达至支付处理系统。在某些示例实施方案中,支付处理系统可以是电子钱包系统,且发送者和接受者识别符是发送者和接受者电子钱包账户识别符。在某些示例实施方案中,支付系统可首先向支付处理系统请求验证在发送者的支付账户中有足够资金可用。如果没有足够资金可用,那么支付系统将在发送者通信应用中向发送者显示通知且向发送者提供修改其电子账户设置的选项。举例来说,发送者可能够选择不同的支付工具(诸如不同的信用卡)来继续处理支付,或发送者可将额外资金转账至其电子支付账户中。在某些其它示例实施方案中,支付系统可将安全挑战显示在发送者通信应用中,从而在进行支付交易之前请求验证发送者的身份。在某些其它示例实施方案中,支付系统可将支付通知对象显示在每一接受者通信应用中。通知可在进行支付的处理之前向接受者请求接受通知。一旦支付交易信息被接受,支付处理系统就将所指示的支付金额从发送者电子支付账户转账至接受者支付账户。支付系统接着将支付确认显示在发送者和接受者通信应用中,或通过单独的通信信道(诸如电子邮件或文本消息)向发送者和接受者发送确认。支付系统还可将支付交易的交易概要记入支付日志或因特网通信系统的通信日志中。
[0019]在另一示例方面,发送者在访问社交网络时发起支付交易。发送者可在访问接受者身份标识页时通过选择接受者身份标识页上所显示的支付对象链接来发起支付。显示支付对象,收集支付交易信息,且支付的处理基本上如上文示例实施方案中所描述而进行。同样地,接受者可接收支付通知且被给予接受或谢绝支付的选项。在某些示例实施方案中,将支付确认张贴在接受者身份标识页、发送者身份标识页或两者上。
[0020]现转向图式,更详细地描述示例实施方案,在图式中相似数字表示所有图式中的相似(但未必相同)的元件。
[0021]示例系统架构
[0022]图1是描绘根据某些示例实施方案的用于经由通信系统发送电子支付的系统的框图。如图1中所描绘,系统100包含网络装置105、110、120和130,其被配置用来经由一个或多个网络115与彼此通信。
[0023]每一网络115包含网络装置(包含装置105、110、120和130)可借以交换数据的有线或无线电信构件。举例来说,每一网络115可包含局域网(“LAN”)、广域网(“WAN”)、内联网、因特网、移动电话网络或其任何组合。贯穿示例实施方案的论述,应理解,术语“数据”和“信息”在本文中可互换地使用以指代文本、图像、音频、视频或可存在于基于计算机的环境中的任何其它形式的信息。
[0024]每一网络装置105、110、120和130包含具有通信应用106和111的装置,通信应用106和111能够经由网络115发射和接收数据。举例来说,每一网络装置105、110、120和130可包含服务器、台式计算机、膝上型计算机、平板计算机、具有嵌入于其中和/或耦接至其的一个或多个处理器的电视机、智能电话、手持式计算机、个人数字助理(“PDA”)或任何其它有线或无线的处理器驱动的装置。在图1中描绘的示例实施方案中,网络装置105、110由终端用户或消费者(未描绘)操作。网络装置120、130分别由通信系统操作者(未描绘)和支付处理操作者(未描绘)操作。
[0025]终端用户可使用通信应用106和111 (诸如,web浏览器应用或独立应用)以经由分布式网络
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1