专利名称：一种支付方法及系统的制作方法
技术领域：
本发明涉及交易支付业务领域，特别是一种基于计算机网络及通信技术的支付方法及系统。 背承枝术以往，交易双方一手交钱， 一手交货，现金交易，直观而又便捷。但是这种方法存在缺点，对于被支 付者，这种方法有收到假币的风险，找零有时又有零钱不足的烦恼。如果是送货上门，送货员或快递公司 代收款的，收款的风险或者付出的成本也会提高。现代社会又孕育出了多种电子交易方法及系统。广为使 用的银行卡刷卡消费，让消费者有了许多方便，但是同时，商户和消费者从此被限制在刷卡机附近。没有 刷卡机，通常无法使用这种方法支付。另外，网上购物兴起，大家不需要刷卡机、银行卡，只要确认消费， 就可以支付。但这种方法缺点是，支付在拿到货物之前，对消费者来说，很不利。虽然大多数信誉良好的 购物网站支持退货，但手续繁复，周期长。对于没有太多信誉的卖家的网上销售，特别是二手物品，消费 者必须面对较大的风险。在支付前能看到商品本身仍然是许多情况下消费者所需要的。发明内容本发明要解决的技术问题是提供一种便捷、安全、成本更低、风险更小的支付方法及系统。 为了解决上述技术问题，本发明提供了一种支付方法，包括预定支付；请求完成支付。 所述预定支付包括A. 支付者或者特约第三方系统代理支付者预定支付；B. 接收预定支付；C. 冻结支付者的支付款或支付额度；D. 生成支付代码，并至少记录该支付代码、支付者信息、被支付者信息及预定支付的一个或者 几个支付时间窗口；E. 将支付代码仅通知给支付者。 所述请求完成支付包括F. 接收支付请求者给出的支付代码；G. 核实支付代码，若支付代码确实、有效并且请求者有权限完成该支付，则完成支付，否则支 付请求失败，拒绝完成支付。优选的，步骤B和步骤C之间还包括检査支付者的余额，如果余额不足预定的支付额则拒绝预定支付。优选的，所述的预定支付中，还可以包括将支付者的预定信息通知给被支付者，所述信息不包括支 付代码。优选的，所述的预定支付中，还可以包括获取支付者的验证身份，若失败，则拒绝预定支付。 优选的，所述的方法中，还可以包括验证支付请求者的权限，无权限完成该支付代码的则拒绝完成 支付。优选的，所述验证支付请求者的权限可以是通过获取支付请求者的验证身份并检查系统登记的该支付 请求者与支付代码的被支付者之间的关系，若支付请求者就是支付代码的被支付者或其允许的代收款者， 则有权限完成该支付。优选的，所述验证支付请求者的权限也可以是从支付请求者获取代收款标志码，若该代收款标志码属 于该支付代码的被支付者的代收款标志码集，则有权限完成该支付。优选的，所述验证身份可以是通过第三方可信系统来验证，或者用户登陆本系统时的密码验证，或者是用户端程序用用户的密钥处理系统发下的密文并正确响应来验证，或者是上述方法组合多重验证。优选的，所述的方法还包括清理过期的支付代码，若支付代码已经过期并且支付未完成并且支付代码没有被封锁，则解冻支付款或支付额度并将支付代码注销。 优选的，所述的方法还包括完成支付后将支付代码注销。优选的，若收到支付代码的时间在该支付代码的支付时间窗口定义的有效期内，则该支付代码是有效 的，否则是无效的。优选的，所述核实支付代码至少包括检査是否存在未被注销的该支付代码、检查支付代码是否有效、 检査支付请求者是否有权限完成该支付。优选的，在完成支付前，本系统仅给该支付代码的支付者获知该支付代码的权限。 优选的，所述的方法还可以包括将支付请求的结果通知相关各方。本发明还提供了一种支付系统，主要包括-身份获取界面，用于获取用户的验证身份；预定引导界面，用于引导用户预定支付，确保用户输入的预定支付数据符合要求，无格式错误； 预定接收界面，用于接收预定引导界面引导的用户预定支付或者接收特约第三方系统引导的用户预定 支付；支付单元，用于冻结支付者的支付款或支付额度、完成支付、解冻支付款或支付额度； 支付代码管理单元，用于生成支付代码，记录支付代码及其相关信息，检索支付代码信息，注销支付 代码，清理过期的支付代码；支付代码通知界面，用于将支付代码通知给支付者； 支付请求接收界面，用于接收支付请求者信息及支付代码； 支付请求处理器，用于核实支付代码，完成或拒绝支付。优选的，所述的身份验证界面可以包括第三方可信系统接入界面，用于第三方可信系统的接入，从第三方可信系统获得经验证的接入者的用户信息。优选的，所述的身份验证界面可以包括登陆界面，用于引导用户登陆本系统时通过验证。优选的，所述的身份验证界面可以包括密文握手界面，用于和用户端程序通讯，将密文发下，并接收用户端程序响应，判断响应是否正确。与现有的技术相比，本发明具有以下优点支付者拿到货物时可以当场将支付代码告知被支付者或其有权限的代理收款者，例如送货员，让其使 用本发明的系统收款。 一手收货， 一手支付，当场完成，很便捷，同时无假币及找零的麻烦。如果支付者 对货物不满意，可以当场拒绝收货，消费者购物风险较小。预定支付过期后，款额自动解冻，无需繁复的 退款。计算机及其网络自动管理支付，接入方式灵活，无需刷卡机及专用网络，成本较低。本系统采取多 重安全保障措施预定支付时支付者通过身份验证；仅有支付者可以从本系统获知支付代码。因而安全性 较高。
图l是一种根据本发明的优选方法的实施例的预定支付流程图；图2是一种根据本发明的优选方法的实施例的请求完成支付流程图；图3是本发明实施例的系统示意图。雕雄诚为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式
对本发明作进 一步详细说明。参照图l是一种根据本发明的优选方法的实施例的预定支付流程图。步骤IOI，获取用户的验证身份。用户可以通过互联网浏览器，电话呼叫，客户端程序等方式接入本 施例系统，本施例系统从中获取用户的验证身份。用户通过互联网浏览器预定支付时，本实施例系统登陆 界面要求用户输入用户账号和密码，由正确的密码获得用户的验证身份。本实施例系统还使用移动通信网 络作为第三方可信系统。用户的手机号码登记在本实施例系统中，通过短信下行密码网上输入认证等方式 验证过。当用户通过移动通信网络的一般语音呼叫或短信呼叫接入本实施例系统时，第三方可信系统接入 界面获取呼叫者的来电显示，用来电号码査询已经验证过的手机号码的用户信息，从而获取用户的验证身 份。本实施例系统还提供客户端程序，用户以自己的验证身份开通其智能手机上的客户端程序功能时，本 实施例系统下传用户密钥到用户手机。当用户用其智能手机上的客户端程序访问本本实施例时，本实施例 系统的密文握手界面用密文索取用户账号，然后发下验证密文，客户端程序用密钥将验证密文加密后发回 本实施例系统；本实施例系统也用该用户的密钥加密验证密文，对比两者， 一致则获取了用户的验证身份。步骤102,预定支付。预定引导界面引导用户预定支付，确保用户输入的预定支付数据符合要求，无 格式错误。预定支付也可由特约第三方系统代理。步骤103，接收预定支付。预定接收界面接收预定引导界面引导的用户预定支付或者接收特约第三方 系统引导的用户预定支付，并将本次支付与系统生成的每支付唯一的流水号关联。步骤104，检査余额是否足够支付。支付单元检査支付者账户上的余额，如果余额不足预定支付的金 额则拒绝预定支付。步骤105，冻结支付额。支付单元按支付者的支付方式，冻结支付者的支付款或者支付等价符、信用 额度、透支额度等支付额度。步骤106，生成支付代码。支付代码管理单元生成支付代码，生成的支付代码不属于已存在的未注销 支付代码集合。记录该支付代码、支付者信息、被支付者信息及预定支付的一个或者几个支付时间窗口， 关联该支付代码与该支付的流水号。步骤107，支付代码通知。支付代码通知界面将支付代码以网页、自动语音、自动语音电话呼叫、短 信、电子邮件等方式通知给支付者。并且仅通知支付者。参照图2，是一种根据本发明的优选方法的实施例的请求完成支付流程图。步骤201,接收支付代码。支付请求接收界面接收支付请求者给出的支付代码。支付请求者可以用验 证身份登陆本实施例系统，然后请求支付并输入支付代码。支付请求者也可以通过第三方可信系统接入本 实施例系统，并完成支付请求。例如，在移动通信网络中，用户通过向本实施例系统的支付请求处理号码 发送带支付代码的短消息请求支付。又例如，支付请求者也可以通过电话呼入本实施例系统，并在语音提 示下按键完成支付代码的输入。支付请求接收界面从中获取支付请求者的来电显示作为支付请求者的信 息。支付请求接收界面记录下该支付请求信息，包括收到支付代码的时间，并将记录交给支付请求处理器。步骤202,核实支付代码是否确实、有效。支付请求处理器通过支付代码管理单元对支付代码进行査 询，检查其是否存在并且未被注销；并检查收到支付代码的时间，判断该支付代码是否是有效的。若收到 支付代码的时间在该支付代码的支付时间窗口定义的有效期内，则该支付代码是有效的，否则是无效的。 如果核实不通过，则拒绝完成支付，并进入步骤205。步骤203,核实请求者是否有权限完成支付。支付请求处理器检査支付请求者是否有权限收款或者代 理被支付者收款。若支付请求者用验证身份登陆的，则检査系统登记的该支付请求者与支付代码的被支付 者之间的关系，若支付请求者就是支付代码的被支付者或其允许的代收款者，则有权限完成该支付代码。 若上述核实未果，则也可以从支付请求者获取代收款标志码，若该代收款标志码属于该支付代码的被支付 者的代收款标志码集，则有权限完成该支付代码。例如，支付请求者通过短消息或电话呼入本实施例系统, 请求支付时，本实施例系统用支付请求接收界面记录下的来电显示，作为收款标志码，若该代收款标志码 属于该支付代码的被支付者的代收款标志码集，则有权限完成该支付代码。如果核实结果是请求者无权限 完成该支付代码，则拒绝完成支付，并进入步骤205。步骤204，完成支付。支付单元进行支付转账，将支付者的冻结额扣除，并将支付款或支付额转账至 被支付者帐下。步骤205，将结果通知各方。结果通知界面以网页、自动语音、自动语音电话呼叫、短信、电子邮件 等方式通知各方。如果支付完成，则将结果通知支付请求者、或者还有被支付者、或者还有支付者。如果 支付被拒绝，则将结果通知支付请求者。参照图3是本发明实施例的系统示意图。该系统包括身份获取界面301，预定引导界面302,预定接收界面303，支付单元304，支付代码管 理单元305，支付代码通知界面306，支付请求接收界面307，支付请求处理器308，结果通知界面309， 特约第三方系统310，权限管理器311。身份获取界面301，用于获取用户的验证身份。预定引导界面302，用于引导用户预定支付，确保用 户输入的预定支付数据符合要求，无格式错误。预定接收界面303,用于接收预定引导界面302引导的用 户预定支付或者接收特约第三方系统310引导的用户预定支付。预定接收界面303将本次支付与系统生成 的每支付唯一的流水号关联，并将流水号、支付者身份、预定信息等交给支付代码管理单元305。支付代 码管理单元305调用支付单元304的方法，冻结支付者的支付额。如果冻结不成功，例如支付者账户上的 余额不足预定支付的金额，则拒绝预定支付；否则生成支付代码，记录支付代码及其相关信息，并将支付 代码通过支付代码通知界面306通知支付者。支付请求接收界面307，接收支付请求者信息及支付代码，记录收到的时间，并将其交给支付请求处 理器308。支付请求处理器308调用支付代码管理单元305的方法，检索该支付代码，核实支付代码是否 确实、有效，如果是则调用支付代码管理单元305的方法标记该支付代码的支付请求状态。支付请求处理 器308调用权限管理器311的方法，核实请求者是否有权限完成该支付。如果核实全部通过，则调用支付 单元304的方法完成支付，然后调用支付代码管理单元305的方法注销该支付代码；否者拒绝支付，并调 用支付代码管理单元305的方法将支付代码的支付请求状态清除。支付请求处理器308将支付请求的结果 交给结果通知界面309。结果通知界面309，将结果通知有关各方。支付代码管理单元305,还包含一个支付代码清理程序，用来检査过期的支付未完成的支付代码，若 没有正在进行的对该支付代码的支付请求或其它对该支付代码的封锁，则调用支付单元304的方法解冻支 付额并将支付代码注销。该程序可以定期执行。
权利要求
1.一种支付方法，其特征在于，包括预定支付；请求完成支付。
2. 根据权利要求1所述的一种支付方法，其特征在于，所述预定支付包括A. 支付者或者特约第三方系统代理支付者预定支付；B. 接收预定支付；C. 冻结支付者的支付款或支付额度D. 生成支付代码，并至少记录该支付代码、支付者信息、被支付者信息及预定支付的一个或者 几个支付时间窗口；E. 将支付代码仅通知给支付者。
3. 根据权利要求1所述的一种支付方法，其特征在于，所述请求完成支付包括-F. 接收支付请求者给出的支付代码；G. 核实支付代码，若支付代码确实、有效并且请求者有权限完成该支付，则完成支付，否则支 付请求失败，拒绝完成支付。
4. 根据权利要求2所述的一种支付方法，其特征在于，步骤B和步骤C之间还可以包括检査支付 者的余额，如果余额不足预定的支付额则拒绝预定支付。
5. 根据权利要求1或者2所述的一种支付方法，其特征在于，还可以包括将支付者的预定信息通 知给被支付者，所述信息不包括支付代码。
6. 根据权利要求1或者2所述的一种支付方法，其特征在于，还可以包括获取支付者的验证身份， 若失败，则拒绝预定支付。
7. 根据权利要求1或者3所述的一种支付方法，其特征在于，还可以包括验证支付请求者的权限， 无权限完成该支付代码的则拒绝完成支付。
8. 根据权利要求7所述的一种支付方法，其特征在于所述验证支付请求者的权限可以是通过获取 支付请求者的验证身份并检查系统登记的该支付请求者与支付代码的被支付者之间的关系，若支 付请求者就是支付代码的被支付者或其允许的代收款者，则有权限完成该支付。
9. 根据权利要求7所述的一种支付方法，其特征在于所述验证支付请求者的权限也可以是从支付 请求者获取代收款标志码，若该代收款标志码属于该支付代码的被支付者的代收款标志码集，则 有权限完成该支付。
10. 根据权利要求1或者2或者3所述的一种支付方法，其特征在于，还包括清理过期的支付代码， 若支付代码已经过期并且支付未完成并且支付代码没有被封锁，则解冻支付款或支付额度并将支 付代码注销。
11. 根据权利要求1或者3所述的一种支付方法，其特征在于，还包括完成支付后将支付代码注销。
12. 根据权利要求1或者3所述的一种支付方法，其特征在于若收到支付代码的时间在该支付代码的支付时间窗口定义的有效期内，则该支付代码是有效的，否则是无效的。
13. 根据权利要求1或者3所述的一种支付方法，其特征在于所述核实支付代码至少包括检査是否 存在未被注销的该支付代码、检査支付代码是否有效、检査支付请求者是否有权限完成该支付。
14. 根据权利要求1或2或3所述的一种支付方法，其特征在于在完成支付前，本系统仅给该支付 代码的支付者获知该支付代码的权限。
15. 根据权利要求1获3所述的一种支付方法，其特征在于，还可以包括将支付请求的结果通知相关各方。
16. —种支付系统，其特征在于，主要包括身份获取界面，用于获取用户的验证身份；预定引导界 面，用于引导用户预定支付，确保用户输入的预定支付数据符合要求，无格式错误；预定接收界 面，用于接收预定引导界面引导的用户预定支付或者接收特约第三方系统引导的用户预定支付； 支付单元，用于冻结支付者的支付款或支付额度、完成支付、解冻支付款或支付额度；支付代码管理单元，用于生成支付代码，记录支付代码及其相关信息，检索支付代码信息，注销支付代码, 清理过期的支付代码；支付代码通知界面，用于将支付代码通知给支付者；支付请求接收界面， 用于接收支付请求者信息及支付代码；支付请求处理器，用于核实支付代码，完成或拒绝支付。
全文摘要
本发明公开了一种支付方法及系统，以解决如何便捷、安全、成本更低、风险更小的进行支付的问题。其方法主要包括包括预定支付；请求完成支付。其系统主要包括身份获取界面；预定引导界面；预定接收界面；支付单元；支付代码管理单元；支付代码通知界面；支付请求接收界面；支付请求处理器。本发明要解决的技术问题是提供一种方法及系统，便于高效、安全、低成本地支付和收款。
文档编号G06Q20/00GK101324941SQ20071004186
公开日2008年12月17日 申请日期2007年6月12日 优先权日2007年6月12日
发明者王延波 申请人:王延波