书签 分享 收藏 举报 版权申诉 / 19

社交接近支付.pdf

  • 上传人:1****2
  • 文档编号:6164032
  • 上传时间:2019-05-15
  • 格式:PDF
  • 页数:19
  • 大小:1.24MB
  • 摘要
    申请专利号:

    CN201280047979.7

    申请日:

    2012.03.28

    公开号:

    CN103843021A

    公开日:

    2014.06.04

    当前法律状态:

    撤回

    有效性:

    无权

    法律详情:

    发明专利申请公布后的视为撤回IPC(主分类):G06Q 20/32申请公布日:20140604|||专利申请权的转移IPC(主分类):G06Q 20/32登记生效日:20160727变更事项:申请人变更前权利人:电子湾有限公司变更后权利人:贝宝公司变更事项:地址变更前权利人:美国加利福尼亚州变更后权利人:美国加利福尼亚州|||实质审查的生效IPC(主分类):G06Q 20/32申请日:20120328|||公开

    IPC分类号:

    G06Q20/32

    主分类号:

    G06Q20/32

    申请人:

    电子湾有限公司

    发明人:

    威廉·亨利·润彦

    地址:

    美国加利福尼亚州

    优先权:

    2011.09.29 US 13/248,836

    专利代理机构:

    北京东方亿思知识产权代理有限责任公司 11258

    代理人:

    李晓冬

    PDF完整版下载: PDF下载
    内容摘要

    在付款人的移动设备上的应用或App被用来发现在支付请求时用户已知的并且与用户极接近的人。发现可以是通过搜索付款人的联系人列表和/或社交网络来完成的,和/或通过付款人设备发现在付款人附近的联系人然后搜索付款人的联系人或社交网络列表以查看是否存在任何匹配来完成的。这些人然后在用户设备上通过诸如照片、图标、名字和/或电子邮件地址等被示出给用户。用户选择期望的人,这使请求被发送到所选择的人,诸如通过文本、语音或电子邮件发送到相应的设备。所选择的人然后能够容易地确认或者授权要被发送到所述用户或收款人的支付。

    权利要求书

    权利要求书
    1.  一种用于进行支付的方法,包括:
    由支付提供商的处理器通过用户设备从用户接收对于支付的请求;
    由所述处理器来确定所述用户设备的位置;
    由所述处理器来定位在与所述用户设备的位置相距指定距离内的其它用户;
    由所述处理器来确定所述其它用户的身份信息;
    由所述处理器从所述用户已知的其它用户确定所述其它用户中的一个或多个;
    将所述其它用户中的一个或多个呈现在所述用户设备上,其中所述其它用户中的一个或多个中的至少一个被以视觉表示示出;
    从所述用户设备接收对期望的付款人的选择,其中所述选择包括在所述用户设备上呈现的所述一个或多个其它用户中的至少一个;
    将支付请求传送到所述期望的付款人中的每一个的付款人设备;以及
    处理来自所述期望的付款人中的每一个的支付请求。

    2.  根据权利要求1所述的方法,其中所述视觉表示是用户图像。

    3.  根据权利要求1所述的方法,其中所述用户已知的其它用户通过针对所述用户搜索对联系人列表和/或一个或多个社交网络被确定。

    4.  根据权利要求1所述的方法,其中所述其它用户的定位包括确定与所述其它用户相关联的移动设备的位置。

    5.  根据权利要求1所述的方法,其中所述指定距离由所述支付提供商来确定。

    6.  根据权利要求1所述的方法,其中所述选择是通过由所述用户通过所述用户设备选择在所述用户设备上呈现的所述其它用户中的一个或多个来进行的。

    7.  根据权利要求1所述的方法,其中所述支付请求是对所述用户的。

    8.  根据权利要求1所述的方法,其中所述用户设备的位置是从所述用户设备中的位置服务确定的。

    9.  根据权利要求1所述的方法,其中所述对于支付的请求包括收款人的位置,并且其中所述用户设备的位置是从所述收款人的位置确定的。

    10.  根据权利要求1所述的方法,其中所述身份信息包括电子邮件、电话号或名字中的至少一个。

    11.  一种包括存储多个机器可读指令的非暂时性机器可读介质的装置,所述多个机器可读指令当被一个或多个处理器执行时,用于使所述一个或多个处理器执行包括以下各项的方法:
    由支付提供商通过用户设备从用户接收对于支付的请求;
    确定所述用户设备的位置;
    定位在与所述用户设备的位置相距指定距离内的其它用户;
    确定所述其它用户的身份信息;
    从所述用户已知的所述其它用户确定所述其它用户中的一个或多个;
    将所述其它用户中的一个或多个呈现在所述用户设备上,其中所述其它用户中的一个或多个中的至少一个被以视觉表示示出;
    从所述用户接收对期望的付款人的选择,其中所述选择包括在所述用户设备上呈现的所述一个或多个其它用户中的至少一个;
    将支付请求传送到所述期望的付款人中的每一个的付款人设备;以及
    处理来自所述期望的付款人中的每一个的所述支付请求。

    12.  根据权利要求11所述的装置,其中,所述视觉表示是用户图像。

    13.  根据权利要求11所述的装置,其中所述用户已知的其它用户通过针对所述用户搜索联系人列表和/或一个或多个社交网络被确定。

    14.  根据权利要求11所述的装置,其中所述其它用户的定位包括确定与所述其它用户相关联的移动设备的位置。

    15.  根据权利要求11所述的装置,其中所述指定距离由所述支付提供商来确定。

    16.  根据权利要求11所述的装置,其中所述选择是通过由所述用户通过所述用户设备选择在所述用户设备上呈现的所述其它用户中的一个或多个来进行的。

    17.  根据权利要求11所述的装置,其中所述用户设备的位置是从所述 用户设备中的位置服务确定的。

    18.  根据权利要求11所述的装置,其中所述对于支付的请求包括收款人的位置,并且其中所述用户设备的位置是从所述收款人的位置确定的。

    19.  根据权利要求11所述的装置,其中所述身份信息包括电子邮件、电话号或名字中的至少一个。

    20.  一种系统,包括:
    计算机储存器,存储具有支付提供商的帐户的多个客户的帐户信息;
    处理器,可操作来:
    通过用户设备从用户接收对于支付的请求;
    确定所述用户设备的位置;
    定位在与所述用户设备的位置相距指定距离内的其它用户;
    确定所述其它用户的身份信息;
    从所述用户已知的所述其它用户确定所述其它用户中的一个或多个;
    将所述其它用户中的一个或多个呈现在所述用户设备上,其中所述其它用户中的一个或多个中的至少一个被以视觉表示示出;
    从所述用户接收对期望的付款人的选择,其中所述选择包括在所述用户设备上呈现的所述一个或多个其它用户中的至少一个;
    将支付请求传送到所述期望的付款人中的每一个的付款人设备;以及
    部分地基于所述帐户信息处理来自所述期望的付款人中的每一个的所述支付请求。

    说明书

    说明书社交接近支付
    技术领域
    本发明一般地涉及移动支付并且更特别地涉及基于接近和社交联系人的支付。
    背景技术
    越来越多的消费者正在通过诸如例如因特网的电子网络购买项目和服务。消费者例行地以同样的方式从商人和个体购买产品和服务。交易可以直接地在在线商人或零售商与消费者之间发生,并且支付典型地通过键入信用卡或其它金融信息来进行。交易还可以借助于诸如例如加利福尼亚圣何塞(San Jose,CA)的PayPal公司之类的在线或移动支付提供商而发生。这样的支付提供商能够使得交易对于所牵涉的诸方更容易且更安全。能够使用移动设备从几乎任何地方借助在线或移动支付提供商进行购买是在线/移动购买为什么正非常迅速地增长的一个主要原因。
    典型地,移动支付在一个付款人与一个收款人之间进行,并且牵涉付款人从收款人接收帐单或发票然后通过电子网络对于该帐单或发票提供全部支付。然而,在一些情形下,帐单或发票可能需要“分摊”或者划分成多个帐单。例如,多个客户(付款人)可以在餐馆(收款人)一起定购项目,并且那些定单可以被针对多个客户记录为一组并且以单个帐单呈现给多个客户。借助移动支付提供商的这种帐单的支付产生了许多问题。
    按照惯例,对于包括要由多个客户支付的项目的帐单的移动支付由客户中将客户数目和帐单上应收的总金额键入到付款人设备中的那个客户来实现。付款人设备将应收总金额除以客户数目来生成对于每个客户应收的相等金额,然后将支付请求发送到每个客户。使用付款人设备的客户在移动支付提供商的帮助下支付帐单上应收的总金额,然后必须等待由客户中的每一个根据使用付款人设备所发送的支付请求进行偿还。可替换地,每 个客户在每个客户的相应移动设备上接收请求,并且每个客户然后对于各自分摊的金额向收款人进行支付。
    上述过程典型地要求付款人键入每个客户各自的电子邮件地址。如果参与者数目上升超过二,则键入所要求的电子邮件地址迅速地变得非常麻烦。
    因此,存在对于用于在进行移动支付时使用的改进的帐单分摊系统的需要。
    发明内容
    根据一个实施例,付款人的移动设备上的应用或App被用来发现在支付请求时用户已知的并且与用户极接近的人。发现可以是通过搜索付款人的联系人列表和/或社交网络来完成的和/或通过付款人设备发现在付款人附近的联系人然后搜索付款人的联系人或社交网络列表以查看是否存在任何匹配来完成的。这些人然后在用户设备上通过诸如用照片、图标、名字和/或电子邮件地址等被示出给用户。用户选择期望的人,这使请求被发送到所选择的人,诸如通过文本、语音或电子邮件发送到相应的设备。所选择的人然后可以容易地确认或者授权要被发送到用户或收款人的支付。
    结果,付款人不需要在组支付或帐单分摊交易期间手动地搜索和/或键入个体电子邮件地址。
    本公开的这些和其它特征以及优点从结合附图在下面所阐述的实施例的具体描述将更容易地显而易见。
    附图说明
    图1图示了根据一个实施例的、用于确定收款人并且处理被选收款人的支付请求的方法。
    图2示出了来自支付请求的信息可以如何被用户发送的一个示例;
    图3是图示了用户设备和发现的邻居设备的图;
    图4是显示已知邻居的视觉表示的用户设备302的示例性局部显示;
    图5是用于添加附加的期望付款人的用户设备上的示例性显示;
    图6示出了在社交接近识别和支付处理中使用的联网系统的实施例;
    图7示出了付款人或用户设备的实施例;以及
    图8示出了适合于实现本文中所描述的各种设备的计算机系统的实施例。
    本公开的实施例和它们的优点通过参考以下的具体描述而被最好地理解。应该领会的是,同样的参考标记被用来标识在图中的一个或多个中所图示的同样的元件,其中,其中的示出物是用于图示本公开的实施例的目的,而不是用于限制本公开的目的。
    具体实施方式
    本公开提供了用于在为主付款人或用户已知的组内确定可能的付款人池的系统和方法。当用户准备好支付帐单或者进行支付时,支付提供商被通知然后确定用户的位置。用户已知的人诸如通过用户的联系人列表和/或用户的一个或多个社交网络而被识别。所识别的那些人的位置被确定,并且与用户的当前位置极接近的那些人被在用户设备上呈现给用户。人可以用照片、名字、电子邮件地址或其它标识符示出。用户然后选择期望的人来共享支付。支付提供商将请求发送到所选择的人以进行支付。一旦接收到,所选择的人中的各人可以通过支付提供商对用户或对收款人进行支付。
    因此,不是要求用户或客户键入一个或多个电子邮件地址或者通过长的联系人列表进行导航,而是在用户附近的朋友或同事能够被自动地识别。在计算每个人的金额之后,代替提示用户电子邮件地址,应用能够利用其接近能力(例如,蓝牙、GPS或另一技术)来不仅发现在用户附近的人而且还利用该用户的联系人列表、Linkedln列表或Facebook朋友列表来将所发现的组过滤至仅用户已知的那些人。
    在另一实施例中,不存在仅用户已知的人的过滤。在这个实施例中,接近用户的所有人被在用户设备上呈现给用户。这因不同的理由而可能是有利的。例如,可能存在不在用户联系人列表或其它社交/联网列表上而应该在支付中共享的人。这可能包括朋友的朋友、新的熟人或简单地用户仍 尚未键入到任何可搜索列表中的朋友。在另一示例中,用户可能想要识别区域中的所有人,诸如在慈善活动期间。用户可以在活动中选择支付提供商能够发现的每个人,并且将捐赠请求发送到每个人。这使得人们更易于捐赠某物,导致更大的总体捐赠的可能性。
    图1图示了用于确定收款人并且处理被选收款人的支付请求的根据一个实施例的方法100。在步骤102处,诸如加利福尼亚圣何塞的PayPal公司之类的支付提供商从用户接收支付请求。支付请求可以通过用户设备来电子地接收,所述用户设备诸如移动智能电话、计算平板、PC或其它适合的设备。在这个实施例中,支付请求是用于对收款人进行支付的,其中用户想要与在餐馆的一个或多个其它付款人分摊支付。然而,本领域的技术人员将认识到本公开未被如此限制,并且牵涉帐单的分摊或在多个收款人之间进行支付的各种其它情形都落入其范围内。
    支付请求可以由在用于处理的支付提供商的服务器或处理器处的支付提供商来接收。在支付请求中包括的是关于用户的信息,诸如用户标识符、帐户号码、设备标识符等等。这允许支付提供商识别进行支付请求的用户。支付请求还可以包括关于收款人(例如,餐馆)的信息,诸如身份、位置、帐户号码等,以及交易或支付请求的细节,诸如金额。
    图2示出了来自支付请求的信息可以如何被用户发送的一个示例。在餐馆处的用户或付款人可以被呈现自然账单204a,该自然账单包括被在与用户相同的桌子或区域处的人订购的多个项目,诸如项目204b、204c、204d以及204e。每个项目在自然账单204a上与费用相关联,所述费用诸如费用204ba、204ca、204da以及204ea。此外,可以为项目的费用的和的小计204f连同与小计204f相关联的税204g(例如,在所图示的实施例中为总计的8.25%)和可以为小计204f和税204g的和的总计204h一起被包括在自然帐单204a上。虽然特定自然帐单已被描述和图示,但是本领域的技术人员将认识到,各种自然帐单和/或发票可以代替自然帐单204a而不背离本公开的范围。用户设备然后可以使用例如付款人设备上的相机来捕获自然帐单204a的图像以拍摄如本领域内已知的自然帐单的图像。用户设备然后可以使用光学字符识别技术来生成作为自然帐单204a的可分配数字 表示的主要帐单。在其它实施例中,数字帐单或发票可以通过餐馆被发送到用户设备。
    往回参考图1,在支付请求被接收到之后,在步骤104处支付提供商确定用户的位置。这能够以任何适合的方式来完成,诸如通过在用户的设备上的GPS特征或餐馆的位置来确定用户的位置。用户还可以直接向支付提供商通知当前位置。
    一旦用户位置被确定,接近用户的人(例如,“邻居”)的身份被确定。取决于用户、支付提供商或用户的位置,可以以不同的方式来定义“接近”。例如,用户可以设置如下偏好:支付提供商确定在步骤104处确定的用户位置的100英尺内的人。可替换地,支付提供商可以设置一距离以定义用户的地理“围墙”。在又一个示例中,支付提供商可以基于用户的位置来确定距离。例如,如果用户在诸如大会、餐馆或购物中心之类的人口稠密场所,距离可以比当用户处于人口稀少场所(诸如在县集市)时更短。
    采用定义的边界,支付提供商可以确定有多少用户设备是在边界内。这可以通过确定哪些设备正在发射信号以使得位置能够被获得以用于设备以及然后确定那些设备中的哪些是在与用户位置相距指定距离内来实现。与用户设备的接近还可以通过诸如设备之间的NFC通信之类的其它手段来确定。例如,使用-型网络,相邻设备和用户设备可以彼此碰撞以参与通信。一旦通信被打开,支付提供商就可以可以检测这些设备。在本实施例中,支付提供商可以确定在用户的桌子处的人以及在餐馆中或者甚至在餐馆外面的其它人。身份可以通过从不同用户设备发射的信号来确定。例如,设备可以发射包括设备标识符的信号,支付提供商可以使用所述设备标识符诸如通过搜索提供商的数据库来确定设备的电话号或用户。
    在步骤108处,一旦用户的邻居被识别,用户已知的那些邻居就被确定。支付提供商可以将在步骤106处找到的邻居与用户的联系人和/或社交网络(诸如等)中的人相比较。注意,步骤104、106以及108可以被组合在不同的组合中或者以不同的顺序来执行。
    继续当前实施例并且参考图3,支付提供商可以确定在与用户或用户 设备302相距指定接近度或距离300内,用户已知的两个人或邻居设备304和306在用户的桌子处,但还有用户已知的三个其它人或邻居设备308、310和312非常接近(例如,在餐馆里或刚好在餐馆外面)。
    往回参考图1,一旦用户已知并且与用户相距某个距离内的人(即,“已知邻居”)被确定,在步骤110处结果就被呈现给用户,诸如在用户设备的显示器上。图4是显示已知邻居的视觉表示的用户设备302的示例性局部显示。已知邻居或设备304、306、308、310以及312被分别作为视觉表示404、406、408、410以及412示出在显示屏402上。视觉表示可以是照片、名字、图像、图标和/或用户名中的一个或多个。例如,视觉表示404和408可以是从用户的帐户或帐户检索到的照片,并且视觉表示406、410以及412可以是来自用户的联系人列表的名字。
    在查看显示屏402时,用户可以确定要在支付中共享的人是否被全部显示。可能存在不使所有人被显示的各种原因,诸如一个或多个设备未接通或者不能够被支付提供商定位和/或定位的邻居对于用户而言“未知”,例如邻居不在任何搜索的数据库(联系人列表)或站点()中。
    在步骤112处,支付提供商通过用户设备从用户接收将共享帐单的支付的人。对于在显示屏402上示出的那些,用户可以诸如通过敲击、检查相应的框或将该表示拖放到显示器上的适当位置来简单地选择期望的人。如果用户想添加在屏幕上未示出的其它人,则用户可以以任何适合的方式手动地键入,诸如键入电子邮件地址、用户名、电话号、或对支付提供商来讲可识别的其它标识符。用户还可以电子地键入并且传送该信息,诸如通过采用网络或其它NFC通信与期望的用户设备“碰撞”。
    用户选择和支付提供商接收期望的人以共享帐单的一个方式的示例被示出在图5中。用户可以访问联系人列表502并且选择存储在用户设备上的一个或多个联系人504,以被添加为付款人(例如通过选择“添加”按钮506)。诸如电子邮件地址、名字以及电话号之类的与联系人相关联的信息然后可以被发送到支付提供商以添加为附加的付款人。如果视觉表示 是可用的,则(一个或多个)新近添加的付款人可以利用先前呈现的表示被示出在用户显示器上。
    一旦所有期望的付款人被选择,用户就可以被询问以确认。如果由支付提供商所接收到的付款人是不准确的或完整的,则用户可以根据需要修订。例如,用户可以诸如通过检查或选择删除框来选择要被删除的人。用户还可以诸如通过手动地键入新的付款人的标识符(例如,电子邮件地址或电话号)来添加付款人。
    往回参考图1,在期望的付款人被识别和确认(将包括用户和所选择的邻居)之后,支付请求在步骤114处被发送到所选择的付款人。请求可以被从支付提供商的服务器或计算设备发送到所选择的付款人的移动设备。例如,包括用户的每个选择的付款人可以接收文本或电子邮件请求以支付某个金额。其它信息可以包括支付的接受者。付款人然后可以诸如通过键入密码或PIN根据需要来选择支付和验证/确认。各个支付然后可以直接对收款人即餐馆进行。
    在另一实施例中,支付请求被仅发送到由用户选择的付款人。再次,支付请求可以包括每个付款人支付的金额和支付接受者。在这种情况下,支付接受者是用户。一旦每个付款人被验证并且确定支付,支付就由支付提供商处理并且交存给用户帐户中的用户,典型地是通过支付提供商。用户支付餐馆全部金额。这可以在单独的交易中完成,诸如常规地利用信用卡、支票、或现金来完成,或者利用发送到用户的单独的支付请求通过支付提供商来完成。一旦支付诸如通过验证和确认被批准,支付提供商就通过将用户的帐户记入借方并且将收款人(餐馆)的帐户记入贷方来处理支付。
    一旦支付被处理,通知就可以被发送到各个付款人和/或收款人,诸如通过文本、电子邮件、语音等等发送到他们的移动设备。
    每个付款人的被请求的金额可以不同或者被等同地分摊。对于均分,支付提供商确定付款人的数目并且用帐单的总金额除以付款人的数目。该金额与任何附加的费用/收费一起被包括在支付请求中。对于不同的分摊,用户可以诸如通过键入与每个选择的付款人相对应的金额来确定向每个付 款人请求的金额。付款人还可以诸如通过增加用于额外的小费或其它原因的金额来修改所请求的金额。
    因此,使用本文中所描述的方法,用户可以容易地与已知邻居共享帐单或支付,而不必手动地键入共享支付的每个人的信息,诸如电子邮件地址。视觉表示还允许用户快速地识别期望的人,以及在支付处理期间给用户提供更愉快的用户界面。
    在另一实施例中,步骤108可以被从图1中的方法省略,给用户更多的人来选择以用于支付请求。这在资金筹措或慈善活动中可能是有用的。特别地,活动组织者可以被呈现所有在诸如舞厅之类的活动的地理位置内拥有用户设备的可定位的人。用户可以选择被呈现的所有人。支付提供商然后可以以捐赠请求的形式来向所有人发送支付请求。请求可以具有标称的或相对低的捐赠金额,其能够由每个付款人来修订。同样地,潜在的捐赠人可以被容易地发现并且联系支付。
    图6示出了上面所描述的在社交接近识别和支付处理中所使用的联网系统600的实施例。联网系统600包括通过网络610通信的多个付款人设备602(邻居)、收款人设备604(餐馆)、用户设备606(主付款人)、以及支付提供商设备608。
    付款人设备602、收款人设备604、用户设备606、以及支付提供商设备608(在下面进一步详细地讨论的)可以每个都包括一个或多个处理器、存储器、以及用于执行诸如存储在一个或多个计算机可读介质上的程序代码和/或数据之类的指令以实现本文中所描述的各种应用、数据以及步骤的其它适当的部件。例如,这样的指令可以被存储在一个或多个计算机可读介质中,诸如在系统600的各种部件的内部和/或外部和/或可通过网络610访问的存储器或数据存储设备。
    网络610可以被实现为单个网络或多个网络的组合。例如,在各种实施例中,网络610可以包括因特网和/或一个或多个内部网、陆地线网络、无线网络、和/或其它适当类型的网络。
    付款人602和用户设备606可以使用被配置用于通过网络610的有线和/或无线通信的硬件和/或软件的任何适当的组合来实现。例如,在一个 实施例中,付款人设备602和用户设备606可以被实现为与因特网进行通信的付款人的智能电话。在其它实施例中,付款人602和用户设备606可以为个人计算机、个人数字助理(PDA)、膝上型计算机、平板电脑、和/或其它类型的计算设备。
    付款人设备602和用户设备606可以包括可用来例如提供准许付款人浏览通过网络610可得到的信息的方便接口的一个或多个浏览器应用。例如,浏览器应用可以被实现为被配置为查看通过因特网可得到的信息的web浏览器或移动App。
    付款人602和用户设备606还可以包括一个或多个工具栏应用或移动app,所述工具栏应用或移动应用可以被用来例如提供用于响应于由付款人所选择的操作而执行期望的任务的付款人侧处理。在一个实施例中,应用可以与浏览器应用有关地显示用户接口。
    付款人602和用户设备606可以进一步包括可能在特定的实施例中被期望将期望的特征提供给付款人设备602和用户设备606的其它应用或移动app。特别地,其它应用或app可以包括用于通过支付提供商进行支付的支付应用/app。其它应用/app还可以包括用于实现用户侧安全特征的安全应用,用于通过网络610与适当的应用编程接口(API)进行对接的编程用户应用或其它类型的应用。电子邮件和/或文本应用/app也可以被包括,这允许付款人通过网络610发送和接收电子邮件和/或文本消息。付款人设备602和用户设备606包括一个或多个用户和/或设备标识符,所述用户和/或设备标识符例如可以被实现为操作系统注册表条目、与浏览器应用相关联的cookie、与付款人设备602和用户设备606的硬件相关联的标识符、或其它适当的标识符,诸如电话号。在一个实施例中,用户标识符可以由支付提供商来使用以使付款人与由支付提供商所维护的特定帐号相关联。
    收款人设备604可以由例如在线商人、数字商品销售者、个体销售者、餐馆、酒吧和/或提供各种产品和/或服务以交换将通过网络610接收的支付的实体或人来维护。关于这点,收款人设备604可以包括识别可用于由付款人查看和购买的可用产品和/或服务(例如,共同地被称为项目) 的数据库。
    收款人设备604还包括可以被配置成方便项目的收款人购买的检查应用/app。检查应用/app可以被配置成接受通过网络610来自付款人、用户和/或从支付服务提供商的支付信息。
    图7示出了付款人设备700的实施例。付款人设备700可以为本文中所描述的付款人设备和/或用户设备中的任一个或全部。付款人设备700包括具有显示器704的机架702和包括显示器704以及多个输入按钮706的输入设备。本领域的技术人员将认识到付款人设备400是包括实现参考图1的方法在上面所讨论的功能的触摸屏输入设备和多个输入按钮的便携式或移动电话。然而,可以在图1的方法中使用各种其它便携式或移动付款人设备,而不背离本公开的范围。
    图8示出了适合于实现例如本文中所描述的各种付款人、用户、收款人以及支付提供商设备的计算机系统800的实施例。在各种实施方式中,(一个或多个)设备可以包括能够与网络610进行通信的计算设备(例如,计算机、膝上型电脑、智能电话、PDA等)。
    依照本公开的各种实施例,诸如计算机、智能电话、和/或网络服务器的计算机系统800包括将子系统和部件互连的用于传送信息的总线802或其它通信机制,所述子系统和部件诸如处理部件804(例如,处理器、微控制器、数字信号处理器(DSP)等)、系统存储器部件806(例如,RAM)、静态存储部件808(例如,ROM)、磁盘驱动器部件810(例如,磁性的或光学的)、网络接口部件812(例如,调制解调器或以太网卡)、显示部件814(例如,CRT或LCD)、输入部件818(例如,键盘、小键盘、或虚拟键盘)、光标控制部件820(例如,鼠标、指针或跟踪球)、和/或相机822。在一个实施方式中,磁盘驱动器部件810可以包括具有一个或多个磁盘驱动器部件的数据库。
    依照本公开的实施例,计算机系统800通过执行在系统存储器部件806中包含的指令的一个或多个序列的处理器804来执行特定的操作,诸如相对于付款人设备、收款人设备、用户设备、和/或支付提供商设备在本文中所描述的。这样的指令可以被从诸如静态存储部件808或磁盘驱动器 部件810之类的另一计算机可读介质读取到系统存储器部件806中。在其它实施例中,硬连线电路可以被代替或结合软件指令来使用以实现本公开。
    逻辑可以被编码在计算机可读介质中,所述计算机可读介质可以指参与将指令提供给处理器804以用于执行的任何介质。这样的介质可以采取许多形式,包括但不限于非易失性介质、易失性介质、以及传输介质。在各种实施方式中,非易失性介质包括诸如磁盘驱动器部件810之类的光盘或磁盘,易失性介质包括诸如系统存储器部件806之类的动态存储器,并且传输介质包括同轴电缆、铜线、以及光纤,包括包含总线802的线。在一个示例中,传输介质可以采取声波或光波的形式,诸如在无线电波和红外数据通信期间生成的波。
    计算机可读介质的一些常见形式包括例如软盘、柔性盘、硬盘、磁带、任何其它磁性介质、CD-ROM、任何其它光学介质、穿孔卡、纸带、具有洞的图案的任何其它物理介质、RAM、PROM、EPROM、FLASH-EPROM、任何其它存储器芯片或盒、载波、或者计算机被适配成从其读取的任何其它介质。
    在本公开的各种实施例中,用来实践本公开的指令序列的执行可以由计算机系统800来执行。在本公开的各种其它实施例中,由通信链路824耦合到网络610(例如,诸如LAN、WLAN、PTSN、和/或各种其它有线的或无线的网络,包括电信、移动、蜂窝电话网络)的多个计算机系统800可以执行用来彼此协调地实践本公开的指令序列。
    计算机系统800可以通过通信链路824和网络接口部件812发送和接收消息、数据、信息以及指令,包括一个或多个程序(即应用代码)。网络接口部件812可以包括天线(单独的或者集成的)以实现经由通信链路824的发送和接收。随着在磁盘驱动器部件810或一些其它非易失性存储部件中接收和/或存储以用于执行,所接收到的程序代码可以由处理器804来执行。
    适用时,由本公开所提供的各种实施例可以使用硬件、软件、或硬件和软件的组合来实现。同样地,适用时,本文中所陈述的各种硬件部件和/ 或软件部件可以被组合到包括软件、硬件和/或两者的复合部件中,而不背离本公开的范围。适用时,本文中所陈述的各种硬件部件和/或软件部件可以被分离成包括硬件、软件或两者的子部件,而不背离本公开的范围。适用时,设想到软件部件可以被作为硬件部件来实现,并且反之亦然。
    诸如程序代码和/或数据之类的依照本公开的软件可以被存储在一个或多个计算机可读介质上。还设想到本文中所标识的软件可以使用一个或多个联网的和/或另外的通用或专用计算机和/或计算机系统来实现。此外,适用时,本文中所描述的各种步骤的次序可以被改变,组合到复合的步骤中,和/或分开到子步骤中以提供本文中所描述的特征。
    前述公开不旨在将本公开限制到所公开的使用的精确形式或特定领域。同样地,设想到本文中明确地描述的或暗示的各种替代实施例和/或对本公开的修改因为本公开的观点而是可能的。例如,上述实施例集中在商人和销售者上;然而,用户或客户能够虚拟地支付,或者以其它方式与包括慈善机构和个体的任何类型的接受者交互。支付不必要涉及购买,而是可以为贷款、慈善捐款、赠予等。因此,本文中所使用的商人还能够包括慈善机构、个体、以及从用户接收支付的任何其它实体或人。已经这样描述了本公开的实施例,本领域普通技术人员将认识到可以在不背离本公开的范围的情况下在形式和细节上做出改变。因此,本公开仅由权利要求来限制。

    关 键  词:
    社交 接近 支付
      专利查询网所有文档均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    0条评论

    还可以输入200字符

    暂无评论,赶快抢占沙发吧。

    关于本文
    本文标题:社交接近支付.pdf
    链接地址:https://www.zhuanlichaxun.net/p-6164032.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
    经营许可证编号:粤ICP备2021068784号-1