专利名称：用于渐进购买的技术的利记博彩app
用于渐进购买的技术
背景技术：
本申请要求2010年5月24日提交的美国临时申请No. 61/347，781和2011年3月30日提交的美国临时申请No. 61/469，564的优先权，上述申请中的每一个的内容在此出于所有目的通过引用整体地结合。在世界范围，约16亿人没有用上电，而另有10亿人使用极不可靠的电。在没有可靠的电供使用的情况下，穷人们主要依赖煤油作为燃料的提灯、蜡烛以及电池供电的手电筒以满足他们的照明需求。有照明可用对于家庭生活质量、健康、安全、教育成就以及经济生活是极其重要的。世界范围内的“经济金字塔底层”(BoP)消费者每年花费380亿美元在照明用的煤油上。在家庭层次，将家庭收入的10-30%花费在照明上是常见的。此外，世界范围内约5亿人具有移动连接，但没有用上电网。在许多地区，这些类型的用户不得不步行很远的路程以在连接至电网的最近的市场中心获得充电服务。被配置成对单个和多个住户家庭供电的现代电能系统(诸如太阳能供电系统)已被证实对于世界上的用户而言非常合乎需要。这些太阳能供电系统包括从代替单个煤油灯的小型手持太阳能供电的提灯到可满足多个家庭能源需求的固定的较大多光源太阳能家用系统。然而，对诸如太阳能系统之类的供电系统的大规模采用非常缓慢，这主要是因为消费者无力支付购买供电能源系统的高先期投入成本，或无法获得支付得起的财务选择。此夕卜，需要符合低、不稳定而且通常不可预测的家庭营收的安全、高质量、低成本以及可访问的信贷通常是不可获得的。因此，被配置用于单个和多个住户家庭的供电能源系统的广泛分布迄今受阻或几乎不存在。
发明内容
本申请描述了包括被配置成便于对多种电气和电子设备的渐进购买的方法和装置的技术。这些技术利用由硬件和软件部件二者组成的装置以及计算机实现的支付方法，使得顾客能随时间通过使用来渐进地购买设备。在一个实施例中，一种用于渐进购买的系统可包括一种装置(下文成为使用率调节器)，该装置被配置成根据预定的购买计划的完成度来调节设备的电子部件的使用率。简言之，使用率调节器可被配置成打开或关闭设备的某些特征和功能，且可根据针对该用户配置的购买计划来使某些特征和功能对于用户更多可用或更少可用。包括顾客数据或交易历史的信息可由下文称为营收管理系统(RMS)的系统组件来处理，该营收管理系统可能不位于使用率调节器之内。在一个实施例中，RMS可被实现为存储在计算机可读介质上且可在计算设备上执行的软件部件。信息以用户请求和支付代码的形式在RMS和使用率调节器之间传输。用户请求是由顾客发起并被发送至营收管理系统的通信。RMS接收来自顾客或卖方的用户请求。存在多种形式的用户请求，这些用户请求通过该请求中包含的信息和指令的类型来区分。在一个实施例中，用户请求可采取激活请求、再充值请求或重置请求的形式。响应于接收到用户请求，RMS可处理该用户请求，并将经加密的支付代码传回给用户和/或直接传输给使用率调节器。支付代码旨在引起对该设备状态的修改。支付代码传递至使用率调节器，需要改变使用率调节器操作，例如打开或关闭被调节设备的某些特征和功能。
图1示出其中可实现多个实施例的环境。图2是示出根据实施例利用的太阳能供电系统的示例的简图。图3是示出根据实施例的使用率调节器的简图。图4是示出根据实施例的营收管理系统的框图。图5是示出根据实施例实现的用于渐进购买的方法的过程流程图。图6是示出根据另一实施例实现的用于渐进购买的方法的过程流程图。图7是示出根据实施例的由使用率调节器进行的用于渐进购买和处理支付的过程流程图。
具体实施例方式本申请中将描述包括被配置成便于对多种电气和电子设备的渐进购买的方法和装置的技术。图1示出用于实现根据多个实施例的方面的环境100的示例。如将理解地，虽然出于说明的目的使用了基于Web的环境，但在适当时可使用不同的环境来实现多个实施例。环境100包括电子设备102。“设备”表示任何设备，诸如(但不限于)无线电装置、电视、个人计算机、移动电话、太阳能系统、电气水泵、公共事业(水、煤气、电)调节器等等。设备102可与使用率调节器104相关联，以可操作地控制设备102(例如通过启用和停用该设备的部件或特征)，并且通过适当的网络114发送和接收请求、消息或信息和将信息传递回该设备。下文将更详细地描述使用率调节器。在一个实施例中，设备102可连接至多个客户机设备106-112并给其供电。这样的客户机设备的示例包括个人计算机、蜂窝电话、手持消息收发设备、膝上型计算机、机顶盒、个人数据助理、电子书阅读器、灯、家庭电器等等。网络114可包括任何适当的网络，包括内联网、因特网、蜂窝网络、局域网或任何其它这样的网络或其组合。用于这样的系统的部件可至少部分地取决于所选择的网络和/或环境的类型。用于经由这样的网络通信的协议和部件是公知的，而且将不在本申请中详细讨论。在该网络上的通信可通过有线或无线连接或其组合来启用。在本示例中，该网络包括因特网，且该环境包括用于接收请求且响应于请求提供内容服务的Web服务器116，不过对于其它网络，可使用达到相似目的替代设备，如本领域普通技术人员将显而易见。所示环境包括至少一个应用服务器118和数据存储120。应理解，可存在若干应用服务器、层、或其它元件、进程或部件，以上部件可链式连接或以其它方式配置，这些部件可交互以执行诸如从适当的数据存储获得数据的任务。如本申请所使用，术语“数据存储”指的是任何能够存储、存取以及检索数据的设备或设备的组合，可包括在任何标准的、分布式的或群集环境中的数据服务器、数据库、数据存储设备以及数据存储介质的任何组合和数量。
该应用服务器可包括任何适当的硬件和软件，用于按需与该数据存储集成以执行用于客户机设备的一个或多个应用的多个方面，从而处理用于应用的大部分数据存取和业务逻辑。该应用服务器与数据存储合作以提供访问控制服务，且能够产生诸如文本、图形、音频和/或视频之类的数据以转移至顾客，在本示例中，该数据可通过Web服务器以HTML、XML或另一适当的结构化语言的形式被提供给观看者。对所有请求和响应的处理以及设备102与应用服务器118之间的信息传递可由该Web服务器来处理。应理解，Web和应用服务器不是必需的，而且仅仅是示例部件，因为本申请中讨论的结构化代码可在任何适当的设备或主机上执行，如本申请别处所讨论。数据存储120可包括若干独立的数据表、数据库或其它数据存储机构、以及用于存储与特定方面相关的数据的介质。例如，所示的数据存储包括用于存储生产数据122和用户信息126的机构，该机构可用于提供用于生产侧的内容。还示出该数据存储包括用于存储记录数据124的机构，该机构可用于报告、产生统计结果以及其它这类目的。应理解，可存在可能需要被存储在数据存储中的许多其它方面(诸如设备访问权信息)，这些其它方面可按需存储在以上列出的任一机构中，或存储在数据存储120中的附加机构中。数据存储120可通过与其关联的逻辑来操作，以接收来自应用服务器118的指令，并且响应于该指令来获得、更新或以其它方式处理数据。在一个示例中，顾客可能提交对与设备102相关联的某种类型的服务的请求。在该情况下，该数据存储可能访问用户信息以验证观看者的身份，且可访问目录细节信息以获得与该类型的项目有关的信息。该信息然后可被返回给顾客，使得该顾客将能够在使用率调节器104上观看。每个服务器将典型地包括操作系统，该操作系统提供用于该服务器的一般管理和操作的可执行程序指令，并且每个服务器将典型地包括存储指令的计算机可读介质，这些指令在被该服务器的处理器执行时允许该服务器执行其预期功能。用于服务器的操作系统和一般功能的合适实现是已知的或可买到的，而且容易由本领域普通技术人员实现(尤其鉴于本申请中的公开内容)。在一个实施例中，该环境是利用若干计算机系统和部件的分布式计算环境，这些计算机系统和部件利用一个或多个计算机网络或直接连接经由通信链路互连。然而，本领域普通技术人员将理解，这样的系统在具有比图1所示少或多数量的部件的系统中也可同样好地工作。因此，图1中的系统100的描绘应被理解为本质上是说明性的，并且不限于公开内容的范围。图2示出设备102的示例，具体而言是太阳能供电系统。太阳能是太阳光向电能的转换，该转换通常直接利用光伏设备(PV)来进行。PV利用光电效应将光转换成电流。典型的太阳能供电系统500包括但不限于将太阳光转换成电功率的光伏板PV 202。PV 202可包括太阳能电池(也称为光伏电池)的封装互连组件。PV 202可被用作诸如本申请中描述的较大太阳能供电系统的组件，用于在商用和住宅应用中产生和供应电能。因为单个太阳能板仅能产生有限的功率量，所以许多设备包含若干个板。因此，诸如PV 202之类的光伏设备可包括太阳能板的阵列。系统200还可包括充电控制器204，其调节电能流入和流出电池206，电池206配置成积累和分配由PV 202提供的电能。该系统的所有元件可通过互连线路来连接。在一个实施例中，诸如以上描述的使用率调节器104之类的调节器208将由系统200产生的电功率提供给一个或多个负载210，诸如参考图1描述的客户机装置106-112。电功率可通过与使用率调节器相关联且由使用率调节器控制的一个或多个输出端口 212、214和216被提供给负载210。在一个实施例中，本申请中描述的技术可调节被允许向负载提供功率的端口的选择和数量、在每个端口提供的功率(例如W)或能量(例如Wh)的量、在每个端口提供功率或能量的每天的时间，等等。上述变化可基于一组商业规则来控制，该组商业规则可普适地应用或可针对特定顾客“量身定做”。可在能源系统的特定情境下应用的商业规则(功能)的示例包括但不限于以下示例使用率调节器可使多个(例如四个)可用端口中的仅一个端口启用预定功率水平下的最大电流汲取(例如2A)并且不超过预定时长(例如2小时)。使用率调节器可使多个可用端口中的仅一个端口启用预定水平下的最大电流汲取(例如4A)并且不超过预定能量水平(例如60Wh)。使用率调节器可使一个端口启用第一预定水平(例如5A)下的最大电流汲取，并且使另一端口启用第二预定水平(例如10A)下的最大电流汲取。使用率调节器可使所有端口启用在预定水平(例如20A)下的组合最大电流汲取。使用率调节器可使所有端口启用在预定能量水平(例如2000Wh)的预定功率水平下的组合最大电流汲取(例如25A)。使用率调节器使不同类型的端口(例如所有DC端口和一个AC端口)启用。使用率调节器可使一个或多个端口仅在经由PV板感测的室外环境光降低到预定水平以下之后才启用。使用率调节器可使一个或多个端口仅启用预定的时长，例如从5pm到7am。上述的商业规则可基于一个或多个条件(标准)而应用于特定顾客或一组顾客。这些条件典型地反映例如相对于向该设备提供支付的顾客行为，且可包括以下项目中的一个或多个顾客支付频率、从该顾客接收的支付总金额、从该顾客接收的支付模式、等等。例如，当顾客付清了对该设备收费的全部金额时，该设备中的所有端口将被启用。在另一示例中，当顾客至少一次按时支付所请求金额时，以上列出的一个或多个规则可适用(例如端口中的一个将启用)。如果顾客在要求的时间支付了要求金额，即按照要求的频率，则以上列出的一个或多个规则可适用(例如一个端口用于第一预定水平的最大电流汲取，且另一端口用于第二预定水平的最大电流汲取)。此外，如果一顾客推荐另一预期顾客，该预期顾客随后注册了该服务，则以上列出的一个或多个规则可适用(例如，使所有端口在预定的能量水平的预定功率水平下的组合最大电流汲取下启用)。一般而言，基于特定顾客行为的不同条件可确定特定商业规则(或一组规则)相对于启用该设备的特定功能的应用。图3是示出根据实施例的使用率调节器的框图。图3中示出的使用率调节器300可由以下关键部件中的一个或多个组成调节器键盘(框301 )、调节器屏幕(框302)、无线通信接口(框303)、计算机逻辑中心(框304)、时钟(框305)、数据存储(框306)、传感器(框307)以及控制(框308)。每个使用率调节器可通过设备ID来独特地标识。使用率调节器与该设备的其它电子部件对接，且能够调节使用率调节器所关联的该设备的多个特征的功倉泛。调节器键盘(框301)是允许用户输入由使用率调节器处理的信息的输入装置。调节器屏幕(框302)是向用户提供信息的显示器。无线通信接口(框303)是允许使用率调节器通过无线网络与营收管理系统通信的输入一输出接口。计算机逻辑中心(框304)是包含存储的程序逻辑的微处理器，其接收输入并向营收管理系统的其它组件提供输出。时钟(框305)是用于保持时间的时钟。数据存储(框306)是数字存储器系统，在一个实施例中为闪存存储器存储，其中为了使用率调节器的正确操作而存储了多种数据。传感器(框307)测量该设备的特定特征的使用。在实施例中，传感器测量从太阳能供电系统汲取的电量。控制(框308)启用或禁用以上参考图2所讨论的该设备的特定特征的使用。在实施例中，这些控制启用或停用从太阳能供电系统汲取电能的能力。例如，使用率调节器可将该设备的用途向用户禁用或启用一段时间。在实施例中，使用率调节器可启用某些特征和/或停用其它特征。使用率调节器可应用于以下项目的使用(但不限于以下项目的使用)电能、供水、化石燃料或可连续计量的消耗品或服务。使用率调节器可应用于任何电子设备、计量和启用或停用该设备的一个或多个特征。使用率调节器响应于它经由调节器键盘或经由无线通信接口接收的支付代码、并且基于根据在使用率调节器以及营收管理系统内存储的加密/解密算法、数据对那些支付代码的解释来调节对顾客的服务供应。存在通过所包含的信息和指令的类型来区分的许多类型的支付代码。支付代码可包括数据串(例如由用户经由键盘输入调节器中的字母一数字字符、或由营收管理系统经由无线通信传输到使用率调节器的数据流)。支付代码传递至使用率调节器，需要改变使用率调节器操作或状态，例如打开或关闭被调节设备的某些特征和功能或以其它方式改变其状态。在一个实施例中，支付代码可包括激活代码、再充值代码、解锁代码以及重置代码。激活代码是支付代码的特定形式，其包括指令和信息，该指令和信息在被使用率调节器中的微控制器和逻辑解释时将会将使用率调节器的状态从“不活动”改变为“活动”。“不活动”的使用率调节器表示该设备尚未被出售给顾客，因此该使用率调节器不可再充值、不可进行支付，而且该设备将不会具有完整功能。当使用率调节器状态等于“活动”时，该使用率调节器准备好接受再充值代码、解锁代码和重置代码，并执行那些代码中包含的预期动作。再充值代码是包括指令和信息的支付代码的特定形式，该指令和信息在被调节器中的微控制器和逻辑成功解释时将增大调节器中存储的再充值数值，从而使得能够使用该设备的一个或多个特征。再充值代码是独特而且加密的，且仅能在预期设备上使用，并且只能被使用一次。解锁代码是包括指令和信息的支付代码的特定形式，该指令和信息在被使用率调节器中的微控制器和逻辑成功解释时将使使用率调节器永久地解锁和/或启用该设备的所有被调节的特征和功能。一旦顾客已经完成了该设备的全额支付，或者以其它方式履行了他或她与该设备的卖方的合约下的全部责任，则向顾客发放解锁代码。一旦解锁代码已被输入使用率调节器并被使用率调节器成功地处理，该设备就完全被解锁。解锁代码是独特而且加密的，且仅能在预期设备上使用，并且只能被使用一次。重置代码是包括指令和信息的支付代码的特定形式，该指令和信息在被使用率调节器中的微控制器和逻辑成功解释时将使使用率调节器返回至不活动状态。例如，如果顾客将设备和使用率调节器返还给卖家，并且各方同意一些形式的退款，则重置代码是必要的。如果卖方希望将该特定设备和使用率调节器重新出售给新的顾客，则有必要重置该调节器，以使所有先前的支付历史被擦除，并且调节器返回至“崭新”状态。重置代码是独特、加密和一次性的，且仅可在预期设备上使用。图4示出根据实施例的示例营收管理。在一个实施例中，营收管理系统(框400)可包括如图4中所示的至少以下部件移动汇款网关(框401);顾客和设备的数据库(框402);交易、支付和消息的记录(框403)、支付代码算法(框404);SMS和无线通信网关(框405);以及用于多组顾客的用户界面(框404)，这些顾客包括但不限于管理员、微型金融机构、能源公司以及其它金融伙伴。移动汇款网关(MMT)(框401)是与一个或多个移动支付系统运营商(诸如Zain Zap 或safaricom's M-Pesa )通信的软件应用。顾客和设备的数据库(框402)是软件数据库，其具有所有顾客、设备、支付历史、设备的购买价格以及适用于每个用户和/或设备的个体合约的相关商业规则的记录。交易、支付以及消息的记录是这些数据在数据库中的存储记录(框403)。支付代码算法(框404)是实现用于在给定多个输入和设备ID的情况下产生独特支付代码的算法的软件应用。SMS和无线通信网关(框405)是管理经由SMS和/或其它无线通信协议与终端顾客的通信的软件和硬件元件的组合。用户界面(框404)是用于向营收管理系统的顾客和其它用户呈现信息和从顾客和其它用户接收输入的软件应用。现在将参考图5-7描述渐进购买的过程。假定顾客希望从公司购买设备，但不希望或无力提前支付全部购买价格。因此，卖方同意按照渐进的购买方式将该设备卖给或租借给顾客，即利用本申请中描述的技术。卖方可以是公司的代表，例如零售商或该公司的销售代理。卖方也可以是从事销售(租借)该设备的第三方。该购买安排通过本申请中描述的技术来启用。图5是示出根据实施例实现的用于渐进购买的方法的流程图。在该设备能被顾客拿回家之前，在顾客与卖方之间进行作为足够抵押品的名义支付。卖方将称为激活请求的特定类型的用户请求发送给营收管理系统。在一个实施例中，卖方可通过例如经由短消息服务(SMS)发送激活请求(框501)来发起通信(框502)。营收管理系统接收传入的消息并将其标识为激活请求(框503)，并进行适当的确认检查(决策框505)。如果该消息未通过确认检查，则将错误消息经由SMS网关发回给卖方(框506)。卖方接收该错误消息(框506-1 )。如果该消息通过了确认检查，则营收管理系统处理该消息(框507)并将独特的一次性激活代码形式的支付代码发送给卖方(框508)。卖方接收该激活代码(框508-1)。在一个实施例中，卖方然后将经加密的激活代码键入使用率调节器的键盘中。营收管理系统还经由SMS将激活确认消息发送给卖方和顾客，以通知这些用户，营收管理系统已经处理该用户请求。在该设备已被激活之后，顾客必须采取进一步动作以使用该设备的一个或多个特征。使用率调节器阻止或禁用该设备的一个或多个特征的正确功能，直到使用率调节器接收正确格式化和有效的再充值代码，该再充值代码是支付代码的特定形式。因此，顾客必须访问再充值代码，而且可通过首先当面向卖方支付或(在一个实施例中)经由移动汇款系统向卖方支付来这么做。一旦顾客对卖方作出支付，卖方就向顾客提供充值代码。充值代码表示购买证据。顾客随后将再充值请求消息发送给营收管理系统(框509)，该消息在营收管理系统处被处理。可例如经由SMS (框510)或其它无线通信介质发送该再充值请求消息。适当格式化的再充值请求消息将包含充值代码和与被购买的设备相关联的特定使用率调节器的设备ID。在接收到再充值请求消息之后(框511)，营收管理系统接下来对再充值请求消息执行确认测试(决策框512)。如果再充值请求未通过确认测试，则营收管理系统准备错误消息(框513)并将该错误消息发送(框515)给顾客。顾客接收该错误消息(框515-1)。如果再充值请求通过了确认测试，则由营收管理系统如下详述地那样执行附加处理(框530)。营收管理系统存储每个充值代码的记录和每个这样的代码的关联币值。作为框530所表示的过程的一部分，营收管理系统在营收管理系统数据库中查找该充值代码，并确定该充值代码代表的值。充值代码的币值随后被添加至已从特定设备ID接收的所记录的所有支付的小计。接下来，营收管理系统检查以查明该设备的完整购买价格是否已被全额支付(框516)。如果该设备已被完全支付，则营收管理系统产生以加密解锁代码形式的支付代码，并经由SMS将其发送给顾客(框517)。顾客接收该解锁代码(框517-1)。如果该设备未被完全支付，则营收管理系统产生以独特的加密再充值代码形式的再充值代码，并经由SMS将其发送给顾客(框518)。顾客接收该再充值代码(框518-1)。加密的支付代码可经由SMS或任何其它通信介质以书面从卖方传送至顾客。在实施例中，顾客然后将支付代码键入调节器键盘中。如果再充值请求通过了确认测试，则由营收管理系统如下详述地那样执行一些附加处理(框530)。可应用多种商业规则以确定以下项目中的一个或多个将该系统拖欠的未付清总余额改动多少；给顾客计入多少额度作为使用时间；是否创建支付代码并将其发送给顾客；发出何种类型的支付代码；以及在该支付代码中植入什么信息和指令。商业规则可包括以上参考图2所讨论的那些商业规则。这些规则可利用以下数据中的一个或多个顾客数据、设备ID、天/星期/月份/年的时间、支付频率、所接收的支付的合计、所接收的支付的模式、相关支付计划的细节、特殊促销的存在等等。在没有附加的顾客输入的情况下的多个定价计划、促销和激励的自动执行可由营收管理系统来执行。促销和激励可在预先定义的促销时间段期间进行。可在处理框530处生效的商业规则的示例包括但不限于以下示例在定价促销期间，向他们的系统加值超过预定值(例如$5)的顾客可被给予按再充值数值的额外奖励(例如10%)。因此，$5可被添加至对该购买价格支付的余额，但也可将再充值代码(例如价值$5. 50)形式的支付代码发送给顾客。在支付期间进行两次以上支付(再充值请求)的顾客可被奖励再充值数值中的固定或可变百分比的额外奖励。可向顾客发送独特的再充值代码，该再充值代码必须被送给其它顾客，从而激励该顾客推荐新顾客。被推荐的顾客将在随后进行支付时使用该充值代码。如果营收管理系统与除了原始顾客的设备ID之外的设备ID相关联，则营收管理系统将仅验证该充值代码。推荐其它顾客的顾客可在新顾客每次进行支付时被奖励额外奖励再充值数值。通过向顾客提供附加的额外奖励，可激励顾客在每周某些天进行支付。之前已经选择特定支付计划的顾客可接收再充值数据上的额外奖励(例如20%值)，而不同支付计划上的其它顾客将在该支付代码中发送的再充值数值上接收额外奖励(例如15%数值)。顾客可被视为“买方组”的成员。例如，如果买方组的每个成员在预定时间段内(例如两个星期)进行一定量的支付(例如至少$10)，则向每个成员发放免费再充值数值的预定和(例如$2)。每单位(例如瓦)电能的价格变化可由在预定时间段(例如一个月)上进行预定次数(例如四次)支付的顾客实现。图6是示出根据另一实施例实现的用于渐进购买的方法的流程图。如果顾客和买方同意顾客可返还设备以使该设备可被重新出售给另一顾客，则与该设备相关联的使用率调节器需要被重置。营收管理系统处理如图6中表示的这样的请求。首先，营收管理系统管理员必须将重置请求发送给营收管理系统以请求重置代码(框619)，该重置代码是支付代码的一个特定形式。在一个实施例中，这是在营收管理系统环境中直接进行的，而且不需要使用SMS网关。在重置请求已被发送和接收之后(框620)，营收管理系统验证该独特设备ID (框621)。如果该设备ID无效，则将错误消息发送给管理员(框622)。管理员接收该错误消息(框623)。如果该设备ID有效，则处理该请求(框624)，并产生加密重置代码形式的新支付代码并将其发送给卖方、营收管理系统管理员、系统技术人员、或无线地发送至该设备。该支付代码(重置代码)被顾客接收(框626)。如果该通信介质不是无线的，则可由卖方、营收管理系统管理员或技术人员将加密重置代码键入调节器键盘。在实施例中，顾客经由第三方移动支付系统(诸如M_Pesa 或Zain Zap )对卖方进行支付。营收管理系统从移动支付系统接收已接收到该支付的确认。在实施例中，该支付可以在卖方处通过向卖方支付并收到刮刮卡来进行。该刮刮卡包括隐藏的充值代码，该充值代码可通过刮掉一层材料而显示。然后顾客直接向营收管理系统发送消息，例如包含充值代码和顾客的设备ID的SMS消息。营收管理系统采用这些输入并产生独特的再充值代码形式的支付代码，如上所述，该再充值代码经由一些通信介质被传送给顾客。如上所讨论，营收管理系统管理使用率调节器的寿命周期，包括特定顾客与设备提供商之间利用通信介质的财务交易。营收管理系统数据库通过使用独特顾客和设备标识符号码(ID)来维持顾客与使用率调节器之间的关系。营收管理系统解释这些和其它输入，并产生独特的加密支付代码，这些加密支付代码经由通信介质被传达给顾客或直接传达给使用率调节器。支付代码是独特和一次性的，而且不能启用除通过独特设备ID标识的特定设备之外的任何设备。该通信介质可以是发送至顾客的移动电话的SMS消息，或可以仅仅是其上打印了该独特支付代码的一张纸。在一个实施例中，通信介质可以是SMS消息或直接无线地传送至无线通信接口的其它消息，无线通信接口是嵌入在顾客的设备内的使用率调节器的一部分，该顾客的设备又与使用率调节器中的逻辑中心通信。在一个实施例中，无线通信接口可以是GSM或GPRS芯片组。图7是示出根据实施例的使用率调节器的操作的流程图。在实施例中，使用率调节器计量和测量顾客从诸如以上参考图2讨论的太阳能供电系统(设备)汲取的电量。该过程开始于框701，在框701，顾客通过将支付代码键入到附连至或嵌入该设备中的使用率调节器的调节器键盘，将从营收管理系统接收的支付代码转录到调节器中。在另一实施例中，营收管理系统可通过无线通信将该支付代码直接发送至使用率调节器。接下来，使用率调节器处理(框702)并验证(框703)该支付代码。如果使用率调节器不能成功地验证该支付代码，则在使用率调节器屏幕上对该顾客显示错误消息(框704)。如果支付代码被成功验证，则使用率调节器接下来将检查(框705)以查明该支付代码是否是再充值代码。如果支付代码是再充值代码，则发起过程(框706)以更新使用率调节器的数据存储中存储的余额。经由使用率调节器屏幕向顾客显示确认消息(框707)。如果在决策框705确定该支付代码不是再充值代码，则接下来使用率调节器将检查以查明该支付代码是否是激活代码(框708)。如果该支付代码是激活代码，则经由使用率调节器屏幕向顾客显示更新激活状态(框709)。如果确定支付代码不是激活代码，则使用率调节器接下来测试以查明该支付代码是否是重置代码类型。如果该支付代码是重置代码，则发起过程以重置数据存储中存储的多个值(框711)，并经由使用率调节器屏幕向顾客显示重置状态消息(框712)。然而，如果确定该支付代码不是重置代码，则使用率调节器接下来测试以查明该支付代码是否是解锁代码类型(框713)。如果该支付代码是解锁代码，则使用率调节器执行营收管理系统指令以永久地解锁该设备的所有调节特征(框714)。从该点向前，该设备将不受阻碍地操作。经由使用率调节器屏幕向顾客显示消息(框715)。然而，如果确定该支付代码不是解锁代码，则经由使用率调节器屏幕向顾客显示错误消息(框704)。使用率调节器中的逻辑中心也连续地监测和调节顾客对该设备的一个或多个特征的使用，即图7中表示的过程。使用率调节器中的传感器感测或计量该设备的一个或多个特征的使用(框716)。接下来，使用率调节器执行一过程(框717)，包括重新计算再充值余额并更新数据存储中存储的值。在实施例中，使用率调节器计算顾客从该设备汲取的电能的计量使用值。接下来，使用率调节器测试以查明再充值余额是否大于零(框718)。如果再充值余额大于零，则使用率调节器允许该设备的一个或多个特征的完全功能(框719)。如果在决策框718使用率调节器确定再充值余额小于或等于零，则使用率调节器拒绝该设备的完全功能(框720)。在任一情况下，使用率调节器经由调节器屏幕向顾客显示当前再充值余额和该设备的状态的其它细节。在实施例中，使用率调节器禁用该设备，以使得该顾客不能从该设备汲取电能。使用率调节器中的逻辑中心与使用率调节器屏幕通信，以使后者显示与以下项目中的一些或全部有关的数据可用设备特征、剩余时间、使用速率以及与该设备的使用率和功用有关的其它信息。上述信息还有可能通过除了调节器屏幕之外的方式被传递至顾客，诸如通过SMS或其它电子手段。在实施例中，该系统可被用作诸如银行、微金融机构或直接向顾客提供存储信用的卖方之类的贷方的风险减轻工具。在该情况下，使用率调节器附连至该设备，且营收管理系统由贷方或贷方指定的某些方来管理。说明性场景可以是顾客贷款来购买设备(诸如太阳能供电系统)。借方可与贷方商定以随时间进行一系列按时支付以偿还贷款。使用率调节器可附连至该设备以便控制该设备的功用或功能，包括使该设备不起作用，除非输入有效的支付代码。在每个支付时间(每周、每月等等)，顾客可向营收管理系统发送消息以请求新的支付代码。该消息可包括附连至该设备的调节器的独特设备ID。如果顾客已经按时进行支付，而且如果没有未付清的支付，则营收管理系统将向顾客发送(在实施例中，经由SMS)独特的一次性支付代码。然而，如果顾客欠款或未按照由借方和贷方的双方协定预定义的任何方式的履行责任，则营收管理系统将不会自动向顾客发出支付代码。可将其它消息发送给顾客，提醒他或她偿还贷款。一旦贷款的全部余额已经被支付给贷方，贷方可导致营收管理系统向顾客发送最终永久支付代码。该代码一旦被输入调节器，就可永久地解锁该设备。依赖于使用率调节器与该设备集成的方式，卖方有可能访问该顾客的房屋，并物理地移除使用率调节器，从而使该设备不受阻碍。如上所讨论，多个实施例可在各种各样的操作环境中实现，这些操作环境在一些情况下可包括可用于操作多个应用中的任一个应用的一个或多个客户机计算机、计算设备或处理设备。客户机设备可包括运行标准操作系统的多个通用个人计算机(诸如台式计算机或膝上型计算机)以及运行移动软件且能够支持多个联网和消息收发协议的蜂窝、无线以及手持设备。这样的系统还可包括多个工作站，工作站运行多种可买到的操作系统和用于部署和数据库管理目的的其它已知应用中的任一种。这些设备还可包括其它电子设备，诸如虚拟终端、瘦客户机、游戏系统、以及能够经由网络通信的其它设备。多个方面也可被实现为至少一个服务或Web服务的一部分，诸如可以是服务导向的体系结构的部分。诸如Web服务之类的服务可利用任何适当类型的消息收发来通信(诸如通过使用可扩展标记语言(XML)格式的消息)，并使用诸如SOAP (从“简单对象访问协议”导出)之类的适当的协议来交换。由这样的服务提供或执行的过程可按照任何适当的语言来编写，诸如Web服务描述语言(WSDL)。使用诸如WSDL之类的语言允许诸如在多种SOAP框架下自动产生客户机侧代码的功能。大多数实施例利用本领域普通技术人员熟悉的至少一个网络，用于支持利用多种商用协议中的任一种协议的通信，这些协议诸如/IP、os1、FTP、UPnP, NFS、CIFS以及AppleTalk。例如，该网络可以是局域网、广域网、虚拟专用网、因特网、内联网、外联网、公共交换电话网、红外网、无线网及其任何组合。
在利用Web服务器的实施例中，Web服务器可运行多种服务器或中间层应用中的任一种，包括HTTP服务器、FTP服务器、CGI服务器、数据服务器、Java服务器以及商业应用服务器。这些服务器还能够响应于来自客户机设备的请求执行程序或脚本，诸如通过执行可被实现为按照任何编程语言编写的一个或多个脚本或程序的一个或多个Web应用，编程语言诸如Java 、C、C#或C++或诸如Perl、Python或TCL之类的任何脚本语言及其组合。这些服务器还可包括数据库服务器，包括但不限于可从01^^、1^(1^0抒*、33^^#以及TBM 买到的数据库服务器。该环境可包括如上讨论的多个数据存储和其它存储器和存储介质。这些存储器和存储介质可驻留在多个位置，诸如一个或多个计算机本地(和/或驻留在其中)或在该网络上的任一或所有计算机远端的存储介质。在特定实施例组中，该信息可驻留在本领域普通技术人员熟悉的存储区域网中。类似地，用于执行归属于计算机、服务器或其它网络设备的功能的任何必要的文件可适当地本地和/或远程地存储。在系统包括计算机化设备的情况下,每个这样的设备可包括经由总线电耦合的硬件元件,这些元件包括例如至少一个中央处理单元(CPU)、至少一个输入设备(例如鼠标、键盘、控制器、触摸屏或小键盘)以及至少一个输出设备(例如显示设备、打印机或扬声器)。这样的系统还可包括一个或多个存储设备，诸如盘驱动器、光存储设备以及固态存储设备，诸如随机存取存储器(“RAM”)或只读存储器(“ROM”)以及可移动介质设备、存储卡、闪存卡等等。这样的设备还可包括计算机可读存储介质读取器、通信设备(例如调制解调器、网卡(无线或有线)、红外通信设备)以及如上所述的工作存储器。该计算机可读存储介质读取器可与计算机可读存储器介质连接或配置成接收该计算机可读存储介质，表示远程、本地、固定和/或可移除的存储设备，以及用于临时和/或更持久地包含、存储、传输以及检索计算机可读信息的存储介质。该系统和多个设备还将典型地包括位于至少一个工作存储器设备中的多个软件应用、模块、服务或其它要素，包括操作系统和应用程序，诸如客户机应用或Web浏览器。应当理解，替代实施例可具有以上描述的实施例的多种变型。例如，也可使用定制硬件，和/或特定要素可在硬件、软件(包括便携式软件，诸如小程序)或二者中实现。此外，可采用通向诸如网络输入/输出设备之类的其它计算设备的连接。用于包含代码或代码部分的存储介质和计算机可读介质可包括本领域已知或使用的任何适当的介质，包括存储介质和通信介质，诸如但不限于按照存储和/或传输诸如计算机可读指令、数据结构、程序模块或其它数据之类的信息的任何方法和技术来实现的易失性和非易失性、可去除和不可去除的介质，包括RAM、ROM、EEPR0M、闪存或其它存储技术、CD-ROM、数字多功能盘(DVD)或其它光存储、磁盒、磁带、磁盘存储或其它磁存储设备、或可用于存储所需信息且可由系统设备访问的任何其它介质。基于本申请中提供的公开和教导，本领域普通技术人员将理解实现多个实施例的其它途径和/或方法。因此，应当以说明性而非限制性的意味看待说明书和附图。然而，显然，在不背离如所附权利要求所述的本公开内容的更宽泛精神和范围的情况下，可对这些实施例作出各种修改和改变。
权利要求
1.一种用于设备的渐进购买的计算机实现的方法，包括 在通过可执行指令配置的一个或多个计算机系统的控制下， 接收与设备相关联的支付信息，所述设备具有多个功能元件； 标识与所接收的支付信息相关联的指令；以及 将所述设备的至少一个功能元件启用预定时间段或与所标识指令相对应的经测量的使用量。
2.如权利要求1所述的计算机实现的方法，还包括当所述指令被标识为解锁指令时，启用所述多个功能元件中的所有功能元件。
3.如权利要求1所述的计算机实现的方法，其特征在于，所述设备包括配置成向负载提 供功率的太阳能供电设备，而且其中所述多个功能元件包括多个端口，每个端口被配置成实现与所述设备相关联的至少一个功能。
4.如权利要求3所述的计算机实现的方法，其特征在于，与所述设备相关联的所述至少一个功能是从以下操作中选择的至少一个 当外部环境光降低到预定水平以下时，向负载提供电功率； 在预定时间段向负载提供电功率；以及 提供第一预定功率水平下的组合的最大电流汲取用于第二预定能量水平。
5.如权利要求3所述的计算机实现的方法，其特征在于，所述多个端口中的至少一个是直流(DC)端口。
6.如权利要求3所述的计算机实现的方法，其特征在于，所述多个端口中的至少一个是交流(AC)端口。
7.一种用于设备的渐进购买的计算机实现的方法，所述设备被配置成向顾客提供多个功能，所述方法包括 在通过可执行指令配置的一个或多个计算机系统的控制下， 接收指示来自顾客对设备的支付的信息； 基于所记录的顾客支付历史和所接收的信息来确定顾客的支付模式； 基于所确定的支付模式来标识所述设备中要启用的至少一个功能； 以及 启用所标识的至少一个功能， 其中所述至少一个功能从与所述设备相关联的多个功能中选择。
8.如权利要求7所述的计算机实现的方法，其特征在于，所述支付历史包括在一时间段上从顾客接收的支付证据，而且其中所述支付模式至少包括顾客的支付频率和从顾客接收的支付小计。
9.如权利要求7所述的计算机实现的方法，其特征在于，所述设备包括多个端口，每个端口配置成实现与所述设备相关联的多个功能中的至少一个功能。
10.如权利要求9所述的计算机实现的方法，其特征在于，启用所述至少一个功能包括以下操作中的至少一个 将所述多个端口中的至少一个在预定功率水平下的最大电流汲取下启用； 给所述多个端口中的第一端口提供第一预定功率水平下的最大电流汲取，并给所述多个端口中的第二端口提供第二预定功率水平下的最大电流汲取；给所述多个端口中的一个端口提供在第三预定功率水平下的最大电流汲取达到预定时间段；以及 给所述多个端口提供在第四预定功率水平下的组合最大电流汲取。
11.一种用于设备的渐进购买的计算机实现的方法，包括 在通过可执行指令配置的一个或多个计算机系统的控制下， 接收指示来自顾客对设备的支付的信息； 确定所述支付信息是在促销时间段期间接收的； 基于所记录的顾客支付历史和所接收的信息来确定顾客的支付模式； 基于所接收的支付信息向所述顾客提供促销；以及 基于所确定的支付模式启用所述设备中的至少一个功能， 其中所述至少一个功能是从与所述设备相关联的多个功能中选择的，而且其中所提供的促销延长所述至少一个功能的启用。
12.如权利要求11所述的计算机实现的方法，其特征在于，所述促销是从多个促销中选择的，包括 定义启用所述至少一个功能的第二时间段的第一额外奖励值，所述第二使用时间段超过与所接收的对所述设备的支付相关联的第一使用时间段，以及 定义启用所述至少一个功能的第二使用量的第二额外奖励值，所述第二使用量超过与所接收的对所述设备的支付相关联的第一使用量。
13.如权利要求12所述的计算机实现的方法，其特征在于，所接收的对所述设备的支付超过预定值，而且其中所述第一和第二额外奖励值由所接收的支付超过所述预定值的量来确定。
14.如权利要求12所述的计算机实现的方法，其特征在于，对所述设备的支付在预定时间段期间被接收。
15.一种用于设备的渐进购买的计算机系统，包括 处理器；以及 具有计算机可执行指令的存储器，所述计算机可执行指令在处理器上执行时使所述处理器 接收指示来自顾客对设备的支付的信息； 基于所记录的顾客支付历史和所接收的信息来确定顾客的支付模式； 基于所确定的支付模式来标识所述设备中要启用的至少一个功能； 以及 启用所标识的至少一个功能， 其中所述至少一个功能从与所述设备相关联的多个功能中选择。
16.如权利要求15所述的计算机系统，其特征在于，所述设备包括多个端口，每个端口配置成实现与所述设备相关联的多个功能中的至少一个功能。
17.如权利要求16所述的计算机系统，其特征在于，使处理器启用所述至少一个功能的所述计算机可执行指令还使所述处理器 启用所述多个端口中的至少一个； 给所述多个端口中的第一端口提供第一预定功率水平下的最大电流汲取，并给所述多个端口中的第二端口提供第二预定功率水平下的最大电流汲取； 给所述多个端口中的一个端口提供在第三预定功率水平下的最大电流汲取达到预定时间段；或 给所述多个端口提供在第四预定功率水平下的组合最大电流汲取。
18.一种用于设备的渐进购买的计算机可读存储介质，所述计算机可读存储介质具有计算机可执行指令，所述计算机可执行指令在由计算机执行时使所述计算机 接收指示来自顾客对设备的支付的信息； 确定所述支付信息是在促销时间段期间接收的； 基于所记录的顾客支付历史和所接收的信息来确定顾客的支付模式； 基于所接收的支付信息向所述顾客提供促销；以及 基于所确定的支付模式启用所述设备中的至少一个功能， 其中所述至少一个功能是从与所述设备相关联的多个功能中选择的，而且其中所提供的促销延长所述至少一个功能的启用。
19.如权利要求18所述的计算机可读存储介质，其特征在于，所述促销是从多个促销中选择的，包括 定义启用所述至少一个功能的第二时间段的第一额外奖励值，所述第二使用时间段超过与所接收的对所述设备的支付相关联的第一使用时间段，以及 定义启用所述至少一个功能的第二使用量的第二额外奖励值，所述第二使用量超过与所接收的对所述设备的支付相关联的第一使用量。
20.一种用于太阳能供电系统的渐进购买的计算机实现的方法，所述太阳能供电系统具有多个电源输出端口，所述方法包括 在通过可执行指令配置的一个或多个计算机系统的控制下， 接收指示来自顾客对太阳能供电系统的支付的信息，所述支付包括已对所述太阳能供电系统支付的小计的一部分； 基于所接收的支付启用所述系统中要启用的功能，其中所述功能是从与所述系统相关联的多个功能中选择的；以及 启用所标识的所述系统中的至少一个功能， 其中所述多个功能包括 通过所述多个输出端口中的第一输出端口提供第一预定功率水平下的最大电流汲取，并通过所述多个端口中的第二端口提供第二预定功率水平下的最大电流汲取达到一时间段，所述时间段与应支付给所述太阳能系统的小计的所接收部分相关联，以及 将所述多个输出端口中的至少一个在预定功率水平下的最大电流汲取下启用一时间段，所述时间段与应支付给所述太阳能系统的小计的已接收部分相关联。
全文摘要
公开了用于设备的渐进购买的技术。在一个实施例中，一种用于设备的渐进购买的方法包括接收指示来自顾客的对设备的支付的信息；基于所记录的顾客支付历史和所接收的信息确定顾客的支付模式；基于所确定的支付模式标识要在该设备中启用的功能；以及启用所标识的功能。所标识的功能是从与所述设备相关联的多个功能中选择的。
文档编号G06Q30/00GK103038787SQ201180031100
公开日2013年4月10日 申请日期2011年5月9日 优先权日2010年5月24日
发明者P·尼德哈姆, M·麦克哈格, J·维尼基 申请人:简柏网络股份有限公司