有效的储值卡交易的制作方法

背景技术：

储值卡，例如礼品卡，市场持续增长到前所未有的水平。照此，还没有遇到对储值卡系统的现行压力，而且更有效的交易是必要的。

技术实现要素：

公开了用于有效储值卡交易的方法、网络与存储介质。一种方法包括接收储值卡交易并处理该储值卡交易。该方法还包括利用可线性缩放的网格计算网络用于储值卡交易的结算。

一种机器可读的存储介质包括可执行指令，当所述指令被执行时，使得一个或多个卡方接收储值卡交易并处理该储值卡交易。还进一步使得这一个或多个卡方使用可线性缩放的网格计算网络用于储值卡交易的结算。

一种网络包括获得交易服务、耦合到获得交易服务的内部卡处理服务及耦合到内部卡处理服务的结算服务。获得交易服务接收储值卡交易，而内部卡处理服务处理该储值卡交易。结算服务使用可线性缩放的网格计算网络用于储值卡交易的结算。

一种方法包括从接入点接收储值卡交易请求。该储值卡交易请求包括卡标识号或者至少包括卡标识号记号。该方法还包括基于所述储值卡交易请求生成多个子交易请求。该方法还包括把所述多个子交易请求中的至少一个发送到第一卡方。该方法还包括把所述多个子交易请求中的至少另一个发送到第二卡方。第二卡方可以与第一卡方相同或者不同。储值卡可以与第一和/或第二卡方关联。

一种机器可读的存储介质包括可执行指令，当所述指令被执行时，使得一个或多个卡方从接入点接收储值卡交易请求。该储值卡交易请求包括卡标识号或者至少包括卡标识号的记号。基于所述储值卡交易请求生成多个子交易请求。所述多个子交易请求中的至少一个被发送到第一卡方。所述多个子交易请求中的至少另一个被发送到第二卡方。第二卡方可以与第一卡方不同。储值卡可以与第一和/或第二卡方关联。

一种网络包括耦合到内部卡处理服务的获得交易服务。获得交易服务接收储值卡交易请求，该储值卡交易请求与卡标识号或者至少卡标识号的记号关联。内部卡处理服务确定与所述卡标识号或者所述卡标识号的所述记号关联的卡方。获得交易服务基于所述储值卡交易请求生成多个子交易请求。获得交易服务把所述多个子交易请求中的至少一个发送到第一卡方。获得交易服务把所述多个子交易请求中的至少另一个发送到第二卡方。第二卡方可以与第一卡方相同或者不同。

储值卡交易请求可以与包标识号关联，而该包标识号与多张储值卡关联。所述方法还包括基于所述储值卡交易请求生成多个子交易请求。该方法还包括把所述多个子交易请求中的至少一个发送到第一卡方。第一卡方与所述多张储值卡中的至少一张关联。该方法还包括把所述多个子交易请求中的至少另一个发送到第二卡方。第二卡方与第一卡方不同，而且第二卡方与所述多张储值卡中的至少一张关联。

一种机器可读的存储介质包括可执行代码，当所述代码被执行时，使得一个或多个卡方从接入点接收储值卡交易请求。储值卡交易请求可以与包标识号关联，而该包标识号与多个储值卡关联。基于所述储值卡交易请求生成多个子交易请求。所述多个子交易请求中的至少一个被发送到第一卡方。所述多个子交易请求中的至少一个被发送到第二卡方。第二卡方可以与第一卡方不同。储值卡可以与第一和/或第二卡方关联。

一种网络包括耦合到内部卡处理服务的获得交易服务。获得交易服务接收储值卡交易请求，该请求与包标识号关联。所述包标识号与多张储值卡关联，而且内部卡处理服务确定与该包标识号关联的卡方。获得交易服务基于所述储值卡交易请求生成多个子交易请求。获得交易服务把所述多个子交易请求中的至少一个发送到第一卡方，而且第一卡方与所述多张储值卡中的至少一张关联。获得交易服务把所述多个子交易请求中的至少另一个发送到第二卡方。第二卡方与第一卡方不同，而且第二卡方与所述多张储值卡中的至少一张关联。

一种方法包括接收与储值卡关联的储值卡激活请求。该方法还包括确定储值卡已经是生效的。该方法还包括基于所述储值卡激活请求生成充值请求并且当成功执行该充值请求后发送储值卡激活请求成功执行的确认。

一种网络包括耦合到内部卡处理服务的获得交易服务。获得交易服务接收与储值卡关联的储值卡激活请求。获得交易服务基于所述储值卡激活请求生成充值请求，并且把该充值请求发送到内部卡处理服务。内部卡处理服务确定储值卡已经是生效的。当成功执行所述充值请求后，获得交易服务发送储值卡激活请求成功执行的确认。

一种方法包括接收与储值卡关联的储值卡激活请求。该方法还包括尝试基于所述储值卡激活请求执行充值请求，而且尝试基于执行所述充值请求失败而执行储值卡激活请求。该方法还包括当成功执行所述储值卡激活请求后发送储值卡激活请求成功执行的确认。

一种网络包括耦合到内部卡处理服务的获得交易服务。获得交易服务接收与储值卡关联的储值卡激活请求并且基于所述储值卡激活请求向内部卡处理服务发送充值请求。内部卡处理服务响应所述充值请求而向获得交易服务发送拒绝。响应所述拒绝，获得交易服务向内部卡处理服务发送与储值卡关联的激活请求。当激活请求成功执行后，内部卡处理服务向获得交易服务发送激活请求成功执行的确认。

一种机器可读的存储介质包括可执行指令，当所述指令被执行时，使得一个或多个处理器接收与储值卡关联的储值卡激活请求。还使得这一个或多个处理器尝试基于所述储值卡激活请求执行充值请求并且尝试基于执行所述充值请求失败而执行储值卡激活请求。还使得这一个或多个处理器在储值卡激活请求成功执行后发送储值卡激活请求成功执行的确认。

附图说明

图1说明了根据至少一些所说明实施方式的储值卡网络的物理视图；

图2和3说明了根据至少一些所说明实施方式的储值卡网络的逻辑视图；

图4说明了适于实现本公开内容的几种实施方式的特定机器；

图5-8说明了根据至少一些所说明实施方式的储值卡处理方法。

具体实施方式

如在此所使用的，储值卡指可以用于与愿意接受该卡的一方办理业务的卡，例如作为用于购买的偿付手段。这种卡的例子包括信用卡、借记卡、礼品卡、电话卡、积分卡、会员卡、票卡、娱乐卡、运动卡、预付卡，等等。储值卡可以具有各种附属的或者非附属的卡发行商。在至少一种实施方式中，卡是钱包大小而且由塑料制成。在各种实施方式中，储值卡可以是例如礼品卡或者预付卡的一类卡，需要在销售点激活。例如，储值卡可以在销售点被消费者购买并激活，随后由该消费者或者别人用于办理业务。

交易卡的消费者使用一般涉及卡供应商、兑现商家、交易服务商、交易处理器、卡处理器和卡发行商(总体上称为“卡方”)。在各种实施方式中，卡供应商、兑现商家、交易服务商、交易处理器、卡处理器和卡发行商可以是相同的、不同的、相关的实体或者是其组合。购买并激活交易卡的销售点可以称为卡供应商或者简单地称为供应商。将接受交易卡用于商业交易，例如作为用于购买的偿付手段，的实体可以称为兑现商家。为其它卡方提供关于交易卡交易进行通信的方式的实体可以称为交易服务商。为卡交易提供卡方信息、验证和/或授权的实体可以称为交易处理器。经交易卡提供财务支持的实体可以称为卡发行商或者简单地称为发行商。为卡发行商管理卡交易的实体可以称为卡处理器。

在至少一种实施方式中，发行商在储值卡上识别并且将唯一的发行商账户代码与每张储值卡关联。卡发行商包括卡的直接发行商，例如商店联营卡，而且，在有些实施方式中，卡供应商也可以是卡发行商和/或兑现商家。卡发行商还包括银行、金融机构和交易处理器，例如visa、mastercard、americanexpress等等，而且由这种机构发行的卡很容易地被多个兑现商家接受，进行例如购买的交易。在有些情况下，兑现商家可以在储值卡上识别(例如，象商店x的零售商联营卡)，而且这种卡可以在相同或不同的卡供应商出售(例如，卡供应商是商店x或者不同或不相关的商店z)。在这种情况下，商店x的联营储值卡可以由商店x、由商店z或者由例如银行或金融机构的第三方发行。

图1说明了储值卡交易的各种部件的物理视图。在至少一种实施方式中，消费者102在接入点202激活或者给储值卡充值。接入点202，或者说销售点部件311，是消费者通过其与多卡交易系统通信的接口。接入点202可以由消费者102或者由供应商(例如，通过商店店员和/或收费站)操作和/或拥有。接入点202的一些例子是商家终端106、消费者拥有的计算机108、交互式语音响应(“ivr”)系统110、消费者拥有的移动设备112、电话网络、商家拥有的计算机，等等。因为消费者与接入点202交互，所以接入点有时候被称为前端。前端经网络114耦合到后端。在至少一种实施方式中，网络114是互联网。网络114的一些其它例子是电话网络、无线网络、内联网网络、包交换网络，等等。如所说明的，后端包括三台服务器或者交换机206、210、212，每台用于一种特定的服务，但是服务也可以在后端硬件之间分布或集中。获得交易服务206可以充当服务商并且用于把交易请求和响应指向适当的处理器、服务和发出请求的实体。在至少一种实施方式中，获得交易服务206是交换机。当在获得交易服务206接收到一个消息时，获得交易服务206验证该消息的格式。换句话说，获得交易服务206将检查该消息中的数据字段，以便确认字段中填充了数据而且数据是正确的格式(例如，长度、字母数字格式)。如果消息的格式不正确，获得交易服务206将拒绝该交易请求。在本公开内容中作为例子使用的交易请求主要是激活请求和充值请求，但是所有其它交易请求，例如查询请求、禁用请求等，也在本公开内容的范围之内。

获得交易服务206对交易请求执行各种验证检查。获得交易服务206基于对几个标准的分析检验与卡相关的交易信息，例如：1)确定产品的upc码在用于多卡交易系统的数据网格208中存在；2)确定所请求交易的价值量对应于消费者对目标请求的付款，例如，upc信息是否在数据网格208中把卡识别为$25.00的卡，而且对应的交易请求包括消费者$25.00的付款；3)确定upc信息把卡识别为可用于由数据网格208中发出请求的商家处理的一类卡；及4)确定卡的银行标识号(“bin”)(即，卡标识号的前6位数字)对应于识别数据网格208中的卡发行商的upc信息，其中bin识别卡发行商。

获得交易服务206还可以基于其它标准，例如交易速度(每单位时间的个数/量)，拒绝交易。例如，如果卡处理器关心的是多次无效交易指示欺诈行为，那么该卡处理器可以要求获得交易服务206监视所请求的无效交易的次数并且拒绝来自每单位时间的无效交易超过预先选定量的终端的交易。最后，获得交易服务206配置成在由获得交易服务206接收到的信息不可理解的情况下拒绝交易请求。

如果消息格式正确而且是如上所述经过验证的，获得交易服务206就把该交易信息转发到适当的卡处理器，例如，发行商、服务商、商家和/或供应商。卡处理器决定是拒绝该交易请求还是执行该交易请求。获得交易服务206将从所述处理器接收交易响应(例如，认可、拒绝，等等)并且把所述响应指向获得交易服务206从其获得消息的源。

内部卡处理服务212用于支持作为储值卡发行商、服务商和/或供应商的行为。在至少一种实施方式中，内部卡处理服务212是服务器。内部卡处理服务212基于对几个标准的分析来处理与卡相关的交易，包括：1)确定在激活之前没有对特定卡请求的交易(例如，余额查询)和确定在激活与第一次兑现尝试之间预设的时间量(例如，30分钟)已经到期，这两个确定中的任何一个都可以是欺诈行为的指示；2)确定该特定的卡还没有激活；3)确定该卡的标识号在数据网格208中存在；4)确定该特定卡的到期日期匹配数据网格208中所包含的该卡的信息；5)依据数据网格208中所维护的卡类型产品规范，确定所请求的激活量，例如，$25.00，对应于所请求卡类型所允许的量(例如，象$25.00商店x卡的upc信息)；6)确定还没有超出该特定卡的消费限额；及7)确定交易请求中所发送的该特定卡的安全码对应于数据网格208中所维护的、分配给该卡的安全码。

如果以上所提到的一个或多个确定没有得到肯定检验，内部卡处理服务212将拒绝所请求的交易。如果内部卡处理服务212确认以上所有标准都肯定地满足了，内部卡处理服务212将处理所请求的交易并且向获得交易服务206提供交易响应(例如，认可、拒绝，等等)，用于经它们自己的授权系统204传送到接入点202和供应商或者卡发行商。

结算服务210协调与卡发行商和供应商的交易。结算服务210在为卡发行商授权系统204格式化的文件中记录交易并输出交易。结算服务210可以对不同的卡发行商使用不同的协议，包括不同的结算频率、多个截止时间、跨产品或者通过独特产品的结算、多方结算、所币种结算、综合费用与佣金结构及与以上所述每一种关联的报告。

图2和3说明了储值卡网络的逻辑视图。在图2中，多个卡发行商由卡发行商授权系统204表示，其中系统204耦合到多卡交易系统350。多卡交易系统350包括获得交易服务206、数据网格208、结算服务210、内部卡处理服务212，而且还可以包括产品主目录服务214及存货管理服务216。图2只是说明了这些服务可以如何耦合的许多例子中的一个例子。

在至少一种实施方式中，多卡交易系统350包括获得交易服务206、耦合到获得交易服务206的内部卡处理服务212及耦合到内部卡处理服务212的结算服务210。如图所示，各种服务是通过数据网格208耦合的。数据网格208是可线性缩放的网格计算网络。数据网格208的主要属性是存储器与处理能力。获得交易服务206接收储值卡交易，而内部卡处理服务212处理储值卡交易。结算服务210使用数据网格208进行储值卡交易的结算。在至少一种实施方式中，结算服务210实时地或者近实时地结算交易。具体而言，在处理储值卡交易与储值卡交易的结算之间没有故意的延迟，即，交易不是“批处理的”。批处理指在处理与结算之间引入故意的延迟。照此，批处理一次结算多笔交易，当网络流量没有专门用于处理时可能会这样，但是增加了违背服务水平协议(“sla”)和结算错误的风险。

与批处理相反，实时或近实时的处理允许交易“点滴式馈送”到结算服务210，这充分利用数据网格208来存储和/或处理交易信息。此外，通过响应并调节各种度量，利用实时或近实时的结算，与储值卡关联的每个实体都可以更快地适应变化的条件。照此，大规模的故障是极不可能的，而且小的故障在被解决之前只影响少数几笔交易。

在至少一种实施方式中，获得交易服务206接收储值卡交易请求。例如，请求来自接入点202对储值卡的通用产品代码(“upc”)的扫描和/或刷储值卡的磁条(这种场景预期通过一步或两步激活过程对储值卡的激活，如在美国专利号7,607,574中完整描述的，该专利在此引入其全部作为参考)。照此，请求与卡的标识号关联。例如，银行标识号(“bin”)与请求一起发送，而且获得交易服务206把该bin发送到内部卡处理服务212。内部卡处理服务212确定与所述包标识号关联的卡发行商。例如，内部卡处理服务212查询数据库，所述查询返回该bin与卡发行商x关联，而且内部卡处理服务212把这个信息发送到获得交易服务206。获得交易服务206把每个激活请求剪裁成适合卡发行商的特定格式，并且把激活请求发送到该卡发行商的授权系统204。在至少一种实施方式中，返回激活请求成功执行的确认。

在至少另一种实施方式中，获得交易服务206接收储值卡交易请求。例如，请求来自接入点202对多卡包的通用产品代码(“upc”)的扫描和/或刷多卡包的磁条。例如，银行标识号(“bin”)与请求一起发送，而且获得交易服务206把该bin发送到内部卡处理服务212。内部卡处理服务212确定与所述包标识号关联的卡发行商。例如，内部卡处理服务212查询数据库，所述查询返回该bin与5张礼品卡的包关联，其中每张卡由不同的卡发行商支持，而且内部卡处理服务212把这个信息发送到获得交易服务206。获得交易服务206基于所述储值卡交易请求生成多个子交易请求，并且把所述多个子交易请求中的至少一个发送到第一卡发行商，该第一卡发行商与所述多张储值卡中的至少一张关联。获得交易服务206把所述多个子交易请求中的至少另一个发送到第二卡发行商204，该第二卡发行商204与所述多张储值卡中的至少一张关联，但是与第一卡发行商不同。例如，获得交易服务206生成5个子交易请求，每个卡发行商一个请求，而且每个请求都是用于一个卡发行商在所述包中特定的卡的激活请求。获得交易服务206把每个激活请求剪裁成适合卡发行商的特定格式，并且把激活请求发送到每个卡发行商的授权系统204。在至少一种实施方式中，返回激活请求成功执行的确认。照此，尽管每张卡有不同的卡发行商，但多卡包中5张卡中的每一张都是只经包upc和/或磁条的一次扫描来激活的。

以下将在电信支持的环境中描述储值卡的使用和功能性，但是，应当理解，这仅仅是为了方便和效率，而且，任何类型的储值卡使用商业应用都是本公开内容所预期的。

在至少一种实施方式中，获得交易服务206接收与储值卡关联的储值卡激活请求。例如，消费者102希望在几分钟之内给她已经生效的电话卡充值，并且在供应商的电话亭选择接入点202图形用户接口(“gui”)上的充值选项。但是，翻新改进每个接入点202以便发送充值请求而不是激活请求太昂贵了。照此，后端必须区分用于激活的激活请求和用于充值的激活请求。在至少一种实施方式中，获得交易服务206基于储值卡激活请求生成充值请求并且把该充值请求发送到内部卡处理服务212。例如，象bin的账户标识符与该请求关联。内部卡处理服务212确定储值卡已经是生效的。如果卡已经生效，就可以假设该激活请求是要充值。如果卡还没有生效，就可以假设该激活请求是要激活。在这一点上，获得交易服务206或者内部卡处理服务212可以生成为卡发行商204格式化的另一充值请求，或者多卡交易系统350可以在内部处理该充值请求。如果获得交易服务206生成所述请求，内部卡处理服务212就把与该储值卡关联的电话号码发送到获得交易服务206，与请求关联。在任何一种情况下，获得交易服务206都在充值请求成功执行后发送储值卡激活请求成功执行的确认。因为接入点202不具备处理充值请求的能力，所以接入点202也将不具备处理充值请求成功执行的确认消息的能力。照此，作为代替，发送激活的确认。

在一种备选实施方式中，获得交易服务206确定内部卡处理服务发行了储值卡。例如，电信公司z与储值卡处理公司签订合同，发行由消费者102所使用的电话卡类型。照此，内部卡处理服务212，而不是公司z的后端204，将存储消费者的账户信息。相应地，获得交易服务206向内部卡处理服务212发送兑现请求。在任何一种情况下，获得交易服务206都在充值请求成功执行后发送储值卡激活请求成功执行的确认。

在至少一种实施方式中，获得交易服务206接收与储值卡关联的储值卡激活请求。例如，消费者102希望通过利用她的计算机108把bin输入一个网站来激活电话卡。获得交易服务206识别出该储值卡是从内部卡处理服务212发行的。获得交易服务206基于储值卡激活请求把充值请求发送到内部卡处理服务212，类似于以上所述的过程。但是，因为储值卡还没有生效，所以，响应该充值请求，内部卡处理服务212向获得交易服务206发送拒绝。照此，作为响应，获得交易服务206向内部卡处理服务212发送与该储值卡关联的激活请求。当激活请求成功执行后，内部卡处理服务212向获得交易服务206发送激活请求成功执行的确认。在至少一种实施方式中，获得交易服务206把所述确认转发到与该储值卡关联的接入点202和供应商。

在其中电信消费者期望兑现与可变重载/充值/补足功能性关联的储值卡的实施方式中，消费者可以经交互式语音响应(“ivr”)系统110和/或另一种类型的接入点(例如，门户网站、电话亭)与多卡交易系统350交互。储值卡将具有关联的价值、量和/或面额。为了方便讨论，兑现场景将在ivr系统110的环境中给出，但是应当理解，其它的接入点202也可以代替ivr系统110用于实现相同的期望结果。

为了完成与可变重载/充值/补足功能性关联的储值卡的兑现，消费者发起与多卡交易系统350的通信。例如，消费者拨打与ivr系统110关联的电话号码(所述电话号码代表多卡交易系统350的通信信息，该信息与储值卡关联，而且消费者连同储值卡的拥有一起接收该信息)。当发起与ivr系统110的通信之后，ivr系统110提示消费者输入消费者设备的识别信息(例如，电话号码、移动标识号，等等)，用于注册并与储值卡关联。当接收到识别信号后，ivr系统110验证所述信息(例如，所述信息有正确的形式、正确的长度、正确的格式)并且提示消费者输入与储值卡关联的个人标识号(“pin”)(pin可以打印到储值卡上、打印到储值卡的包装上和/或打印到关于储值卡的收据上)。pin可以是字母数字字符和/或符号的任何组合，例如，pin可以包括12位数字。当接收到pin后，ivr系统110向内部卡处理服务212发送兑现请求。内部卡处理服务212验证该pin并且确保储值卡是激活的但是还必须与消费者设备关联。内部卡处理服务212生成重载/充值/补足请求并且把所述请求发送到获得交易服务206。重载/充值/补足请求包括消费者设备的识别信息与储值卡关联的价值、量和/或面额。获得交易服务206把该请求发送到与所述储值卡关联的电信载体。所述载体把储值卡的价值、量和/或面额应用到消费者的设备并且把代表响应发送到获得交易服务206。当从所述载体接收到代表响应后，获得交易服务206向内部卡处理服务212发送该代表响应。如果请求被认可，内部卡处理服务212就把消费者设备的识别信息与消费者的账户和/或储值卡的标识号关联。然后，消费者的账户(或储值卡的相关值)被设置为零结余。如果请求被拒绝，ivr系统110就通知消费者从载体接收到错误消息和/或通知消费者请求将在24小时内被处理。如果认可，ivr系统110将向消费者提供载体的名字；设备识别信息；储值卡的量、价值和/或面额；及消费者的账户和/或储值卡的标识号。ivr系统110向消费者提供消费者的设备已经成功充值的通知。如果在这个兑现/充值过程中发生任何问题，将为消费者提供信息，以便允许消费者联系多卡交易系统的代表，以求帮助。

在其中电信消费者期望重载/充值/补足电信设备的实施方式中，获得交易服务206接收激活与可变重载/充值/补足功能性关联的储值卡的请求。该请求可以从销售点终端或者其它接入点发起，而且包括用于所述重载/充值/补足的量。获得交易服务206把卡处理器识别为内部卡处理服务212。获得交易服务206把重载/充值/补足请求发送到内部卡处理服务212。

在重载/充值/补足场景的第一种实施方式中，如果储值卡已经激活并且与一个电话号码关联，内部卡处理服务212就认可所述请求。内部卡处理服务212确定与该电话号码关联的电信帐户并且把所请求的重载/充值/补足量添加到该账户。内部卡处理服务212向获得交易服务206发送对所述请求的响应(例如，指示重载/充值/补足量已经添加到相关联的账户)，其中该响应包括所述电话号码。获得交易服务206向电话号码关联的电信载体发送重载/充值/补足交易请求。当从所述电信载体接收到重载/充值/补足交易请求的认可后，获得交易服务206就把兑现交易发送到内部卡处理服务212。内部卡处理服务212把账户余额设成零并且把认可响应发送到获得交易服务206。如果重载/充值/补足交易请求没有被电信载体认可，获得交易服务206就把撤销请求发送到内部卡处理服务212，然后内部卡处理服务212从与所述电话号码关联的账户除去所请求的重载/充值/补足量。获得交易服务206向发起的接入点发送重载/充值/补足交易请求响应。

在重载/充值/补足场景的另一种实施方式中，如果储值卡已经激活并且与一个电话号码关联，内部卡处理服务212就认可所述请求。内部卡处理服务212向获得交易服务206发送重载/充值/补足交易请求。获得交易服务206把重载/充值/补足交易请求发送到所述电话号码关联的电信载体。获得交易服务206把重载/充值/补足交易请求响应发送到内部卡处理服务212。如果重载/充值/补足交易请求被电信载体认可，内部卡处理服务212就把认可消息发送到获得交易服务206。如果重载/充值/补足交易请求没有被电信载体认可，内部卡处理服务212就向获得交易服务206发送拒绝消息。获得交易服务206把重载/充值/补足交易请求发送到发起的接入点。

在至少一种实施方式中，可线性缩放的网格计算网络用于储值卡交易的结算。所述可线性缩放的网格计算网络包括多个不同体系结构的部件。这些部件包括：其中具有各种空间的数据网格；允许数据网格访问的一组应用编程接口(“api”)；实时过程；数据管理器；及容器，在该容器中驻留了某些实时过程、数据管理器、允许数据网格访问的api集合及数据网格。归根结底，所述可线性缩放的网格计算网络允许更有效和更大量的交易过程(例如，每秒钟200次交易，每6个小时四百万次交易)。

实时(或者近实时)过程负责连接到各种数据源、从数据源获得交易、数据验证、费用计算及把信息插入到结算数据库中。这些实时过程中的一些包括用于把可线性缩放的网格计算网络连接到不同数据源(例如，不同的交易处理交换机和/或平台)的过程。这些实时过程中的其它包括用于把交易数据插入临时数据表以便允许更快数据访问的过程。这些实时过程中的其它包括(基于位图值)用于持续查询某些数据表(例如，临时数据表)、应用业务逻辑并且利用结果和更新后的位图更新数据表的过程。这些实时过程中的其它包括用于把交易信息插入一个表同时从另一个表除去该交易(例如，把交易信息插入永久表并且从临时表中除去该交易)的过程。

可线性缩放的网格计算网络允许所有交易数据都存储在存储器网格中，用于更快的数据检索和更新。网格被分区成具有冗余性和故障转移支持。支持被添加到所有实时过程，以便使实时过程能够被部署成作为同一实时过程的多个实例可以通过其被部署与管理的服务。实时过程的这多个实例可以读取数据空间中的数据、执行业务逻辑并且更新数据空间中的数据。

具体而言，预期三种数据空间。这三种数据空间包括交易数据空间、主数据空间和汇总数据空间。交易数据空间是用于交易数据的数据空间。主数据空间是用于主数据的数据空间，其中主数据是参考数据并且将由实时过程的多个实例中的某一些周期性地更新。汇总数据空间是用于汇总数据的数据空间，其中汇总数据可以由批处理使用。

图3说明了耦合到各种其它部件的多卡交易系统350。图3包括：(a)至少一个销售点部件311；(b)多卡交易系统350；(c)包标识符与单独储值卡标识符的数据库380；(d)至少一个单独卡发行商的授权系统360；及(e)由多卡交易系统管理员351包括在系统中的任何其它部件。该系统适于响应各种储值卡请求交易，所述储值卡和/或多卡包中的每一个具有唯一的标识符。如在图3中可以看到的，在销售点，各个标识符被销售点解释部件301解释302。销售点解释部件301可以包括人、条形码扫描器、磁条阅读器、光学字符识别设备，或者配置成解释在各种标识符中编码的数据的其它设备。

与标识符的解释同时进行的还有销售点交易部件304激活或禁用的请求303。销售点交易部件304可以包括人、电子输入设备、记录器、计算机处理单元(“cpu”)或者请求由销售点解释部件301解释的包标识符的激活或禁用的其它装置。对于本公开内容，由销售点解释部件301和销售点交易部件304执行的动作可以由一个部件执行，这一个部件能够执行将由所述单独部件执行的两种动作。

销售点解释部件301和销售点交易部件304与销售点处理部件305通信。销售点处理部件305可以包括cpu或者行业中被接受使用的其它类型的处理设备。销售点解释部件301把标识符传送给销售点处理部件305。销售点交易部件304把由销售点解释部件301解释的标识符的激活或禁用请求传送给销售点处理部件305。销售点处理部件305关联由销售点解释部件301解释的标识符与销售点交易部件304所作出的激活或禁用请求并且把标识符激活或禁用的请求传送306到多卡交易系统350。对于本公开内容，由销售点解释部件301、销售点交易部件304和销售点处理部件305执行的动作可以全都由一个部件执行，这一个部件能够执行将由所述单独部件执行的所有动作。

销售点处理部件305可以经合适的网络，例如公共交换电话网络(pstn)或者独立的专用网络，连接到多卡交易系统350。每个销售点处理部件305都具有关联的标识符，在把销售点处理部件305连接到多卡交易系统350的过程中，该标识符可以发送到多卡交易系统350。

如图3中所绘出的，多卡交易系统350配置成：(a)形成与卡供应商系统311、卡发行商的授权系统360及由多卡交易系统管理员351授权可以访问多卡交易系统350的任何其它实体的安全连接；(b)访问数据库380，基于由卡供应商传送到其的标识符确定要激活或禁用的储值卡；(c)与卡发行商的授权系统360通信，基于把储值卡标识符关联到唯一包标识符的数据库380中所包含的信息请求并接收具体储值卡的激活或禁用；(d)生成并维护所执行的全部活动的交易日志370；(e)生成并维护未成功完成的所有活动及其原因的错误日志375；(f)把单独储值卡的激活或禁用及与该单独储值卡的激活或禁用伴随的任何信息传送到卡供应商，即，与激活的储值卡关联的pin的传送；及(g)把所请求的交易问什么不能完成的任何原因传送到卡供应商。

储值卡交易系统的监督与维护是由多卡交易系统管理员351执行的。尽管不是必需，但是在备选实施方式中，多卡交易系统管理员351还可以充当数据库管理员381。

多卡交易系统350可以包括单个处理单元，该处理单元具有伴随的存储能力，能够访问数据库380、创建并维护交易日志370、创建并维护错误日志375、与卡供应商通信、与单独卡发行商的授权系统360通信、处理单独的储值卡激活和/或禁用请求并且与能够并被授权与多卡交易系统350通信的其它系统390通信。

在一种备选方案中，储值卡交易系统可以包括多个处理单元，每个处理单元都具有伴随的存储能力，每个处理单元都能够：以上及图2中所述的服务；访问数据库380；创建交易日志370；创建并维护错误日志375；与卡供应商通信；与单独卡发行商的授权系统360通信；处理单独的储值卡激活和/或禁用请求并且与能够并被授权与多卡交易系统350通信的其它系统390通信。

在另一种备选实施方式中，多卡交易系统350可以包括多个处理单元，具有伴随的存储能力，每个处理单元都单独地设计成用于：以上及图2中所述的服务；访问数据库380；创建交易日志370；创建并维护错误日志375；与卡供应商通信；与单独卡发行商的授权系统360通信；处理单独的储值卡激活和/或禁用请求并且与能够并被授权与多卡交易系统350通信的其它系统390通信。

在另一种备选实施方式中，储值卡交易系统可以包括多个处理单元，具有伴生的存储能力：能够提供以上及图2中所述的服务、访问数据库380、创建交易日志370、创建并维护错误日志375、与卡供应商通信、与单独卡发行商的授权系统360通信、处理单独的储值卡激活和/或禁用请求并且与能够并被授权与多卡交易系统350通信的其它系统390通信；设计成用于访问数据库380、设计成用于创建交易日志370、设计成用于创建并维护错误日志375、设计成用于与卡供应商通信、设计成用于与单独卡发行商的授权系统360通信、设计成用于处理单独的储值卡激活和/或禁用请求并且设计成用于与能够并被授权与多卡交易系统350通信的其它系统390通信；或者其任意组合。

接收到激活或禁用请求后，如果接收到的标识符是包标识符，多卡交易系统350就访问关联到该唯一包标识符的储值卡标识符数据的数据库380。多卡交易系统350处理信息(而且如果对包标识符来说必要的话，还与该信息一起处理包含在数据库380中的信息)并且与一个或多个单独的卡发行商的授权系统360通信309、310，以便完成所请求的储值卡的激活或禁用。多卡交易系统350与单独卡发行商的授权系统360的通信可以同时或者独立地发生。多卡交易系统350可以经合适的网络，例如pstn或者独立的专用网络，连接到单独卡发行商的授权系统。多卡交易系统350配置成从卡发行商的授权系统360接收关于单独储值卡激活或禁用状态的信息。

多卡交易系统350还配置成生成并维护涉及多卡激活计算机350的所有活动的交易日志370。交易日志可以包括以下的具体汇总：(a)所请求的包激活；(b)所请求的包禁用；(c)所请求的单独卡的激活；(d)所请求的单独卡的禁用；(e)属于包激活的金额；(f)属于包禁用的金额；(g)属于单独储值卡激活的金额；(h)属于单独储值卡禁用的金额；(i)由激活的包绑定(secure)的储值卡的单独卡发行商的标识符；(j)由禁用的包绑定的储值卡的单独卡发行商的标识符；(k)包激活的时间；(l)包禁用的时间；(m)单独储值卡激活的时间；(n)单独储值卡禁用的时间；(o)与卡发行商执行的、激活单独储值卡的交易或通信；(p)与卡发行商执行的、禁用单独储值卡的交易或通信；(q)响应激活需要输入pin来使用的储值卡的请求而传送到卡供应商的pin；(r)多卡交易系统管理员351指示多卡交易系统350作为日志条目维护的任何其它信息；及(s)其任意组合。

交易日志370中所包含的信息可以用于生成调节报告、结算报告、收支报告、审计报告或者其它形式的信息汇聚，用于让多卡交易管理员351、数据库管理员381、卡供应商、卡发行商、卡发行商的授权系统360、兑现商家或者其它感兴趣的各方受益、使用或者用于提供给它们。

多卡交易系统350配置成生成并维护没有完成的全部交易及其原因的错误日志。

多卡交易系统350还配置成向卡供应商307传送包标识符和/或单独储值卡激活或禁用请求的状态并且向卡供应商传送激活的储值卡所需的任何必要pin信息，以便让卡的购买者获悉用于所购买的单独储值卡使用的那种信息。如前面所讨论的，可以经合适的网络，例如pstn或者独立的专用网络，连接到单独卡发行商的授权系统。

多卡交易系统350还配置成与被授权访问多卡交易系统而且具体而言是被授权访问多卡交易系统350的其它实体390通信。这些其它实体可以包括第三方付费管理系统、第三方审计系统、卡发行商附属的实体、卡供应商附属的实体、兑现商家或兑现商家附属的实体，或者由多卡交易系统管理员351提供访问的任何其它实体。

在至少一种实施方式中，可能发生激活或禁用请求被多卡交易系统350接收但是数据库380中关于由多卡激活计算机350所接收的包标识符或单独储值卡标识符的信息阻碍请求完成的情况。例如，包组装或者单独储值卡可能之前已经激活了，返回到销售点退货，但是在重新上架之前没有禁用。在那种情况下，当后来的消费者购买那个包组装或者单独储值卡而且激活请求传送到多卡交易系统350时，多卡交易系统350访问的数据库380文件将指示那个包组装、由该包绑定的单独储值卡或者单独的储值卡已经激活了。在这种和其它类似的情况下，多卡交易系统将向卡供应商传送交易不能完成的消息。

以上的多卡交易系统350或者特殊服务可以在具有足够处理能力、存储器资源及网络吞吐能力以便处理加到其上的必需工作量的任何特定的机器上实现。机器可以寄存一个或多个服务或者可以是共同寄存一个或多个服务的一组机器的一部分。图4说明了适于实现在此公开的一种或多种实施方式或者服务的特定机器。计算机系统480包括与存储器设备通信的处理器482(可以称为中央处理单元或者cpu)，其中存储器设备包括辅助储存器484、只读存储器(rom)486、随机存取存储器(ram)488、输入/输出(i/o)490设备及网络连接设备492。处理器可以实现为一个或多个cpu芯片。

在至少一种实施方式中，辅助储存器484包括一个或多个磁盘驱动器或者磁带驱动器而且用于数据的非易失性存储并且如果ram388不够大以至于不能保存所有工作数据的话作为溢出数据存储设备。当程序被选择执行时，辅助储存器484可以用于存储加载到ram388中的此类程序。rom486用于存储指令而且还可能存储在程序执行过程中被读取的数据。rom486是非易失性存储设备，在至少一种实施方式中，相对于辅助储存器较大的存储器容量而言，rom486具有小的存储器容量。ram488用于存储易失性数据而且还可能存储指令。在至少一种实施方式中，对rom486和ram488的访问比对辅助储存器484的访问快。

i/o490设备可以包括打印机、视频监视器、液晶显示器(lcd)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、卡阅读器、纸带阅读器或者其它众所周知的输入设备。网络连接设备492可以采取调制解调器、调制解调器池、以太网卡、通用串行总线(usb)接口卡、串行接口、令牌环卡、光纤分布数据接口(fddi)卡、无线局域网(wlan)卡、例如码分多址访问(cdma)的无线电收发器卡和/或全球移动通信系统(gsm)无线电收发器卡及其它众所周知的网络设备的形式。这些网络连接设备492可以使处理器482能够与互联网或者一个或多个内联网通信。利用这种网络连接，预期处理器482在执行上述方法步骤的过程中可能从网络接收信息，或者可能向网络输出信息。常常表示为要利用处理器482执行的一系列指令的这种信息可以，例如，以体现在载波中的计算机数据信号的形式从网络接收并输出到网络。

例如，可以包括数据或者要利用例如处理器482执行的指令的这种信息可以按计算机数据基带信号或者体现在载波中的信号的形式从网络接收并输出到网络。由网络连接设备492生成的基带信号或者体现在载波中的信号可以在电导体中或者其表面上、在同轴电缆中、在波导中、在例如光纤的光学介质中或者在空气中或者自由空间中传播。基带信号或者嵌在载波中的信号中所包含的信息可以根据不同的序列排序，或者可能是处理或生成信息或者发送或接收信息所期望的。在这里称为传输介质的基带信号或者嵌在载波中的信号，或者当前使用或者以后开发出的其它类型信号，可以根据本领域技术人员众所周知的几种方法生成。

处理器482执行它从硬盘、软盘、光盘(这些各种基于盘的系统可以全部都看作是辅助储存器484)、rom486、ram488或者网络连接设备492访问到的指令、代码、计算机程序、脚本。

图5-8说明了用于有效储值卡交易的各种方法。由以上或者图1-4中所描述的任何实体或服务所采取的任何步骤都可以从图5-8所表示的特定实施方式取得或者包括在其中。图5说明了在502开始并且在512结束的方法500。在504，从接入点接收储值卡交易请求。接入点的一些例子是商家终端、耦合到互联网的消费者计算机、交互式语音响应服务器、耦合到互联网的消费者移动设备或者耦合到短消息服务(“sms”)的消费者移动设备。储值卡交易请求可以包括单独的储值卡标识号或者其记号或者，可选地，可以包括包标识号，其中该包标识号与多张储值卡关联。在506，基于所述储值卡交易请求生成多个子交易请求。

在至少一种实施方式中，包括单独卡标识号或者其记号的交易请求可以导致多个子交易请求。在508，所述多个子交易请求中的至少一个发送到第一卡方。在510，所述多个子交易请求中的至少另一个发送到第二卡方。

在至少一种实施方式中，所述多个子交易请求中子交易请求的数量等于多张储值卡中储值卡的数量。在508，所述多个子交易请求中的至少一个发送到第一卡方。该第一卡方与所述多张储值卡中的至少一张关联。在510，所述多个子交易请求中的至少另一个发送到第二卡方。该第二卡方与第一卡方不同，而且该第二卡方与所述多张储值卡中的至少一张关联。

图6说明了在602开始并且在612结束的方法600。在604，接收与储值卡关联的储值卡激活请求。在至少一种实施方式中，方法600包括确定内部卡处理服务发行了该储值卡。在606，确定储值卡已经生效。例如，如果有电话号码与该储值卡关联，就可以假定卡是生效的。而且，可以尝试储值卡的激活。依赖于任何返回的激活错误代码，可以假定卡是生效的。在608，基于储值卡激活请求生成充值请求。例如，如果激活请求因为卡已经生效而失败，就可以假定已经生成以充值为目的的激活请求。在至少一种实施方式中，执行该充值请求。在610，当充值请求成功执行后，发送储值卡激活请求成功执行的确认。

图7说明了在702开始并且在712结束的方法700。在704，接收与储值卡关联的储值卡激活请求。在706，尝试基于储值卡激活请求发起或者执行充值请求。在至少一种实施方式中，执行充值请求失败是由于储值卡未生效造成的。在708，尝试基于执行所述充值请求失败而发起或执行储值卡激活请求。在至少一种实施方式中，执行激活请求。在710，当储值卡激活请求成功执行后，发送储值卡激活请求成功执行的确认。

图8说明了在802开始并且在812结束的方法800。在804，接收储值卡交易。储值卡交易与多个卡发行商关联。在806，处理储值卡交易。如果储值卡交易的量降到低于阈值，就向可线性缩放的网格计算网络添加节点。例如，使得另一个服务器或交换机成为赋予交易责任或服务的一组服务器或开关的一部分。如果储值卡交易的量超过阈值，就从可线性缩放的网格计算物理除去节点。换句话说，服务器或交换机重新分区。例如，另一个服务器或交换机从赋予交易责任或服务的一组服务器或交换机中除去。换句话说，服务器或开关重新分区。

在808，可线性缩放的网格计算网络用于储值卡交易的结算。在至少一种实施方式中，利用可线性缩放的网格计算物理包括在可线性缩放的网格计算网络上存储和/或处理与储值卡交易关联的交易数据。在各种实施方式中，利用可线性缩放的网格计算网络还包括在可线性缩放的网格计算网络上存储和/或处理与储值卡交易关联的汇总数据，并且存储和/或处理与储值卡交易关联的主数据。通过充分利用数据网格，防止了由于对数据库慢速访问所导致的瓶颈和错误。更确切地说，存储在数据网格上的数据异步存储到数据库。照此，可以避免批处理，但仍然维护参考数据库。在处理储值卡交易与储值卡交易的结算之间没有故意的延迟，而且交易是实时或者近实时地结算的。

尽管在本公开内容中已经提供了几种实施方式，但是应当理解，在不背离本公开内容主旨与范围的情况下，所公开的系统与方法可以体现在许多其它具体的形式中。所给出的例子应当看作是说明性的而不是约束性的，而且其意图不是要限定到在此所给出的细节。例如，各种元素或部件可以在其它系统中组合或集成，或者某些特征可以忽略或者不实现。

而且，在不背离本公开内容主旨与范围的情况下，在各种实施方式中描述和说明为离散或者单独的技术、系统、子系统与方法可以与其它系统、模块、技术或方法组合或集成。示为或者讨论为彼此直接耦合或通信的其它项可以通过某种接口或设备耦合，使得所述项可以不再被看作彼此直接耦合但是仍然间接耦合并且彼此电、机械或以别的方式通信。变化、替换和变更的其它例子是本领域技术人员可以确定的，而且，在不背离本公开内容主旨与范围的情况下，可以进行所述变化、替换和变更。

对本领域技术人员来说，很显然，可以在不背离本公开内容主旨与范围的情况下进行修改。所描述的实施方式仅仅是代表性的，而不是要限制。对在此公开的应用的许多变化、组合与修改都是可能的而且在本公开内容的范围之内。相应地，本发明的范围不是由以上给出的描述限制，而是由以下权利要求定义的，所述范围包括权利要求主题的所有等价物。