使用消费者接口模块来访问和编辑/更新次级信贷提供者的消费者/消费者的记录/属性，添加或更改个人详细资料、他的主信贷提供者的列表、他们的使用条件、和或关于他自己的详细资料和/或他的主信贷提供者的任何其他特征。商家接口模块由商家使用，用于发送次级信贷提供者服务、消费者交易的资金的请求，和接收这些请求的回复。主信贷提供者接口模块((证券化模块)将基于由商家和消费者的主信贷提供者的属性所补充的交易细节的证券化请求发送到一个或多个主信贷提供者并且反过来接收来自一个或多个主信贷提供者所处理的回复(例如，授权/不授权/部分授权)。
[0098]根据本发明的一些实施例，退款程序可以由于未提供正确返回的产品或服务或任何其它原因而发起，对于购买者和/或对其它各方，其可以证明对购买或融资费用中的一些或全部进行退钱。融资方(例如，次级信贷提供者)可以取回‘退款’交易的细节并且可以相应地对部分购买金额或对全部购买金额借记商家。借记金额之外，可以责令主信贷提供者退款，否则对购买者已经支付的金额中的一些或全部和购买者还没有支付给它的全部金额中的一些进行退款。
[0099]根据本发明的一些实施例，所述手段可用于外部统筹，或可以允许或启用任何消费者、信贷提供者、商家、受让人、发行人、或其它的一个或多个独立的外部或内部实体的合作，以便于促进在上文中所描述的分期付款的手段。此外，这些分期付款的交易的外部或组合式的融资(例如，通过外部/第三方/次级信贷提供者)可以被利用并且可以能够启用一个或多个次级信贷融资来源，或来自不同商家的现金的提取，这可能是或可能不是针对这种类型的服务进行专门定制，并且可能是或可能不是撤回的交易的融资实体。
[0100]根据本发明的一些实施例，提供一种适用于促进商家和商品和/或服务和/或货币手段(例如，现金)的消费者之间的信贷交易的交易系统，该信贷交易可以被在任何访问点发起或被通过任何访问点发起(例如，在线、销售点、自动取款机)。
[0101]作为交易系统，或功能上与交易系统相关的一部分，可以提供商业代理、结账提供者代理或提取现金代理模块。商业代理、结账提供者代理或提取现金代理模块可以通过任何访问点来访问(例如，在线、销售点、自动取款机/ATM)，可以适用于给消费者提供由融资方(例如，次级信贷提供者)要支付给商家的本金的还款条件和融资费(例如，利息或任何其他费用)，通过这样成本可以被分摊在一段时间上(例如，按月支付、分期付款)，并且当被所述消费者批准时发起这样的交易。
[0102]作为交易系统，或在功能上与交易系统相关的一部分，可以提供证券化模块。证券化模块可以适应于通过请求主信贷提供者(例如，信用卡发卡商或其它信贷提供者)的完整金额形式的信贷授权，可能通过使用提供给消费者的信贷额度来对要支付给商家的金额加上融资费进行证券化。所述证券化模块还可以适用于从主信贷提供者请求对剩下的到期金额的信贷授权，该剩下的到期金额包括同时支付给商家或在支付给商家之前的融资费用。
[0103][交易支付授权细节-证券化的类型]
[0104]根据本发明的一些实施例，作为要分摊到分期付款的交易成本/金额的一部分，商品和/或服务和/或货币手段(例如，现金)的消费者可以利用由刺激信贷提供者所提供的支付机制或代币，诸如支付卡或在线支付应用。使用次级信贷提供者的支付机制可以导致刺激信贷提供者执行以下步骤:(I)鉴定交易的细节；(2)检查足以覆盖交易金额的一个或多个信贷额度的可用性，以及⑶服从⑴和(2)，给商家支付所购买的商品和/或服务的一些或全部成本。次级信贷提供者可以是愿意给所述交易提供资金(例如，给商家支付)的任何第三方。
[0105]根据本发明的一些实施例，由次级信贷提供者所提供的包括融资费用的交易金额可以例如针对由一个或多个主信贷提供者提供给消费者的一个或多个信贷额度被证券化。基于所述证券化，次级信贷提供者可以给商家支付通常包括融资费用的交易金额。根据一些实施例，针对一个或多个主信贷额度中的任何一个所证券化的金额可以是固定的金额、固定的百分比或动态计算的金额。根据实施例，其中未清偿的余额针对两个或更多的信贷额度被证券化，为两个或多个主信贷额度中的每一个所选出的金额可以被动态地选择，以便于减轻主信贷提供者中的任何一个衰退的风险以将为他们的证券化所选择的部分证券化。
[0106]作为交易系统，或在功能上与交易系统相关的一部分，可以提供转账模块。转账模块可以适用于，在所述主信贷提供者授权时，命令将从次级信贷提供者排除了融资费用的全部的购买/现金提取金额转账到商家。
[0107]根据本发明的一些实施例，所述证券化模块还可以适用于由消费者通过间歇地再请求剩下的余额的信贷授权而再证券化所欠次级信贷提供者的任何剩下的余额。所述转账模块还可以适用于在剩下的余额的再证券化时，请求主信贷提供者根据预先约定的还款条件(例如按月支付)，将当前支付金额从消费者转账到次级信贷提供者。
[0108]根据本发明的实施例，可以再执行上述的再证券化和转账循环直到所有到期付款都被转账到次级信贷提供者。在再证券化失败的情况下，所述转账模块还可以适用于基于所执行的最新优先信贷证券化请求主信贷提供者将全部剩下的余额从消费者转账到融资方(例如，次级信贷提供者)。
[0109]根据本发明的另外的实施例，所述证券化模块可以适用于只是在每个分期付款的购买/现金提取支付之前、并行或只是在每个分期付款的购买/现金提取支付之后再证券化所欠次级信贷提供者的剩下的余额中的一些或全部剩下的余额(即，每个以前的信贷证券化到期[时间或行为发起的]之前/并行/之后)，因此降低或最小化非可代收总额的风险。
[0110][还款和再证券化的方法/选项]
[0111]根据本发明的一些实施例，交易成本的部分支付可以从主信贷提供者接收或者直接从商品或服务的购买者接收。根据本发明的一些实施例，在再证券化失败时，次级信贷提供者可以从主信贷提供者接收全部余额支付。
[0112]根据本发明的一些实施例，由次级信贷提供者所接收的部分支付可以是一组相等的部分支付中的一个或一组非相等部分支付中的一个。所接收的支付的大小和定时可以根据预定义的支付方案确定，部分支付还可以基本上等于所提供的资金的金额加上融资费除以要完成的支付数。
[0113]根据本发明的一些实施例，可以发起再证券化的重复循环，其中每个循环可以包括:剩下的余额的再证券化；以及基于由消费者预先约定的条件请求要转账到次级信贷提供者的当前支付(例如，通过由主信贷提供者所提供给消费者的信贷额度)。
[0114]根据本发明的一些实施例，在所有到期付款转账到次级信贷提供者之后，所述重复的循环可以终止。在再证券化失败的情况下，所述次级信贷提供者基于所执行的最新优先信贷证券化请求主信贷提供者将全部剩下的余额从消费者转账到它。
[0115]根据本发明的一些实施例，在数据网络上证券化和/或再证券化交易成本可以包括发行信贷请求和接收信贷授权。根据本发明的一些实施例，部分支付的间歇的接收还包括交易相关的融资成本的接收和/或佣金成本的接收。
[0116]根本一些实施例，可能使用不同的循环用于请求授权并且请求来自一个或多个主信贷提供者的支付。正常的循环可以是按月循环，然而，如果出于任何原因的需要，循环可以是不同的。例如，用于请求授权的循环可能是25 ( 二十五)天。
[0117]例如，请求支付的循环将是一个月。更具体的是:
[0118]1.购买发生在3月I日并且授权被请求和接收在3月I日。
[0119]2.在3月25日请求和接收授权。在4月I日请求和接收支付。万一如果授权的请求被拒绝，我们有5天来采取补救措施，例如，重复地请求授权，和/或请求消费者的另一个信用卡。万一灯火管制，我们可能会有足够的时间，因为电力系统通常在两三天内变得完全正常运转。
[0120]3.在4月19日请求和接收授权。在5日I日请求和接收支付。
[0121]4在5月14日请求和接收授权。在6月I日请求和接收支付。
[0122]5.在6月8日请求和接收授权。在7月I日请求和接收支付。
[0123]6.在7月3日请求和接收授权。在8月I日请求和接收支付。
[0124]7.在7月28日请求和接收授权。(注意:在这个步骤没有授权的请求)
[0125]8.在8月22日请求和接收授权。在9月I日接收支付。
[0126]9.在9月16日请求和接收授权。在10月I日请求和接收支付。
[0127]10.在10月11日请求和接收授权。在11月I日请求和接收支付。
[0128]11.在11月6日请求和接收授权。在12月I日请求和接收支付。
[0129]12.在12月20日请求和接收授权。在I月I日请求和接收支付。
[0130]13.在I月4日请求和接收授权。在2月I日请求和接收支付。
[0131]14.在I月29日请求和接收授权。(注意:在这个步骤没有授权的请求)。
[0132]15.在2月22日请求和接收授权。在3月I日请求和接收支付。
[0133]16.在3月18日请求和接收授权。在4月I日请求和接收支付。
[0134]17.在4月13日请求和接收授权。在5月I日请求和接收支付。
[0135]因此，在这样的例子中，双重授权可以仅发生在30天授权中的最后5(五)天中。在25天的授权中很可能除去主信贷提供者的记录。
[0136]在上述的例子中，当前完成的授权和目前生效的一个授权的到期之间总是有5天的差异/重叠。这样的5天时间(在该例子中)为保证:(i)万一授权被拒绝，有足够的时间采取补救行动，诸如，重新尝试证券化、联络消费者的另一个证券化来源(即，另一个主信贷额度，诸如顾客的另一个卡，或任何其他个体和/或实体的由这些个体/实体提前或目前批准的卡))；(ii)在大多数灯火管制/局部暂时限制用电情况下，或在本发明的系统或在功能上与它相关的外部系统(例如，通信系统)中的任何