• 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
    • / 23
    • 下载费用:30 金币  

    重庆时时彩五星基本走势图百度: 一种互联网C2C消费业务的数据处理系统及其方法.pdf

    关 键 词:
    一种 互联网 C2C 消费 业务 数据处理系统 及其 方法
      专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    摘要
    申请专利号:

    CN201010134046.4

    申请日:

    2010.03.26

    公开号:

    CN102201094A

    公开日:

    2011.09.28

    当前法律状态:

    驳回

    有效性:

    无权

    法律详情: 发明专利申请公布后的驳回IPC(主分类):G06Q 30/00申请公布日:20110928|||实质审查的生效IPC(主分类):G06Q 30/00申请日:20100326|||公开
    IPC分类号: G06Q30/00; G06Q20/00 主分类号: G06Q30/00
    申请人: 中国银联股份有限公司
    发明人: 徐静雯; 张卫东; 蒋慧科; 赵伟
    地址: 200135 上海市浦东新区含笑路36号银联大厦
    优先权:
    专利代理机构: 中国专利代理(香港)有限公司 72001 代理人: 臧霁晨;李家麟
    PDF完整版下载: PDF下载
    法律状态
    申请(专利)号:

    CN201010134046.4

    授权公告号:

    ||||||

    法律状态公告日:

    2014.08.27|||2012.05.09|||2011.09.28

    法律状态类型:

    发明专利申请公布后的驳回|||实质审查的生效|||公开

    摘要

    本发明涉及一种互联网C2C消费业务的数据处理系统,它能够在在买方和卖方之间通过互联网实现有关消费业务的数据处理,具备:受理系统(100)、互联网转接清算处理系统(200)、买方出账???300)、以及卖方入账???400)。利用本发明,能够实现个人账户到个人账户的资金流转,解决了个人无法设立对公账户的问题,而且,能够支持银行卡开户行,扩展了应用的广泛性。

    权利要求书

    1.一种互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,具备:受理系统(100)、互联网转接清算处理系统(200)、买方出账???300)、以及卖方入账???400),其中,上述受理系统(100)用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统(200),上述买方出账???300)用于从上述互联网转接清算处理系统(200)接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答返回至上述互联网转接清算处理系统(200),上述卖方入账???400)用于从上述互联网转接清算处理系统(200)接收对应于上述扣款请求数据的付款请求数据,并且将上述付款请求数据的应答返回至上述银行互联网交易机构(200),上述互联网转接清算处理系统(200)在从上述受理系统(100)接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???300),当从上述买方出账???300)收到上述扣款请求数据的应答时,组织付款请求,将上述付款请求数据发送至卖方入账???400),当从上述卖方入账???400)收到上述付款请求数据的应答后,组织成功支付应答报文返回给上受理系统(100),上述买方出账???300)为虚拟帐户开户行??椴⑶疑鲜雎舴饺胝四??400)也为虚拟帐户开户行???。2.如权利要求1所述的互联网C2C消费业务的数据处理系统,其特征在于,从上述互联网转接清算处理系统(200)发送给上述买方出账???300)的上述扣款请求数据中包含买方帐户信息,从上述互联网转接清算处理系统(200)发送给上述卖方入账???400)的上述付款请求数据中包含卖方帐户信息。3.如权利要求1所述的互联网C2C消费业务的数据处理系统,其特征在于,上述受理系统(100)是互联网中的网关。4.一种互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具备受理系统(100)、互联网转接清算处理系统(200)、买方出账???300)、以及卖方入账???400)的系统中实现数据处理,上述买方出账???300)为虚拟帐户开户行??椴⑶疑鲜雎舴饺胝四??400)为虚拟帐户开户行???,其特征在于,具备以下步骤:上述受理系统(100)受理买方的支付请求数据的支付请求步骤(S1001);由上述互联网转接清算处理系统(200)将上述支付请求数据转换成扣款请求数据并发送给上述买方出账???300)的扣款请求步骤(S1002);上述买方出账???300)收到上述扣款请求数据后将上述扣款请求数据的应答返回至上述互联网转接清算处理系统(200)的扣款请求应答步骤(S1003);由上述互联网转接清算处理系统(200)在上述扣款请求数据的应答时,组织成付款请求,并将上述付款请求数据发送至卖方入账???400)的付款请求步骤(S1004);上述卖方入账???400)收到上述付款请求数据后将付款请求的应答发送互联网转接清算处理系统(200)的付款请求步骤(S1005);上述互联网转接清算处理系统(200)收到上述付款请求数据的应答后组织成功支付应答报文返回给上述受理系统(100)的支付成功应答步骤(S1006)。5.如权利要求4所述的互联网C2C消费业务的数据处理方法,其特征在于,在上述扣款请求步骤(S1002)中,上述扣款请求数据中包含买方帐户信息,上述付款请求步骤(S1004)中,上述付款请求数据中包含卖方帐户信息。6.如权利要求4所述的互联网C2C消费业务的数据处理方法,其特征在于,在上述支付成功应答步骤(S1006)之后进一步具备:向买方提示付款成功的支付成功提示步骤。7.一种互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,具备:受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400),其中,上述受理系统(100)用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统(200),上述互联网转接清算处理系统(200)用于在上述受理系统(100)和上述银行卡信息交换机构(500)之间进行接口转换处理,上述买方出账???300)用于通过上述互联网转接清算处理系统(200)从上述银行卡信息交换机构(500)接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答返回至上述银行卡信息交换机构(500),上述卖方入账???400)用于从上述银行卡信息交换机构(500)接收对应于上述扣款请求数据的付款请求数据,并且将上述付款请求数据的应答返回至上述银行卡信息交换机构(500),上述银行卡信息交换机构(500)在通过上述互联网转接清算处理系统(200)接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???300),当从上述买方出账???300)收到上述扣款请求数据的应答时,组织付款请求,将上述付款请求数据发送至卖方入账???400),当从上述卖方入账???400)收到上述付款请求数据的应答后,组织成功支付应答报文通过上述互联网转接清算处理系统(200)返回给上述受理系统(100),上述买方出账???300)为银行卡帐户开户行???,上述卖方入账???400)为银行卡帐户开户行???。8.如权利要求7所述的互联网C2C消费业务的数据处理系统,其特征在于,从上述银行卡信息交换机构(500)发送给上述买方出账???300)的上述扣款请求数据中包含买方帐户信息,从上述银行卡信息交换机构(500)发送给卖方入账???400)的上述付款请求数据中包含卖方帐户信息。9.如权利要求7所述的互联网C2C消费业务的数据处理系统,其特征在于,上述受理系统是互联网中的网关(100)。10.一种互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400)的系统中实现数据处理,上述买方出账???300)为银行卡帐户开户行??椴⑶疑鲜雎舴饺胝四??400)为银行卡帐户开户行???,其特征在于,具备以下步骤:由上述受理系统(100)受理买方的支付请求数据的支付请求步骤(T1001);由上述互联网转接清算处理系统(200)将上述支付请求进行接口转换的第一转换步骤(T1002)由上述银行卡信息交换机构(500)将经接口转后的上述支付请求数据转换成扣款请求数据并发送给上述买方出账???300)的扣款请求步骤(T1003);上述买方出账???300)收到上述扣款请求数据后将上述扣款请求数据的应答返回至上述银行卡信息交换机构(500)的扣款请求应答步骤(T1004);上述银行卡信息交换机构(500)在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至卖方入账???400)的付款请求步骤(T1005);上述卖方入账???400)收到上述付款请求数据后将付款请求的应答发送上述银行卡信息交换机构(500)的付款请求步骤(T1006);上述银行卡信息交换机构(500)收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统(200)的支付成功应答步骤(T1007);上述互联网转接清算处理系统(200)将收到的上述支付应答报文进行接口转换后返回给上述受理系统(100)的第二转换步骤(T1008)。11.如权利要求10所述的互联网C2C消费业务的数据处理方法,其特征在于,在上述扣款请求步骤(T1003)中,上述扣款请求数据中包含买方帐户信息,上述付款请求步骤(T1005)中,上述付款请求数据中包含卖方帐户信息。12.如权利要求10所述的互联网C2C消费业务的数据处理方法,其特征在于,在上述第二转换步骤(T1008)之后进一步具备:向买方提示付款成功的支付成功提示步骤。13.一种互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,具备:受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400),其中,上述受理系统(100)用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统(200),上述互联网转接清算处理系统(200)用于在上述受理系统(100)和上述银行卡信息交换机构(500)之间进行接口转换处理并且用于在上述买方出账???300)和上述银行卡信息交换机构(500)之间进行接口转换处理,上述买方出账???300)用于通过上述互联网转接清算处理系统(200)、上述银行卡信息交换机构(500)以及上述互联网转接清算处理系统(200)接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答通过上述互联网转接清算处理系统(200)返回至上述银行卡信息交换机构(500),上述卖方入账???400)用于从上述银行卡信息交换机构(500)接收对应于上述扣款请求数据的付款请求数据,并且将上述付款请求数据的应答返回至上述银行卡信息交换机构(500),上述银行卡信息交换机构(500)在通过互联网转接清算处理系统(200)从上述受理系统(100)接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据通过上述互联网转接清算处理系统(200)发送给上述买方出账???300),当从上述买方出账???300)收到上述扣款请求数据的应答时,组织付款请求,将上述付款请求数据发送至卖方入账???400),当从上述卖方入账???400)收到上述付款请求数据的应答后,组织成功支付应答报文通过上述互联网转接清算处理系统(200)返回给上述受理系统(100),上述买方出账???300)为虚拟帐户开户行???,上述卖方入账???400)为银行卡帐户开户行???。14.一种互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400)的系统中实现数据处理,上述买方出账???300)为虚拟帐户开户行??椴⑶疑鲜雎舴饺胝四??400)为银行卡帐户开户行???,其特征在于,具备以下步骤:由上述受理系统(100)受理买方的支付请求数据的支付请求步骤(R1001);由上互联网转接清算处理系统(200)将上述支付请求进行接口转换后发送给上述银行卡信息交换机构(500)的第一转换步骤(R1002);由上述银行卡信息交换机构(500)将经接口转换后的上述支付请求数据转换成扣款请求数据并发送给互联网转接清算处理系统(200)的扣款请求步骤(R1003);由上述互联网转接清算处理系统(200)将上述扣款请求数据进行接口转换后发送给上述买方出账???300)的第二转换步骤(R1004);上述买方出账???300)收到上述扣款请求数据后将上述扣款请求数据的应答返回至上述互联网转接清算处理系统(200)的扣款请求应答步骤(R1005);由上述互联网转接清算处理系统(200)将上述扣款请求数据的应答进行接口转换后发送给上述银行卡信息交换机构(500)的第三转换步骤(R1006);上述银行卡信息交换机构(500)在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至卖方银行入帐???400)的付款请求步骤(R1007);上述卖方入账???400)收到上述付款请求数据后将付款请求的应答发送上述银行卡信息交换机构(500)的付款请求应答步骤(R1008);上述银行卡信息交换机构(500)在收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统(200)的支付成功应答步骤(R1009);上述互联网转接清算处理系统(200)将收到的上述支付应答报文进行接口转换后返回给上述受理系统(100)的第四转换步骤(R1010)。15.一种互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,具备:受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400),其中,上述受理系统(100)用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统(200),上述互联网转接清算处理系统(200)用于在上述受理系统(100)和上述银行卡信息交换机构(500)之间进行接口转换处理并且用于在上述银行卡信息交换机构(500)和上述卖方入账???400)之间进行接口转换处理,上述买方出账???300)用于通过上述互联网转接清算处理系统(200)、上述银行卡信息交换机构(500)接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答返回至上述银行卡信息交换机构(500),上述卖方入账???400)用于从上述银行卡信息交换机构(500)通过上述互联网转接清算处理系统(200)接收对应于上述扣款请求数据的付款请求数据,并且将上述付款请求数据的应答通过上述互联网转接清算处理系统(200)返回至上述银行卡信息交换机构(500),上述银行卡信息交换机构(500)在通过上述互联网转接清算处理系统(200)从上述受理系统(100)接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???300),当从上述买方出账???300)收到上述扣款请求数据的应答时,组织付款请求,将上述付款请求数据通过上述互联网转接清算处理系统(200)发送至卖方入账???400),当通过上述互联网转接清算处理系统(200)从上述卖方入账???400)收到上述付款请求数据的应答后,组织成功支付应答报文通过上述互联网转接清算处理系统(200)返回给上述受理系统(100),上述买方出账???300)为银行卡帐户开户行???,上述卖方入账???400)为虚拟帐户开户行???。16.一种互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统(100)、互联网转接清算处理系统(200)、银行卡信息交换机构(500)、买方出账???300)、以及卖方入账???400)的系统中实现数据处理,上述买方出账???300)为银行卡帐户开户行??椴⑶疑鲜雎舴饺胝四??400)为虚拟帐户开户行???,其特征在于,具备以下步骤:由上述受理系统(100)受理买方的支付请求数据的支付请求步骤(P1001);由上述互联网转接清算处理系统(200)将上述支付请求进行接口转换后发送给上述银行卡信息交换机构(500)的第一转换步骤(P1002);由上述银行卡信息交换机构(500)将经接口转后的上述支付请求数据转换成扣款请求数据并发送给上述买方出账???300)的扣款请求步骤(P1003);上述买方出账???300)收到上述扣款请求数据后将上述扣款请求数据的应答返回至上述银行卡信息交换机构(500)的扣款请求应答步骤(P1004);上述银行卡信息交换机构(500)在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至上述互联网转接清算处理系统(200)的付款请求步骤(P1005);上述互联网转接清算处理系统(200)在收到上付款请求数据进行接口转换并发送给上述卖方入账???400)的第三转换步骤(P1006);上述卖方入账???400)收到上述付款请求数据后将付款请求的应答返回至上述互联网转接清算处理系统(200)的付款请求应答步骤(P1007);上述互联网转接清算处理系统(200)在收到上付款请求数据的应答后进行接口转换并发送给上述银行卡信息交换机构(500)的第四转换步骤(P1008);上述银行卡信息交换机构(500)在收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统(200)的支付成功应答步骤(P1009);上述互联网转接清算处理系统(200)将收到的上述支付应答报文进行接口转换后返回给上述受理系统(100)的第四转换步骤(P1010)。

    说明书

    一种互联网C2C消费业务的数据处理系统及其方法

    技术领域

    本发明涉及一种互联网C2C消费业务的数据处理系统及其数据处理方法,具体地涉及利用CUPSecure(互联网转接清算处理系统)、或者CUPSecure和CUPS(银行卡信息交换系统)对C2C中的消费业务进行处理的数据处理系统以及数据处理方法。

    背景技术

    图1是表示一般的消费交易的交易流程图。

    如图1所示,在购买者选购了商品之后,商户即卖方及其受理机构系统10通过交易转接系统11向商品购买者即买方的开户银行系统12发出付款请求(步骤S10),经买方的开户银行系统12进行付款处理(步骤S20)后将付款应答反馈至交易转接系统11(步骤S30),此后,交易转接系统11将付款应答再反馈至商户及其受理机构系统10(步骤S40)。

    由上图1可以看出,消费交易流程中的一个关键节点就是商户即卖方。要成为银行支付系统的合法商户不仅要经过严格的审批流程,还要求商户对应有受理机构,并应在某一银行开设对公账户。商户应得货款都是通过受理机构和对公账户进行扭转和划拨的。

    但随着互联网业务的发展,特别是像淘宝网等的商品交易网络的发展,由个人在网站上开设网店,进行商品买卖的业务越来越流行,一般将这种业务模式简称为C2C(Costumer?To?Costumer,客户对客户)消费。C2C是一种个人对个人的电子商务交易模式,在C2C中出售商品或服务的个人称作为卖方,购买商品或者服务的个人称作为买方。卖方和买方可以通过C2C的平台进行交易。

    为使银行支付系统在互联网支付业务中不处于弱势地位,也希望银行支付系统也能够应用于C2C消费业务。然而,由于个人无法申请受理机构和对公账户,因此按照现有的银行支付系统的普通实体商户的交易和清算流程,无法完成C2C消费的资金清算,C2C消费中的卖方也无法收到商品货款。

    为解决这个问题,本申请的发明人们首先潜心研究了拥有类似业务的典型系统的处理方式,发现它们基本都是采用了一种商户加银行的处理方式,即网上支付平台同时拥有商户和银行两重身份。作为商户角色在每个有业务往来的银行中都建立一个对公账户,使用此银行中的个人账户做支付的C2C买方的购买货款都会在日终清算以后首先划拨到商户账户中,然后,不同银行的商户账户再和供货方分账。分账的方式是要求卖方首先必须在和此网上支付平台有业务往来的银行开设账户,等商户账户拿到货款后经过同行内的银行处理系统进行资金划转,将货款转移到各卖方账户中。所以,总的说来,这些网上支付系统的消费交易流程仍是传统的。

    这样的传统的支付方式存在以下3方面的问题:第一,一个网上支付平台要建立多个账户,带来了账户管理上的复杂性;第二,无论是对买方来说,还是卖方来说,都只能用有限的银行卡账户来做业务,不利于银行之间的互连互通;第三,资金的清算要通过商户资金和个人资金分帐两层清算完成,也无法实现个人资金快速到账的要求。

    发明内容

    鉴于上述问题,本发明旨在提供一种交易帐户管理便捷性高、银行之间的互联性佳且交易资金到帐快速的互联网C2C消费业务中的数据处理系统及其数据处理方法。

    本发明第一方面的互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,

    具备:受理系统、互联网转接清算处理系统、买方出账???、以及卖方入账???,

    其中,上述受理系统用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统,

    上述买方出账??橛糜诖由鲜龌チ忧逅愦硐低辰邮斩杂τ谏鲜鲋Ц肚肭笫莸目劭钋肭笫莶⑶医鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜龌チ忧逅愦硐低?,

    上述卖方入账??橛糜诖由鲜龌チ忧逅愦硐低辰邮斩杂τ谏鲜隹劭钋肭笫莸母犊钋肭笫?,并且将上述付款请求数据的应答返回至上述银行互联网交易机构,

    上述互联网转接清算处理系统在从上述受理系统接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???,当从上述买方出账??槭盏缴鲜隹劭钋肭笫莸挠Υ鹗?,组织付款请求,将上述付款请求数据发送至卖方入账???,当从上述卖方入账??槭盏缴鲜龈犊钋肭笫莸挠Υ鸷?,组织成功支付应答报文返回给上受理系统,

    上述买方出账??槲槟庹驶Э心?椴⑶疑鲜雎舴饺胝四?橐参槟庹驶Э心??。

    其中,从上述互联网转接清算处理系统发送给上述买方出账??榈纳鲜隹劭钋肭笫葜邪蚍秸驶畔?,

    从上述互联网转接清算处理系统发送给上述卖方入账??榈纳鲜龈犊钋肭笫葜邪舴秸驶畔?。

    其中,上述受理系统是互联网中的网关。

    本发明第一方面的互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具备受理系统、互联网转接清算处理系统、买方出账???、以及卖方入账??榈南低持惺迪质荽?,上述买方出账??槲槟庹驶Э心?椴⑶疑鲜雎舴饺胝四?樾槟馕驶Э心??,其特征在于,具备以下步骤:

    上述受理系统受理买方的支付请求数据的支付请求步骤;

    由上述互联网转接清算处理系统将上述支付请求数据转换成扣款请求数据并发送给上述买方出账??榈目劭钋肭蟛街?;

    上述买方出账??槭盏缴鲜隹劭钋肭笫莺蠼鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜龌チ忧逅愦硐低车目劭钋肭笥Υ鸩街?;

    由上述互联网转接清算处理系统在上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至卖方入账??榈母犊钋肭蟛街?;

    上述卖方入账??槭盏缴鲜龈犊钋肭笫莺蠼犊钋肭蟮挠Υ鸱⑺突チ忧逅愦硐低车母犊钋肭蟛街?;

    上述互联网转接清算处理系统收到上述付款请求数据的应答后组织成功支付应答报文返回给上述受理系统的支付成功应答步骤。

    其中,在上述扣款请求步骤中,上述扣款请求数据中包含买方帐户信息,上述付款请求步骤中,上述付款请求数据中包含卖方帐户信息。

    其中,在上述支付成功应答步骤之后进一步具备:向买方提示付款成功的支付成功提示步骤。

    利用上述本发明第一方面的互联网C2C消费业务的数据处理系统或方法,通过将交易进行拆分为出账交易和入账交易这样的组合,这样一方面将买方和卖方的账户信息都直接反映在联机交易处理报文中,而非传统的一方信息,实现了个人账户到个人账户的资金流转,因此解决了个人无法设立对公账户的问题。

    在此基础之上,进一步,由于交易各方通过联机报文数据均获得了买方和卖方的账户信息,因此可以完成对个人账户级的直接清算,也实现了实时快速的资金到账目的。

    本发明第二方面的互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,

    具备:受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账???,

    其中,上述受理系统用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统,

    上述互联网转接清算处理系统用于在上述受理系统和上述银行卡信息交换机构之间进行接口转换处理,

    上述买方出账??橛糜谕ü鲜龌チ忧逅愦硐低炒由鲜鲆锌ㄐ畔⒔换换菇邮斩杂τ谏鲜鲋Ц肚肭笫莸目劭钋肭笫莶⑶医鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜鲆锌ㄐ畔⒔换换?,

    上述卖方入账??橛糜诖由鲜鲆锌ㄐ畔⒔换换菇邮斩杂τ谏鲜隹劭钋肭笫莸母犊钋肭笫?,并且将上述付款请求数据的应答返回至上述银行卡信息交换机构,

    上述银行卡信息交换机构在通过上述互联网转接清算处理系统接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???,当从上述买方出账??槭盏缴鲜隹劭钋肭笫莸挠Υ鹗?,组织付款请求,将上述付款请求数据发送至卖方入账???,当从上述卖方入账??槭盏缴鲜龈犊钋肭笫莸挠Υ鸷?,组织成功支付应答报文通过上述互联网转接清算处理系统返回给上述受理系统,

    上述买方出账??槲锌ㄕ驶Э心??,上述卖方入账??槲锌ㄕ驶Э心??。

    其中,从上述银行卡信息交换机构发送给上述买方出账??榈纳鲜隹劭钋肭笫葜邪蚍秸驶畔?,从上述银行卡信息交换机构发送给上述卖方银行卡帐户开户行??榈纳鲜龈犊钋肭笫葜邪舴秸驶畔?。

    其中,上述受理系统是互联网中的网关。

    本发明第二方面的互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账??榈南低持惺迪质荽?,上述买方出账??槲锌ㄕ驶Э心?椴⑶疑鲜雎舴饺胝四?槲锌ㄕ驶Э心??,其特征在于,具备以下步骤:

    由上述受理系统受理买方的支付请求数据的支付请求步骤;

    由上述互联网转接清算处理系统将上述支付请求进行接口转换的第一转换步骤;

    由上述银行卡信息交换机构将经接口转后的上述支付请求数据转换成扣款请求数据并发送给上述买方出账??榈目劭钋肭蟛街?;

    上述买方出账??槭盏缴鲜隹劭钋肭笫莺蠼鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜鲆锌ㄐ畔⒔换换沟目劭钋肭笥Υ鸩街?;

    上述银行卡信息交换机构在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至卖方银行卡帐户开户行??榈母犊钋肭蟛街?;

    上述卖方银行卡帐户开户行??槭盏缴鲜龈犊钋肭笫莺蠼犊钋肭蟮挠Υ鸱⑺蜕鲜鲆锌ㄐ畔⒔换换沟母犊钋肭蟛街?;

    上述银行卡信息交换机构收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统的支付成功应答步骤;

    上述互联网转接清算处理系统将收到的上述支付应答报文进行接口转换后返回给上述受理系统的第二转换步骤。

    其中,在上述扣款请求步骤中,上述扣款请求数据中包含买方帐户信息,

    上述付款请求步骤中,上述付款请求数据中包含卖方帐户信息。

    其中,在上述第二转换步骤之后进一步具备:向买方提示付款成功的支付成功提示步骤。

    本发明第三方面的互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,

    具备:受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账???,

    其中,上述受理系统用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统,

    上述互联网转接清算处理系统用于在上述受理系统和上述银行卡信息交换机构之间进行接口转换处理并且用于在上述买方出账??楹蜕鲜鲆锌ㄐ畔⒔换换怪浣薪涌谧淮?,

    上述买方出账??橛糜谕ü鲜龌チ忧逅愦硐低?、上述银行卡信息交换机构以及上述互联网转接清算处理系统接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答通过上述互联网转接清算处理系统返回至上述银行卡信息交换机构,

    上述卖方入账??橛糜诖由鲜鲆锌ㄐ畔⒔换换菇邮斩杂τ谏鲜隹劭钋肭笫莸母犊钋肭笫?,并且将上述付款请求数据的应答返回至上述银行卡信息交换机构,

    上述银行卡信息交换机构在通过互联网转接清算处理系统从上述受理系统接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据通过上述互联网转接清算处理系统发送给上述买方出账???,当从上述买方出账??槭盏缴鲜隹劭钋肭笫莸挠Υ鹗?,组织付款请求,将上述付款请求数据发送至卖方入账???,当从上述卖方入账??槭盏缴鲜龈犊钋肭笫莸挠Υ鸷?,组织成功支付应答报文通过上述互联网转接清算处理系统返回给上述受理系统,

    上述买方出账??槲槟庹驶Э心??,上述卖方入账??槲锌ㄕ驶Э心??。

    其中,上述扣款请求数据中包含买方帐户信息,上述付款请求数据中包含卖方帐户信息。

    其中,上述受理系统是互联网中的网关。

    本发明第三方面的互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账??榈南低持惺迪质荽?,上述买方出账??槲槟庹驶Э心?椴⑶疑鲜雎舴饺胝四?槲锌ㄕ驶Э心??,其特征在于,具备以下步骤:

    由上述受理系统受理买方的支付请求数据的支付请求步骤;

    由上互联网转接清算处理系统将上述支付请求进行接口转换后发送给上述银行卡信息交换机构的第一转换步骤;

    由上述银行卡信息交换机构将经接口转换后的上述支付请求数据转换成扣款请求数据并发送给互联网转接清算处理系统的扣款请求步骤;

    由上述互联网转接清算处理系统将上述扣款请求数据进行接口转换后发送给上述买方出账??榈牡诙徊街?;

    上述买方出账??槭盏缴鲜隹劭钋肭笫莺蠼鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜龌チ忧逅愦硐低车目劭钋肭笥Υ鸩街?;

    由上述互联网转接清算处理系统将上述扣款请求数据的应答进行接口转换后发送给上述银行卡信息交换机构的第三转换步骤;

    上述银行卡信息交换机构在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至卖方银行入帐??榈母犊钋肭蟛街?;

    上述卖方入账??槭盏缴鲜龈犊钋肭笫莺蠼犊钋肭蟮挠Υ鸱⑺蜕鲜鲆锌ㄐ畔⒔换换沟母犊钋肭笥Υ鸩街?;

    上述银行卡信息交换机构在收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统的支付成功应答步骤;

    上述互联网转接清算处理系统将收到的上述支付应答报文进行接口转换后返回给上述受理系统的第四转换步骤。

    其中,在上述扣款请求步骤中,上述扣款请求数据中包含买方帐户信息,

    上述付款请求步骤中,上述付款请求数据中包含卖方帐户信息。

    其中,在上述第四转换步骤之后进一步具备:向买方提示付款成功的支付成功提示步骤。

    本发明第四方面的互联网C2C消费业务的数据处理系统,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,其特征在于,

    具备:受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账???,

    其中,上述受理系统用于受理买方的支付请求数据,并且将上述支付请求数据发送至上述互联网转接清算处理系统,

    上述互联网转接清算处理系统用于在上述受理系统和上述银行卡信息交换机构之间进行接口转换处理并且用于在上述银行卡信息交换机构和上述卖方入账??橹浣薪涌谧淮?,

    上述买方出账??橛糜谕ü鲜龌チ忧逅愦硐低?、上述银行卡信息交换机构接收对应于上述支付请求数据的扣款请求数据并且将上述扣款请求数据的应答返回至上述银行卡信息交换机构,

    上述卖方入账??橛糜诖由鲜鲆锌ㄐ畔⒔换换雇ü鲜龌チ忧逅愦硐低辰邮斩杂τ谏鲜隹劭钋肭笫莸母犊钋肭笫?,并且将上述付款请求数据的应答通过上述互联网转接清算处理系统返回至上述银行卡信息交换机构,

    上述银行卡信息交换机构在通过上述互联网转接清算处理系统从上述受理系统接收到上述支付请求数据后将对应于上述支付请求数据的上述扣款请求数据发送给上述买方出账???,当从上述买方出账??槭盏缴鲜隹劭钋肭笫莸挠Υ鹗?,组织付款请求,将上述付款请求数据通过上述互联网转接清算处理系统发送至卖方入账???,当通过上述互联网转接清算处理系统从上述卖方入账??槭盏缴鲜龈犊钋肭笫莸挠Υ鸷?,组织成功支付应答报文通过上述互联网转接清算处理系统返回给上述受理系统,

    上述买方出账??槲锌ㄕ驶Э心??,上述卖方入账??槲槟庹驶Э心??。

    其中,上述扣款请求数据中包含买方帐户信息,上述付款请求数据中包含卖方帐户信息。

    其中,上述受理系统是互联网中的网关。

    本发明第四方面的互联网C2C消费业务的数据处理方法,用于在买方和卖方之间通过互联网实现有关消费业务的数据处理,该方法在具有受理系统、互联网转接清算处理系统、银行卡信息交换机构、买方出账???、以及卖方入账??榈南低持惺迪质荽?,上述买方出账??槲锌ㄕ驶Э心?椴⑶疑鲜雎舴饺胝四?槲槟庹驶Э心??,其特征在于,具备以下步骤:

    由上述受理系统受理买方的支付请求数据的支付请求步骤;

    由上述互联网转接清算处理系统将上述支付请求进行接口转换后发送给上述银行卡信息交换机构的第一转换步骤;

    由上述银行卡信息交换机构将经接口转后的上述支付请求数据转换成扣款请求数据并发送给上述买方出账??榈目劭钋肭蟛街?;

    上述买方出账??槭盏缴鲜隹劭钋肭笫莺蠼鲜隹劭钋肭笫莸挠Υ鸱祷刂辽鲜鲆锌ㄐ畔⒔换换沟目劭钋肭笥Υ鸩街?;

    上述银行卡信息交换机构在收到上述扣款请求数据的应答时,组织付款请求,并将上述付款请求数据发送至上述互联网转接清算处理系统的付款请求步骤;

    上述互联网转接清算处理系统在收到上付款请求数据进行接口转换并发送给上述卖方入账??榈牡谌徊街?;

    上述卖方入账??槭盏缴鲜龈犊钋肭笫莺蠼犊钋肭蟮挠Υ鸱祷刂辽鲜龌チ忧逅愦硐低车母犊钋肭笥Υ鸩街?;

    上述互联网转接清算处理系统在收到上付款请求数据的应答后进行接口转换并发送给上述银行卡信息交换机构的第四转换步骤;

    上述银行卡信息交换机构在收到上述付款请求数据的应答后组织成功支付应答报文返回给上述互联网转接清算处理系统的支付成功应答步骤;

    上述互联网转接清算处理系统将收到的上述支付应答报文进行接口转换后返回给上述受理系统的第四转换步骤。

    其中,在上述扣款请求步骤中,上述扣款请求数据中包含买方帐户信息,

    上述付款请求步骤中,上述付款请求数据中包含卖方帐户信息。

    其中,在上述第四转换步骤之后进一步具备:向买方提示付款成功的支付成功提示步骤。

    利用上述本发明第一~四方面的互联网C2C消费业务的数据处理系统或方法,不仅能够实现个人账户到个人账户的资金流转,解决了个人无法设立对公账户的问题,而且,能够支持多种支付共聚,包括银行卡和虚拟账户,扩展了应用的广泛性。

    附图说明

    图1是表示一般的消费交易的交易流程示意图。

    图2是表示本发明第一实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    图3是表示本发明第二实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    图4是表示本发明第三实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    图5是表示本发明第四实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    具体实施方式

    第一实施方式

    图2是表示本发明第一实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    如图2所示,本实施方式的互联网C2C消费业务的数据处理系统包括:受理系统100、互联网转接清算处理系统即CUPSecure?200、买方出账???00、以及卖方入账???00。

    这里,受理系统100是指是网上个人或商户卖方开的网店的网关,它用于受理买方的支付请求数据,并且将上述支付请求数据发送至互联网转接清算处理系统200。

    互联网转接清算处理系统200在从受理系统100接收到支付请求数据后将对应于支付请求数据的扣款请求数据发送给上述买方出账???00,当从买方出账模300收到扣款请求数据的应答时,组织付款请求,将付款请求数据发送至卖方入账???00,当从卖方入账???00收到付款请求数据的应答后,组织成功支付应答报文返回给上受理系统100。

    买方出账???00在本实施方式中为虚拟账户开户行???出帐方),它用于从互联网转接清算处理系统200接收对应于支付请求数据的扣款请求数据并且将扣款请求数据的应答返回至互联网转接清算处理系统200。

    卖方入账???00在本实施方式中为虚拟账户开户行???入帐方),用于从互联网转接清算处理系统200接收对应于扣款请求数据的付款请求数据,并且将付款请求数据的应答返回至银行互联网交易机构200。

    下面参照图2对利用本实施方式的数据处理系统进行数据处理实现完成交易的具体流程进行说明。

    首先,买方在网上卖方开的网店上选购商品,并进行支付行为,受理系统(100)即网关将支付请求发送给CUPSecure?200(步骤S1001);

    接着,CUPSecure200收到买方的支付需求后,将扣款请求发送给买方出账???00,即将扣款请求发送给出账方(步骤S1002);

    接着,买方出账???00将扣款应答发送给CUPSecure?200(步骤S1003);

    接着,CUPSecure200收到买方出账???00的扣款应答后,组织付款请求报文发送给卖方入账???00,即将付款请求发送给入账方(步骤S1004);

    接着,卖方入账???00将付款应答发送给CUPSecure?200(步骤S1005);

    然后,CUPSecure?200收到卖方入账???00的付款应答后,组织成功支付应答报文返回给受理系统100即网店的网关(步骤S1006);

    最后,网店网关再将此信息组织成付款成功消费提示显示给买方查看,由此完成交易。

    将上述本实施方式的交易数据处理流程与图1所示的传统消费交易处理流程进行比较可以发现,传统消费交易处理中是由交易转接系统11将交易进行直接转发,而在本实施方式的交易数据处理中,将直接转发的形式修改成为对交易的拆分(即分为出帐交易和入账交易)和组合。即,在本实施方式的交易数据处理中将买方和卖方的信息都直接反映在连接交易处理报文中,即,将一笔交易拆分为两笔交易报文,一笔交易报文携带买方账户信息,传递给出帐方用来扣帐,而另一笔交易报文携带卖方账户信息,传递给入账方用来入账,而与此相对,图1所示的传统消费交易处理中仅仅反映了买方的账户信息而没有卖方的信息。

    在本第一实施方式中说明了本明申请持买方和卖方都是虚拟账户开户行的情形的实施方式,除此之外,本发明也可以支持买方和卖方都是银行卡开户行的情形、以及买方和买方的一方是银行卡开户行而另一方是虚拟账户开户行的情形。以下将分别通过第二~四实施方式对于其他几种情形进行详细说明。

    第二实施方式

    图3是表示本发明第二实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    如图3所示,本实施方式的互联网C2C消费业务的数据处理系统由除了与上述第一实施方式相同地具有受理系统100、互联网转接清算处理系统(CUPSecure)200、买方出账???00以及卖方入账???00之外,还进一步具有银行卡信息交换机构即CUPS?500。

    其中,上述受理系统100用于受理买方的支付请求数据,并且将支付请求数据发送至互联网转接清算处理系统200。

    互联网转接清算处理系统200用于在受理系统100和银行卡信息交换机构500之间进行接口转换处理。

    买方出账???00在本实施方式中为银行卡开户行???出帐方),用于通过互联网转接清算处理系统200从银行卡信息交换机构500接收对应于支付请求数据的扣款请求数据并且将扣款请求数据的应答返回至上述银行卡信息交换机构500,

    卖方入账???00在本实施方式中为银行卡开户行???入帐方),用于从上述银行卡信息交换机构500接收对应于扣款请求数据的付款请求数据,并且将付款请求数据的应答返回至上述银行卡信息交换机构500。

    银行卡信息交换机构500在通过互联网转接清算处理系统200接收到支付请求数据后将对应于支付请求数据的扣款请求数据发送给上述买方出账???00,当从买方出账???00收到扣款请求数据的应答时,组织付款请求,将付款请求数据发送至卖方入账???00,当从卖方入账???00收到上述付款请求数据的应答后,组织成功支付应答报文通过互联网转接清算处理系统200返回给受理系统100。

    下面参照图3对利用本实施方式的数据处理系统进行数据处理实现完成交易的具体流程进行说明。

    首先,买方在网上卖方开的网店上选购商品,并进行支付行为,受理系统100通过其网店网关将支付请求发送给CUPSecure?200(步骤T1001);

    接着,CUPSecure200收到买方的支付需求后,发送给CUPS?500(步骤T1002);

    接着,由CUPS?500进行接口转换,将来自受理系统100的扣款请求发送给买方出账???00,即将扣款请求发送给出账方(步骤T1003);

    接着,买方出账???00收到扣款请求数据后将扣款请求数据的应答返回至CUPS?500(步骤T1004);

    接着,CUPS?500在收到扣款请求数据的应答时,组织付款请求,并将付款请求数据发送至卖方入账???00(步骤T1005);

    卖方入账???00收到付款请求数据后将付款请求的应答发送至CUPS?500(步骤T1006);

    接着,CUPS?500收到付款请求数据的应答后组织成功支付应答报文返回给CUPSecure?200(步骤T1007);

    CUPSecure?200将收到的支付应答报文进行接口转换后返回给受理系统100(步骤T1008)。

    最后,网店网关再将此信息组织成付款成功消费提示显示给买方查看,由此完成交易。

    可见,在本第二实施方式中买方和卖方都为银行卡开户行用户。在其结构上,相比上述第一实施方式的系统构造,进一步增加了CUPS?500。这是因为,CUPSecure?200无法通过专线直接和银行卡发卡行连接,而CUPS又不支持互联网接口,所以,为了使得本发明的系统支持银行卡,必须要使得CUPS和CUPSecure两者结合起来协同工作。

    第三实施方式

    图4是表示本发明第三实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    如图4所示,本实施方式的互联网C2C消费业务的数据处理系统由除了与上述第二实施方式相同地具有受理系统100、互联网转接清算处理系统即CUPSecure?200、买方出账???00、卖方入账???00以及银行卡信息交换机构即CUPS?500,不同点在于,上述CUPSecure?200除了用于在受理系统100和CUPS?500之间进行接口转换处理,还用于在CUPS?500和买方出账???00之间进行接口转换处理。在图4中为了图示的方便性用2个CUPSecure?200来表示,但是实际上是由一个CUPSecure?200来实现其功能的,即由一个??榻辛酱巫淮?。

    买方出账???00在本实施方式中为虚拟账户开户行???出帐方),用于通过CUPSecure?200、CUPS?500以及CUPSecure?200接收对应于支付请求数据的扣款请求数据并且将扣款请求数据的应答通过CUPSecure?200返回至CUPS?500。

    卖方入账???00在本实施方式中为银行卡开户行???入帐方),用于从CUPS?500接收对应于扣款请求数据的付款请求数据,并且将付款请求数据的应答返回至CUPS?500,

    CUPS?500在通过CUPSecure?200从受理系统100接收到支付请求数据后将对应于支付请求数据的扣款请求数据通过CUPSecure?200发送给买方出账???00,当从买方出账???00收到扣款请求数据的应答时,组织付款请求,将付款请求数据发送至卖方入账???00,当从卖方入账???00收到付款请求数据的应答后,组织成功支付应答报文通过CUPSecure200返回给受理系统100。

    下面参照图4对利用本实施方式的数据处理系统进行数据处理实现完成交易的具体流程进行说明。

    首先,由受理系统100受理买方的支付请求数据(步骤R1001);

    接着,由CUPSecure?200将支付请求进行接口转换后发送给CUPS?500(步骤R1002);

    接着,由CUPS?500将经接口转后的支付请求数据转换成扣款请求数据并发送给CUPSecure?200(步骤R1003);

    接着,由CUPSecure?200将扣款请求数据进行接口转换后发送给买方出账???00(步骤R1004);

    接着,买方出账???00收到扣款请求数据后将扣款请求数据的应答返回至CUPSecure?200(步骤R1005);

    接着,由CUPSecure?200将扣款请求数据的应答进行接口转换后发送给CUPS?500(步骤R1006);

    接着,CUPS?500在收到扣款请求数据的应答时,组织付款请求,并将付款请求数据发送至卖方入账???00(步骤R1007);

    接着,卖方入账???00收到付款请求数据后将付款请求的应答发送CUPS?500(步骤R1008);

    接着,CUPS?500在收到付款请求数据的应答后组织成功支付应答报文返回给CUPSecure?200(步骤R1009);

    接着,CUPSecure?200将收到的支付应答报文进行接口转换后返回给受理系统100(步骤R1010)。

    最后,网店网关再将此信息组织成付款成功消费提示显示给买方查看,由此完成交易。

    可见,不同于第二实施方式中买方和买方都为银行开户行用户的情形,在本第三实施方式中买方和卖方一方为银行卡开户行用户、另一方为虚拟账户开户行用户。在其结构上,相比上述第二实施方式的系统构造,由于CUPS?500又不支持互联网接口,则在需要接入虚拟账户开户行方(本实施方式中为买方出账???00)之前用CUPSecure?200在进行一次转接。

    第四实施方式

    图5是表示本发明第四实施方式的互联网C2C消费业务的数据处理系统的结构示意图。

    如图5所示,本实施方式的互联网C2C消费业务的数据处理系统由除了与上述第二实施方式相同地具有受理系统100、互联网转接清算处理系统即CUPSecure?200、买方出账???00、卖方入账???00以及银行卡信息交换机构即CUPS?500,不点在于,CUPSecure?200除了用于在受理系统100和CUPS?500之间进行接口转换处理,还用于在CUPS?500和卖方入账???00之间进行接口转换处理。在图5中为了图示的方便性用2个CUPSecure?200来表示,但是实际上是由一个CUPSecure?200来实现其功能的,即由一个??榻辛酱巫淮?。

    买方出账???00在本实施方式中为银行卡账户开户行???出帐方),用于通过CUPSecure?200、CUPS?500接收对应于支付请求数据的扣款请求数据并且将扣款请求数据的应答返回至CUPS?500。

    卖方入账???00在本实施方式中为虚拟账户开户行???入帐方),它用于通过CUPSecure?200从CUPS?500接收对应于扣款请求数据的付款请求数据,并且将付款请求数据的应答通过CUPSecure?200返回至CUPS500。

    CUPS?500在通过CUPSecure?200从受理系统100接收到支付请求数据后将对应于支付请求数据的扣款请求数据发送给买方出账???00,当从买方出账???00收到扣款请求数据的应答时,组织付款请求,将付款请求数据通过CUPSecure?200发送至卖方入账???00,当通过CUPSecure?200从卖方入账???00收到付款请求数据的应答后,组织成功支付应答报文通过CUPSecure?200返回给受理系统100。

    下面参照图5对利用本实施方式的数据处理系统进行数据处理实现完成交易的具体流程进行说明。

    首先,由受理系统100受理买方的支付请求数据(步骤P1001);

    接着,由CUPSecure?200将支付请求进行接口转换后发送给CUPS?500(步骤P1002);

    接着,由CUPS?500将经接口转后的支付请求数据转换成扣款请求数据并发送买方出账???00(步骤P1003);

    接着,买方出账???00收到扣款请求数据后将扣款请求数据的应答返回至CUPS?500(步骤P1004);

    接着,CUPS?500在收到扣款请求数据的应答时,组织付款请求,并将付款请求数据发送至CUPSecure?200(步骤P1005);

    接着,由CUPSecure?200将付款请求数据进行接口转换后发送给卖方入账???00(步骤P1006);

    接着,卖方入账???00收到付款请求数据后将付款请求的应答发送至CUPSecure?200(步骤P1007);

    接着,由CUPSecure?200将付款请求的应进行接口转换后发送给CUPS500(步骤P1008);

    接着,CUPS?500在收到付款请求数据的应答后组织成功支付应答报文返回给CUPSecure?200(步骤P1009);

    接着,CUPSecure?200将收到的支付应答报文进行接口转换后返回给受理系统100(步骤P1010)。

    最后,网店网关再将此信息组织成付款成功消费提示显示给买方查看,由此完成交易。

    可见,不同于第二实施方式中买方和买方都为银行开户行用户的情形,在本第四实施方式中与第三实施方式相似地,买方和卖方一方为银行卡开户行用户、另一方为虚拟账户开户行用户。在其结构上,相比上述第二实施方式的系统构造,由于CUPS?500又不支持互联网接口,则在需要接入虚拟账户开户行方(本实施方式中为卖方入账???00)之前用CUPSecure?200再进行一次转接。??在上述说明书中提到的互联网转接清算处理系统即CUPSecure、银行卡信息交换系统即CUPS,可以参考相关以下中国申请:

    参考文献1:申请号CN200510027897.8“网上安全支付系统”;

    参考文献2:申请号CN200510027896.3“网上安全支付系统及网上安全支付方法”;

    参考文献3:申请号CN200510027895.9“网上安全支付系统及网上安全支付方法”;

    参考文献4:CN200510027894.4“网上安全支付系统及网上安全支付方法”。

    以上对本发明的各个实施方式进行了具体描述。利用本发明申请的互联网C2C消费业务的数据处理系统及其方法,不需要建立对公账户就可以利用个人账户进行交易,而且,能够结解决个人要求的实时快速资金到帐的问题。另外,由于本发明申请的本发明申请的互联网C2C消费业务的数据处理系统及其方法,不仅适用于虚拟账户之间,也适用于银行卡账户之间、以及虚拟账户和银行卡账户之间,因此,适用面广泛,使用灵活方便。而且,无需对银行系统进行太多改造就能够实施本申请的数据处理系统和方法,便于业务的快速开展和推广。

    最后,应当说明的是,以上各具体实施方式仅用以说明本发明的技术方案而非对其进行限制。尽管参照上述具体实施方式对本发明进行了详细的说明,本领域的普通技术人员应当理解,依然可以对本发明的具体实施方式进行修改或对部分技术特征进行等同替换,而在不脱离本发明的技术方案的精神下,其均应涵盖在本发明请求?;さ募际醴桨阜段У敝?。

    关于本文
    本文标题:一种互联网C2C消费业务的数据处理系统及其方法.pdf
    链接地址://www.4mum.com.cn/p-5875048.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    [email protected] 2017-2018 www.4mum.com.cn网站版权所有
    经营许可证编号:粤ICP备17046363号-1 
     


    收起
    展开
  • 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
  • pk拾计划助赢软件 北京pk赛车计划最准 时时缩水方法 分分彩计划软件推荐 福建时时中奖号码表 幸运飞艇固定345678 黑龙江时时计划群 双色球冷热温号是怎么规定的 网络赌博pk10骗局 微信猜单双 十一选一胆全拖 后一9码平刷稳赚100本金十期方案 七乐彩预测专家推荐号码 复式6码二中二多少组 买六肖稳赚方法 北京pk赛车直播开奖视频