CN101568937A - 具有混合的后付费和预付费能力的灵活广告计费系统 - Google Patents

Abstract

本发明涉及用于管理在商业交易中的风险的系统和方法。在实施例中，管理提供者的风险暴露的计算机实现的方法包括：在提供者和客户之间的初始计费经历之下将产品从提供者提供给客户，定期和/或一旦事件发生就对与客户相关联的信用风险进行评估，并且修改提供者愿意提供给客户的信用额度。

Description

具有混合的后付费和预付费能力的灵活广告计费系统

技术领域

本发明涉及对产品和服务向客户计费。

背景技术

对于复杂程度在从在超级市场购买物品到购买大宗财产范围内的商业交易，已经开发了对客户进行计费的不同方法。一些方法要求客户在收到产品之前分派用来购买产品的资金。其他方法要求提供者承担巨大风险，即客户在收到产品之后不对产品付款。尽管对于特定类型的交易，典型选择的计费方法是最优化的，但是所选的计费方法经常使客户和/或提供者不便利。这类计费方法典型地是在消费者和提供者之间的所有交易过程保持固定，因此不适应消费者和提供者之间的变化条件。

所以，需要可以适应在客户和提供者之间的变化条件的计费方法。

发明内容

本发明涉及用于管理在商业交易中的风险的系统和方法。在实施例中，一种管理提供者的风险暴露的计算机实现的方法包括：在提供者和客户之间的初始计费经历下，将产品从提供者提供给客户；定期或一旦事件发生中的至少一个来对与客户相关联的信用风险进行评估；以及修改提供者愿意提供给客户的信用额度。

在另一实施例中，一种将广告提供给客户的计算机实现的方法包括：建立在客户和提供者之间的计费经历；基于账户中的资金和账户的信用额度中的至少一个来将广告机会提供给客户；以定期和/或一旦事件发生中的至少一个来对与所述客户相关联的信用风险进行评估；以及基于与所述客户相关联的信用风险来修改提供者愿意提供给客户的信用额度。

在另一实施例中，提供了一种用于管理提供者的风险暴露的系统。该系统包括风险评估和规则引擎、信用额度计算器、计费引擎和产品供给引擎。风险评估和规则引擎可以包括信用模块和计费经历模块。信用额度计算器基于与客户相关联的信用风险来计算提供者愿意提供给客户的信用额度。计费引擎可以基于用于客户的信用额度和与所述客户相关联的信用风险来自动修改与所述客户相关联的计费经历。产品供给引擎可以基于与客户相关联的计费经历来控制提供给客户或从提供者提供给客户的商品的成本。

以下参照附图详细描述本发明的进一步实施例、特征、和优点以及本发明的各种实施例的结构和操作。

附图说明

参照附图对本发明的实施例进行描述。在附图中，相同的附图标记可以指示相同或功能类似的元素。元素首次出现的附图通常用在对应的附图标记中最左边的数字来指示。

图1是说明预付款计费安排的图。

图2是说明后付款计费安排的图。

图3是说明期末或定期计费安排的图。

图4-5是说明根据本发明的实施例的计费经历中的变化的图。

图6示出根据本发明的实施例的用于管理风险并将产品提供给客户的系统。

图7示出根据本发明的实施例的管理风险暴露的方法的流程图。

图8是对实现本发明有益的示例性计算机系统的框图。

图9是示出根据本发明的实施例的计费经历中的变化的图。

具体实施方式

尽管此处参照用于特定应用的说明性实施例对本发明进行描述，但是应当理解，本发明并不受限于此。使用此处提供的教导的本领域技术人员将意识到在本发明范围以及本发明将有重要用途的其他邻域内的其他修改、应用和实施例。

介绍

此处描述的实施例参考在客户和提供者之间的交易。如此处所描述的，客户可以是企业、消费者、或一组企业和/或消费者。提供者将产品提供给客户。如相关邻域的技术人员所显而易见的，产品不限于实物商品。相反，产品也可包括服务或者商品和服务的组合。另外，提供者也可以提供产品流。例如，客户可以是零售商，而提供者可以是因特网广告服务器。在这样的实施例中，广告服务器可以在连续(例如，连续和/或定期)基础上张贴宣传(promote)零售商的广告。在另一示例之中，客户可以是零售商，而提供者可以是广播或视频广告服务器。在这样的实施例之中，广告服务器可以基于零售商的订购来递送广告。替代地或附加地，提供者可以提供零售商出售给消费者的物品。通常，提供者确定合适的计费安排，提供者通过该计费安排对其提供产品开账单，并最终接收其提供产品的付款。

在描述的不同计费安排中，定义押金要求和计费的可预见性作为客户可用的资源和提供者所提供信用的测量是有益的。用于不同计费安排的押金要求是指在将所需产品提供给客户之前必须向提供者存放的资金。计费的可预见性是指提供者对客户开账单的可预见度如何(从客户的角度)。

随着计费安排的押金要求的增加，在实现产品的收益之前，越来越多的客户资源被指派给该产品。相反，随着押金要求的降低，提供者提供了更多的信用，并且与不能支付的客户相关联的损失增加了。

随着计费可预见性的增加，客户受益于可以对所提供的产品进行更好的预算。然而，计费的可预见性也导致提供者更大的风险，因为在向客户开账单之前没有适当的控制来限制客户，所以客户可能花费超过他们可以承担的费用。

然而，应当注意，提供者在为客户增加资源的可用性上感兴趣。首先，资源可用性可能影响客户在竞争提供者之间做出决定的决策。另外，增加的资源可用性还可能导致客户对产品需求的增加，由此给提供者产生了额外收入。所以，在计费安排之间做出决定中，提供者必须将增加的收入的潜力相对于承担的风险进行衡量。

在预付款计费安排之中，在提供者开始提供所需产品之前，要求客户存放一定数量的资金。当提供者递送所需的产品时，客户押金的数量也减少。一旦押金完全用完时(或到达其他预定的最小值)，提供者对客户开账单或通知客户其需要付款。在客户押金返回到预定水平之前，提供者不再开始提供所需产品。图1示出根据本发明的实施例的在预付款计费安排下的账户余额的图100。

图1示出时间段102、104、和106，分别代表从T₀到T₁、从T₁到T₂、及从T₂到T₃的时间段。波形110、112、和114分别代表客户在时间段102、104、和106上的账户余额。如此处所定义的，账户余额是指客户欠提供者的资金。所以，如图1所示，客户总是具有等于或低于0的账户余额，因为在预付款计费安排之中，客户被强制存放资金。

如图1所示，客户在时间T₀具有账户余额108。账户余额108所代表的押金可以是在提供者开始提供所需要的产品流之前，要求的最少押金。如波形110所示，在时间段102的最后(即时间T₁)，客户押金完全用完，并且提供者对客户开账单，使得账户余额再次达到余额108。如图1所示，这样的处理一般在时间段104和106上重复。

仍如图1所示，时间段102、104、和106有很大不同。所以，客户不能预测提供者何时对其开账单。另外，客户在收到产品流之前，还必须在提供者处有押金。所以，预付款系统是限制客户方上可用资源的系统。另外，由于在提供任何产品之前，必须向提供者存放资金，所以在预付款系统中，提供者不提供信用，并且客户必须承受减少的资金可用性的负担。

在信用限额或后付款计费安排之中，一旦客户的账户余额(即客户欠提供者的数额)达到或接近(在预定范围之内)信用额度，则提供者就对该客户开账单。该信用额度可以保持不变或随时间变化。

图2示出根据本发明的实施例的在后付款计费或信用限额计费安排下的账户余额的图200。图2示出时间段204和206，分别代表从T₀到T₁以及从T₁到T₃的时间段。在后付款计费安排之中，一旦客户账户余额达到信用额度，就对客户开账单。与以上描述的预付款计费安排相对的是，在后付款计费安排中的账户余额总是大于或等于0。图2还示出信用额度202、和账户余额210、212和214。如图2所示，信用额度202随时间从余额210变为余额212、并最终到余额214。

随着客户的账户余额增加，在时间T₁，达到账户余额210。由于将信用额度202设置为账户余额210，所以在该点对客户开账单。在时间T₁对账户余额提供付款之后，客户再次开始扩展对提供者的账户余额。在时间T₂，信用额度202增加到账户余额212，使得客户可以增加到大于在T₁对其开账单的账户余额210的余额。在时间T₃，信用额度202减少到账户余额214。由于客户在时间T₃的账户余额大于余额214，所以在时间T₃对客户开账单。

从客户角度，不论从信用额度202将转变的时间，还是从信用额度202将转变到的账户余额，信用额度202均是不可预见的。类似于预付款计费安排，那么客户不知道提供者何时需要付款。然而，与预付款计费安排不同，在提供者提供所需产品之前，客户没有指派给产品的资金。所以，由于资金是在提供所需产品之后从客户取走的，所以后付款计费安排使得客户有更多的资金可用性。

从提供者的角度，后付款计费安排相对于预付款计费安排导致提供给客户的信用风险增加了。通过赋予客户在对产品付款之前就接收到产品的能力，提供者承担了客户将不对所提供的产品进行付款的更大风险。然而，提供者通过根据与客户相关联的风险来改变信用额度，从而限定了自己的风险，这样将不给予可疑的风险客户有机会达到比该客户可以承受支付更高的余额。

可以将预付款计费安排视为信用限额的特殊实例，或其中将信用额度设置为0的后付款计费安排。在该预付款计费安排之中，为了确保向提供者存放的数额涵盖对产品的需求，提供者常常将存放资金的一部分置于预算，该预算用于解决未预计到的大量需求。如果预算没有用完，则可以将预算带到客户的下次押金中。在替代性预付款实施例之中，在未预计到的大量需求的情况中，提供者可以替代性地向客户提供受限的信用。

在期末计费安排之中，提供者向客户提供信用额度，并且在可预见时间上对客户开账单。例如，提供者可以向客户提供信用额度，在其中在可预见的时间段内(例如，一个月)提供产品，并且在时间段末对客户开账单。

图3示出期末计费安排的示例性图300。图300示出时间段302、304和306，分别代表从T₀到T₁、从T₁到T₂、及从T₂到T₃的时间段。在实施例中，提供者在时间T₁、T₂和T₃对客户开账单。在另一实施例之中，时间段302、304和306基本相等。在时间T₁，客户累积到账户余额308并因此对其开账单。在时间T₂，客户计费到账户余额310并因此对其开账单。如图3所示，账户余额310基本上大于账户余额308。所以，账户余额不影响何时对客户开账单，并且客户可以仅基于距上次计费的时间来预见何时提供者将对所提供的产品开账单。

期末计费安排提供给客户更高程度的资源可用性。期末计费安排不要求客户在被提供产品之前指派资金，并且提供者何时将对客户开账单的时间是完全可以预见的。

然而，在期末计费安排之中，提供者提供了相对较高的信用数额。另外，由于提供者在收到客户付款之前提供产品，所以客户可能不知道账户的准确余额或者在计费期末其将被要求支付多少费用。

所以，预付款、后付款、和期末是涉及提供给客户的不同信用数额的计费安排，因此，提供者承担了不同数量的风险。在预付款计费安排中，提供者将提供很少或不提供信用给客户。在后付款计费安排中，提供者提供有限数额的信用给客户，并且可以随时间不可预见地改变该限制。在期末计费安排之中，提供者潜在地提供给客户不受限的信用，并且在可预见时间段的最末对客户开账单。

在与客户的常规交易之中，提供者一般决定使用以上描述的三种不同计费安排中的一种，并且在与该客户的所有交易中保持该安排。然而，在此处描述的实施例之中，随着条件的改变，也对计费参数进行更新。

计费经历包括影响客户和提供者之间交互的各种计费参数。计费参数包括，例如但不限于，提供给客户的信用额度、计费的频率、销货成本、以及未决订单限制(例如，用于广播或视频广告，如以下将要进一步描述的)。在实施例中，基于与客户相关联的信用风险，对计费经历的计费参数进行更新。

如以上所描述的，客户可以是一组消费者和/或企业、以及单个消费者或企业。更具体地，如果一组消费者和/或企业的成员具有关联风险，则该组消费者和/或企业被考虑为客户。换言之，与客户的成员相关联的风险可以指示与客户的其他成员或客户整体相关联的风险。在评估与多成员的客户相关联的风险中，那么，可以基于对客户整体以及每个单独成员的观察来计算风险。所以，可以对该客户建立单个信用账户，而不用对每个成员建立独立的账户。例如，单个联系人可以代表多个企业对提供者做出的付款负责。在该情况中，由于用于企业之一的联系人的风险指示企业中另一个的联系人的风险，所以将该多个企业聚组进单个客户。

可以通过使用传统的信用检查来确定与客户相关联的风险。然而，对客户进行信用检查经常是费钱并且在时间上是没有效率的。当客户通过因特网与提供者进行交互时，这尤其成问题，因为信用检查的自动请求典型地不是一个选项。另外，对与客户相关联的风险进行动态更新可能导致附加的延迟和费用。

替代性地，可以由提供者自己来确定与客户相关联的风险。这样的提供者可以对诸如以下进行观察，例如但不限于，在对产品的长期和短期需要之间的比较、担保形式的付款的存在、未来提供给客户的产品的净现值、以及客户的付款历史。如果对产品的近期需求有动态变化，则这可指示客户是不稳定地并且因此是高风险的。担保形式的付款的存在(即，如果客户延迟付款或者没有付款，则提供者可以获取的付款形式)减少了与该客户相关联的风险。担保形式的付款的示例包括但不限于信用卡、银行账户、和现金余额。客户的付款历史是关于客户对提供者的账单支付的速度。随着在账单和实际支付之间的延迟增加，与该客户相关联的风险也增加了。

风险评估可以是自动的，使得定期对用于评估风险的各种准则进行观察。附加地或替代地，风险评估可以是基于事件的。例如，如果客户发布了将要销售给消费者的新项目，则可以执行基于事件的风险评估。一般而言，很多不同类型的事件可以用于触发风险评估，包括但不限于与微观和/或宏观经济事件相关的事件。例如，触发风险评估的事件可以特定于客户(例如，发布营利报告、股票价格变动、破产事件等)、特定于客户的工业(例如，指示工业业绩的经济数据)、和/或特定于一般经济(例如，股票指数、政府经济数据等)。如相关邻域的技术人员所显而易见的，可以使用软件、固件、硬件、或其组合来部分或完全实施风险评估。

风险评估的结果可能引致在提供者和客户之间的计费经历中的计费参数的更新。例如，可以基于风险评估的结果来更新销货成本。在调整销货成本之中，给予可信赖(例如，低风险)客户访问制造更加昂贵但是对提供者也更有利润的产品。这样的产品假定是客户所需要的。高成本的商品的享用权对高风险的客户是受限的，因为他们更加不可能对产品付费，相对低成本的商品这会导致提供者损失增加。例如，如相关邻域的技术人员所应当理解的，在与可信赖零售商交易时，广告服务器可以允许联合广告、视频广告、和/或印刷广告，它们相对于具有较低销货成本的在线广告来说有较高的销货成本。

提供者希望提供给客户的信用额度可以基于与该客户相关联的评估风险来增加或减少。可以基于风险评估来调整临时计费(ad hocbilling)的频率。对于高风险客户，可以增加计费频率以保护提供者免于损失。根据本发明的实施例，预付费、后付费和期末计费安排的元素可以组合以形成灵活的计费经历。参照图4对灵活计费经历的操作进行描述。

图4示出当客户和提供者以灵活计费经历来做生意时，客户的账户余额的示例图400。图400包括信用额度402、时间段404、406、408和410、以及波形412。波形412是代表客户的账户余额的波形。参照其中客户是零售商而提供者是因特网广告服务器的实施例来描述灵活计费经历，。然而，如相关邻域的技术人员所显而易见的，可以将这样的计费经历在其他邻域中实施，在所述其他邻域中，提供者将产品流提供给客户，诸如将药品提供给药房、汽油提供给航空公司等。在图4的实施例之中，对与零售商相关联的风险的定期和/或基于事件的评估的结果导致计费参数的改变。

在时间段404期间，零售商的计费经历展示了与参照图1所描述的预付费计费安排大致类似的预付费行为。在实施例中，零售商对广告服务器而言相对较新，并且还未获得广告服务器的信用。替代地，广告服务器可能已将零售商指定为具有相对较高的信用风险。如以上描述的，预付费安排涉及提供很少或不提供信用给零售商。如图4所示，信用额度402在时间段404上基本为0，指示广告服务器没有将信用提供给零售商。在时间段404期间，广告服务器还对与零售商相关联的信用风险进行评估。在时间段404的最末，广播服务器确定零售商应得到信用增加。

所以，在时间段406，零售商的计费经历呈现部分预付费、部分后付费的行为。这样，一旦账户余额达到0，则可以对零售商开账单，但也可以允许其累积正的账户余额。如图4所示，信用额度402在时间段406上开始增加，指示广告服务器提供给零售商的信用。然而，即使授予了零售商信用，在时间406中的计费经历仍可能呈现某种预付费行为。例如，与预付费安排相类似，在时间T₁对零售商开账单，使得账户余额再次变为负(即，数额大于账户余额)。

替代地，即使在时间T₁没有对零售商特别地开账单，零售商所做出的比账户余额更大的临时付款也会导致负余额。可以在账户余额达到信用额度之前，做出这样的付款。这样的付款提供给零售商关于该零售商何时付款和付款多少的灵活性，因为在下次付款到期之前，负的余额有效扩展了时间长度(如果所有其他参数保持相同)。尽管在图4中没有具体说明，在计费经历的每个不同时间段404、408和410期间，零售商可以用类似方式进行临时付款。

在时间段406的最末，广告服务器决定将增加数量的信用提供给零售商。于是，在时间段408，计费经历呈现后付费或信用限额计费行为。每次账户余额达到信用额度402时，对零售商开账单。另外，信用额度402在整个时间段406增加，指示广告服务器通过将增加数量的信用提供给零售商而改变了计费参数。尽管图4示出信用额度402在时间段406期间总得单调上升，但是信用额度402也可以类似于在图2中的信用额度202不可预见地变化，并仍具有总得增加的趋势。

在时间段410的开始，零售商的计费经历呈现期末行为。如图4所示，广告服务器在可预见的时间，例如在每月的最末，对零售商开账单。然而，在时间段为410期间的计费经历不是如参照图3所描述的单纯期末计费安排。与期末计费安排不同，在时间段410内的计费经历仍旧包括信用额度402。随着时间段410继续向前，信用额度402增加。所以，随着时间继续向前并且风险评估指示客户是可信的，则信用额度402增大，并因此相关度降低，并且计费经历更加接近纯期末计费安排。随着零售商的信用风险的降低，用于期末计费经历的期间长度也可能增加。

图4的实施例示出当零售商和广告服务器在其计费经历中经历不同转变时零售商的账户余额。计费经历从呈现与具有很少或没有信用的零售商相一致的行为转变为与在广告服务器处有相对较高信用的零售商相一致的计费经历。附加地或替代地，如以上描述的，除了信用额度以外，广告服务器也可以逐渐更新计费经历的计费参数。例如，在时间段404内，广告服务器可以减少派发零售商的广告所需要的最少押金。另外，在转变时间段406(即，部分预付费、部分后付费部分)内，广告服务器可以调整信用额度402增加的速度。所以，可以将图4中说明的灵活计费经历视为风险评估所导致的对零售商和广告服务器之间计费经历参数的逐渐改变。

如相关邻域的技术人员所应当理解的，也可以使用定期风险评估来逐渐减少与呈现高风险的客户相关联的风险。图9示出当客户和提供者以灵活计费经历来做生意时，客户的账户余额的示例图900，其中与客户相关联的信用降低。如账户余额902所说明的，计费经历最初呈现期末行为。在同一时间，信用额度904逐渐增加。然而，在时间T，客户开始呈现高风险。因此，在该示例中的信用额度的值开始降低。如图9所说明的，随着信用额度降低，计费经历也可能改变。例如，计费经历可以从期末行为转变为后付费行为。

回到图4，参照图4所描述的灵活计费经历管理到提供者的风险，同时提供给客户正的经历。也可以将其他形式的风险管理用作为参照图4所描述的灵活计费经历的替代或附加。图5中说明了这些形式的风险管理中的一些。参照其中客户是零售商而提供者是因特网广告服务器的实施例描述了图5。然而，相关邻域的技术人员将意识到在不偏离本发明的精神和范围的前提下，本说明可以应用于其他客户/提供商安排。

图5示出示例图500，说明当广告服务器管理与零售商的交易相关联的风险时零售商的账户余额。如图5所示，在5月1日对零售商就账户余额504开账单。账户余额504低于信用额度516。然而，在5月1日和6月1日之间，客户的账户余额达到或接近信用额度516的限额。作为响应，广告服务器执行非周期或临时付款请求。如图5所示，代替一直等到计费周期的结束，一旦账户余额达到信用额度516，则广告服务器对零售商开账单。如果担保形式的付款是可用的，则提供者从担保形式的付款收取未结清的余额或其一部分，于是账户余额减少。如图5所示，作为临时账单的结果，账户余额减少到低于信用额度516的账户余额，并且不付款给广告服务器的风险降低了。在实施例中，该限额等于信用额度。在另一实施例中，限额低于信用额度少许，以允许收费降低。在该实施例中，在限额和信用额度之间存在宽限期，在宽限期中可继续派发，以允许自动信用卡重试和/或请求客户进行临时付款。

在6月1日，以可预见的方式，对账户余额502向零售商开账单。在6月1日和7月1日之间，零售商的账户余额再次达到信用额度516。然而，在此实例中，当广告服务器尝试临时计费时，担保形式的付款是不可用的，所以零售商的账户余额没有较少。作为响应，广告服务器可以压制零售商的广告。在压制零售商的广告中，广告服务器降低派发零售商的广告的速率。如图5所示，波形510(即在达到信用限制限额之前的账户余额)的斜率大于波形512(即在达到信用限制限额之后的账户余额)的斜率，说明派发零售商的广告的速率降低了。在时间段508内，保持对零售商的广告的压制。在时间段508之后，零售商的账户余额达到一定水平513。在该点上，广告服务器完全停止为零售商派发广告。如图5所示，波形514的斜率基本为0，指示广告服务器已经停止派发零售商的广告。

以此方式压制和/或停止显示广告允许广告服务器最小化由于对附加广告的潜在不付款所造成的任何附加风险。压制和/或停止显示还将客户已经超过信用额度的消息发送给客户，并且鼓励客户来支付余额以恢复对广告的显示。

在实施例中，广告是广播和/或视频广告而不是因特网广告。通过广播和/或视频广告，为了运行，客户下订单(也称为约定)并支付广告。一旦下好订单，提供商就不能再对广告的实际运行进行压制。然后，提供商接受了风险，因为在从广告发布者处接收到广告在运行的确认(例如，通过样张)之前，不能对客户开账单。该延迟可以是显著的。所以，如果与客户相关联的风险开始增加，提供者可以压制可供客户使用的订单，而不是广告的实际显示。

一旦与客户相关联的风险降低，可以释放压制，或者如果产品供给完全停止了，则可以重新开始。当客户已经满足比先前必须要求所更加严格的要求时，会产生风险降低。例如，可以要求客户来提供附加的担保形式的付款。在另一示例中，可以要求客户在比客户的信用风险增加的情况以前更加严格的计费经历之下来操作。

所以，在图5的实施例中，达到信用额度意味着限额动作，其导致来自广告服务器的立即反应。替代地，可以通过采用在图4中说明的灵活计费经历来避免这种在计费经历中的动态变化。在该实施例中，可以更加渐进地来更新在零售商和广告服务器之间的计费经历。例如，如图5所示，与其他计费期间相比，零售商对广告的需求在5月1日和6月1日之间增加地更快。在观察到该需求上的快速增长之后，广告服务器可以相应地更新一个或多个计费参数。例如，广告服务器可以更早地开始压制该零售商的广告。在这样的情况中，甚至在达到信用额度之前，也可以对零售商的广告进行压制。广告服务器也可以降低信用额度和/或执行临时账单。替代地，如果账户余额的增加对应于零售商状态的增加，则例如广告服务器可以增加信用额度。

相反，如果广告服务器观察到相对较多次数的计费周期，其中零售商对广告的需求保持相对稳定，和/或做出指示与零售商相关联的较低风险的其他观察，则广告服务器可以增加信用额度、减少或取消临时账单、和/或减少对零售商广告的压制。

所以，尽管对与客户相关联的风险使用定期或基于事件的评估，但是可以实时更新计费经历。在这样的计费经历中，于是有效地允许客户在提供者处建立信用。另外，当更新计费参数有利于客户时(即增加信用限制、减少计费的频率等)，则客户可能倾向于在该产品上花费更多。所以，灵活的计费经历允许提供者选择那些将为自己产生最多收入的客户来享受有利计费参数，由此最大化来自可信赖客户的收入。并且，通过调整计费参数，提供者可以管理与较为不可信客户相关联的风险。

另外，调整计费参数可以基于客户的期望。例如，即使风险评估指示信用额度可能增加，客户也可以决定其没有必需的资金来将该增加编入预算。在这样的情况中，提供者可以规定信用额度，使得信用额度的增加不超过客户所指定的限制。

图6示出根据本发明的实施例的用于管理提供者的风险暴露和将产品提供给客户的计算机实现的系统600。系统600包括客户风险评估和规则引擎602，其包括客户模块604、信用模块606和计费经历模块608。客户模块604耦接到账户数据库610和计费引擎612。计费经历模块608耦接到计费引擎612和产品供给引擎614。产品供给引擎614耦接到产品数据库616。信用模块606耦接到信用额度计算器618和客户接口620。客户接口620耦接到产品数据库616。将参照图7来描述系统600的操作。

如相关邻域的技术人员所应当理解的，可以将系统600的每个元件实施为服务器或者实施为硬件、软件、固件、或其任意组合。可以通过使用诸如因特网的通信网路来将系统600的每个元件耦接到系统600的其他元件。例如，客户风险评估和规则引擎602被概念性地示出为在单个单元中包括客户模块604、信用模块606和计费经历模块608。然而，可以将客户风险评估和规则引擎602、客户模块604、信用模块606和计费经历模块608中的每一个实施为分离的服务器并经由因特网或其他通信网络耦接在一起。附加地或替代地，可以将诸如账户数据块610和计费引擎612的其他元件实施为分离的服务器，并经由因特网或其他通信网络耦接在一起。

如图7所示，提供了用于管理提供者的风险暴露的示例性方法700。如相关邻域的技术人员所显而易见的，可以通过使用硬件、软件、固件、或其任意组合来自动进行这样的方法。将参照其中客户是零售商而提供者是因特网广告服务器的实施例来描述方法700，但如以上描述的，可以将这样的方法应用到其他情景。将参照图6来描述方法700，但不受限于该方面。

方法700开始于步骤702。在步骤702，在零售商和广告服务器之间发起计费经历。在实施例中，发起计费经历可能涉及建立用于零售商的账户和/或将产品提供给零售商。例如，在图6的系统600中，客户模块604可以在账户数据库610中创建用于零售商的账户。如果零售商不是具有关联风险的现有成员组中的成员(即，如以上描述的客户)，则可以建立新账户。替代地，如果零售商是具有关联风险的现有成员组中的成员，则可以将该零售商加为该组的成员。另外，广告服务器可以将该零售商的广告存储在产品数据库616之中。广告服务器可以通过产品供给引擎614来派发已存储的广告。

在步骤704，可以对零售商来设置计费参数。如以上描述的，计费参数可以包括信用额度。在实施例中，开始可以将信用额度设置为0，使得不将信用提供给零售商。例如，在图6的系统600中，信用模块606可以基于由信用额度计算器618计算出的信用额度来设置信用额度。在另一实施例中，广告服务器可以设置商品的成本，使得产品有较高或较低的销货成本。例如，计费经历模块608可以通过经由产品供给引擎614来减少零售商的广告的集合，从而设置低的销货成本。计费经历模块608可以通过经由产品供给引擎614来增加集合或提供视频广告和/或印刷广告，从而增加销货成本。

在步骤706中，对与该零售商相关联的信用风险进行评估。可以定期和/或基于事件的发生来对信用风险进行评估。在实施例中，与零售商相关联的风险基于对以下进行回顾之中的至少之一：零售商对产品的需求、零售商对广告服务器的花费、以及零售商对广告服务器的付款历史。事件的发生可以包括，例如但不限于，货币化、来自零售商的订单、在给定时间段之后对账单的不付款或部分付款、以及全部信用风险超过信用额度的给定部分。例如，在图6的系统600中，客户风险评估/规则引擎602可以使用信用模块606对与零售商相关联的风险进行评估。如以上描述的，在实施例中，可以基于多种准则来评估与零售商相关联的信用风险，所述标准例如但不限于，在对广告的长期和短期需求之间的比较、担保形式的付款的存在、零售商的付款历史。

在步骤708中，确定是否应当改变一个或多个计费参数。在实施例中，响应于在步骤706中所评估的信用风险，可以改变一个或多个计费参数。如以上描述的，计费参数可以包括：信用额度、计费频率、和销货成本。在实施例中，广告服务器愿意提供给零售商的信用额度可以响应于与零售商相关联的降低的风险而增加。替代地，广告服务器愿意提供给零售商的信用额度可以响应于与零售商相关联的增加的风险而降低。在图6的系统600中，计费经历模块608可以确定是否应当改变一个或多个计费参数。在实施例中，计费经历模块608可以确定应当改变信用额度和/或计费的频率。

在步骤710中，可以改变计费经历自身。在实施例中，改变计费经历可以包括将计费经历从具有较低信用额度的经历改变为具有较高信用额度的计费经历。例如，改变计费经历可以包括：从预付费计费经历改变为部分预付费部分后付费计费经历、将信用限额计费经历改变为期末计费经历、增加用于期末计费经历的期间长度、或增加用于信用限额计费经历的信用额度。

替代地，改变计费经历可以包括将计费经历从具有较高信用额度的经历改变为具有较低信用额度的计费经历。例如，改变计费经历可以包括从部分预付费部分后付费计费经历改变为预付费计费经历，或者将期末计费经历改变为信用限额计费经历。

如参照图4所说明的，在又一实施例中，计费经历模块608可以将零售商和因特网广告服务器之间的计费经历从呈现类似于预付费计费安排的行为的计费经历进一步改变为呈现部分预付费部分后付费行为的经历。

如图7所示，如果计费参数或计费经历需要改变，方法700返回到步骤704。依此，计费参数可以与步骤708和710的确定保持相称。例如，当计费经历改变时，可以将信用额度设置得比初始信用额度更高或更低。例如，在图6的系统600中，信用模块606可以将零售商的信用额度设置为与计费经历模块608所确定的计费经历的改变相称的更新水平。另外，客户接口620可以用于请求零售商对计费参数改变的认可，诸如信用额度的增加。在其中确定的信用额度高于零售商所请求的信用额度的实施例中，可以将信用额度规定为零售商所请求的信用额度。另外，可以控制销货成本。在这样的实施例中，基于在步骤708中改变的计费参数，可以将商品成本设置为高或低。产品供给引擎614可以改变可供零售商使用的销货成本。例如，产品供给引擎614可以使联合广告、视频广告、和/或印刷广告可用或限制其可用性。

在可选步骤712中，采取了中间动作。中间动作可以包括，例如但不限于，执行临时账单或允许零售商来做出临时付款。可以将零售商的风险水平和/或信用额度的指示提供给零售商。在其中客户包括诸如多个零售商的多个实体的实施例中，可以以下面的方式将指示提供给客户：用于将实体聚组进一个客户的风险相关性对实体中的任何一个至少是部分隐藏的。另外，中间动作可以涉及将计费参数中可能的变化通知给零售商。可以将广告服务器愿意增加零售商的信用额度通知给零售商，并且告知该零售商适格于更高的信用额度。替代地，可以将广告服务器已经降低信用额度通知给零售商。可以将信用额度降低到零售商所请求的信用额度之下。如果将信用额度降低到零售商的账户余额之下，则中间动作可以进一步包括从担保形式的付款收款，以使得账户余额低于新的信用额度。

还可以将担保机制或担保形式的付款提供给零售商，它们将增加广告服务器愿意提供给零售商的信用额度。担保形式的付款可以包括但不限于，保持备用的信用卡或现金余额。在这样的实施例中，可以改变计费参数(例如，信用额度)，并且计费经历的一般行为可以保留。在又一实施例中，例如，可以通过对保持备用的信用卡收费、用完现金余额、或发起对担保人的行动来对担保机制采取行动。如果担保形式的付款失败，则提供者可以负面反应，并且可以将该信息应用于未来的信用风险计算。

在实施例中，随着与零售商相关联的风险降低，提供者也可以去除担保机制。在另一实施例中，中间动作可以是当客户去除担保形式的付款时，提供者所采取的反应。当这发生时，提供者通过，例如但不限于，降低信用额度或对仍旧可用的担保形式的付款采取行动来反应。

步骤712中的中间动作可以包括基于所评估的零售商的信用风险的变化来采取行动。例如，响应于所评估的零售商的信用风险的变化，广告服务器提供产品给零售商的速度可以降低(即压制)或完全停止。

在图6的系统600中，客户接口620可以用于将关于信用额度和/或零售商的信用风险的变化通知给零售商。另外，零售商可以经由与客户接口620的交互来添加担保机制。然后，计费引擎612可以对所添加的担保机制采取行动。附加地或替代地，基于客户风险评估/规则引擎602所评估的信用风险，产品供给引擎614可以对广告进行压制，或完全停止对零售商的广告的派发。

在步骤714，根据计费参数和/或经历，从零售商接收付款。例如，计费引擎612可以根据计费参数来对零售商开账单。计费引擎612还可以对账户数据库610进行更新，以指示零售商何时支付了账单。

可以使用硬件、软件、固件、或其组合来实施并且可以在一个或多个计算机系统或其他处理系统中实施本发明的方面，例如方法700或系统600或其任何部分或功能。然而，本发明所执行的操作常常指诸如添加或比较的方面，其通常与由人类操作员所执行的智力操作相关联。在形成本发明部分的此处描述的任何操作中，在绝大多数情况中，人类操作员的这类能力都不是必要的或希望的。相反，操作是机器操作。用于执行本发明的操作的有用机器包括通用数字计算机或类似设备。

实际上，在一个实施例中，本发明针对能够执行此处所描述功能的一个或多个计算机系统。在图8中示出计算机系统800的一个示例。

计算机系统800包括一个或多个处理器，诸如处理器804。处理器804连接到通信基础设施806(例如，通信总线、交叉线、或网络)。就该示例性计算机系统描述了各种软件实施例。在阅读本说明后，如何使用其他计算机系统和/或结构来实施本发明对相关邻域的技术人员将变得显而易见。

计算机系统800可以包括显示接口802，其转发来自通信基础设施806(或来自未示出的帧缓冲器)的图形、文本和其他数据，以用于显示在显示单元830上。

计算机系统800还包括主存储器808，优选地是随机存取存储器(RAM)，并且还可以包括辅存储器810。辅存储器810可以包括例如硬盘驱动812和/或可移动存储驱动814，可移动存储驱动814代表软盘驱动、磁带驱动、光盘驱动等可移动存储驱动814用已知方式对可移动存储单元818进行读取和/或写入。可移动存储单元818代表软盘、磁带、光盘等，其由可移动存储驱动器814来读取和写入。应当理解，可移动存储单元818包括计算机可使用的存储介质，其中存储有计算机软件和/或数据。

在替代实施例之中，辅存储器810可以包括其他类似的设备，用于允许将计算机程序或其他指令加载到计算机系统800之中。这样的设备可以包括例如可移动存储单元822和接口820。这类示例可包括程序模块(cartridge)和模块接口(诸如在视频游戏设备中发现的)、可移动存储芯片(诸如可擦除可编程只读存储器(EPROM)或可编程只读存储器(PROM))和相关联的插座、以及其他可移动存储单元822和接口820，其允许软件和数据从可移动存储单元822传送到计算机系统800。

计算机系统800还可以包括通信接口824。通信接口824允许软件和数据在计算机系统800和外部设备之间传送。通信接口824的示例可以包括：调制解调器、网络接口(例如以太网卡)、通信端口、个人计算机存储卡国际协会(PCMCIA)槽和卡等。经由通信接口824传送的软件和数据是以信号828的形式，其可以是电、电磁、光或其他能够由通信接口824所接收的信号。经由通信路径(例如，信道)826将这些信号828提供给通信接口824。该信道826承载信号828，并且可以使用电线或电缆、光纤、电话线、蜂窝链路、射频(RF)链路和其他通讯信道来实施信道826。

在本文档中，术语“计算机程序介质”和“计算机可用介质”用来一般指诸如可移动存储驱动814和安装在硬盘驱动812中的硬盘的介质。这些计算机程序产品将软件提供给计算机系统800。本发明涉及这样的计算机程序产品。

计算机程序(也称为计算机控制逻辑)存储在主存储器808和/或辅存储器810之中。还可以经由通信接口824来接收计算机程序。如此处描述的，当执行这样的计算机程序时使得计算机系统800能够执行本发明的特征。具体地，当执行计算机程序时使得处理器804能够执行本发明的特征。因此，这样的计算机程序代表计算机系统800的控制器。

在使用软件来实施本发明的实施例中，可以将软件存储在计算机程序产品中，并且可以使用可移动存储驱动814、硬盘驱动812或通信接口824来将软件加载到计算机系统800之中。当由处理器804来执行控制逻辑(软件)时，使得处理器804执行如此处描述的本发明的功能。

在另一实施例中，主要在使用例如诸如专用集成电路(ASIC)的硬件组件的硬件中实施本发明。实施硬件状态机以执行此处描述的功能对于相关邻域的技术人员将是显而易见的。

在另一实施例中，使用硬件和软件的组合来实施本发明。

结论

已经展示了本发明的示例性实施例。本发明不限于这些示例。在此处展示这些示例是为了说明而不是限制。基于此处包含的教导，替代物(包括此处描述的等效、扩展、变化、变形等)对相关邻域的技术人员将是显而易见的。这样的替代物处于本发明的范围和精神之内。所以，本发明应当不受限于以上描述的任何示例性实施例，而是应当仅根据所附权利要求及其等效内容来对其进行定义。

另外，应当理解，附件中说明的图表，其凸显了本发明的功能和优点，仅仅是为了举例的目的而展现的。本发明的结构是足够灵活和可配置的，使得可以用附图中示出方法以外的方法来使用(并操控)本发明。

进一步，摘要的目的是一般使美国专利和商标局和公众，并且尤其使不熟悉专利或法律术语或短语的本领域的科学家、工程师和从业者，通过大致检查来快速确定本申请的技术公开的属性和本质。摘要不是意欲用任何方式来限制关于本发明的范围。

Claims (64)

1.一种向客户提供广告的计算机实现的方法，包括：

建立在客户和提供者之间的计费经历；

基于连续基础或定期基础中的至少一个向所述客户提供广告机会；

以定期和一旦事件发生中的至少一个来对与所述客户相关联的信用风险进行评估；以及

基于与所述客户相关联的所述信用风险，对所述计费经历进行自动修改。

2.如权利要求1所述的计算机实现的方法，其中评估信用风险包括：

对所述客户的广告的表现、在所述客户和所述提供者之间的交易历史、和所述客户的信用表现中的至少一个进行评估。

3.如权利要求1所述的计算机实现的方法，其中修改所述计费经历包括：

当与所述客户相关联的所述信用风险增加时，降低所述提供者愿意提供给所述客户的信用额度。

4.如权利要求1所述的计算机实现的方法，其中修改所述计费经历包括：

当与所述客户相关联的所述信用风险降低时，提高所述提供者愿意提供给所述客户的信用额度。

5.如权利要求4所述的计算机实现的方法，其中提高所述信用额度包括将所述计费经历改变为以下类型的计费经历中的至少一个：部分预付费部分后付费计费经历，限额计费经历，和期末计费经历。

6.如权利要求1所述的计算机实现的方法，进一步包括：

向所述客户提供对所述客户的信用风险和所述客户的信用额度中至少一个的指示。

7.如权利要求6所述的计算机实现的方法，其中所述客户包括多个实体，并且以下面的方式向所述客户提供所述指示：用于将所述实体聚组进所述客户的风险相关性对所述实体中的任何一个至少是部分隐藏的。

8.如权利要求1所述的计算机实现的方法，进一步包括：

当与所述客户相关联的所述信用风险增加时，对所述提供者提供给所述客户的所述广告机会进行压制。

9.如权利要求8所述的计算机实现的方法，进一步包括：

当与所述客户相关联的所述信用风险达到给定水平时，去除所述提供者提供给所述客户的所有广告机会。

10.如权利要求1所述的计算机实现的方法，进一步包括：

允许所述客户对所述广告机会进行临时付款。

11.一种管理提供者的风险暴露的计算机实现的方法，包括：

在提供者和客户之间的初始计费经历下，将产品从所述提供者提供给所述客户，其中基于连续基础和定期基础中的至少一个来提供所述产品，并且所述计费经历基于一个或多个计费参数；

以定期和一旦事件发生中的至少一个来对与所述客户相关联的信用风险进行评估；以及

基于与所述客户相关联的所述信用风险，对计费参数进行实时修改。

12.如权利要求11所述的计算机实现的方法，其中所述产品具有低的销货成本。

13.如权利要求12所述的计算机实现的方法，其中所述产品是在线广告机会。

14.如权利要求12所述的计算机实现的方法，进一步包括控制所述销货成本。

15.如权利要求14所述的计算机实现的方法，其中所述产品是在线广告，并且控制所述销货成本包括减少所述在线广告的联合。

16.如权利要求11所述的计算机实现的方法，其中所述产品具有高的销货成本。

17.如权利要求16所述的计算机实现的方法，其中所述产品是视频广告或印刷广告。

18.如权利要求11所述的计算机实现的方法，其中所述客户是以下中的至少一个：消费者、商人、具有关联风险的一组消费者、具有关联风险的一组商人、或具有关联风险的一组消费者和商人。

19.如权利要求11所述的计算机实现的方法，其中修改计费参数包括：

当与所述客户相关联的所述信用风险降低时，增加所述提供者愿意提供给所述客户的信用额度。

20.如权利要求19所述的计算机实现的方法，进一步包括以下的至少一个：

通知所述客户所述提供者愿意增加所述客户的所述信用额度；以及告知所述客户其适格于更高的信用额度。

21.如权利要求19所述的计算机实现的方法，其中修改所述计费参数进一步包括：当所述提供者愿意提供给所述客户的所述信用额度超过所述客户所请求的信用额度限制时，将所述信用额度规定为所述客户所请求的信用额度限制。

22.如权利要求19所述的计算机实现的方法，进一步包括将所述客户的所述计费经历从具有较低信用限制的计费经历改变为具有较高信用限制的计费经历。

23.如权利要求22所述的计算机实现的方法，其中改变所述客户的所述计费经历包括：

将预付费计费经历改变为部分预付费部分后付费计费经历；

将限额计费经历改变为期末计费经历；

增加用于期末计费经历的期限长度；或者

增加用于限额计费经历的限额。

24.如权利要求19所述的计算机实现的方法，进一步包括由所述提供者从客户的计费经历去除担保形式的付款的享用权。

25.如权利要求11所述的计算机实现的方法，进一步包括：

由所述提供者对去除由所述客户的担保形式的付款做出反应，其中反应包括降低所述客户的信用额度和对所述客户的仍然可用的担保形式的付款采取行动中的至少一个。

26.如权利要求11所述的计算机实现的方法，其中修改计费参数包括：

当与所述客户相关联的所述信用风险上升时，降低所述提供者愿意提供给所述客户的信用额度。

27.如权利要求26所述的计算机实现的方法，进一步包括：当所述信用额度已经降低到所述客户所请求的限制以下时，向所述客户告知所述信用额度已经降低。

28.如权利要求26所述的计算机实现的方法，进一步包括将所述客户的所述计费经历从具有较高信用限制的计费经历改变为具有较低信用限制的计费经历。

29.如权利要求26所述的计算机实现的方法，其中改变所述客户的所述计费经历包括：

将部分预付费部分后付费计费经历改变为预付费计费经历；或者

将期末计费经历改变为限额计费经历。

30.如权利要求26所述的计算机实现的方法，进一步包括将担保机制从所述提供者提供给所述客户，以增加所述提供者愿意提供给所述客户的信用限制，由此保持所述客户的计费经历。

31.如权利要求26所述的计算机实现的方法，进一步包括由所述提供者对所述客户所提供的担保采取行动。

32.如权利要求31所述的计算机实现的方法，其中对担保采取行动包括对保持备用的信用卡收费、用尽现金余额、或停止产品递送中的至少一个。

33.如权利要求11所述的计算机实现的方法，进一步包括：

将所述客户的信用风险水平的指示提供给所述客户。

34.如权利要求11所述的计算机实现的方法，进一步包括：

当与所述客户相关联的所述信用风险增加时，降低所述提供者提供所述产品给所述客户的速率。

35.如权利要求34所述的计算机实现的方法，进一步包括：

当与所述客户相关联的所述信用风险达到给定水平时，停止从所述提供者向所述客户提供所述产品。

36.如权利要求11所述的计算机实现的方法，进一步包括：

在计费周期中的任意点，允许所述客户对所述产品进行临时付款。

37.如权利要求11所述的计算机实现的方法，其中对与所述客户相关联的信用风险进行评估包括：

定期对以下的至少一个进行评估：所述客户与所述提供者的交易历史，以及所述客户与所述提供者的付款历史。

38.如权利要求11所述的计算机实现的方法，其中一旦事件发生就对与所述客户相关联的信用风险进行评估包括一旦发生以下事件中的至少一个就对所述信用风险进行评估：货币化、来自客户的订单、在给定时间段之后对账单不付款或部分付款、以及总信用风险超过信用限制的给定部分。

39.如权利要求11所述的计算机实现的方法，进一步包括：

保持对上拉形式的付款的享用权，以减少由提供信用给所述客户所造成的风险。

40.如权利要求11所述的计算机实现的方法，进一步包括：

在余额之中留有现金，以减少将信用提供给所述客户所造成的风险。

41.一种用于管理提供者的风险暴露的系统，包括：

风险评估和规则引擎，包括信用模块和计费经历模块；

信用额度计算器，与所述信用模块通信，基于与客户相关联的信用风险，计算所述提供者愿意提供给所述客户的信用额度；

计费引擎，与所述计费经历模块进行通信，基于所述客户的所述信用额度和与所述客户相关联的所述信用风险，自动实时修改与所述客户相关联的所述计费经历；以及

产品供给引擎，与所述计费经历模块进行通信，基于与所述客户相关联的所述计费经历，控制所述提供者对所述客户的销货成本。

42.如权利要求41所述的系统，其中所述信用额度计算器计算的信用额度高于先前提供给所述客户的信用额度。

43.如权利要求42所述的系统，进一步包括与所述信用模块通信的客户接口，用于向所述客户通知所述客户适格于附加的信用。

44.如权利要求42所述的系统，其中当所述信用额度计算器计算出的信用额度超过所述客户所请求的信用额度限制时，所述计费引擎将所述信用额度规定为所述客户所请求的限制。

45.如权利要求42所述的系统，其中所述计费引擎将所述计费经历从具有较低信用额度的计费经历改变为具有较高信用额度的计费经历。

46.如权利要求45所述的系统，其中所述计费引擎进一步用以下方式中的一种来改变所述计费经历：从预付费计费经历转变为部分预付费部分后付费计费经历；从限额计费经历转变为期末计费经历；增加期末计费经历的期限长度；以及提高限额计费经历的限额。

47.如权利要求41所述的系统，其中所述计费引擎通过降低对所述客户的担保形式的付款的要求，来改变所述计费经历。

48.如权利要求41所述的系统，其中所述信用额度计算器计算出的信用限制低于先前提供给所述客户的信用额度。

49.如权利要求48所述的系统，其中所述计费引擎将所述计费经历从具有较高信用额度的计费经历改变为具有较低信用额度的计费经历。

50.如权利要求49所述的系统，其中所述计费引擎进一步用以下方式中的一种来改变所述计费经历：从部分预付费部分后付费计费经历转变为预付费计费经历；以及从期末计费经历转变为限额计费经历。

51.如权利要求48所述的系统，其中所述计费引擎将担保机制提供给所述客户，所述担保机制能够增加所述提供者愿意提供给所述客户的信用额度，使得保持所述客户的计费经历。

52.如权利要求48所述的系统，其中所述计费引擎从所述客户提供的担保形式的付款上拉。

53.如权利要求41所述的系统，其中当所述客户的所述信用风险增加时，所述产品供给引擎压制所述产品的所述供给。

54.如权利要求53所述的系统，其中在所述客户的所述信用风险降低之后，所述产品供给引擎释放所述压制。

55.如权利要求41所述的系统，其中当所述客户的所述信用风险达到给定水平时，所述产品供给引擎停止供给所述产品。

56.如权利要求55所述的系统，其中在所述客户的所述信用风险降低之后，所述产品供给引擎重新开始供给所述产品。

57.如权利要求41所述的系统，进一步包括客户接口，允许所述客户访问关于所述客户的信息。

58.如权利要求57所述的系统，其中所述客户接口将对与所述客户相关联的信用风险和所述客户的信用额度中的至少一个的指示提供给所述客户。

59.如权利要求58所述的系统，其中所述客户包括多个实体，并且所述客户接口以下面的方式将所述指示提供给所述客户：用于将所述实体聚组进所述客户的风险相关性对所述实体中的任何一个至少是部分隐藏的。

60.如权利要求57所述的系统，其中所述客户接口允许与所述客户账户相关联的客户进行对所述提供者的临时付款。

61.一种向客户提供广告的计算机实现的方法，包括：

建立在客户和提供者之间的计费经历，其中服从所述计费经历的账户具有信用额度；

以定期和在事件发生后中的至少一个来对与所述用户相关联的信用风险进行评估；

基于与所述客户相关联的所述信用风险来修改所述计费经历，其中将所述计费经历改变为以下计费经历中的一个：预付费计费经历，部分预付费部分后付费计费经历，限额计费经历，和期末计费经历；

基于所述账户中的资金、所述账户的信用额度、以及与所述客户相关联的所述信用风险中的至少一个，在连续基础和定期基础中的至少一个上，将广告机会提供给所述客户；以及

用由所述修改的计费经历确定的方式来对所述客户就所述广告机会进行计费。

62.如权利要求61所述的计算机实现的方法，其中提供广告机会包括：

当与所述客户相关联的所述信用风险增加时，对所述广告机会进行压制；并且

当与所述客户相关联的所述信用风险达到给定水平时，停止提供广告机会。

63.如权利要求61所述的计算机实现的方法，其中对信用风险进行评估包括对所述客户的广告的表现、在所述客户和所述提供者之间的交易历史、和所述客户的信用表现中的至少一个进行评估。

64.一种用于将广告机会从提供者提供给客户的系统，包括：

广告数据库，存储所述客户的广告；

风险评估服务器，基于所述客户的产品表现、在所述客户和所述提供者之间的交易历史、和所述客户的信用表现中的至少一个来计算与所述客户相关联的信用风险；

计费服务器，基于所述计算出的信用风险，将所述提供者和所述客户之间的计费经历改变为以下计费经历中的一个：预付费计费经历，部分预付费部分后付费计费经历，限额计费经历，和期末计费经历，其中所述计费服务器在由所述计费经历确定的时间对所述客户开账单；以及

广告供给服务器，用由在所述提供者和所述客户之间的所述计费经历和与所述客户相关联的所述信用风险中的至少一个所确定的速率来显示所述客户的广告。

Images