专利名称：交易信息处理方法
技术领域：
本发明涉及一种交易信息处理方法，尤其涉及一种买方商户将预付款交 付给银行，由银行为买卖双方商户的交易提供担保的交易信息处理方法。属于B2B电子商务领域。
技术背景B2B (Business-to-Business商业对商业)是企业与企业之间通过互联网 进行产品、服务及信息交换的电子商务模式。现有的B2B电子商务模式主要 包括两种 一种是企业之间直接进行的电子商务，如制造商的在线采购和在 线供货等；另一种是通过第三方电子商务平台进行的商务活动，各类企业可 以通过该电子商务平台进行企业间的电子商务，如发布和查询供求信息，与 潜在客户/供应商进行在线交流和商务洽谈等。这种电子商务模式通常采用的 支付方式是支付保证金模式，即买卖双方根据交易进程存入一定比例的保证 金或者预付款，买方通过第三方交易平台支付货款。现有技术缺陷在于第一种电子商务模式需要交易双方的企业之间已经 建立相互信任的合作关系，或者交易一方非常强势，而另一方处于相对被动 的地位，如大型核心企业与它的供货商或者经销商等，因此这种电子商务模 式的应用范围较小。另一种借由第三方电子商务平台的B2B模式中，买卖双 方将支付保证金交给第三方交易平台，本质上是由第三方交易平台在买卖双 方之间提供了一个担保，但该第三方是否有资格充当结算的中介，买方用户 是否信任该第三方的担保仍然难以确定，存在资金安全隐患，并且结算帐户
中的利息归属问题也颇有争议。另外，第三方交易平台的介入中断了交易双 方的资金流，为双方开立发票带来了困难。发明内容本发明的目的是提供一种交易信息处理方法，使银行充当B2B电子商务 中买卖双方商户的交易担保中介，并且支付结算方便，信息安全可靠。为实现上述目的，本发明提供了一种交易信息处理方法，包括买方商户终端向银行支付系统发送交易请求消息；银行支付系统收到交易请求消息后，对交易请求消息的类型进行判断，如果该交易请求消息为携带有订单信息的订单生成请求消息，则在银行 支付系统收到卖方商户终端发送的订单确认消息的情况下，将订单信息进行 保存；如果该交易请求消息为预付款请求消息，则根据该消息查询相应的订单 信息，并根据该订单信息向银行帐户系统发送转帐请求消息；银行帐户系统完成转帐操作后，向银行支付系统回复转帐确认消息。通过上述步骤，买卖双方商户将订单信息保存在银行，并且通过^l艮行对 货款交付进行管理和转帐，双方都可以通过银行指定的查询方式查询预付款 信息，以进行下一步的交易行为，从而促进了交易的顺利进行。由于银行是 具有较高公共信誉的单位，具有为交易双方提供担保的能力和资格，买卖双 方商户在交易过程中不需要电子商务平台等第三方的介入，使得对预付款的 管理更加安全可靠。另外，银行在收到预付款时，根据通常的业务流程会在 银行预付款帐户中予以记录，因此不需要开立发票，从而避免了由于电子商 务平台等第三方的介入而引起的开立发票的困难。并且，在交易过程中的利 息可以作为银行的服务费用的一部分支付给银行，从而避免了分歧。下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1为本发明实施例1所述交易信息处理方法的流程图； 图2为本发明实施例2所述交易信息处理方法的流程图； 图3为本发明实施例3所述交易信息处理方法的流程图； 图4为本发明实施例4所述交易信息处理方法的流程图。
具体实施方式
实施例1本实施提供了一种在B2B电子商务交易过程中由买方商户发起生成订单 的交易信息处理方法。如图1所示，步骤IOI，买方商户终端向银行支付系统发送交易请求消息，在本实施例 中还包括发送携带有订单信息的订单生成请求消息。其中，订单信息主要包 括买卖双方商户信息，如买卖双方商户的商户号、账户名及账户号等，另外 还包括交易信息，如商品名称、数量、单价、总价等。步骤102,银行支付系统收到交易请求消息后，对交易请求消息的类型进 行判断，在本实施例中具体为，判断出该交易请求消息为携带有订单信息的 订单生成请求消息，并执行步骤103。步骤103,银行支付系统根据订单信息向卖方商户终端发送订单确认请求 消息，即向卖方商户查询是否确认该笔订单，具体方式可以为发送短信或自 动语音电话等。步骤104、卖方商户终端收到订单确认请求消息后，向银行支付系统回复 订单确认消息，表明对该订单予以确认。步骤105，银行支付系统在收到订单确认消息的情况下，将订单信息进行 保存，具体可以保存在银行支付系统本服务器上，也可以保存在银行内部其 他的一些服务器上，供日后查询。需要说明的是，如果买卖双方事先已约定
好要生成该笔订单，则卖方商户不需要银行支付系统发送通知消息也可以自行发送订单确认消息，因此步骤103及104也是可以省略的。经过本实施例所述步骤，买卖双方商户将订单信息保存在银行，双方都 可以通过银行指定的查询方式查询订单信息，以进行下一步的交易行为，从 而促进了交易的顺利进行。由于银行是具有较高公共信誉的单位，具有为交 易双方提供担保的能力和资格，买卖双方商户的交易信息直接发送给银行， 而不需要电子商务平台等第三方的介入，使得交易信息更加安全可靠。 实施例2本实施提供了一种在B2B电子商务交易过程中由买方商户发起对预付款 进行预付的交易信息处理方法。如图2所示，步骤201、买方商户终端向银行支付系统发送预付款预付请求消息作为交 易请求消息，目的是为了预付货款。步骤202，银行支付系统收到交易请求消息后，对交易请求消息的类型进 行判断，在本实施例中具体为，判断出该交易请求消息为预付款请求消息， 并且该预付款请求消息为预付款预付请求消息，即请求将预付款预付给^l行。步骤203，银行支付系统根据预付款预付请求消息查询相应的订单信息， 并根据查询出的订单信息向银行帐户系统发送预付款预付转帐请求消息。由 于订单信息中包含有买方商户信息，如商户号、账户名及账户号等，因此预 付款预付转帐请求消息内容为，请求银行帐户系统由买方商户帐户向银行预 付款账户转帐，即买方商户将预付款交付给银行。步骤204，银行帐户系统从买方商户帐户中扣除预付款金额，并在银行预 付款账户中增加相应的预付款金额，即进行转帐操作。步骤205,转帐完成后，银行帐户系统向银行支付系统回复预付款预付转 帐确认消息，表明预付款已经预付完成。通过上述步骤，买方商户将预付款交付给银行，双方都可以通过银行指 定的查询方式查询预付款信息，以进行下一步的交易行为，从而促进了交易
的顺利进行。由于银行是具有较高公共信誉的单位，具有为交易双方提供担 保的能力和资格，买方商户的预付款直接交付给银行，而不需要电子商务平 台等第三方的介入，使得对预付款的管理更加安全可靠。并且买方商户帐户 和银行预付款帐户都属于一家银行，因此操作更加简便，也避免了跨行操作 带来的额外费用。另外，银行在收到预付款时，根据通常的业务流程会在银 行预付款帐户中予以记录，因此不需要开立发票，从而避免了由于电子商务 平台等第三方的介入而引起的开立发票的困难。并且，存储在银行预付款帐 户中的预付款所产生的利息可以作为银行的服务费用的 一部分支付给银行， 从而避免了分歧。实施例3本实施提供了一种在B2B电子商务交易过程中由买方商户发起取消预付 货款的交易信息处理方法。如图3所示，步骤301，买方商户终端向银行支付系统发送预付款取消请求消息作为交 易请求消息，目的是要取消已经预付的预付款。步骤302,银行支付系统收到交易请求消息后，对交易请求消息的类型进 行判断，在本实施例中具体为，判断出该交易请求消息为预付款请求消息， 并且该预付款请求消息为预付款取消请求消息，即请求取消已经预付给银行 的预付款。步骤303,银行支付系统根据预付款取消请求消息查询相应的订单信息， 并向卖方商户终端发送预付款取消确认请求消息。例如通过短信通知或自动 语音电话等方式向卖方商户查询是否确认取消该笔预付款。卖方商户若同意 取消预付款，则执行步骤304。步骤304，卖方商户终端向银行支付系统回复预付款取消确认消息。需要 说明的是，如果买卖双方事先已约定好要取消该笔预付款，则卖方商户不需 要向银行支付系统发送通知消息也可以自行发送预付款取消确认消息，因此 步骤303及304也是可以省略的。
步骤305,银行支付系统在收到卖方商户终端发送的预付款取消确认消息 的情况下，根据查询出的订单信息向银行帐户系统发送预付款取消转帐请求 消息。由于订单信息中包含有买方商户信息，如商户号、账户名及账户号等， 因此预付款取消转帐请求消息内容为，请求银行帐户系统由银行预付款账户 向买方商户帐户转帐，即买方商户从银行取回预先交纳的预付款。步骤306, 4艮行帐户系统从^l艮行预付款账户中扣除预付款金额，并在买方 商户帐户中增加相应的预付款金额，即进行转帐操作。步骤307,转帐完成后，银行帐户系统向银行支付系统回复预付款取消转 帐确认消息，表明预付款已经被取消。通过上述步骤，买方商户取消了已经交付给银行的预付款，并且在预付 款取消之前增加了由卖方商户进行确认的步骤，因此避免了买方商户违反约 定自行取消预付款的可能性。从而促进了交易的公平性。由于银行是具有较 高公共信誉的单位，具有为交易双方提供担保的能力和资格，只要经过买卖 双方商户确认，买方商户可以顺利取回预付款，避免了由于将预付款交付给 电子商务平台等第三方而无法取回的风险，使得对预付款的管理更加安全可 靠。并且买方商户帐户和银行预付款帐户都属于一家银行，因此操作更加简 便，也避免了跨行操作带来的额外费用。另外，存储在银行预付款帐户中的 预付款所产生的利息可以作为银行的服务费用的一部分支付给银行，从而避 免了分歧。 实施例4本实施提供了一种在B2B电子商务交易过程中由买方商户发起对将预付 款实际支付给卖方商户的交易信息处理方法。如图4所示，步骤401、买方商户终端向银行支付系统发送预付款实付请求消息作为交 易请求消息，目的是为了将已经预付到银行的预付款实际支付给卖方商户。步骤402，银行支付系统收到交易请求消息后，对交易请求消息的类型进 行判断，在本实施例中具体为，判断出该交易请求消息为预付款请求消息， 并且该预付款请求消息为预付款实付请求消息，即请求将预付款实际支付给 卖方商户。步骤403,银行支付系统根据预付款实付请求消息查询相应的订单信息，并根据查询出的订单信息向银行帐户系统发送预付款实付转帐请求消息。由 于订单信息中包含有卖方商户信息，如商户号、账户名及账户号等，因此预 付款实付转帐请求消息内容为，请求银行帐户系统由银行预付款账户向卖方 商户帐户转帐，即^l行将预付款实付给买方商户。步骤404，银行帐户系统从银行预付款账户中扣除预付款金额，并在卖方 商户帐户中增加相应的预付款金额，即进行转帐操作。步骤405,转帐完成后，银行帐户系统向银行支付系统回复预付款实付转 帐确认消息，表明预付款已经实际支付给卖方商户。通过上述步骤，买方商户将预付款实际支付给卖方商户，从而促成了交 易的完成。由于银行是具有较高公共信誉的单位，具有为交易双方提供担保 的能力和资格，只要经过买方商户确认，买方商户便可以将预付款实际支付 给卖方商户，避免了由于将预付款交付给电子商务平台等第三方而无法交付 给卖方商户的风险，使得对预付款的管理更加安全可靠。并且买卖双方商户 帐户和银行预付款帐户都属于一家银行，因此操作更加简便，也避免了跨行 操作带来的额外费用。另外，存储在银行预付款帐户中的预付款所产生的利 息可以作为银行的服务费用的 一部分支付给银行，从而避免了分歧。另外需要特别指出的是，在实际应用上述实施例1-4中所述步骤时，买 卖双方商户终端与银行支付系统之间传输的所有消息，在发送前可以利用现 有的电子签名、加密等技术进行处理，收到方对收到的消息进行解密及对电 子签名进行验证，以保证信息的安全及消息发送方的身份合法性。而银行支 付系统与银行帐户系统都属于银行的内部网络，因此进行信息传递时不需要 进行加密或电子签名。另外，对于确认消息，银行与买卖双方商户之间可以 事先约定好，商户端可以有多个有权发送确认消息的授权人员，银行支付系
统只有收到买方或卖方商户所有授权人员发送的确认消息后，才继续进行下 一个处理步骤，以确保资金划拨的安全性。最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制， 尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当 理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技 术方案的精神和范围。
权利要求
1、一种交易信息处理方法，其特征在于，包括买方商户终端向银行支付系统发送交易请求消息；银行支付系统收到交易请求消息后，对交易请求消息的类型进行判断，如果该交易请求消息为携带有订单信息的订单生成请求消息，则在银行支付系统收到卖方商户终端发送的订单确认消息的情况下，将订单信息进行保存；如果该交易请求消息为预付款请求消息，则根据该消息查询相应的订单信息，并根据该订单信息向银行帐户系统发送转帐请求消息；银行帐户系统完成转帐操作后，向银行支付系统回复转帐确认消息。
2、 根据权利要求1所述的交易信息处理方法，其特征在于，所述步骤还 包括银行支付系统根据订单生成请求消息向卖方商户终端发送订单确认请求 消息；卖方商户终端收到订单确认请求消息后，向银行支付系统回复订单确 认消息。
3、 根据权利要求l所述的交易信息处理方法，其特征在于，所述步骤还包括如果所述交易请求消息为预付款预付请求消息，则根据该消息查询相 应的订单信息，并根据该订单信息向银行帐户系统发送预付款预付转帐请求 消息。
4、 根据权利要求3所述的交易信息处理方法，其特征在于，所述银行帐 户系统完成转帐搡作还包括银行帐户系统从买方商户帐户中扣除预付款金 额，并在银行预付款账户中增加相应的预付款金额，完成后，向银行支付系 统回复预付款预付转帐确认消息。
5、 根据权利要求1所述的交易信息处理方法，其特征在于，所述步骤还 包括如果所述交易请求消息为预付款取消请求消息，则根据该消息查询相 应的订单信息；在收到卖方商户终端发送的预付款取消确认消息的情况下，根据查询出的订单信息向银行帐户系统发送预付款取消转帐请求消息。
6、 根据权利要求5所述的交易信息处理方法，其特征在于，所述银行 帐户系统完成转帐操作还包括银行帐户系统从银行预付款账户中扣除预付 款金额，并在买方商户帐户中增加相应的预付款金额，完成后，向银行支付 系统回复预付款取消转帐确认消息。
7、 根据权利要求6所述的交易信息处理方法，其特征在于，所述步骤 还包括银行支付系统根据预付款取消请求消息向卖方商户终端发送预付款 取消确认请求消息；卖方商户终端收到该消息后，向银行支付系统回复预付 款取消确认消息。
8、 根据权利要求1所述的交易信息处理方法，其特征在于，所述步骤还 包括如果所述交易请求消息为预付款实付请求消息，则根据该消息查询相 应的订单信息，并根据查询出的订单信息向银行帐户系统发送预付款实付转 帐请求消息。
9、 根据权利要求8所述的交易信息处理方法，其特征在于，所述银行帐 户系统完成转帐操作还包括银行帐户系统从银行预付款账户中扣除预付款 金额，并在卖方商户帐户中增加相应的预付款金额，完成后，向银行支付系 统回复预付款实付转帐确认消息。
10、 根据权利要求1 - 9所述任意一种交易信息处理方法，其特征在于， 所述步骤还包括买方或卖方商户终端向银行支付系统发送消息前，还对该 消息进行加密和电子签名。
全文摘要
本发明涉及一种交易信息处理方法，包括银行支付系统收到交易请求消息后进行判断，如果为订单生成请求消息，则当收到卖方商户终端发送的订单确认消息后，将订单信息进行保存；如果为预付款请求消息，则查询相应的订单信息，并向银行帐户系统发送转帐请求消息，进行转帐操作。基于上述步骤，买卖双方将预付款交付给银行，由银行充当B2B电子商务中买卖双方商户的交易担保中介。由于银行是具有较高公共信誉的单位，因此使交易过程更加安全可靠，并且支付结算方便，从而促进了交易的顺利进行。
文档编号G06Q30/00GK101162518SQ20061014006
公开日2008年4月16日 申请日期2006年10月11日 优先权日2006年10月11日
发明者颖 李, 琳 王, 郝付国 申请人:中国民生银行股份有限公司