CN1926566A - 用于上下文相关的实时通讯的动态指示符 - Google Patents

Abstract

本发明揭示一种其中花钱者可以花钱购买条目、花钱捐赠等等的方法和装置。花钱者(有时称为买方)将通常使用客户端软件存取内容，其中客户端通常是包括显示器的计算器件，其便于花钱者和赚钱者之间的交易。“赚钱者”(有时称为卖方)是在系统中提供条目或内容供销售、交易或获取来赚取信用点或钱的人。在所描述的实施例中，赚钱者的服务器可以是任何事物，其提供内容且/或包括一赚钱者网关，所述赚钱者网关便于在系统中频繁使用的具公信力的第三方相互作用，且也可用于描述数个服务器或一服务器群。在一些实施例中，赚钱者的服务器作为控制内容存取的服务器的一部分而包括在内。

Description

用于上下文相关的实时通讯的动态指示符

发明人：Gyuchang Jun，Kurt H.Huang和Matthew C.Graves

相关申请案

本申请案根据35U.S.C.§119(e)主张2003年6月29日申请的标题是“用于上下文相关的实时通讯的动态指示符”的美国临时申请案第60/483,843号的优先权。

技术领域

无

背景技术

全球信息网(WWW)内容非常丰富。当前，基于网络的内容的艺术家和生产者通过向登广告者收费或通过向其读者或用户收取订阅费来为他们的内容获得付款。

如果艺术家或生产者以非网络形式出售他们的基于网络的内容，那么他们需要和许多中间人协作，所有中间人都要得到一部分利润。理想情况是，艺术家和内容生产者应该能够在网络上贴出他们的内容并且易于分配所述内容同时向其用户收取合理的费用。用户应该能够易于存取基于网络的内容并且应该能够付少量的钱来存取网络内容。

发明内容

本发明的所描述实施例是利用全球信息网建构的，不过在不背离本发明的精神和范畴的情况下可作出本发明的其它建构方式。对此申请案来说，“花钱者”是指在系统中花钱的人。人们可以花钱购买条目，花钱捐赠等等。花钱者(有时称为买方)通常使用客户端软件存取内容，其中客户端通常是包括显示器的计算器件，其便于花钱者和赚钱者之间的交易。“赚钱者”(有时称为卖方)是系统中提供条目或内容供销售、交易或获取来赚取信用点或钱的人。在所描述的实施例中，赚钱者的服务器可以是任何事物，其提供内容且/或包括一赚钱者网关，所述网关便于系统中频繁使用的具公信力第三方相互作用，且也可用于描述若干个服务器或一服务器群。在一些实施例中，赚钱者的服务器作为控制内容存取的服务器的一部分而包括在内。

花钱者经由包括帐户建立和付款机制的花钱者设置过程而进入系统中。花钱者帐户维护假定为是保留花钱者所必需的。花钱者的主要方面在于管理系统中花钱者交易的能力，包括(但不限于)帐户付款(它处图示)、借款、还款和赊帐购买。花钱者借款机制可以建构标准的记帐平衡扣除过程，或包括由花钱者偏好、安全要求和金融机构要求，或由赚钱者采购要求描述的额外的等待时段、阈限或处理步骤。

在本发明的至少一个实施例中，货币从系统外流到花钱者帐户，然后到赚钱者帐户，随后回到系统外的赚钱者帐户。在一些实施例中，仅可从赚钱者帐户取出资金。资金通过系统以受到仔细监控及时控的方式从花钱者流到赚钱者。

货币经由花钱者帐户流到系统的所描述实施例中。下列段落描述在本发明的一个实施例中的货币流。花钱者帐户可以从各种来源充值，所述来源包括信用卡、银行帐户和预付卡。在至少一个实施例中，到花钱者帐户的预付款可以采用PayPal帐户或信用卡形式，但可以利用任何合适的提供资金的方法。

附图说明

图1是展示逻辑方块的方法和系统的功能概览，所述逻辑方块表示在本发明的一实施例中建构的功能和过程。

图2a展示由存取权分配方法和系统的元件执行的工作的分支的示例。

图2b展示在典型的购买交易中在通讯过程中发生的动作。

图3a展示赚钱者如何可以开始从他们的内容赚钱。

图3b展示图3a的赚钱者帐户建立的一个示例。

图3c展示图3a的另一示例赚钱者帐户建立。

图3d展示图3a的赚钱者帐户建立中的高级形式的一个示例。

图3e展示图3a的赚钱者帐户建立中的一个实施例。

图3f和图3g展示图3a的赚钱者帐户建立中的一个实施例。

图3h展示内容列表的一个实施例，其中显示注册的内容信息。

图3i展示在图3a的赚钱者帐户建立中的一个实施例中的HTML片断的一个示例。

图3j展示一示例路径，藉此赚钱者接收利用所述系统购买的商品或服务的付款。

图4a展示花钱者注册的若干概念性路径。

图4b展示花钱者按照图4a的情形1，付款进入系统中存取内容的一个实施例。

图4c展示花钱者按照图4a的情形2，付款进入系统中存取内容的一个实施例。

图4d展示花钱者具有设置和修改定价阈限和延迟因子的能力的一个实施例。

图5a展示一示例路径，藉此花钱者付款进入系统中为其帐户充值。

图5b展示花钱者使用的两个可能的付款机制。

图6a展示当花钱者对系统来说是新客户时，可以进行购买的若干途径。

图6b展示当花钱者在系统中已经有一个帐户时，可以进行购买的若干途径。

图7a展示建构本发明的一个实施例的系统方块图中的三个主要元件。

图7b展示在本发明的一个实施例中使用的网络环境中的系统级的三个主要元件。

图7c-7j展示使用网络浏览器的本发明的示例建构方式，其中动态指示用于向花钱者传递额外信息。

图8a是用于建构本发明一个实施例的操作步骤的流程图。

图8b是用于建构本发明一个实施例的操作步骤的流程图，这些操作步骤在未发现有效用户信息之后进行。

图8c是用于建构本发明一个实施例的操作步骤的流程图，这些操作步骤在发现通过验证的用户不拥有存取正查看的条目的有效凭证后进行。

图8d是用于建构本发明一个实施例的操作步骤的流程图，这些操作步骤在发现通过验证的用户不拥有存取正查看的条目的当前的凭证后进行。

图9a展示自动调整浏览器内容大小的过程中所涉及步骤的概览。

图9b展示URL和HTML代码的示例，这些代码包括必须被取出的外部Java脚本。

图9c展示所返回的Java脚本是在浏览器中执行。

图9d包括另外的外部来源Java脚本，除了其它再现代码和Java脚本函数外，它还使用一个I-框架(IFRAME)。

图9e展示自动大小调整的其它细节。

图9f展示来自第一个外部来源Java脚本的被再现的HTML是如何将另一个URL加载进第二个IFRAME中的。

图9g展示来自赚钱者服务器网关的响应，它包括一个具有几何大小调整信息的cookie，并且可以从赚钱者的域读取。

图9h展示如何使用一个Java脚本函数，利用由赚钱者服务器设置的cookie中的几何形状信息来调整外部IFRAME的大小。

图9i展示当一个Java脚本函数内部轮询对几何形状cookie的改变时的操作。

图10a展示建构本发明的一个实施例的系统方块图中的三个主要元件。

图10b展示在本发明一个实施例所使用的网络环境中的系统级的三个主要元件。

图10c和10g是用于建构本发明一个实施例的操作步骤的流程图，它集中在认证、授权和颁发的过程上。

图10d和10h是当用户ID未登录，或者尚未购买此条目(购买无效)是，从图10c进入的流程图。

图10e和10i是当将一个标志作为用于此条目的凭证而颁发时，从图进入的流程图。

图10f是展示指示符示例的流程图，这些指示符拥有与对基于网络内容的存取权相关联的颜色。

图10j是当一个潜在的花钱者点击与价格比他的阈限低的内容相关联的图标时，显示的用户界面的示例。

图10k是当一个花钱者购买基于网络的内容时显示的用户界面的示例。

图11a展示建构免费送给朋友能力的视觉表示。

图11b展示在免费送给朋友过程中的发送页面的示例。

图11c展示发送给免费送给朋友请求的接收者的电子邮件示例。

图12a展示当将内容免费发给朋友时所涉及的过程的一个实施例。

图12b在接收者，即送给朋友的名称中的朋友接收了一个礼物码后开始。

图13a、13b、13c和13d展示根据本发明建立的网站的若干页(或部分页)的一个示例。

图13e展示含有HTML片断的赚钱者网页的示例，其允许花钱者从网页购买内容。

具体实施方式

图1是展示逻辑方块的方法和系统的功能概览，所述逻辑方块表示在本发明的一实施例中建构的功能和过程。方块组织和结构意欲提供信息且不欲限制本发明或申请案的范畴。因此，在特定实施例中，专门过程/服务1300和条目/内容管理1400及其子功能(其在图中显示为独立的功能区域)可以包括、并入在花钱者1100或赚钱者1200下列出的功能或过程，或者和它们协作。类似的，在特定实施例中，花钱者1100或赚钱者1200可以并入在图中其它区域发生的功能。

所描述实施例是利用全球信息网建构的，不过在不背离本发明的精神和范畴的情况下可作出本发明的其它建构方式。举例来说，花钱者和/或赚钱者利用计算机、具有网络功能的手机、具有网络功能的PDA、掌上型数据单元、个人通讯器件、建立在衣服、房子或人体中的数据处理系统、或一些类似器件来存取网络。

对此申请案来说，“花钱者”是指在系统中花钱的人。人们可以花钱购买条目，花钱捐赠等等。花钱者(有时也称为买方)通常使用客户端软件存取内容，其中客户端通常是包括显示器的计算器件，其便于花钱者和赚钱者之间的交易。“赚钱者”(有时称为卖方)是系统中提供条目或内容供销售、交易或获取来赚取信用点或钱的人。在所描述的实施例中，赚钱者的服务器可以是任何事物，其提供内容且/或包括一赚钱者网关，所述网关便于系统中频繁使用的具公信力第三方相互作用，且也可用于描述若干个服务器或一服务器群。在一些实施例中，赚钱者的服务器作为控制内容存取的服务器的一部分而包括在内。

“发送者”通常指的是使用“免费送给朋友”功能的花钱者。发送者是向另一花钱者发送对内容的免费存取的人。“接收者”是接收发送者发送的提供对内容的免费存取的礼物码的人。至少在一些实施例中，“兑换者”是兑换礼物码，但未必一定成为接收者的人。

优选为花钱者经由包括帐户建立1120和付款机制1130的花钱者设置过程1110而进入系统中。花钱者帐户维护假定为是保留花钱者所必需的。花钱者的主要方面在于管理系统中花钱者交易1115的能力，包括(但不限于)帐户付款(它处图示)、借款1125、还款1135和赊帐购买1145。花钱者借款机制可以建构标准的记帐平衡扣除过程，或包括由花钱者偏好、安全要求和金融机构要求，或由赚钱者采购要求描述的额外的等待时段、阈限或处理步骤。

将花钱者还款1135作为信用点处理到花钱者卡再存入信用点用于单次交易、多次交易或整个卡。可以基于实时或批次发生的自动策略来建构花钱者还款，或者可以基于逐个情形来分析还款，有或无购买策略或购买方式过滤器的帮助，如稍后详细描述。在各个实施例中，自动策略可以建构多个阈限以基于绝对量、百分比量或其它阈限颁发还款通知，基于相同策略采取行动，或用额外输入补充，诸如客户服务接触频率或加载、逐步升级或其它情形因子。

尽管预付机制可用是重要的，但赊帐购买条目的能力增强并且促进花钱者的购买力。对于赊帐购买可以建立专门的条款，其可复制那些典型的金融信用凭证或包括本系统启用的新方法。在一实施例中，赊帐购买1145的建构引入了额外的货币流和商务模型动力学。信用点的引入扩大了花钱者购买选项，同时增加了系统的未付款收费的风险。同样，使用信用点改变了信息获取阶段，需要更多的个人信息。特定实施例允许基于信用购买作为一定的购买力的增强或作为对具有特定购买历史或信誉特征的花钱者的潜在奖赏。

在系统中对特定类型的花钱者授权“贷款”，其中必要时提高他们的帐户结余覆盖特定量的购买。具有资格的花钱者对这些“贷款”付利息。

优选为赚钱者以简单的逐步过程拆分进入系统中设置过程1210，藉此信息收集、下载和建立可以建构为和内容设置的步骤结合在一起或与内容设置的步骤分开。赚钱者具有相关的花钱者赊帐购买、基于特定标准付款给赚钱者以及由于产品返回、产品问题或其它客户服务问题而退款的过程。

优选为在系统中利用标准的帐户可付款和帐户可接收帐面记录1220使赚钱者获得信用点1225。基本的赚钱者获得信用点过程可以通过增加可修改在当前建构方式之外的最后的获得信用点过程的改进定价、收入分享和服务指数级来增强。

赚钱者退款1245是基于标准的记帐原则并且嵌入赚钱者信用点、赚钱者付款和其它赚钱者过程以及花钱者借款和还款过程。退款以及通常购买过程可以基于赚钱者和卖方的还款要求和退款活动在前端用户界面或后端监控受到影响。

条目和内容管理1410与赚钱者紧密相关，然而它们可以分开处理。在一些实施例中，至少一些赚钱者直接分配他们自己的内容，或者他们可以充当转售者提供参考者内容，或者作为付款给第三方以存储和/或管理分配的虚拟拥有者。类似的，实际的传递1420依靠赚钱者的配置和后勤，举例来说，赚钱者可以利用基于最近服务器最快传递算法的分配好的媒体传递系统。

正因为条目和内容管理1400可以和赚钱者紧密相关，所以本发明的所描述的实施例也采用专门过程和服务，其影响赚钱者和花钱者的用户经历，方便内容的选择和传递，增强或影响购买方式，或增强保密性。所述过程和服务包括(但不限于)购买交易过程，用户界面自动大小调整1320，用户界面中的动态指示1330，送给朋友的内容管理1340、1345，匿名购买1350和对内容、赚钱者和花钱者的分级系统1360。

专门的过程和服务为系统提供独特的优点。这些过程和服务包括(但不限于)新(new)花钱者购买/交易过程1310，向花钱者的信息的动态指示(动态指示)1330，通过页面内容的自动大小调整获得的用户界面可读性和展示增强(自动大小调整)1320，免费送给朋友(FFAF)和为朋友购买(BFAF)的分配和销售能力1340、1345，匿名购买1350和分级系统1360。

尽管新花钱者购买/交易过程、动态指示、自动大小调整和BFAF/FFAF涵盖于单独的图式下，但是匿名购买和分级系统的优选建构方式总结于此节中。匿名购买1350允许付钱到系统中并供一个不必要告诉赚钱者/卖方其身份的人使用。在至少一个所描述的实施例中，所述系统是知道匿名花钱者的身份的但是不把所述身份传递给赚钱者。所描述的实施例将此比喻延伸到在线购买，其中可以使用卡存储现金价值以供购买在线商品和服务使用，并且供将来购买物理商品和服务。在特定实施例中，匿名购买的权利使得我们由数字代码、物理卡或其它适当的表示方式来代表。举例来说，卡可以在相同假设：所述代码或物理卡是有效的并具有某个预估值下运行。

在过去已经使用分级系统对商品或销售商品的商人进行分级。所描述的实施例的分级系统1360允许根据购买重点对商品分级并允许对花钱者进行分级。类似的，所有三个分级：花钱者、赚钱者和内容可以独立使用或结合使用以对所表达的分级利用线性或更复杂的算法建立分级轮廓。在一些实施例中，这些分级随后可以依靠动态指示能力影响关于花钱者、赚钱者或内容的工具提示或其它可视显示。同样，分级可以作为输入填到自动或手动策略中影响代表或反对花钱者、赚钱者或内容而采取的行动。

在本发明的至少一个实施例中，货币从系统外流到花钱者帐户，然后到赚钱者帐户，随后回到系统外的赚钱者帐户。在一些实施例中，仅可从赚钱者帐户撤回资金。资金通过系统以受到仔细监控及时控的方式从花钱者流到赚钱者。

货币经由花钱者帐户流到系统的所描述实施例中。下列段落描述在本发明的一个实施例中的货币流。花钱者帐户可以从各种来源充值，所述来源包括信用卡、银行帐户和预付卡。在至少一个实施例中，到花钱者帐户的预付款可以采用PayPal帐户或信用卡形式，但可以利用任何合适的提供资金的方法。

当花钱者购买已启用的一项内容的存取权(已付资金)时，资金(若可用)从花钱者帐户转移到赚钱者预清算余额。到达赚钱者的预清算余额的资金在30天的时段后并且在收取交易费用或其它相关费用之后流入赚钱者的后清算余额中。举例来说，$1在第0天到达预清算余额。在第30天，($1减去如15美分的交易费用)(即，85美分)转到后清算余额。

优选为，赚钱者可以手动或自动取出赚钱者后清算余额中的资金。

在至少一个实施例中花钱者和赚钱者帐户的分开使得资金流是单向的，使得可能向赚钱者帐户集中应用有限的风险管理资源，赚钱者帐户通常在数量上远少于花钱者帐户。在可以取出赚钱者接收到的资金前的(例如)30天的延迟降低了可能欺诈获得的资金可以流过系统的速度，且为欺诈检测和向信用卡优先还款留出时间，藉此减少所记录的商人的退款风险。获取从花钱者发送到赚钱者的资金的延迟使得提供对资金的实时获取的个人之间的付款系统成为洗黑钱者的非常有吸引力的目标。资金清算的延迟使得花钱者没必要向其信用卡颁发者提前为服务费用付现金。在一个实施例中，最小预付款是$3，主要是因为所述实施例支持的唯一付款方法是用信用卡的，其具有较高的资金成本。其它实施例使用较低的最小预付款，举例来说，如果信用卡交易费用下降且/或花钱者选择使用其各自银行帐户的自动交易网络(ACH)付款。

在一个实施例中，费用结构涉及对价格从$0.01到$5.00的条目收费15％，并对价格高于$5.00的条目收费5％+$0.50。此实施例优选为既不收开通费用也不收连续的月费，不过其它实施例可以收取一或两种或额外的适当的费用。

在将来可以为由于分支机构或转售者的促销努力引起的购买收取额外费用。交易费用本身将保持相同，但是将有额外的促销服务费用。促销费用就像交易费用一样，可以是条目售价的函数。

当前实施例除了交易费用之外普遍不收任何费用。其它实施例可以收取额外费用。

图13a、13b、13c和13d展示根据本发明建立的网站的若干页(或部分页)的一个示例。图13a展示示例主页1302，含有促销1303(允许用户发送关于网站的电子邮件)。左手列含有赚钱者提供的内容类型的示例列表1305(动画和电影、商业、连环画、教育、游戏和工艺、如铃音的手机数据、音乐、非营利的信息和产品、摄影、散文和电子书内容、因特网和卫星无线电、软件和运动相关的内容)。应了解此列表1305仅仅是一个示例，且根据本发明也可用提供其它类型的内容。

图13b展示针对潜在花钱者的网页的示例1304。

图13c展示针对潜在赚钱者的网页的示例1306。

图13d展示根据本发明的所描述的实施例的被设计成回答潜在用户关于付款的问题的网页的示例1308。

图13e展示赚钱者网页的示例1311，其含有引起显示1309的HTML片断，所述示例允许花钱者从网页购买内容。

图2a，功能分支，展示图1的存取权分配方法和系统的元件执行的工作的分支。在此系统中的元件包括客户端200、至少一个存取权事务服务器202和赚钱者服务器204。

在所描述的实施例中，内容把关(gatekeeping)、传递和管理(hosting)是分散的，而记帐、认证和交易授权是集中的。尽管所述元件可以展示为单个实体，但是它们可以作为单个实体、合伙实体或作为更大整体中的一部分来起作用。举例来说，存取权事务服务器202可以向单个或多个赚钱者提供存取权，或者出于负载平衡、带宽、安全或其它原因，它可以和另一存取权服务器合作。类似的，赚钱者服务器204可以自己或和其它赚钱者服务器驻留在计算器件上，或者赚钱者服务器执行的功能出于性能、带宽、安全或其它原因可以驻留在多个计算器件上。

图2b：操作流程，展示在典型的购买交易中在通讯过程中发生的动作，其中执行下述购买步骤(如图上的圆圈所示)：

1.显示

2.选择

3.认证

4.授权

5.颁发

6.转换

7.传递

在本发明的一个实施例中，在客户端上的显示1表示发送到花钱者客户端的网页，其中赚钱者服务器和存取权事务服务器传递内容。花钱者在客户端上的网页上选择2高级内容，其中存取权事务服务器提供高级内容链接。花钱者、条目和资金的认证3和授权4优选为由存取权事务服务器执行，其中向客户端颁发5存取内容的凭证。

客户端将凭证提交给赚钱者服务器，赚钱者服务器将凭证转换6为“通行证”，其随后允许向客户端传递7高级内容。

图2b并非意欲限制本发明的范畴，因为认证和授权的功能也在赚钱者服务器处发生，尽管在所示实施例中通常用于内容的传递准备。如先前在图2a中所期望和指出，赚钱者服务器204的分散把关通常必须包括认证和授权形式。然而，这些形式可以比存取权事务服务器204执行的那些功能不鲁棒。

图3a是展示赚钱者注册过程的流程图。图3a展示在一个实施例中赚钱者如何可以在仅五个功能步骤中开始从他们的内容赚钱：

步骤1(302)：建立赚钱者帐户。在此步骤中，赚钱者选择赚钱者ID和密码。赚钱者优选为申请一个电子邮件地址，以防赚钱者忘记了他的密码或者需要通知他服务的变化。

步骤2(303)：输入网站信息。在此步骤中，我们获得关于赚钱者网站的基本信息，诸如赚钱者服务器的域名和他的高级内容位于哪个目录下。

步骤3(304)：在您的服务器上安装自定义的网关。在此步骤中，优选为(基于赚钱者提供的信息)产生特定网站的网关脚本，它需要被安装在赚钱者的服务器上控制存取。赚钱者可以(通过手动下载和上载脚本到赚钱者服务器)来安装脚本，或者我们可以通过FTP、Telnet、SSH或其它机制帮助赚钱者安装脚本。网关代码(可执行的、二进制的、对象、脚本等)帮助提供在其它图式中涵盖的自动大小调整的讨论中所描述的功能。一旦完成了步骤3(304)，则赚钱者已经完成了最小数目的必需的设置过程。随后的步骤4(305)和5(306)描述标识并提供对实际条目的存取的准备步骤。

步骤4(305)：赚钱者注册他的内容。在此步骤中，我们问赚钱者特定高级内容位于何处，他们想要为存取收费多少，并且一旦购买他们想要授权存取多长时间。

步骤5(306)：赚钱者将HTML片断嵌入他的网页中。在此步骤中，提供HTML的片断，赚钱者需要将它们嵌入他或她的网页中，他们销售的每一个条目有一个片断。赚钱者也将需要在每一个网页的顶部嵌入一个额外的HTML片断，其含有启用条目。步骤1至3仅必须完成一次。之后，步骤4和5可以视需要重复。图13e中展示了含有代码片断的网页的示例。此处，HTML片断在网站上(尤其)显示节1309。

图3b：建立赚钱者帐户，展示了赚钱者帐户建立的第一步302的示例。需要用户名和密码形式的最少的标识信息308。在此实施例中，使用电子邮件地址作为用户名标识符。

图3c：检索基本的网站信息，展示了赚钱者帐户建立中的步骤2(303)的基本形式的示例。在所描述的实施例中，所要求的信息包括网站名310或用于参考的句柄；用于标识、搜索、排序、分类或处理赚钱者信息的简单描述312；标识赚钱者服务器逻辑位置的基本URL 314；和高级目录316，其代表赚钱者服务器上的条目或内容的相对位置。当输入此信息时，如用户界面技术中所熟知的赚钱者按下Submit(提交)318。

图3d：检索高级网站信息，展示赚钱者帐户建立中的步骤2的高级形式的示例。若用户在图3c中选择选项311，则优选为显示此页。所要求的额外的样本信息包括：网关路径320，其标识赚钱者服务器上的网关脚本的逻辑位置；索引文件名322(包括测试按钮323)；赚钱者网站的保密策略信息324，和网站可用信息326。

在图3c和/或图3d中收集的信息用于自动产生下载文件。在将信息编译、生成、或插入下载文件的适当的位置之后，提取、分析和/或操纵所述信息。此自动产生简化了赚钱者的安装过程，促进了快速设置和安装并使得较快采用。

图3e：安装和下载，展示了赚钱者帐户建立中的步骤3的实施例330。可以下载将要安装在一个或一个以上赚钱者服务器上的网关代码，其中赚钱者可以根据技术从若干选择中进行选择。额外下载将是可用的从而支持图式中陈述的之外的其它开发环境。作为选择过程的一部分，为每一个下载展现正反两面。

图3f和3g：内容注册，展示赚钱者帐户建立中的步骤5的实施例。每一个内容条目具有名称340、价格342、位置(路径)344、可视表示(链接文本)346，和到期时间与重访计数348。状态图标349是可选择的。在此实施例中，赚钱者设置图标的大小和外观。如在后面的段落中所述控制图标的颜色。

在图3g中，高级特征311a可与内容相关。高级特征包括(但不限于)许可选择352(例如，熟知的创作共用许可)、可用性符号354、样式表356、图像URL 358和目标框架359。所允许的最大重访数360限制了可以免费重访内容的次数，而到期362提供了存取的固定的时段。也可以通过批量上载使用带分隔符文件、电子表格、XML分析数据或其它方法执行内容注册。内容注册可以在内容在赚钱者服务器上可用之前、期间或之后进行，然而建议在内容注册之前内容上载从而最小化错误链接或缺少文件。

图3h：内容列表，展示内容列表的一个实施例，其中显示注册的内容信息。显示的信息370包括(但不限于)内容名称、位置(路径)、链接文本、价格、到期日期和索引。可以编辑或删除个别的内容存取，或者可以批量执行修改。

图3i：含有HTML片断的示例，展示赚钱者帐户建立中的步骤5的实施例。HTML片断380嵌入网页中，自此可以购买内容。除了用于每一个条目的片断之外，在每一个网页的顶部插入一片断，其含有启用条目。所述片断帮助提供赚钱者服务器、网关和客户端之间的通讯。特定HTML可以由所需的建构方式改变，然而，所述片断方便了条目标识、用户标识、文本自动大小调整和动态指示。

图3j：赚钱者花费(Payout)，展示了示例路径，藉此赚钱者接收利用所述系统购买的商品或服务的付款。对于这个过程来说若干概念是重要的；这些包括对购买的赚钱者信用点392，赚钱者信用点活动标记394，赚钱者付款阈限396，付款时段测试396，付款方法398和实际的付款执行399。检查活动判定为可能的付款是否甚至应查看赚钱者帐户，而阈限检查判定是否产生足够的信用点保证付款。出于提高效率、速度或其它原因可以修改操作次序，若超过阈限，特定时间量逝去或两者都发生则最终结果产生付款。在其它实施例中其它因子可以判定赚钱者花费并且本文的描述并不意味着要代替、限制或排除任何付款条件。

图4a：花钱者注册过程，展示了花钱者注册的若干概念性路径。可以产生花钱者注册的其它实施例和建构方式，最终结果是花钱者能够利用具公信力的第三方存取权管理系统从赚钱者购买。基本情形展示了对系统来说是新的花钱者或者新(virgin)花钱者如何可以建立帐户供在系统中使用。这些情形包括(但不限于)：情形1：新花钱者访问启用网站(402-407)；情形2：新花钱者访问中心网站(如图13a中所示等)(412-416)；情形3：新花钱者接收FAF(4AF，给朋友电子邮件)(417-422)。FAF(送给朋友)是此系统中的改革，其中花钱者或赚钱者可以选择将内容分配给其它花钱者(随后图中讨论)。

在每一情形中，基本的行动是选择建立帐户，藉此利用用户名和密码为花钱者保留帐户。信息请求或获取的次序以及到系统中的进入点可以变化。可以独立地或在花钱者帐户建立过程期间进行付款。具有信用点的花钱者帐户允许花钱者根据信用点量购买对内容的存取。

图4b：新花钱者访问启用网站，展示了花钱者按照图4a(花钱者帐户注册)的情形1，付款进入系统中存取内容的一个实施例。此处，用户点击图标431，并得到提示注册帐户432。展示了付款过程的示例屏幕截图，包括付款卡与花钱者432/434的关联。可以如图所示执行花钱者和卡之间的关联，然而，图式并不意味着要限制可以建立关联的方式。事实上，可以没有明确的付款而建立关联。

图4c：新花钱者访问BitPass网站，展示了花钱者按照图4a(花钱者帐户注册)的情形2，付款进入系统中存取内容的一个实施例。展示了付款过程的示例屏幕截图，包括付款卡与花钱者的关联。可以如图所示执行花钱者和BitPass卡之间的关联，然而，图式并不意味着要限制可以建立关联的方式。事实上，可以没有明确的付款而建立关联。此处，用户点击购买利用UI 436的虚拟卡。在UI 434所得“卡#”与用户相关联。

稍后详细解释免费送给朋友的活动，其中接收者可以在他/她在电子邮件中接收到预付款内容确认时通过跟踪发送给接收者的电子邮件中的链接来建立帐户。注册过程非常类似于图4b和4c中所示的，图11c中展示了引起注册的示例电子邮件。

图4d：用户偏好：花钱者具有设置和修改定价阈限442和延迟因子444的能力。在一些实施例中，定价阈限可以用于在价格低于特定阈限时无阻力过程中无确认的购买或者所谓的“0点击”。上限可以用于设置“2点击”限制，向花钱者提供警告：购买价格高于阈限。类似的，在一些实施例中，延迟和延迟率446可以用于给花钱者取消的机会，取消时间受延迟率的影响。在一个实施例中，延迟与价格线性相关，每$1一(1)秒延迟，或者由花钱者偏好判定。

图5a：花钱者付款，展示示例路径，藉此花钱者付款进入系统中为其帐户充值。付款502可以通过若干方法504实现，其包括(但不限于)PayPal、信用卡、现金、支票、EFT(电子资金转帐)。付款结果是建立或增加了在BitPass卡上可用的资金用来利用系统购买条目或存取权。授权和认证506可以变化并且应该基于安全方法，从而最小化欺诈付款进入系统中。系统验证花钱者在其帐户中有资金508。

图5b：花钱者付款示例，展示了两种可能的付款机制，展示了PayPal和信用卡。付款可以使用美元509或BitPass、其赚钱者或相关金融机构接受的任何其它货币。花钱者输入他的信用卡信息(或标识资金来源的其它信息)并确定最初他想在他的帐户511中存入多少钱。

图6a：花钱者购买过程，展示了可以进行购买的若干途径。图6a中的花钱者对于系统来说是新的，而图6b中的花钱者在系统中已经有一个帐户。花钱购买过程可以在或不在赚钱者高级内容处开始、可以包括或不包括FAF(送给朋友)链接，并且可以包括或不包括指示符系统。然而，在所有情形下，花钱者必须具有一个有效帐户和密码。在每一种情形下，基于传递内容的赚钱者的内容注册(在赚钱者设置节和图3a中描述)来存取内容。

一旦花钱者具有一有效帐户，则花钱者可以使用此帐户或建立新帐户购买内容。具有有效帐户的花钱者随后可以在任何给定时段从单个或多个赚钱者购买内容。登录花钱者也可以购买来自不同网站的条目，而无需任何额外登录。

举例来说，新花钱者可以第一次访问602启用了BitPass的网站(启用内容的网站)(情形1，图6a)，其中他们点击603购买内容，建立帐户604、605、606、607，登录608并得到内容609。如果他们到另一启用内容的网站(情形4，图6b)并点击购买内容，他们可以直接或通过简单链接根据等待时段、阈限或其它自定义参数的花钱者偏好来授权以控制花钱经历来得到内容(无额外链接)。因此允许单个登录机制，藉此花钱者仅需要登录一次并可以从多个赚钱者购买，所述赚钱者在相同或不同域具有其服务或内容。

在各个实施例中，通过上网小饼干(cookie)、第三方、具公信力第三方或其它方法启用单个登录，包括与存取权交易服务器一起工作的一个或一个以上赚钱者服务器的网关建构方式。

图7a展示建构本发明的一个实施例的系统方块图中的三个主要元件。客户端100含有若干组件，包括浏览器或显示器界面150；证书或安全子系统110；客户端侧再现模块120，它使得能够显示例如HTML、Java脚本、VB脚本或其它未明确提及的事物；缓存机构130；和基于cookie或本地存储的跟踪机构140。在本发明的建构方式中，证书读取器110提供用于确保并且管理客户端100与不属于客户端100类别的其它元件之间安全通信的机制。客户端侧再现120提供了一个内部模块以再现数据，或者为显示数据而做准备，这些数据通过150来展现。缓存130(它是可选的)提供典型的缓存特性，它可以加速客户端100的数据存取能力的操作。140提供一个暂时性或永久性的本地存储机构，它可以用来促进与客户端100的通信，或者追踪客户端100的一般性或特定动作，它可以独立于证书读取器110动作，或者与其相结合。

动态指示服务器200作为在先前图式中讨论的存取权事务服务器的一部分执行动态指示功能，并且可以作为整个系统中的集成组件或单独的通讯组件起作用。动态指示服务器200含有若干组件，包括授权/认证模块210，基于文本的上下文指示符管理器230，显示状态管理器220，图标或可视显示状态上下文管理器230、会话管理器250、用户记帐模块260、上下文自定义管理器270、条目记帐280和分类模块、条目和卖方分级模块290和一般把关模块201用于其它模块不执行但是仍为本发明所需的操作。所述模块相互作用并且和本发明中的其它元件的外部模块相互作用，它们的功能在其它图中更为明确地描述。本发明的其它建构方式可以将所述模块分成不同的功能单元，而不背离本发明的精神。

赚钱者服务器300含有若干组件，包括存取权网关301、用户会话管理器310、条目/内容凭证管理器360、产品/条目传递服务器350、产品/条目管理器310和条目跟踪管理器320。条目服务器340管理提供条目所涉及的服务功能、握手的处理和管理上的任务。条目传递管理器350通常在低于会话管理器310的级别上工作，它管理特定条目或条目结构，包括目录或其它组织系统。条目内容管理器360表示条目本身，它们或者被物理地、逻辑地定址，或者某种其它机制允许条目被直接地或间接地传递。这些模块彼此之间互相作用，并且与本发明中其它元件的外部模块互相作用，它们的功能在其它图中更为明确地描述。

图7b展示在可能的网络环境中的系统级的三个主要元件。在一个优选实施例中，客户端100A包括在计算器件上的网络浏览器，这些计算器件通过有线和/或无线网络连接至其它元件。动态指示服务器系统200A可驻留于一个或一个以上服务器上，包括一个服务器群集，并且通过有线或无线网络连接至内容存取和分配系统的其它元件，在存取权事务服务器系统中起重要作用。赚钱者服务器系统300A可驻留于一个或一个以上服务器上，包括一个服务器群集，并且通过有线或无线网络连接至存取权和分配系统的其它元件。

图7c-7j展示使用网络浏览器的本发明的示例性建构方式，其中使用动态指示向用户传递额外信息。在一个优选实施例中，图标710的颜色具有下述意义。颜色编码图标710使用户能够立刻了解他是否可以存取特定内容项条目。

蓝色＝高级内容指示符。未登录。

红色＝不便宜。高于您的阈限价格。

黄色＝便宜。处于或低于您的阈限价格。

绿色＝免费。已经购买的内容。

图7c展示一指示机制的示例性一般化显示。特别地，在此屏幕截图中，将动态指示展示为其中显示文本和图标的网页的一部分(显示蓝色是因为在此示例中它们是高级内容且用户未登录)。动态指示可从文本和图标得到，然而上下文信息直到某个事件发生时才会显示。

图7d：指示机制的示例性一般化显示，其中上下文与文本链接相关联。在此屏幕截图中，将鼠标放在所显示文本上的事件会使与文本相关的动态指示文本720得到显示。此上下文显示价格、购买有效的时间长度、和指令(“点击进行购买”)。

图7e：指示机制的示例性普遍显示，其中上下文与图形指示符相关联。在此屏幕截图中，将鼠标放在图标710上的事件会使在合适的上下文中显示动态内容730。此上下文描述将要存取的条目是高级内容且在用户登录前此额外上下文不可用。

图7f：指示机制的示例性普遍显示，其中上下文与图形指示符及状态改变相关联。在此屏幕截图中，图标颜色已经从蓝色变为黄色，无屏幕刷新。登录上下文是以图标中的颜色和颜色的倾向性来显示，因为黄色指示花钱者可以买的起该内容并且没有超过他的阈限(在此示例中此阈限是由他设置的)。

图7g：指示机制的示例性一般化显示，其中上下文和图形指示符相关联并随状态改变而显示。在此屏幕截图中，鼠标放在所展示文本上的事件使得展示与文本相关的动态指示文本750。此上下文展示价格、阈限与价格的关系和建议动作。此动态指示机制展示登录状态(图标黄色)以及与此条目相关的上下文文本。

图7h：指示机制的示例性一般化显示，其中上下文和图形指示符相关联并随状态改变而显示。在此屏幕截图中，图标710颜色已经变为绿色，无屏幕刷新，因为用户已经登录。登录上下文以图标中的颜色和颜色的倾向性展示。

图7i：指示机制的示例性一般化显示，其中上下文和图形指示符相关联。在此屏幕截图中，鼠标放在图标710上的事件使得在合适的上下文下展示动态内容。此上下文描述此条目已经被存取以及用户可以有效存取此条目的时间是多长。

图7j：指示机制的示例性一般化显示，其中上下文和图形指示符相关联。在此屏幕截图中，鼠标放在图标710上的事件使得在合适的上下文下展示动态内容。登录上下文以图标中的颜色和颜色的倾向性展示(在此情形下是红色)。此上下文描述将要存取的条目具有高于阈限的价格，藉此允许干涉购买过程。

对于图8a-8b的讨论假定对于一个优选实施例而言动态指示图标以蓝色开始，在此实施例中图标及动态指示文本在网页的一个I-框架中操作。

图8a是用于建构本发明一个实施例的操作步骤的流程图。动态指示改变过程依赖于此图中描述的特定状态而实现。在D4-100处，用户选择查看可以购买的条目，并且发起一个动态显示循环D4-200。在一个优选实施例中，D4-100代表产生显示指示符的页面的一个HTTP请求(例如，http://www.bitpass.com/inlinetag/00000065/basic)。

D4-300展示在条目查看信息被传递至客户端时条目信息被提取。在一个优选实施例中，条目信息通过URL或其它HTTP机制传递。此条目信息是从条目目录中提取，并且包括条目ID和其它信息。

D4-400展示用户信息被从一个客户端计算器件中提取出来，例如用户ID、用户登录状态、价格上限和价格下限的信息可能通过先前的通信提供至这个客户端上。在一个优选实施例中，用户信息是从含有用户相关信息的cookie中提取。可以使用任何数量的cookie，虽然4个独立的cookie可以提供编程上的效率。在这样的情况下，可以分别为用户ID(usrid)、用户登录状态(ulstat)、价格上限(thr)和价格下限(zero)各使用一个cookie。

D4-500检查在用户信息中是否有用户ID，如果没有发现就继续至D4-510。在一个优选实施例中，浏览器从cookie中检查是否存在usrid信息以及/或者usrid是否有效。如果没有发现，D4-510就代表了一个没有设置cookie或者没有发现有效cookie的情形。流程继续至D4-520来处理D4-510这一情形。

D4-600取出用户信息并检索相关的用户信息，包括用户购买历史。在一个优选实施例中，有效的usrid允许根据usrid来进行对购买的数据库搜索，并且将搜索结果与所查看的条目比较。

D4-700检查在当前查看循环前可能传递至客户端计算器件的授权，并依赖于先前授权的存在与否来指引之后的动作。在一个优选实施例中，这一先前授权的形式为cookie、标志或凭证，它间接地或者明确地允许存取关于这一条目的另外的信息，或者允许存取这一条目本身。如果没有发现有效的授权，那么进入D4-710。包括条目价格(price)的条目信息与用户信息一同传递，以在D4-720中进一步处理。

如果发现关于这一条目的正确授权，那么进入D4-800，此处发现授权包括例如条目价格和存取权到期日期的关键信息。这些信息被传递至D4-900以继续处理。在一个优选实施例中，从凭证中提取条目价格(price)和存取权到期日期(TTL)以在D4-900中使用。

图8b是用于建构本发明一个实施例的操作步骤的流程图，它是从没有发现有效用户信息后的D4-520开始。这一处理循环的功能是在为可能的购买而查看条目信息的上下文中检查有效的用户信息。

D4-N100代表客户端计算器件上的信息加载过程。在一个优选实施例中，D4-N100代表对动态指示内容的一个onLoad HTTP事件。

D4-N200代表对有效用户信息的检查，如果用户已在过去成功登录系统或存取过系统，留下了用户动作的适当标记，那么就将存在有效信息。在一个优选实施例中，检查cookie以寻找有效的usrid信息。

D4-N300评估是否发现有效的用户信息，如果没有发现有效用户信息，那么在将来的处理之前，过程被送至含有一个等待状态的D4-N310。在一个优选实施例中，如果在浏览器cookie中没有发现有效的usrid，那么处理被导引至D4-310，它编程地插入一个等待或休眠时段。

只在发现有效用户信息的情况下才进入D4-N400。这是在用户已登录系统或存取过系统时发生。在一个优选实施例中，在用户已登录并且为此用户设置了一个cookie之后到达D4-N400。含有动态指示图标的I-框架被重新加载。

图8C是用于建构本发明一个实施例的操作步骤的流程图，它是从发现一个通过验证的用户没有存取条目的有效凭证之后的D4-720开始。

D4-L100代表满足D4-720的情形下，在计算器件上的信息加载过程。在一个优选实施例中，D4-L100代表对动态指示内容的一个onLoad HTTP事件。

D4-L110在D4-L100之后，此处初始化状态变量，从而能够进行影响动态指示机制的比较。这些变量包括(但不仅限于)：用户登录状态、用户ID、当前时间和凭证有效时段，并且包括这些变量的先前状态。为进行初始化，先前状态变量被赋予与当前状态变量相同的值。此外，基于用户ID而提取这一用户的价格阈限。在一个优选实施例中，从cookie提取usrid和ulstat，并将其赋予分别用于表示usrid和ulstat的先前状态的usrid-1和ulstat-1。变量thr和zero用来表示上限和下限，尽管在需要的情况下可以使用其它阈限或分层值以进行专门的处理。在实行中，可使用任意的变量名，但是这些变量名应为了一致性以及方便与操作状态相联系而选择。

D4-L200用来检查本地存储于客户端计算器件上的用户信息，这些信息可充当动态指示显示的处理中的事件指引。

D4-L300检查是否设置了一个reload(重新加载)标记来引发一个重新加载动作D4-L310。reload标记可以指示当控制被传递至D4-310时，单个(reload)或是一组(reload-all)的执行。在一个优选实施例中，reload和reload-all是通过cookie而被启用，提供了两种方式的控制机制。在第一种机制中，reload或reload-all cookie的存在可以触发reload或reload-all动作，从而通过I-框架重新加载单个或所有的动态指示符。在第二种机制中，reload或reload-all cookie可以包括到期或执行时间，从而在reload或reload-all时间值大于当前时间值时(then)，引发通过D4-310的reload。

D4-L400测试是否改变了用户，并且如果为真，控制就被送至D4-L310以进行重新载入。在一个优选实施例中，从cookie中提取的usrid变量与先前状态变量usrid-1比较。如果usrid不等于usrid-1，那么就呼叫reload事件D4-310。

D4-L500在用户未改变的情况下到达。检查用户登录状态来查看用户当前是否已登录。如果用户尚未登录，那么控制被传递至D4-L510以检查用户是否已在上次检查登录状态后退出了。如果如D4-L510所判定，用户已在最近退出，那么就呼叫D4-L520来更新指示符以指示新的“未登录”状态。接着控制被送至D4-L520。在一个优选实施例中，检查用户登录状态(ulstat)是否为退出状态0，如果为真则将控制转给D4-L510。接着D4-L510将ulstat与ulstat-1比较来检查登录状态是否改变(ulstat-1是否为1，或者在前一循环期间是否为已登录的)。如果ulstat-1确实是1，那么就发生了一个状态改变，用户已在最近退出，并且必需在D4-L520中改变指示符来反映这一状态改变。在D4-L520中，指示符被更新至蓝色，从而反映这一未登录状态。

D4-L530充当一个重置机制，此处将先前状态变量设置为当前状态变量，并且将先前阈限设置为当前阈限。在一个优选实施例中，ulstat-1被设置为ulstat，usrid-1被设置为usrid，thr-1被设置为thr，并且zero-1被设置为zero。

D4-L540含有在D4-L200处的将来的处理前的一个等待时段。在一个优选实施例中，D4-L540编程地插入一个等待或休眠时段。

如果测试D4-L500返回用户当前已登录的数值，那么到达D4-L600。D4-L600通过检查登录状态的先前状态变量来测试当前的已登录状态是否是新的。如果这一检查显示在从已退出(先前状态)到已登录(当前状态)的当前循环期间，用户在最近有改变，那么就调用D4-L610以重置用户阈限值，将控制返回至D4-L700。在一个优选实施例中，用户登录状态的比较是通过测试ulstat是否等于ulstat-1来执行，其中为假的情形时会使thr和zero被重置为数值-1。

D4-L700测试在本循环中用户的阈限值是否改变。如果没有改变，那么控制被传递至D4-L530。在一个优选实施例中，比较thr和thr-1(thr的先前状态)并比较zero和zero-1(zero的先前状态)。如果这两个比较均指示这些值没有改变，那么控制就被转递至D4-L530。

如果发现这些阈限值与相同阈限值的先前状态形式不同，那么进入D4-L800。D4-L800测试条目的价格是否超过此用户的用户价格上限。如果超过，那么控制就被传递至D4-L900。在一个优选实施例中，条目价格(price)已根据D4-400提取出，并且对照thr受到测试。如果price大于thr，那么控制就传递至D4-L900。

如果条目价格与用户价格上限的比较指示这一价格低于用户价格上限，那么进入D4-L810。D4-L810接着将条目价格对照用户价格下限进行测试。如果条目价格高于用户价格下限，那么控制就传递至D4-910。在一个优选实施例中，D4-810测试price是否高于zero，其中结果为真时会将控制传递至D4-L910。

如果条目价格低于用户价格下限，那么进入D4-820。D4-L820更新指示符以反映该条目低于价格下限。在一个优选实施例中，D4-L820将指示符更新为绿色，这一颜色可以用若干种方式解释。绿色可能指示此条目具有低的认知价值(perceived value)、此条目实质上是免费的、或者先前已查看过此条目。对指示符为绿色的解释仅仅表示位于阈限以下的状态，并且可屈从于主观解释。本发明的发明者并不试图使一种指示符颜色固定于一种受限定的单一含义。

图8d是用于建构本发明一个实施例的操作步骤的流程图，它在发现一个通过验证的用户拥有存取正被查看的条目的当前凭证后从D4-900开始。

D4-V100表示满足D4-900的情形下，在计算器件上的信息加载过程。在一个优选实施例中，D4-V100代表对动态指示内容的一个onLoad HTTP事件。

D4-V200在D4-V100之后，此处初始化状态变量，从而能够进行影响动态指示机制的比较。这些变量包括(但不仅限于)：用户登录状态、用户ID、当前时间和凭证有效时段，并且包括这些变量的先前状态。为进行初始化，先前状态变量被赋予与当前状态变量相同的值。。在一个优选实施例中，从cookie提取usrid和ulstat，并将其赋予分别用于表示usrid和ulstat的先前状态的usrid-1和ulstat-1。在实行中，可使用任意的变量名，但是这些变量名应为了一致性以及方便与操作状态相联系而选择。

D4-V300跟随初始化步骤D4-V200，此处通过将当前时间与当前时间的先前状态变量(then)比较，来测试用于存取条目的凭证是否到期。如果在从当前时间减去then变量后，获得的数值大于凭证的生存期(TTL)，那么凭证就已经到期，从而引发一个reload D4-430。

如果凭证未到期，那么就从客户端计算器件提取用户信息，以在接下来测试是否有信息已被改变(D4-V400)。在一个优选实施例中，从一个或一个以上cookie中提取用户信息，得到usrid和ulstat。

D4-V500测试用户信息以查看最近提取的用户ID是否在上次测试后有所改变。如果改变存在，那么处理移动至D4-V310。在一个优选实施例中，usrid与usrid-1比较，并且如果不相等，就调用Reload事件。

如果用户ID没有改变，那么D4-V600测试用户信息以查看最近提取的用户登录状态是否在上次测试后有所改变。如果没有改变，那么处理移动至D4-V510，此处将先前状态变量设置为当前状态变量，之后在D4-V520中引入一个等待时段。在一个优选实施例中，将ulstat相对于ulstat-1测试，并且如果相等，就将ulstat-1设置为ulstat，并且将usrid设置为usrid-1，之后为等待状态或者一个休眠时段，并且最终返回至D4-V300。

如果用户登录状态中有改变，那么进入D4-V700，此处评估当前用户登录状态。如果用户登录状态改变至已登录的当前状态，那么进入D4-V800，此处改变动态指示符以指示这一已登录的状态。在改变指示符后，处理移动至D4-V510和D4-520，它们分别继续循环以及等待另外的改变。

前面所描述的本发明实施例是作为说明和描述而提供。它们并不意欲将本发明限制为所描述的明确形式。详细地说，预期此处所描述的本发明的功能性建构方式可以等价地在硬件、软件、固件和/或其它可用的功能组件或建造块中建构。根据上述教示，其它变化和实施例是可能的，并且因此本发明的范围意欲不受此描述限制。

图9a：自动大小调整的通信过程，它展示了自动调整浏览器内容大小过程中所涉及步骤的概览。在此处的图中应用一些视觉上的约定来说明要点。高亮显示的文本被用来引起对图中正被讨论的文本的注意。加删除线的文本被用来表示已被扩展或已被紧接的代码替代的代码。之前有以“HTML：”开头的文本，被缩进的并且/或者有轮廓线的的文本被用来表示替代加删除线文本的扩展代码。

自动大小调整概念是指试图自动调节内容的格式，从而最佳地适合启用内容的链接以及动态指示图标的观看大小，这一链接和图标都是由第三方提供以在赚钱者的网页上显示的动态内容。自动大小调整过程可以整体上地操作，或者如用于建构它的自动感应技术所允许，自动适应显示硬件及软件的能力而操作。

图9a的步骤展示使用通过HTTP协议通讯的标准网络技术的过程的实施例。消息在位于客户端机器上的用户浏览器902、卖方/赚钱者的网络服务器904以及一个内容网络服务器406之间发送与接收。卖方/赚钱者的网络服务器可以建构为单个服务器或多个服务器，包括在一个服务器群上的建构方式。网络服务器906可以建构为单个服务器或多个服务器，包括在一个服务器群上的建构方式。

此图展示本过程的基本动作是用户从赚钱者处请求一网页910，使得一网页得以被发送911。所发送的网页包括从一个BitPass服务器请求Java脚本片断的HTML代码。所返回913的片断取得HTML 914以再现由BitPass服务器提供的内容，并且此外通过Java脚本要求915卖方的网络服务器调整由BitPass服务器提供的内容的大小。赚钱者的网络服务器返回916一个大小或几何形状cookie，它被用于最终的再现计算。

图9b：图9a的初始自动大小调整910/911/912，它展示了标识必须被取得的外部Java脚本。图9c及9d：来自图9a的步骤913/914的外部来源Java脚本，它展示所返回的Java脚本在浏览器中执行。在本示例中，Java脚本930如下：

<SCRIPT type=′text/javascript′

document writeln("<IFRAME name=ifrm id=ifrm                               ")

document writeln("src=′http://www.bitpass.com/inlinetag/00000065/basic/">")

document writeln("</IFRAME>                                               ")

document writeln("<SCRIPT language=javascript type=′text/javascript′>   ")

document writeln("<!—                                                    ")

document writeln("function update(){...};                                 ")

document writeln("update();                                               ")

document writeln("//→                                                    ")

document writeln("</SCRIPT>                                               ")

document close();

</SCRIPT>

图9d包括另外的外部来源Java脚本，除了其它再现代码和Java函数外，它还使用一个I-框架(IFRAME)932。

图9e展示自动大小调整的另外的细节。用户浏览器902解释HTML代码并且再现它。在HTML代码的再现完成后，调用Java脚本函数notify()，此时HTML再现结果的大小是已知的。

图9f：Java脚本函数加载另一IFRAME 950，它展示了从第一个外部来源的Java脚本再现的HTML如何将另一URL加载入第二个IFRAME(id＝ifrm2)952，所述URL的来源指向赚钱者的服务器，位于安装在此处的一个网关上。与先前的图中相同，加删除线的文本被缩进的代码(在这个情况中位于带轮廓线的文本块中)所替代，这些代码是来源于bitpass域。

图9g：来自赚钱者的服务器网关904的响应，它展示了来自赚钱者服务器网关的响应，包括一个具有几何尺寸信息，可以从赚钱者的域读取的cookie 960。与先前的图中相同，加删除线的文本被缩进的代码(在这个情况中位于带轮廓线的文本块中)所替代，这些代码是来源于bitpass域。在此图中，有两个带删除线的文字962、963，以及两个替代文本块964、965。

图9h：用于完成自动大小调整的更新，它展示了如何使用Java脚本函数“update”970，利用由赚钱者服务器904所设置的cookie中的信息来调整外部IFRAME的大小。

图9i：更新函数的流程图，它展示了Java脚本函数“update”970内部轮询几何形状cookie的改变982时的操作。如果发现几何形状cookie 983，那么此函数将调整IFRAME的大小984，如果没有发现cookie，那么此函数将休眠987并且循环986，直到达到一指定的循环次数981，此时将退出988。

自动大小调整过程已在一个实施例中展示为使用Java脚本来协助再现由第三方提供的内容。可使用其它脚本编写和/或编程的建构方式来提供自动大小调整能力。在标准网络浏览器技术的使用中，所展示的实施例使用IFRAME来提供可调整大小的能力，然而，安全模型不允许不具公信力的第三方控制网页，或影响整体的页面再现。作为赚钱者服务器网关形式的具公信力第三方的引入提供了一种机制，其中可以与赚钱者的网络服务器传送信息，并且可以利用这些信息来动态地与第三方内容互动以及再现这些内容。

如图中所示，根据本发明的内容存取分配系统的元件基本上可以被分为三个截然不同的组件：客户端组件100、分配事务服务器组件200(也被称为存取权事务服务器)和赚钱者服务器组件300。

本系统允许花钱者请求他/她认为有价值的或值得分配的内容，并且分配对这些内容的存取权。客户端通常将使用已知为网络浏览器的技术存取内容，浏览器具有再现网页的能力，这些网页包括文本、图形以及其它对象或不包括于文本或图形定义中的内容。赚钱者服务器300指一个服务器的逻辑表示，它含有赚钱者出售或分配的内容。赚钱者服务器300可驻留于赚钱者所拥有的物理服务器上、一个内容分配网络上、媒体服务器上或任何其它的位置。分配事务服务器200指一个服务器的内容表示，它含有用于管理本发明内容存取权的分配相关事务的软件：对象代码、可执行代码、二进制代码等等。分配事务服务器300可驻留于单个物理服务器上、多个服务器上、一个内容分配网络上、媒体服务器上或任何其它位置。

图10a展示建构本发明的一个实施例的系统方块图中的三个主要元件。客户端100含有若干组件，包括：浏览器或显示接口150；证书或安全子系统110；客户端侧再现模块120，它使得能够显示例如HTML、Java脚本、VB脚本或其它未明确提及的事物；缓存机制130(可选的)；和基于cookie或本地存储的跟踪机制140。在所描述的本发明实施例中，证书读取器110提供用于确保并且管理客户端100与不属于客户端100类别的其它元件之间安全通信的机制。客户端侧再现120提供了一个内部模块以再现数据，或者为显示数据而做准备，这些数据通过150来展现。缓存130提供典型的缓存特性，它可以加速客户端100的数据存取能力的操作。cookie系统140提供一个暂时性或永久性的本地存储机制，它可以用来促进与客户端100的通信，或者追踪客户端100的一般性或特定动作，它可以独立于证书读取器110动作，或者与其相结合。

存取权事务服务器200含有若干组件，包括显示及几何形状计算引擎220、条目选择处理模块212、认证模块214、授权模块216、存取权颁发模块230、存取权转换模块250、内容存取权传递模块260、一般系统记帐模块210、目录管理模块240、会话管理模块270和一般内务处理模块201，它用于其它模块不执行，但是本发明仍然需要的操作。这些模块彼此之间互相作用，并且与外部的本发明中其它元件的模块互相作用，它们的功能在其它图中更为明确地描述。

赚钱者服务器300含有若干组件，包括存取权网关340、会话管理器350、凭证管理器360、产品/条目服务器310、产品/条目管理器320和产品/条目系统330。存取权网关使得能够验证并且颁发被承认的存取权，从而致使将条目传递至用户。会话管理器350为本发明一个实施例管理会话信息，从而追踪会话以及对系统或条目的存取的有效性和及时性。在本发明的凭证验证以及在条目传递前的条目通行证的颁发和验证中，凭证管理器360与会话管理器350一同工作。产品/内容服务器310管理提供条目所涉及的服务功能、握手的处理和管理上的任务。产品/内容管理器320通常在低于产品/内容服务器310的级别上工作，它管理特定条目或条目结构，包括目录或其它组织系统。产品/内容系统330表示条目本身，它们或者被物理地、逻辑地定址，或者某种其它机制允许条目被直接地或间接地传递。这些模块彼此之间互相作用，并且与外部的本发明中其它元件的模块互相作用，它们的功能在其它图中更为明确地描述。

图10b展示在一个可能的网络环境中的系统级的三个主要元件。在一个优选实施例中，客户端100A包括在计算器件上的网络浏览器，这些计算器件通过有线和无线网络连接至其它元件。存取权事务服务器200A可驻留于一个或一个以上服务器上，包括一个服务器群集，并且通过有线或无线网络连接至内容存取和分配系统的其它元件。赚钱者服务器300A可驻留于一个或一个以上服务器上，包括一个服务器群集，并且通过有线或无线网络连接至存取权和分配系统的其它元件。

图10c和10g是用于建构本发明一个实施例的操作步骤的流程图，它们集中在认证、授权及颁发的过程上。图10c以用户通过一个链接来查看所显示的信息开始，这个链接是通过本发明的一个实施例，经由建立购买流而被启用，其中一个链接提供对信息的存取权，或者更加明确地对本发明而言，提供对存取权的购买能力。用户选择3-100这一被启用的链接，这个步骤就开始了图10c的过程。对链接的选择使得ARTS(存取权事务服务器，AccessRights Transaction Server)可以使用信息，包括会话信息(Ck1)和条目信息。可以通过将这一信息嵌入此链接，或通过一个浏览器cookie或其它追踪或存储机制来使这一信息变得可用。ARTS获取Ck1并进入验证步骤3-200，其中执行若干检查。它们包括3-210会话ID校验用以验证此会话存在，3-220用户ID用以验证此会话的用户存在，和其它需要的检查3-230，它们验证其它通过此链接而独立地、或与其它信息一同提供的信息。执行另一个检查，3-310条目ID校验来验证此条目存在于条目目录中，3-320以验证此会话的用户存在，和其它需要的检查3-330，它们验证其它通过此链接而独立地、或与其它信息一同提供的信息。验证检查的无效结果独立地、或一同导致错误通知3-350和退出。

成功的验证引发3-400。从Ck1得出的会话ID被用来使一个句柄与一个用户和用户ID相联系。接着ARTS检查这个用户ID来判定用户是否登录了系统3-500。一个已登录的用户ID引发3-450，此处建立Ck2。Ck2是代表被选中条目的标志，包括例如条目ID、标志ID、条目位置或到文件位置的路径(URL)的信息。在3-510中，使用用户ID来将条目ID与用户ID的购买历史比较，藉此可以将这个条目标识为一个完全购买的条目、有条件购买的条目或其它的购买状态。如果已经购买了这个条目，并且这个购买仍然有效3-520，那么ARTS就在将标志颁发给赚钱者服务器以进行赚钱者服务器网关处理3-540之前，递增用于内容存取的计数器(存取次数)或者相关的记帐信息3-530。如果尚未购买此条目，或者购买是无效的，那么保存标志Ck2以备以后使用。

如果用户ID未登录、尚未为此条目付款或者ARTS判定需要有其它信息，那么到达3-600。可以向用户提出登录请求、购买确认、条目状态或其它信息。用户做出响应，并且额外的参数就由ARTS在图10d(ARTS确认阶段)中处理。

图10d和10h是当用户ID未登录或条目尚未被购买(购买无效)时，从图10c进入。这一阶段提供允许购买在进入图10e的转换和传递阶段之前的重复认证和授权。4-100校验传递入确认阶段的参数，其中再次检查条目ID。无效的参数会将用户带出交易处理循环。

4-200执行对Ck1的重复验证以确保用户4-210、会话4-220和其它信息4-230存在并且/或者是当前的。无效的Ck1导致从交易处理中退出。用户ID被从Ck1中提取4-240并且检查登录状态4-300。如果用户ID登录是有有效的，那么就检索来自图10c的标志Ck2。如果登录无效，那么4-310请求登录信息。此处登录校验4-320的失败引发退出，而成功使得一个新的标志Ck3在4-340中建立。

基于在4-100中验证的条目ID，4-400检索另外的条目信息。4-500验证条目，执行对目录ID的检查4-510，对位置信息的检查4-520和/或对其他所需要的信息的检查4-530。任何无效的情况将导致退出，其中4-550发送一条关于条目的不可用状态的消息。有效的条目状态接着允许付款处理发生4-600。

4-600包括若干检查和确认，最为基本的是余额检查4-630。在4-630中，进行对用户帐户余额的扣除尝试测试，从而检查剩余的余额。负的余额返回失败的情形。包括其它的帐户检查，但是它们不仅限于帐户扣除标记4-610、限制/约束检查4-650、条件性处理4-640、存货检查4-620和其它的检查。任何失败或否定的情形将回退(rollback)任何针对购买条目的扣除尝试(付款尚未被处理)，从而导致退出。上面所列出的付款过程和检查不需要特定的顺序，因为任何的失败或否定情形均将导致付款过程停止，并且将付款回退至尚未处理的状态。4-600中功能的特定顺序可以基于子功能条件分析而被修改，在这样的分析中可能发现条件性处理模块4-640捕捉最多的失败情形。在这样的情况下，可以将4-640放置为4-600中的第一步。如此，我们将4-600和它的子功能的功能性建构方式视为可以被优化的功能，它们的顺序可以视需要而被修改。

如果付款处理被批准，那么视4-300至4-340的结果，可以将标志Ck2或Ck3提供至客户端，从而由客户端提交至赚钱者服务器以进行网关处理4-640。在这个阶段，标志Ck2或Ck3变为用于存取条目的凭证(V1)。

图10e和10i是当将一个标志作为对于一个条目的凭证而颁发时，从图进入的流程图。这一阶段主要提供对存取一个条目的请求的处理中的颁发、转换和传递步骤，以及在赚钱者服务器元件处的动作，其中大部分动作是位于赚钱者服务器中的网关模块处。来自图10a的赚钱者服务器300在预定的频道模态上侦听对条目交易的处理。这些频道模态可以为许多形式，包括(但不仅限于)多个协议、一个协议中的多个命令(和子命令)、物理上不同的通信媒体、具有已调制通信的单独媒体或机制，或者两个或两个以上的上述通信机制、或者间接表明或暗示但未明确提及的机制的组合。为了阐明这一过程的目的，我们将使用一个频道模态的示例，其中频道基于包括GET、POST和其它HTTP请求的网络浏览器技术，但是这个示例并不意欲代表这些频道的唯一的建构方式。

所描述的事务协议实施例的一个有用的特性是，在此协议的最后一步后传递的页面的URL是一个不混杂有复杂的查询字符串的URL。所有同一高级内容的购买者将看到相同的最终高级内容URL。与含有查询字符串的URL(它含有例如会话ID信息或用户ID信息的历史信息)不同，到达BitPass事务协议的目标高级URL是相同的。

凭证信息并不作为查询字符串而在URL中传递，而是通过一个平行的频道传递，它或者是POST，或者通过referrer字段。这些URL具有若干有点：

1)们趋向于比较短，因此可读性较强

2)它们可以被复制并粘贴入博客(weblog)中或其它在线的网页中，并且可以简单地由例如Google的搜索引擎进行索引，它计算URL的PageRank(网页排名)。唯一的URL，例如由用户从Amazon.com复制并粘贴的URL是不可能获得任何PageRank的。拥有无论购买者是谁都相同的高级内容URL使得例如Google的搜索引擎能够计算高级内容URL的PageRank，即使在这些搜索引擎和它们的机器人不能存取高级URL的实际内容的情况下。

5-100通过寻找同意的通信频道以判定赚钱者网关的适当动作，从而处理来自客户端浏览器的通信。在本发明一个优选实施例中，POST请求表示一个频道(Chi)。如果5-100判定这一频道是POST请求，那么5-110得以进行，它提取凭证(V1)内容并且检验符合的内容和结构。5-120接着可以验证V1，并在无效的情况下引发一个错误消息，或者进行进一步的处理。接着一个有效的V1被转换为通信证Ck45-130，它被用来在适当时对条目进行更简单的处理。

在本发明一个优选实施例中，V1通过POST以HTTP的形式提交至赚钱者服务器网关，它具有标识用户的条目的特定内容：目标路径、查询字符串、时间戳记、起点IP地址、代理服务器IP地址(如果有的话)、到期时间、版本、赚钱者ID和唯一字符串等等，它们在一个一次POST中是唯一的(V1仅使用一次且仅有效一次)。同样的，通行证实际上是一个cookie，它部分地从凭证产生，连同其它的信息和一个认证杂凑值(hash)。这个cookie允许对用户的弱校验和通过HTTP的多次连接，但是这个cookie具有有限的寿命，并且在没有颁发凭证的情况下是不能存在的。在一个优选实施例中，这个Ck4cookie促进了对存取或下载内容的被降低的连续事务和协商。明确地说，这个cookie允许多个同时的、将购买者链接至如条目目录中所指示的条目或条目目录的连接，因为它含有例如目标URL、IP地址、代理服务器信息、到期日期、认证hash的信息，或者其它安全或标识所需要的信息。接着在一个重定向中使用一个GET请求将这个cookie颁发至浏览器。

5-100接着将这个GET请求看作另一个频道(Ch3)，并且与以前相同，新的频道调用新的行为。5-300被调用，其中提取通行证的内容和结构来进行评估。5-310校验Ck4的有效性，其中无效的情形导致重定向回ARTS。通过校验的Ck4导致赚钱者服务器网关模块授权条目的传递。

5-200在5-100发现一个BOUNCE请求的情况下被调用。在一个优选实施例中，这代表着另一个频道(Ch2)，它具有来自赚钱者服务器的一组作为结果的行为。这些特定行为由另一文档所涵盖，并且在单独的知识产权下被涵盖。

5-400在5-100发现前文没有提及的其它命令的情况下被调用。5-400为将来的通信而保留，并且可以进一步处理其它的频道，或者被特定地用作一个频道(Ch4)。在这样的情况下，它可以被用作一个总受器(catchall)频道，用来处理不通过其它频道传递的其它信息。视通信的结构、来源或内容而定，如果需要，5-400可以被用来处理包括多个单独命令或系列命令的通信。

图10f是一个流程图，它展示了具有与基于网络的内容有关的颜色的指示符。一个启用内容的页面上的带颜色的图标给予潜在的花钱者一个指示，它指示花钱者购买相关条目的能力。在一些实施例中，点击任何颜色的图标将把您带到允许您登录的BitPass控制面板。

蓝色-指示他尚未登录。这个条目是高级的，用户必须登录并且在购买条目前付钱。

黄色-指示他已经登录，并且这个条目的价格在他的购买阈限以下。

红色-指示他已经登录，但是这个条目的价格在他的购买阈限以上。

绿色-指示他已经登录，已经购买了这个条目，而且仍然允许存取这个高级内容。

重要的是，我们应了解两个提供有相同的基于网络内容条目的潜在花钱者，可以视他们是否已登录、他们的帐户中有多少钱、以及他们的阈限值而定，从而看到不同的与基于网络的内容相关联的指示符。

在潜在花钱者(“用户”)看到与一个基于网络内容条目相关的第一个颜色的指示符(例如，蓝色)1091的情况下，用户的浏览器与一个中间物(例如一个基于网络的存取服务器)相互作用以确定用户是否能够存取此内容。这里，颜色1091指示高级内容以及没有登录。存取服务器检查用户是否通过认证(即他是否是他所声称的那个人)，以及用户是否有权存取高级内容。

在潜在花钱者(“用户”)看到与一个基于网络内容条目相关的第二个颜色的指示符(例如，红色)1092的情况下，用户的浏览器与一个中间物(例如一个基于网络的存取服务器)相互作用以确定用户是否有权存取高级内容。它查看条目的价格、卖方的阈限设置和用户的帐户值。

在潜在花钱者(“用户”)看到与一个基于网络内容条目相关的第三个颜色的指示符(例如，黄色)1093的情况下，用户的浏览器与一个中间物(例如一个基于网络的存取服务器)相互作用以确定用户是否能够存取此内容。这里，颜色1093指示高级内容，并且存取服务器检查用户是否通过认证(即他是否是他所声称的那个人)，以及用户是否有权存取高级内容。

图10j是当潜在的花钱者点击一个图标10010时，所显示的用户界面的示例，这个图标与价格比他的阈限高的内容相关联。这里，图标10010是红色的，因为这个条目价格是25分，而阈限是10分。用户的帐户中有46分。用户可以通过10013“Add”(添加)按钮将钱添加至他的帐户。点击Add按钮导致钱被添加至用户的帐户，并且将钱添加至帐户改变一个存有的值，它代表他的帐户中的钱量。用户可以通过输入一个新阈限值并且点击“Set”(设置)按钮10014来改变他的阈限。改变阈限值改变了在一个数据处理机的内存中与这个用户相关联的一个值。

图10k是当花钱者通过点击Proceed(继续)按钮10015购买基于网络的内容时，所显示的用户界面的示例。在这个示例中，用户已将他的阈限增加至25分或更多，并且与这个内容相关联的图标10010改变为黄色(指示这个条目的价格在用户的阈限以下)。用户现在将能够在300天10016内存取这个内容(在这个示例中)。所描述的本发明实施例是作为例证和描述而提供。它们并不意欲将本发明限制为所描述的准确形式。详细地说，预期此处所描述的本发明的功能性建构方式可以等价地在硬件、软件、固件和/或其它可用的功能组件或建造块中建构。根据上述教示，其它变化和实施例是可能的，并且因此本发明的范围意欲不受此描述限制。

技术建构的其它讨论

在动态指示符互动和赚钱者网关(G/W)中牵涉了几个cookie。

用于动态指示符的cookie优选地不具有结构。它们只是简单的变量。例如用于花钱者余额的cookie名称为“bal”，并且余额是它的值，“bal”、“thr”、“zero”、“usrid”、“ulstat”是这种cookie。它们的范围经过调整以能够被任何URL读取，例如bitpass.com上的URL。

用于通行证(凭证的简化形式)的cookie具有一些结构。并且它们的范围也被调整至服务器所拥有的一个特定路径。

在下面的段落中，首先讨论凭证：“凭证”基本上说是名称/值对，被编码为application/x-www-form-urlencoded的MIME类型，并且投送至赚钱者网关。

下面是名称/值对表。

名称	值	类型/句法
				Version	版本	浮点数	1.0
pubid	赚钱者ID	无符号整数	内部ID
				i_id	条目ID	无符号整数	内部ID
cpath	内容路径	字符串	Unix路径
				qstr	查询字符串	字符串	URL查询字符串
passexp	通行证cookie到期时间	无符号整数	秒
				uniq_id	提交的唯一ID	十六进制字符串	32个字符，128位
c time	凭证产生时间	无符号整数	Unix时间戳记
				ip	IP地址	xxx.xxx.xxx.xxx	IPv4地址
proxy	代理服务器地址	xxx.xxx.xxx.xxx	IPv4地址
				mode	模式	字符串	“test”或“live”
expires	到期日期	无符号整数	秒
				hash	MD5杂凑值	十六进制字符串	32个字符，128位*
voucher	RSA签名	Base64编码的字符串	**
				VID	凭证的唯一ID	十六进制字符串	32个字符，128位
VISIT	存取次数	无符号整数	无符号整数

^*hash：选定值的杂凑值

^**voucher：杂凑值的RSA签名。使用BASE64机制编码。

通行证cookie是凭证的简化形式。每个cookie优选地具有六个特性与其相关联。

1)名称

2)值

3)TTL(生存时间)

4)路径

5)域

6)SSL标志

1)将凭证变为cookie的转换将凭证内的条目分配在这六个特性中。其它的实施例不含有或不使用这些字段中的一些(例如，某些不包括SSL标志)。名称：在某些版本的网关中，同样的名称会被多次使用。但是某些版本的网关为每一个路径使用唯一的名称。这完全是由所使用的语言/库决定的。

2)数据结构的连续化形式。简单地说，这是一种字符串，它具有两种分隔符以使得多个名称/值可以被编码为单个字符串。这个结构含有“ip”、“proxy”、“hash”、“path”、“expires”值。同样，“hash”是这个cookie的一个校验和hash，以防止篡改。

3)TTL被设定为来自凭证的“passexp”值。

4)路径被设定为一个真实路径，它是映射自“cpath”值和基本URL。

5)域是赚钱者的域。

在图12a：送给朋友(FAF)的发送者过程中，展示了当免费地将内容发送给朋友时，所涉及的过程的实施例。为符合免费送给朋友这一促销的条件，需要满足几个(三个主要的)条件：1)发送者已经购买了这个条目，2)卖方已决定选择使用免费送给朋友来促销他的内容，3)这个促销提议仍然可用。如果这三个中有任何一个没有满足，那么发送者必须为他/她的朋友付出完全的价格。对于这个图来说，花钱者和发送者是一样的。

FAF过程可以在花钱者在步骤1中选择发送给另一个花钱者或潜在花钱者的内容(条目)时开始。

在步骤2中，这个过程基于下列信息的可用性而被起始：

-发送者标识

-前一个购买的收据ID

-条目标识

-接收者的电子邮件和短消息(可选的)

-系统从所给出的条目信息取出完整的条目信息

发送者、收据、条目信息等等是基于由发送者的动作所提供的和/或从存取权事务服务器检索的登录、会话或链接信息。

在步骤3中，在存取权事务服务器处执行检查以判定卖方(赚钱者)是否选择免费送给朋友来促销这个特定内容。如果是这样，那么使用步骤4来找出补贴金额。

在步骤5中，检查花钱者先前的购买历史。如果发送者先前已经购买了这个特定条目，那么补贴金提议仍然有效。否则在步骤6中将补贴金设为0，因为花钱者没有通过这个示例的使用FAF发送内容的实施例的条件。购买历史或收据信息可以从本地cookie或存储记录中取得，或者在检查存取权事务服务器时从花钱者历史中提取。

步骤3至4和步骤5至6可以用任何顺序进行，并且对于所展示的实施例而言用所展示的顺序描绘。这些检查与处理的实际建构顺序可以基于客户策略、补贴金策略、设计的效率、处理能力或者其它的原因。

在步骤7中，如果所列出的价格仍然大于卖方补贴金(补贴金不能支付整个价格)，那么发送者必须支付(8)价格差。不能做出这一动作将中止交易。如果本发明被用来使用FAF发送过程来将多个条目传递至多个接收者，那么可以使用一个更为简化的方法来检查支付价格差的能力。在这样的情况下，FAF礼物码的总数乘以价格差将得到发送者的总价。总价应低于发送者的帐户余额，以具有使交易完成的支付能力。

在步骤9中，颁发礼物码：在一个优选实施例中，这个码联系至特定的条目，而不联系至特定的接收者(朋友)。除了联系至条目的码之外，可以使用其它的礼物码。这些机制可以将礼物码与条目、接收者、两者，或者另外的可追踪的唯一方法相联系。

在步骤A中，礼物码被发送至朋友。这个码可以通过数种方法发送，一个简单的实施例将码通过电子邮件发送。其它的方法可以包括(但不仅限于)FTP、SSH、HTTP POST、HTTP GET、SMS、口头表示、手势语言等等。在一个优选实施例中，礼物码不联系至一个特定的接收者，这意味着这个码是可以转让的。如果码的接收者决定如此，那么他/她可以将码给其它的人。

此过程的建构方式中，可以建立或者修改几个其它的条件。同样的，如果步骤1中描述的三个主要条件没有得到满足，那么可以使用另一个基于送给朋友的建构方式，但是这个方式不是免费的分配内容存取权。此外，在步骤4中指出的补贴金可以基于时间、存取或者基于若干变量的任何几种的算法而定，这些变量包括(但不仅限于)花钱者购买模式或购买历史、赚钱者收益目标、时间、存取、再次存取等等。在步骤6中，可能设有特殊的处理，其中不要求发送者在发送内容前已经购买了内容。可能有营销、促销或其它的原因，以使得发送者在这种情况下继续FAF发送过程。

图12b：送给朋友接收过程在接收者(在送给朋友的名称中的朋友)接收一个礼物码后开始。为了进行这个描述的目的，接收者和兑换者是可以互换的。

在步骤1中，过程由接收者将礼物码提供给系统而起始，礼物码由步骤2验证。

在步骤3中，如果码无效(不存在或已到期)，那么系统将在步骤4中通知兑换者并且将结束这一相互作用。

在步骤5中，如果兑换者尚不是系统的会员，那么在步骤6中将建立一个新帐户。如果兑换者是会员，那么会员帐户信息将在步骤7中被取出。

在步骤8中，系统将向接收者颁发一个有效的凭证，并且更新接收者帐户的购买历史，从而使得兑换者可以如同已经自己支付了内容一般存取这个内容。

在步骤9中，系统将兑换者的浏览器重定向至内容。虽然为了简单起见，在上面的说明中将兑换者用作接收者，但是兑换者不必须是接收者。此外，可以在交易过程中添加额外的安全性。这些特征的示例可以包括以下方面：

1)在礼物码中输入一个额外的秘语

-发送者在发送者步骤1提供秘语

-系统在发送者步骤9存储这个信息。

2)这个秘语不会通过相同的频道、使用相同的方法、或甚至使用相同的协议或语言发送给接收者。要求发送者使用其它的通信方法将秘语传达给接收者。-秘语不在发送者步骤A中发送。

3)当兑换礼物码时，秘语必须与礼物码本身一同提供。-兑换者在接收者步骤1提供秘语。

图11a免费送给朋友链接的示例，它展示建构送给朋友能力的视觉表示。链接1102出现在花钱者已购买的内容页面上，并且在启用了送给朋友的情况下，它可以被用来起始送给朋友过程中的步骤。

图11b：免费送给朋友的发送示例，它展示免费送给朋友过程中的发送页示例1106。如果点击了免费送给朋友链接1104，那么免费送给朋友过程就开始，其中关于内容、发送者和接收者的信息由发送者通过页面1106输入。在这个情况中，显示了免费送给朋友促销的补贴金1107(例如，5分)。

图11c：接收者电子邮件的示例，它展示了发送给免费送给朋友请求的接收者的电子邮件示例1111。电子邮件示例1111包括关于发送者和接收者的信息、一条由发送者建立的消息和存取已经免费送给朋友的内容的链接。通过点击链接，兑换者即可存取这个内容。注意：因为在这个情况中，礼物码是联系至条目，而不是接收者的，所以接收者可以将这条消息转发给其它人。第一个使用礼物码的人将成为存取这个内容的兑换者。如上面指出，在这个示例中这个礼物码是联系至条目的，然而它可能与接收者、通行码或安全码、发送者，或者其它实体相联系。

我们应了解这里描述的实施例仅仅是为了示例的目的而展现。本发明是在权利要求书和它的均等物中描述。

Claims (11)

1.一种允许存取基于网络的内容的方法，其包括：

允许一潜在花钱者将钱放在一存储于一数据库中的帐户中；

从所述潜在花钱者接收所述潜在花钱者期望存取所述基于网络的内容的一指示；和

根据所述潜在花钱者的一登录状态确定是否授权所述潜在花钱者存取所述基于网络的内容。

2.根据权利要求1所述的方法，其中接收一指示包括：

接收所述潜在花钱者已经执行一与所述基于网络的内容相关的活动的一指示。

3.根据权利要求1所述的方法，其中接收一指示包括：

将鼠标放在一与所述基于网络的内容相关的图标上。

4.根据权利要求1所述的方法，其中接收一指示包括：

将鼠标放在一网页上所显示的文本上，所述文本与所述基于网络的内容相关。

5.根据权利要求1所述的方法，其进一步包括：

显示一与所述基于网络的内容相关的图标，所述图标指示所述潜在花钱者在所述帐户中是否有足够的钱买的起所述基于网络的内容。

6.根据权利要求1所述的方法，其中接收一指示包括：

显示一与所述基于网络的内容相关的图标，所述图标指示所述基于网络的内容对所述潜在花钱者是免费的。

7.根据权利要求1所述的方法，其中接收一指示包括：

显示一与所述基于网络的内容相关的图标，所述图标指示所述基于网络的内容价格高于一与所述潜在花钱者相关的阈限量。

8.根据权利要求1所述的方法，其中接收一指示包括：

显示一与所述基于网络的内容相关的图标，所述图标指示所述基于网络的内容价格低于一与所述潜在花钱者相关的阈限量。

9.一种允许存取基于网络的内容的方法，其包括：

允许一潜在花钱者预付钱到一存储于一数据库中的帐户中；

从所述潜在花钱者接收所述潜在花钱者期望存取所述基于网络的内容的一指示；和

根据所述帐户中的钱数确定是否授权所述潜在花钱者存取所述基于网络的内容。

10.一种允许存取基于网络的内容的方法，其包括：

允许一潜在花钱者预付钱到一存储于一数据库中的帐户中；

从所述潜在花钱者接收所述潜在花钱者期望存取所述基于网络的内容的一指示；和

根据所述潜在花钱者所设置的一阈限值和所述基于网络的内容的价格确定是否授权所述潜在花钱者存取所述基于网络的内容。

11.根据权利要求1所述的方法，进一步包括：

当所述潜在花钱者未登录时，以一第一颜色显示一与所述基于网络的内容相关的指示符；和

当所述潜在花钱者未登录时，以一第二颜色显示一与所述基于网络的内容相关的指示符。

Images