专利名称：远端付费方法及系统的制作方法
技术领域：
本发明涉及付费处理的一般领域，尤其涉及利用移动通信技术用于在个人、商务或者及其组合之间远端进行付费处理的方法和系统。
背景技术：
历史上，消费者利用面对面或者其他种类的非电子渠道进行金融交易。除了当付款人诸如客户，物理上将这些资金传递给收款人诸如商家外，使用包括纸币和硬币这样的非电子交易渠道，是匿名地进行的。而且，如果纸币或者货币丢失，则通常不能弥补这些资金。或者，银行发行的支票的使用可以使付款人免于丢失，并且，这样的支票能够被作为付款提供给远端方。然而，因为支票是基于纸的系统，它们必须是通过收件方的银行来实际管理的，通常，对客户帐户收取一定的成本。同样，在不足的资金上开出的支票常常要求商家承受确保客户通过某些另外渠道付费的既费时又费钱的处理。
信用卡付费的使用能够防止客户受损和被骗；不过，这些交易不是匿名的，并且仅仅当商家向特定的与这样的信用卡相联系的信用机构注册时才被有效地用于付费。同样，标准信用卡根据匹配客户签名和在信用卡上实际提供的签名，或者匹配付费者和放置在这样的卡上的相片的相似性，而有一个固定的安全的方法。因此，如果商家和信用卡公司合理地防范欺骗犯罪，则客户和该卡在交易完成时就必须出现在现场。
借记卡对消费者还能提供另一个机会来从事安全的无现金交易。和信用卡一样，这些卡在卡背后也使用了含有被编码后的有关卡持有人和通过该卡访问帐户的信息的磁条。使用可以是在营业所或者出售点的自动柜员机(ATM)或者商用终端的终端，来读取在卡上所编码的信息，并访问卡持有人的帐户以完成金融交易。
在借记卡的情况中，借记卡访问直接在客户银行帐号中的存款。因此，如果在客户银行帐号中存在充足的存款，则该钱款可用于转帐。然而，如果在该帐户中存款不足，则购买处理不能向前进行。借记卡提供存款的直接转帐，因为在客户交易时存款被从客户帐户电子转帐。不过，实际上在商业银行帐户中储蓄这样的钱款往往有一些延迟；在该钱款变得可用于花费之前商家必须等待，金融机构进行了日常的客户和商业银行帐户两者的对帐。
同样储值卡也受到极大的青睐。储值卡是用在存储在该卡上的特定的钱款数提供或者购买的卡。当卡持有人想要使用储值卡购买商品或者服务时，在出售点提供该卡并从该卡的值中扣除所购买的商品或者服务的开销。
在芯片卡技术中近来的发展通过将个人身份号(“PIN”)连接到借记或者信用卡而不是签字，已经增强了各种付款模式的安全方面。不过，当交易完成时，PIN的使用仍然要求客户和卡实际上出现。
为了克服这些问题，信用卡公司已经介绍了称为“卡持有人不出现”(或者“CNP”)的交易的处理。CNP交易不要求签字，然而，客户由于和信用机构对该交易发生纠纷，能够潜在地对已完成的交易拒付债务。这样的拒付债务能够导致所涉及的商家而不是信用卡公司的金融损失。
在无现金交易中用于存款直接接收的另一种付费模式包括使用智能卡的电子付费方法。和利用在磁条上所编码的信息不同，智能卡内插有一微处理器，其嵌入在卡中并且能够和ATM或者商用智能卡终端相互作用，以提供有关卡持有人或者卡持有人帐户或者交易授权的信息。而且，该卡能够被包括在便携式设备诸如膝上型电脑、移动电话或者个人数字助理中。
一种这样的方法使用作为电子钱包的智能卡。智能卡典型地包括具有存储能力的微芯片并且能够存储作为电子信用的货币。这样的货币能够从客户银行帐号得到，并且接着能够在智能卡中以电子形式提供。付费方能够将此信用以电子方式转帐到使用智能卡读卡机的交易另一端的收款方。然而，为了用电子钱包进行交易，付费方典型地将此钱包给收款人，此收款人通过智能卡读卡机与此钱包联系以便完成此交易。从付款人的角度看，进行现金交易的此方法要求对收款人设置信用等级以便适当地将购买细节键入智能卡读卡机。
在适用于电子付费的加密技术领域的开发包括公共密钥基础和安全电子交易处理，其已经作为一种用于因特网交易的新标准被提出。然而，这两种技术要求大范围的管理和硬件基础设施以便管理私人密钥，而且在所有客户设备中必须安装附加软件。
通常与付费的信用卡形式的使用相联系的一个问题是对商家的巨大交易成本。对于低值付费，诸如微付费(micro-payment)，由该交易所导致的成本有比实际付费开销更大的可能。因此，信用卡不适于包括微付费的交易。
已经有好几种尝试以产生能够处理微付费和低值交易而不导致标准信用卡或者其他类型的金融产品的一般管理费用的设备和系统。一般而言，这些设备和系统能够划分为如下所述的两类。
一类要求使用附加设备或者卡，诸如Mondex系统，它是按纸币和硬币为模型制作的。Mondex系统的特征是具有嵌入的电子存储货币的微处理器的设备，诸如智能卡。在客户积极地将货币加载到卡上之后，客户能够通过在位于出售点的智能卡读卡机与该卡的相互作用，使用该卡来购物。因此，这种转帐能力要求所有商家安装这些智能卡读卡机，购买、安装和维护它常常花销昂贵。同样，当该智能卡的值用完时，客户必须积极地并且不断地将货币加载到他们的智能卡。这种钱款在此卡上时是得不到利息的，并且，如果此卡丢失，钱不能被归还。
能够处理微付费的第二类设备包括基于因特网的系统，包括DigiCash系统。将该DigiCash系统指定在和因特网组合使用，并且，和直接存储在客户PC硬件上的电子货币相互作用。因此，此系统不是移动的付费系统，而且，在没有激活的因特网连接中不适用。
因此，存在改进实现远端付费方法的需求，它能避免现有方法和系统的不足和缺陷。
同样也存在当在执行交易中帮助客户时提供增强的便利的远端付费方法和系统的需求，其中，客户能够以既有利于客户又有利于涉及远端付费交易或者与远端付费交易相联系的另一方的方式实现远端付费。
同样也存在能够将当前的、更新的包括最近交易信息的帐户信息提供给其帐户被存储在远端付费系统中的服务器上的一方的付费方法和系统的需求。
而且，存在对环境敏感性及在其最完全的实现中，除了任何与这样的货币的制造和运输相联系的开销外，还大大降低对纸币需求量的付费系统的需求。
因此，用于允许交易方按自动的或者可选择的匿名方式使用一个或多个电子帐户交换货币的远端付费处理的方法和系统是有优点的。而且，用于交易方能够管理一个或者更多个金融帐户以控制这些帐户的结余使保证远端付费交易可得到充足的资金的远端付费系统是有优点的。
发明内容
本发明是用于利用远端通信设备(诸如移动电话)和电子服务器(诸如付费服务器)提供安全、节省成本的任何数量的交易的方法和系统。本方法和系统提供了很多优点给在进行远端付费交易感兴趣的一方，包括消费者、金融服务的提供者、以及商家或者扮演付款人或者收款人的其他方。
根据本发明，客户利用适于安全、实时、交互通信的移动通信设备，来指示诸如付费服务器的电子服务器在一个或者多个存储在该服务器的帐户之间转帐。基于客户服务器的帐户能够利用在该服务器之外的诸如具有现金值的银行帐号的金融帐户按客户命令被反复充值。
本系统和方法所使用的移动通信设备提供了一个简单、安全和经济的机制，该机制能够以各种方式和电子服务器相互作用，诸如访问，控制、请求、和询问付费服务器。诸如消费者的客户能够从移动通信设备键入命令消息来指挥服务器，以实时方式提供信息给客户。这样的信息能够包括多媒体信息，诸如文本、数据、计算、报告、语音、声音和图像信息。
远端通信设备包括一微处理器或者其他的发送装置，以将交易数据发送到所述服务器。远端通信设备同样最好包括一显示单元，用于查看从付费服务器发送来的数据或者，从与因特网的连接所接收的数据。这样的数据能够包括一付费帧其中消费者利用在付费帧里面的数据域来命令付费服务器执行付费指令。此外，通信设备能够和与付费服务器电连接的安全子系统相互作用。这样一种安全子系统要求客户提供允许客户保密地和交互地访问客户帐户信息和启动远端付费交易的授权信息。
客户能够发送指令到付费服务器，包括但不限于包括命令服务器访问帐户、进行付费、转帐、提供帐户活动报告、键入产品定单或者查看由于频繁的帐户使用或者高的平均帐户值，或者它们的组合而已经授予该客户的诚实判决信息。
客户能够建立具有特定值的用于远端付费的授权准则。因为客户能够对用于每个单个交易的安全参数授权和付费限额授权，该客户在付费服务器已经执行了这些步骤之后不能随后就拒绝对此交易付费。
而且，该方法和系统向每个帐户户主提供了对谁能够是授权的客户、什么帐户能够用于启动远端付费、并且最后要求什么种类的授权完成此交易的直接控制。这样的授权方法可以包括但不限于包括含有语音识别或者签名识别生物统计学技术，它能够通过例如位于通信设备的附近位置的语音接收机或者触摸垫由付费服务器接收。
本发明的远端付费方法和系统将诸如客户帐户的帐户连接到诸如移动电话的远端通信设备。客户利用移动电话以和付费服务器相互作用，并且，通过发送付费指令给帐户、从该帐户将资金转帐到第二帐户，或者检查帐户结余来管理客户帐户。移动电话同样担当与安全系统连接的实际标志，于是所述电话的客户能够访问该客户帐户。
客户能够将电子信用从诸如银行的金融机构所持有的客户银行帐号转帐到客户服务器帐户，或者，客户能够从某些其他的现金帐户接收信用。客户可以将信用花费在购物上，这样的交易由移动电话启动。因为在中心位置保存有该信用，所以，如果移动电话丢失，则客户不会丧失该信用。
远端付费系统和方法利用诸如标准电话、移动电话或者个人数字助理的通信设备操作。而且，本发明适于在大多数的任何类型的远端连接或者通信网络上的远端付费，此远端连接或者通信网络包括因特网、无线应用协议(或者“WAP”)电话，以及从远端通信设备发给固定基站的红外信号。
远端付费系统和方法同样将用于使用远端付费帐户的诚信(loyalty)奖励提供给客户。在示范性的实施例中，该奖励能够包括，但不限于包括，附加的来自激活移动电话的移动电话公司的广播时间分钟数。将这样的奖励修改得让客户使用或者，该奖励可以被转到另一个客户，诸如家庭成员。典型的奖励值根据客户帐户的使用而定。这样的使用，但不限于这样的使用，能够由在帐户中的资金结余、交易活动量或者这种交易的价值来确定。
本发明的系统结构和复杂性间接表明该系统最好通过实时、在线的交易处理和操作系统来实现。如下所述，调整该系统使向帐户持有人提供在远端付费服务器上所存储的持有人帐户的实时更新。付费服务器除了在包括金融机构和电信公司的系统模块之间进行协调、管理、计划、分析和报告这些服务器帐户的各种活动之外，还有效地接合客户和商用服务器帐户两者。
根据如下的详细描述将使得本发明的这些和其他的目的、特征和优点更容易理解，其中图1说明了本发明的ICOM客户购买处理的示范性结构；图2说明了ICOM资金转帐处理的示范性结构；图3说明了ICOM注册处理的示范性流程图；图4说明了ICOM安全设置处理的示范性流程图；图5描述了在与ICOM安全设置处理复合体中所使用的ICOM安全授权处理的示范性流程图；图6显示了示范性ICOM诚信处理的原理性概图；图7说明了根据利用因特网的ICOM远端付费系统的基本的相互作用的概图；以及图8描述了ICOM远端付费系统的功能和操作的概图。
具体实施例方式
下面的描述使得本领域的任何普通技术人员能够制作和使用本发明，并且，在特定的应用和它要求的上下文中提供该描述。各种对所附加的实施例的修改对本领域的普通技术人员是容易理解的，并且，在此定义的一般原理在不脱离本发明的实质和范围的情况下，可以被应用到其他实施例和应用中。
根据本发明的方法和系统提供了利用用于在一个或者多个帐户之间资金转帐和管理的集成交互的系统的安全远端付费处理。这样的转帐是利用诸如移动电话的远端通信设备在对诸如付费服务器的服务器和作中实现的。
ICOM远端付费系统(在此“ICOM”)服务器与向客户提供灵活性的服务器提供者一起工作，以便安全和有效地管理从一个帐户到另一个帐户的商品或者服务的价值远端转帐。例如，提款、储蓄和转帐能够在客户已经启动和ICOM的对话之后，容易地根据客户指令由ICOM付费服务器进行。此外，本发明的ICOM的方法和系统可以通过诸如移动电话的远端通信设备被客户进行访问。客户能够向ICOM注册这样的设备，并且进一步使用作为ICOM安全帧连接中的物理记号的设备。
在本发明的示范性实施例中，可以得到多个资金转帐方案，包括但不限于包括客户启动的低值购买以及注满(top-up)现金帐户的转帐。转帐的后一种形式在客户利用作为资金来源的另外帐户(例如，银行帐号)将价值(value)添加到客户ICOM服务器帐户时发生。
ICOM同样将灵活性(flexibility)提供给客户以便要么增加要么减少客户ICOM服务器帐户的结余。客户能够将ICOM客户服务器帐户和诸如银行帐号的客户金融帐户相连，并且指示ICOM将ICOM服务器帐户维持在所设定帐户值的服务内。当ICOM客户服务器的价值落到此结余范围以下或者上升到此结余范围以上，则ICOM能够自动地指示银行从此客户银行帐号转帐价值或者将价值转帐到客户银行帐号，以便让ICOM客户服务器帐户返回到特定的结余范围。或者，客户能够通过利用远端通信设备手动地启动此转帐处理，以便和ICOM联系并提供适当的转帐指示。
根据本发明，客户能够设置个性化的为每个ICOM客户帐户建立特定安全等级的客户授权方案。此安全在客户或者其他被授权的客户试图访问在ICOM付费服务器上所保存的ICOM客户帐户时运行。客户同样能够为具有特定商家、特定交易量或者交易量的范围，或者为特定的被授权的一个客户或者多个客户建立安全等级。同样，由于在远端位置存储该帐户，如果客户丢失了通信设备，因为帐户和安全功能被存储在远端的付费服务器上，所以帐户的现金值和已建立的安全特征仍保持完好。
除了客户以外的其他方同样能从使用ICOM方法和系统中得益。例如，ICOM有好几个理由让商家受益。首先，将与消费者欺骗相联系的风险降至最低。因为客户能够为每桩远端付费交易建立安全授权流程，所以客户不能对已完成的交易拒绝付费。其次，因为每个付费转帐有名义交易成本，所以ICOM对微付费类型和低值交易是节省成本的。最后，因为ICOM奖励诚信，所以商家从与ICOM诚信节目相联系的良好意愿中收到第二个好处。
ICOM系统和方法同样也让其他方受益，诸如赞助客户移动通信设备的电信公司和其中ICOM、客户以及商家是新的、或者已建的帐户持有人的金融机构。
例如，ICOM是有利于电信公司(“Telco”)，因为Telco能够为每个对ICOM服务器的呼叫向客户收费(例如，要么因为广播时间从广播时间合同量中减去，要么因为当访问从客户的本地呼叫区域外面的ICOM服务器时客户承担长途费用)。随着客户增加他们的ICOM的使用，则由ICOM发送的广播时间诚信奖励的量也增加。随着客户累积诚信奖励，可以鼓励该客户维持所述Telco帐户，而不切换到竞争对手的Telco。因此，通过增加的使用等级和市场渗透，Telco还可以进一步受益，尤其是如果ICOM客户决定将诚信奖励转帐到新的或者现存的第三方Telco客户。而且，在ICOM的客户使用中的任何有意义的增加不仅可以增加特定地理区域的Telco市场份额，而且可以减少与昂贵的每月帐单结算表的发行相联系的Telco金融负担，因为客户能够远端地利用他们的ICOM服务器帐户为Telco服务付费。
ICOM同样有利于有联系的诸如银行(“银行”)的金融机构，因为银行能够从与ICOM共同增进的活动相联系的已增长市场份额中受益。此外，银行能够通过向客户提供将银行帐户连接到因特网付费的安全、较宽的客户源、以及与新客户的帐户费用相联系的利润的潜在增加中受益，该新客户将ICOM服务器帐户和新的客户银行帐号相连接。银行能够有选择地和其他的诸如客户的Telco的ICOM参与者分享这些利润。
ICOM付费服务器可以在下面的一个或者多个网络上实现微型计算机、小型计算机(mini computer)、工作站、文件服务器、计算机服务器、数据库管理服务器、大型计算机、超级计算机或者巨型并行处理计算机。付费服务器最好维持将不同类型计算机子系统集成到单个统一系统的计算机系统，还包括一能够通过利用通信设备由客户远端地访问的接口。此外，本领域技术人员将欣赏使用，但不限于使用，术语“子系统”来描述用于实现一个处理、多个处理或者它们的复合的单元。
为了更好地理解ICOM付费方法和系统，在下面的部分将提供详细的描述和附图。ICOM系统和方法由包括下面要定义的那些示范性元件的多个元件组成。
ICOM移动付费流程涉及采用基于帧的付费生成(“FBPG”)结构，以使得客户能够利用远端通信设备使电子付费给指定的接收者的处理。FBPG是一种灵活的处理，支持宽的各种付费方法，包括但不限于包括，由客户利用ICOM系统发给商家或者其他类似种类的个人对个人的付费。此外，FBPG处理提供了在其中各方能够进行的不能在随后要么由一方即要么由客户要么由商家拒付的安全交易的框架结构。
ICOM客户变量等级安全特征涉及在ICOM安全授权子系统中运行的处理。此特征允许客户建立所要求的安全等级以便访问和管理在ICOM服务器上所存储的ICOM客户帐户。
广播时间诚信奖励根据向客户提供在多个条件下的诚信奖励的ICOM客户诚信子系统运行。例如，该ICOM诚信子系统根据累加与利用ICOM客户帐户的远端商品和服务相联系的ICOM活动量，能够计算每个客户的诚信奖励。或者，ICOM可以根据在一个或者多个ICOM客户帐户中所保持的资金量计算诚信奖励。诚信奖励同样能够根据这些因子组合进行。
利用移动电话(“IPMP”)的ICOM因特网付费涉及将远端付费方案扩展到由通过在诸如因特网的全球电子网络的客户购买所产生的那些交易。ICOM IPMP处理通过利用匿名的帐户参数进行交易，来保护客户的包括客户的身份和ICOM帐户号码的保密信息。
当描述利用，但不限于，任何计算机、电话、微波、卫星和/或有限网络的任何开放网络时，本领域的普通技术人员欣赏使用术语因特网。
本领域的普通技术人员同样欣赏使用但不限于使用术语“ICOM服务器”和“ICOM付费服务器”来描述本发明的系统和方法的实施例。
如上所述，FBPG提供了适于支持多个本地和远端付费交易的统一框架结构。客户能够利用远端通信设备，诸如移动电话，进行这样的交易，以便管理在因特网上一个或者多个人、人机以及人和信息提供者之间的付费流程。
在一个实施例中，收款人、付款人以及交易值定义了利用ICOM付费服务器的基本付费交易。在某些类型的交易中，要求诸如付费日期、收款人授权代码或者确认接收的附加信息。而且，在另一些交易中，中介人或者其他类型的代理可以代表收款人或者付款人。
ICOM系统向交易各方提供了包含用于交易数据的数据域的FBPG方案，这些数据对客户完成远端付费是必要的。这样的框架包括例如，定义交易各方和付费授权流程的各种准则。在一个实施例中，利用标准JAVA对象实现ICOM。接着通过JAVA对象方法驱动用于ICOM付费系统的操作和功能的信息和处理流程。
图1说明了ICOM客户购买处理的示范性结构。简而言之，ICOM 101建立和维护与每个交易方的安全对话，诸如ICOM所注册的客户102以及ICOM所注册的商家104。这些交易各方最好根据图3所示的实施例事先向ICOM系统注册。为了开始交易，ICOM付费服务器101从客户102和商家104那里收集所有的所要求的数据，它们对完成远端付费交易是必需的。这样的数据可以从一个或者多个源产生，包括但不限于包括客户移动电话或者商家对ICOM服务器101的专用线。
在ICOM和付款人(例如，客户)之间的每次对话持续期典型地仅仅维持进行远端付费的时间，同时，和收款人(例如，商家)的每次对话长度可以通过系列付费扩展。通过举例，所述商家可以是代理人，诸如票款机(ticketmachine)，在其中该机器利用ICOM付费服务器从一个或者多个客户那里接收多个付费以便处理每个付费交易。在每个工作日结束时，该机器接着能够启动和ICOM服务器的一个远端付费对话，以便处理每个交易，或者，该机器能够在每个客户的单个交易之后启动和ICOM的付费对话。
根据本发明，客户102能够和ICOM 101相互作用，以便执行各种功能，包括，但不限于包括，为新ICOM帐户注册，查询有关帐户结余，建立新的或者变化的现存付费授权方案，以及请求最近的交易历史。
客户102同样能够对要远端付费的客户ICOM帐户110的一个或者多个被授权的客户授权。客户102同样能够建立利用ICOM客户帐户110可以进行交易的付费类型。例如，父母可以授权孩子作为父母的ICOM帐户的要授权的客户，并且，允许孩子用尽，但不限于其用尽预置的限额。任何超过此预置限额的交易量都要求从其父母那里得到附加授权。ICOM帐户授权特征的另一个例子是，其中，父母授权孩子的请求以便将资金转到出租司机，但是，当该孩子请求将资金转帐到酒吧侍者时则会否决另一个请求。
再一次参照图1，示出了ICOM客户购买处理的示范性实施例，其中，ICOM客户102使用移动通信设备为通过商家104提供的商品或者服务装有ICOM的商家104低值付费。
下面将作更充分的解释，客户102借助移动电话将付费指示传递到的使用表1所示的付费帧的ICOM 101。该客户102用移动电话的键盘，或者，通过应答语音激活的信息请求，将输入提供给在帧内所包含的每一个数据域。在ICOM 101接收到客户付费指示120之后，ICOM 101接着将通告客户102ICOM 101已经成功接收到付费指示。接着，ICOM从ICOM客户帐户110将资金121转帐到ICOM商业帐户112。接着，在资金转帐步骤121，ICOM接着通告122商家104ICOM完成资金转帐。在通告步骤122的一个实施例中，如果客户102请求递送商品或者提供服务时，客户102能够授权ICOM 101披露客户联系信息给商家104。在另一个实施例中，商家104向客户102确认123资金转帐121，这样的确认步骤123独立于ICOM付费服务器101出现。
作为更进一步的例子，利用本发明的方法和系统，客户接通启动利用客户移动电话购买火车票的火车订票业务的ICOM。在一个实施例中，ICOM交互语音响应(“IVR”)子系统通过利用生物统计学语音识别的预定票处理提醒客户。这样一种预定处理包括启动通过在ICOM付费服务器在客户ICOM帐户110和ICOM商业帐户112之间的资金转帐的客户语音指示。继此资金转帐之后，IVR子系统要求客户对客户所申请的票的付费。客户输入对应于“yes”或者“no”的响应以便完成远端付费交易。
如上所述，利用付费帧实现所述远端付费交易，该付费帧包括具有负责实现每个数据域相联系的功能的一个或者多个数据域。根据FBPG格式的付费帧，作为范例，在表1中说明了ICOM的移动付费流程。
表1示范性付费帧
出于解释的目的，付款人_ID数据域要求呼叫线识别(“CLI”)数据项，其中，接收进来的客户呼叫的ICOM服务器101能够检测分配给远端通信设备启动呼叫的号码。同样，收款人_ID域选择性地使用直接拨号接口(“DDI”)，其中，ICOM服务器被连接到一个或者多个电话线上。DDI允许ICOM识别作为对其商家的ICOM帐户呼叫的专用于特定商家的号码的呼叫。
图2显示了根据本发明的ICOM资金转帐处理200的示范性实施例。简而言之，ICOM客户202能够使用远端通信设备来启动和ICOM付费服务器201的对话，以便管理客户的帐户，该对话包括但不限于包括进行远端转帐、将资金从一个帐户分配到另一个帐户、或者查询服务器以确定用于一个或者多个ICOM客户帐户的结余或者交易活动的任务。
通过ICOM资金转帐处理200，客户202能够利用移动电话接通ICOM付费服务器201以便控制在一个或者多个ICOM客户帐户210和一个或多个客户银行帐户211之间的资金分配。例如，利用移动电话，客户202能够启动对ICOM服务器201的资金转帐请求220、以便从客户银行帐号211将特定的资金量转帐到ICOM客户服务器帐户210。ICOM 201接着将所请求的值转帐221到ICOM客户服务器帐户210，其中，该值按电子信用表示。
由客户202能够手动地启动220资金转帐221，其中，客户202指示ICOM利用在客户银行帐号211所保存的资金向ICOM客户服务器帐户210存款或者借款。或者，ICOM能够根据客户指示自动地从ICOM客户服务器帐户210将资金221转帐到客户银行帐号211，该客户指示限定ICOM按已经由客户202预定的最小和最大量之间的结余维护ICOM客户服务器帐户210。
对于每一个转帐步骤221，ICOM 201同样指示银行203从客户银行帐号211将与客户转帐指示220对应的资金222转帐到ICOM现金银行转帐(cash bank acount)214。银行203接着调整ICOM现金银行转帐214以反映所转帐的现金量。例如，如果客户202指示220 ICOM服务器201将值221从ICOM客户服务器帐户210转帐到客户银行帐号211，则银行203相应地向ICOM现金银行转帐214借款222，并按此数量向客户银行帐号211存款。相反，如果客户指示220 ICOM服务器201将值221从客户银行211帐号转帐到ICOM客户服务器帐户210，则银行203将相应地向ICOM现金银行帐号214存款222，并按所申请的数额从客户银行帐号211借款222。
在银行在步骤222将资金转帐222到ICOM现金银行帐户214，或者从ICOM现金银行帐户214转帐222之后，ICOM付费服务器201更新并且结算223 ICOM分类帐户215，以便反映在ICOM付费服务器201上保存的所有帐户中存在的全部资金量的任何变化。
在ICOM资金转帐处理200的进一步实施例中，ICOM将资金225从ICOM商业帐户212转帐到商业银行帐户213。在这两个帐户之间的这样的转帐步骤225典型地跟在商业托管之后以进行转帐，其中，在时间上的一特定点，或者当ICOM商业帐户212达到一特定值的水平时，可以自动启动这样的托管。在转帐225之后，ICOM和ICOM现金银行帐户214结算224 ICOM分类帐户215，以便反映在ICOM付费服务器201上保存的所有帐户中存在的全部资金量的任何变化。
图3解释了ICOM注册处理300的示范性实施例，其特征为一客户变量安全(“CVLS”)子系统。CVLS子系统向客户302提供了建立用于特定付费交易或者一系列交易的安全等级的机理。CVLS子系统是图4所描述的以及如下所述的ICOM安全注册处理的一部分。CVLS子系统通过组合来自一个或者多个独立来源的保密信息而起作用，这些来源包括金融机构，诸如银行303和电信实体(“Telco”)305，尤其是提供客户移动通信设备的连续激活的Telco 305。仅仅对客户的所有已知的这样的信息被安全地存储在ICO付费服务器上。该保密客户信息可以包括，但并不限于包括，加密的PIN、诸如路由信息和帐户号码的银行帐号细节、通信设备的指定电话号码、以及Telco帐户细节。
再一次参考图3，当客户302联系ICOM服务器301时启动ICOM注册处理300。通过向ICOM 301提供验证信息，客户302进行到向ICOM 301注册320。ICOM 301接着和Telco 305通信以便确认客户302试图注册的远端通信设备的帐户细节321。ICOM 301接着接收有关客户Telco帐户的细节322，并进一步的特定客户移动通信设备的客户CLI信息，该远端通信设备与表1的付款人_ID有关。
在从Telco 305获得有关客户302所要求的验证信息之后，当ICOM付费服务器301为了建立323 ICOM客户帐户而和诸如银行303的金融机构联系时，ICOM注册处理子系统300继续进行。银行303典型地通过发送ICOM加密PIN和用于注册客户302的银行帐号细节324，来响应ICOM 301。在银行303和ICOM 301已经完成帐户设置步骤323以及ICOM注册处理300的帐户细节324步骤之后，银行303将安全PIN邮件(mailer)325发送给客户302，客户302必须使用此PIN来访问客户的ICOM客户帐户。银行303能够使用包括电子邮件、传真或者常规邮政在内的各种方法将邮件(mailer)325提供给客户302。
在客户已经成功地完成如图3所示的ICOM注册处理之后，客户能够选择建立用于访问ICOM客户帐户的安全或者授权步骤，该ICOM客户帐户利用图4所提出的ICOM安全设置处理子系统。这样的步骤能够根据但不限于，付费数量、一个或多个授权客户的身份、和/或授权质询而建立，其中，由客户所定义的一系列问题和答案被用来验证客户试图利用特定的ICOM帐户启动远端付费交易。
图4显示了ICOM安全设置处理子系统的示范性实施例。利用ICOM安全设置处理子系统400，客户402能够允许ICOM付费服务器401建立和控制用于远端付费交易的特定安全参数，该远端付费交易利用一个或者多个所注册的ICOM客户帐户，其中，利用图3所示的ICOM注册处理事先建立帐户。
根据本发明，ICOM客户402使用远端通信设备来建立用于特定付费交易的操作安全设置，该特定付费交易由特定的ICOM客户帐户产生。
在本发明的另一个实施例中，客户402通过访问客户ICOM帐户启动和ICOM服务器401的对话，该客户ICOM帐户利用在图3的ICOM注册处理期间所建立的识别信息420，该识别信息包括CLI信息和所述分配的PIN。ICOM接着将一个或者多个安全步骤421提供给客户402，能够有选择性地将该步骤应用到客户的ICOM帐户。
继安全流程选择步骤421之后，ICOM相应地进行到使客户402从事一系列问题和答案，以致客户402能够优化用于付费交易的帐户安全，该付费交易具有特定的付费值或者付费值的范围。
例如，利用安全设置处理子系统400，客户402能够将授权质询输入给ICOM 401，该授权质询包括一个或多个客户所定义的问题和答案，这些问题和答案定义了用于一个或者多个客户所指定的交易量422的安全等级。例如，客户能够为具有在$0.01和$100之间的值的交易量指派一个问题和答案，而为具有在$100和$1000之间的值的交易量指派另一个问题和答案等。或者，客户能够不选择与任何交易值有联系的问题和答案，或者为具有低付费值的交易选择问题和答案。
根据ICOM安全设置处理子系统400的问题和答案步骤422，如果客户402选择指派问题和答案质询来交易，则ICOM接着将提醒客户402定义有联系的最大交易量，或者，交易量的值的范围。在完成此步骤422之后，ICOM付费服务器401将随后向客户402确认423利用ICOM安全设置处理子系统400所建立的授权设置。
在ICOM安全设置处理子系统400的另一个实施例中，确认步骤423跟在已经完成优选的安全设置的客户指示之后。当ICOM 401检查用于交易值范围或者最大交易值的每个问题和答案质询时，开始确认步骤423。由客户响应确认每次质询。这样的客户响应包括，但不限于，质询是可接收的客户确认、对所建立的安全设置修改的客户请求、或者清除所有已建立的安全设置并重新开始的客户请求。
在进一步的ICOM安全设置处理400的确认步骤423的方面，客户402能够选择安全步骤，其中，确认步骤423包括确认利用远端通信设备已经执行付费指示的确认，该远端通信设备已经向特定ICOM帐户注册过。这样的安全能够通过正式注册的电话号码和呼叫线识别(“CLI”)来达到，该呼叫线识别由使用来进行和ICOM交易的移动识别产生。如果客户402仅仅要求诸如用于低值付费交易的最小安全等级，则可希望此可选择的确认。
图5说明了ICOM安全授权处理子系统500的一个实施例。利用ICOM安全授权处理子系统500，客户502能够使ICOM付费服务器501实施附加的安全措施，同时使在图4中所提供的那些措施完备，以便为一个或者多个ICOM客户帐户建立已授权的客户或者已授权的客户组。
此示范性实施例描述了安全规则引擎506(“ICOM SRE”)的特点，它是ICOM付费服务器501的一部分。ICOM SRE 506监视与ICOM客户帐户相联系的活动，以便决定是否接收被认为是确凿的客户付费指示，或者，是否根据由图4所示的安全设置处理所实施的安全协议从客户那里请求附加帐户信息。
再一次参考图4，ICOM注册处理另一个实施例描述了CVLS子系统的特征，此子系统向客户402提供了实施用于远端付费交易或者一系列交易的优选安全参数的实施方法。
因为ICOM CVLS子系统允许客户建立一个或者多个附加的ICOM客户帐户的客户，图5的ICOM SRE为了每个附加的帐户客户，因此可以从已注册的ICOM帐户持有人那里请求授权。对已授权的客户来说，这样的授权能够在单个付费交易期间维持，或者在没有限定次数的付费交易期间维持。例如，父母能够对作为附加客户的孩子授权，并且允许其孩子在没有进一步授权的情况下用尽预定量。如果其孩子要求超过此预先建立的消费限额的金额量，则ICOM SRE将在进行所要求的交易之前从其父母那里寻找授权。或者，其父母能够授权其孩子对帐户不加限制地访问，也就是，在交易量方面不加任何限制。
再一次参照图5，在ICOM安全授权处理子系统500的示范性实施例中，ICOM付费服务器501首先使用CLI和PIN信息识别客户502，该CLI和PIN信息由如图4所解释的客户通信设备产生。
在ICOM 501已经成功地识别作为ICOM客户帐户的已授权的客户的远端呼叫者之后，ICOM 501通过产生独特的付费指示代码以识别该交易，接着处理来自客户502的付费交易请求。客户502利用FBPG格式付费帧将数据发送到ICOM 501。这样的数据包含收款人的身份、将买商品和服务的类型，以及交易量。根据此信息，ICOM 501能够将安全措施应用于所述交易，其中，客户502已经利用ICOM SRE 506建立了这样的措施。此组合特征运行，以便一旦客户502已经启动对ICOM服务器501的付费指示操作，而防止对客户502的远端付费交易拒绝付费。
例如，客户502能够请求520 ICOM 501为了从商家那里购买商品进行特定值的付费交易。ICOM服务器501接着通过接触ICOM SRE 506，确定521客户502是否为使用ICOM客户帐户来对具有预定值的交易付费而已经建立了任何安全措施。ICOM SRE 506将查询522客户数据库，以检查任何这样的安全措施523。如果用于此帐户和价值量的安全措施存在，则ICOMSRE 506通过提供安全授权参数给ICOM付费服务器501来执行这样的措施523。如果这样的措施不存在，则ICOM继续进行付费；如果已经建立这样的措施，则ICOM 501启动对客户的安全质询524。客户502在ICOM发放限定的付费值给商家之前必须成功地回答质询。
典型地，客户502将通过准确地完成包括一个或者多个问题和答案524的质询来成功地清除现存的安全措施。一旦已经启动已授权的安全过程并且完成交易，则客户502不再能够删除、争论，否则，将使得对所述商务的付费交易无效。
图6显示了ICOM广播时间诚信奖励子系统600的一个实施例。为了培育和维护客户诚信，该诚信子系统根据诸如在ICOM客户帐户中的资金结余、交易活动量、和/或这样交易的价值的一个或者多个使用因素向客户602提供奖励。而且，服务器包括具有微处理器的数据仓库，该微处理器根据诸如天、周或者月的特定时间周期的使用因素计算诚信奖励。
付费服务器601包括计算和存储所挣得的奖励的结余的诚信数据存储仓库608。客户602能够在付费对话期间的任何时间查看诚信奖励结余。诚信奖励的一个例子包括，但不限于，在客户的Telco帐户616中电子存储621的附加免费广播时间分钟数，该Telco帐户能够资助客户的远端通信设备。或者，能够将诚信奖励电子地存储到由ICOM客户602指定的第三方Telco帐户。
客户602能够选择性地选择对一个或多个商家604授权，以便在付费交易期间获得对ICOM客户保密信息的访问。此信息能够，但不限于，包括诚信奖励数据，它存储在ICOM服务器601上的诚信数据仓库608中。商家604可以利用客户诚信数据，以确定客户602是否属于商家的最优客户简档。如果客户属于商家的简档，则商家604接着能够指示ICOM通告客户602对商家的商品或者服务的任何特别报价。
ICOM客户602能够选择性地为增强的诚信奖励节目注册，如果这样的ICOM客户602抢先达到ICOM活动所要求的较高级别或者平均结余以触发更大的诚信报酬。所增强的诚信奖励节目提供了比由基本的诚信奖励节目更大的增强奖励，因此，起到了鼓励更多的客户光顾ICOM系统601的作用。
再一次参考图6，客户接通ICOM付费服务器601，并使用ICOM诚信奖励处理子系统600，以获得客户的当前诚信奖励结余。客户602同样能够指示ICOM服务器601从诚信数据库608将作为免费广播时间分钟数的奖励结余转帐到客户Telco帐户616。
在另一个实施例中，客户602进行所要求次数的远端付费交易和/或已经维持特定ICOM客户帐户值，以便获得诚信奖励。将这样的ICOM客户帐户值和/或活动电子地存储在ICOM服务器601里面的数据仓存储器中，并且能够以特定时间间隔，或按客户602的要求将其转帐620到诚信数据库608。诚信数据仓库608最好是与ICOM付费服务器601电连接的独立子系统，并且专用于计算和存储ICOM客户帐户610的奖励信息。
继数据转帐步骤620之后，诚信数据仓库608计算客户602的诚信奖励奖励。这样的诚信奖励奖励可以包括，但不限于，来自运营客户移动电话的Telco 605的免费广播时间分钟数。在诚信数据仓库608计算客户奖励并将此奖励转化为广播时间分钟数之后，在将广播时间分钟数诚信奖励的全部或者部分转帐到客户的Telco帐户616之前，数据仓库608等待客户指示。仓库608通过指示Telco 605将这些广播时间分钟数电子存储621到客户的Telco帐户616，来实现此转帐。
在ICOM诚信奖励处理(图6中未示出)的进一步的实施例中，ICOM 601允许客户602将诚信奖励的任何部分转帐到同样持有有效Telco帐户的受益方。客户能够通过提供受益人的ICOM的服务器帐户号码启动这样的诚信奖励转帐。受益人也可以已经被包括在已建立的客户地址列表中。继客户的帐户请求之后，ICOM首先确认所要求的奖励在指示Telco将所述奖励存储到受益人的Telco帐户之前，在客户的ICOM帐户中可得到。在进一步的实施例中，ICOM最好向客户和/或受益人确认此奖励转帐。例如，确认步骤能够利用语音确认或者通过到远端通信设备的短信业务(SMS)进行。
ICOM诚信奖励处理600同样提供对客户602的选择，以便为了分发所积累的诚信奖励产生多个受益人组中的一个。例如，客户能够指派具有头或者家庭的联合头的家庭组，或者进行所限制的消费限额和所限制的商家类型的其他组。
根据本发明，ICOM根据一般的付费机理运行，其中，客户能够从远端通信设备能够接通ICOM服务器的任何位置，进行远端付费交易。而且，客户能够利用不同帐户的范围完成远端付费交易。因此，ICOM也适合通过诸如因特网的全球通信网络所提供的商品的远端购买和服务。
为了利用诸如移动电话的远端通信设备实现对这些商品和服务的安全和远端的付费，ICOM提供了几种安全措施，包括用于生成前后相关的唯一付费指示代码(PIC)的能力、保护收款人和付款人的身份和隐私的双盲安全机制，以及通告交易状态的相关各方自动交付确认方法。
根据本发明，ICOM将产生作为用于因特网购买的远端付费的系统部分的PIC。这样的PIC包括几个设计来对通常与这些种类的交易相联系的任何潜在的安全危害最小化的特征。例如，在PIC的一个实施例中，所述代码包括由ICOM应答的专用商业电话号码、客户的PIN号码、远端付费量以及付费参考号码。
专用商业电话号码最好是由ICOM分配的直拨号码。由一个或者多个最好是专用于特定商业电话号码的ICOM子系统响应商业电话号码。经常使用此特定商务的ICOM客户能够选择性地将作为快速拨号或者电话簿条目的此直拨号码添加到他们的移动电话中。并且，客户PIN是具有一个或多个数字或字母结合的代码，这样的代码只有客户和ICOM安全系统知道。最后，ICOM将产生短且唯一的付费参考号码，其用于将ICOM付费与ICOM客户从商家那里已经定购的那些商品和服务联系起来。
客户能够通过启动和ICOM的远端付费对话从因特网的商家那里购买商品或者服务。为了实现付费交易，客户和商家按照多步骤的程序。
例如，冲浪万维网(“web”)的客户能够访问商家的网页，该网页要求按顺序为与被观看的网页相联系的所有信息对商家付费。客户能够将请求发送到商家那里以便购买信息。商家接收此请求，并接着，商家将请求发送到ICOM以便生成一个用于交易的唯一参考号码。
ICOM接着产生一短的专用于该交易的识别参考号码，并将此号码提供给客户。ICOM保证该参考号码尽可能短，而为所有突出的用于此数量和此商家的付费请求保持其唯一性。这样的短代码在按付费指令进入ICOM的处理期间对客户是最佳的。
接着，商家将包括短识别参考号码和信息价格的交易信息在因特网的网页上显示给客户。该网页在将从商家那里可得到的商品和服务显示给客户的网站最好能够看到。客户能够利用显示器观看网页，该显示器可以安放在通信设备上，或者，该显示器能够是桌面计算机环境的一部分。
客户接着利用客户移动通信设备向ICOM的专用商业号码拨号。在客户建立了和ICOM的联系之后，客户按照短识别参考号码和价格、以及为满足客户自己的安全规则所需的任何信息输入，由此，允许ICOM向客户的ICOM帐户收款。
ICOM接着将所述参考号码和商家匹配，将所述资金转帐到客户的ICOM帐户上，并且通知商家已经对与短参考号码相联系的交易付费。
商家接着将交易参考号码和客户的购买请求联系起来，并将此购买信息发送到客户。一旦在客户的网页浏览器上加载了此信息，则能够将电子信息返回到确认交付的商业网服务器。
提供安全因特网付费的ICOM因特网付费机理的另一个实施例描述了双盲安全系统。这样的双盲安全在远端付费交易期间保护了付款方和收款方两者的身份和隐私。
如上所述，由ICOM，即通过回答分配该商家的专用电话号码，接收客户远端付费指示。在已经接收到此指示后，并首先通过在处理付费数量和商家ID之前，确认从客户移动通信设备(用CLI来表示)所发送的客户PIN号码，则ICOM有足够的信息执行付费请求。
由于短参考号码不足以识别客户请求购买的项目，所以通过对商家提供远端付费的数量和短参考号码两者来调整ICOM，以便保留客户的隐私。不过，要是客户利用作为中介的ICOM付费系统请求从商家那里退款，则客户为了接收此退款可以选择性地提供对此商家的识别信息。
在一个实施例中，商家不要求客户身份，而且也不将此客户身份提供给他，由此保留了客户的匿名。一旦商家已经收到远端付费的确认，则商家可以识别从与网页对话键合作的临时商家数据库中所发送的条目，该网页对话键识别该条目是在什么地方发送给客户的。利用此ICOM服务器，商家不再得到对客户身份的访问，由此允许对客户个人信息的完全保密。
在典型的现金交易中，因为现金是完全匿名的，商家得不到付款方的身份。然而，在典型的信用卡交易中，商家通常通过实施各种用来唯一识别客户的流程，谨慎地防止他们受骗。
利用本发明的ICOM客户帐户，客户能够通过按和他使用现金相同的方法对商家付费，而保持匿名，由此对客户身份提供了完全的隐私。例如，客户能够指示ICOM付费服务器利用上述的ICOM子系统，从他们的ICOM客户帐户将付费值转帐到商家ICOM帐户，每一个子系统提供了完全的匿名。所以，商家不能得到客户的身份。
提供安全因特网付费的ICOM因特网付费机理最好包括自动交付确认(“ADC”)子系统。此系统通知商家什么时候将在商家的收费网页上所显示的内容，或者其他触摸不到的商品和服务递送到新客户或者已有的客户。收费网页的每一个都包括诸如JAVA小应用程序的信号，在收费网页所显示的内容被加载或者试图加载到客户浏览器上之后，将调整此信号以便向商家网页服务器发回确认消息。此特征向商家提供了监控利用商家网站而出现的任何潜在或者实际的交易的能力。
ADC部分向商家提供了这样的好处，它包括，但不限于，如果在将这样的网页初始交付给客户期间存在系统故障，则用一种装置授予对重复的收费网页重复交付的权限；如果对于那些没有交付的项目，或者因为某些其他的商务上可接收的理由而有争议的交易，商家系统能够指示ICOM向ICOM客户帐户返还费用的审计日志；以及保持付费参考号码尽可能短的机制。例如，一旦对从商家到客户的递送进行确认，则用于任何未来的ICOM交易能够重复应用相关的付费参考号码。因此，对于新的或者已有的客户的后继交易，ICOM为了跟踪后继购买，不必产生不同或者更长的连续参考号码。
图7显示了ICOM因特网付费处理子系统700的一个实施例。ICOM客户702利用移动通信设备为因特网上的商品或者服务器向远端ICOM所激活的商家704付费。
因此，客户702利用诸如通信设备上的显示器屏幕、或者位于桌面环境中的显示器之类的显示器， 观看显示对所述客户的产品和服务感兴趣的商家704的网页。当申请所述商品或者业务时，商家网页要求付费。客户702选择在网页上所提供的选项720，以便继续定购处理，这样的选项典型地被作为标准按钮或者作为字母数字混合编排的响应提供。
商家704接收客户定购请求，并随后要求ICOM 701为此次特定的客户交易生成一唯一参考代码721。ICOM 701生成唯一参考代码，并将为客户交易所生成的唯一参考代码提供722给商家704。或者，直接申请和生成唯一参考代码的步骤即步骤721和步骤722，能够利用安装在商用服务器上的ICOM软件来实现。
一旦已经生成唯一客户参考号码，则商家704接着将此唯一客户参考号码发布给在商业网页上的客户702，并进一步将交易723的全部购买量提供给客户702。客户接着利用移动通信设备和ICOM 701通信，以便向ICOM701提供CLI和PIN信息724。客户同样提供唯一参考代码和付款量724。根据客户所建立的安全授权流程，例如，根据图4和5，完成此交易，结果，从ICOM客户帐户收取合适数额的资金。
ICOM接着将参考号码和商家匹配，并将资金转帐到商家的ICOM帐户。继资金转帐之后，ICOM 701通知725商家704已经为唯一参考ID付费。商家接着释放726商家网页给客户702，用于观看。如果成功地将网页加载到客户的浏览器上，则这样的浏览器将确认由客户702成功接收的所述页的消息发送给商家704。
图8显示了利用ICOM付费服务器801的ICOM远端付费方法和系统800的操作和功能的示范性概图。如各种实施例所述，付费服务器801包括一个或者多个ICOM客户帐户810，一个或者多个商家帐户812，一个分类帐户815和一个诚信数据仓库808。同时，这些ICOM部件利用启动和执行远端付费帐户转帐的一系列协同协议起作用。
在一个实施例中，ICOM付费服务器801接收客户指令820，以便通过将资金821从ICOM客户帐户810转帐到ICOM商家帐户812而对商家804付费。ICOM 801完成所述转帐821，并接着将客户付费的情况通知822商家804。商家804利用ICOM付费服务器801外部的装置向客户802确认所述付费。
在客户利用已注册的移动电话启动和ICOM的对话之后，客户802能够指示ICOM付费服务器801，以执行一个或者多个任务，诸如请求824ICOM帐户结余，或者从外部银行帐号811和IOCM客户帐户810那里和在外部银行帐号811和IOCM客户帐户810之间的手动(即客户所启动的)资金810的转帐。ICOM付费服务器801能够以自动方式将资金829在商家ICOM帐户812和商家银行帐户813之间转帐。
ICOM付费服务器同样描述了定期地(诸如每日、每周或者每月)接收827 ICOM客户和商家数据的IOCM分类帐户815。ICOM分类帐户815和ICOM现金银行帐户814进行通信，其中，ICOM 801发送828分类帐户信息，于是银行803能够相应地结算，并在其他方面管理ICOM现金银行帐户814。
ICOM服务器801同样包括接收、计算和存储830客户诚信奖励的数据仓库808。继此计算之后并一旦客户请求，则ICOM能够将此奖励存入831客户的Telco帐户816或者由该客户802指定的另一个Telco帐户。
再一次参考图8，显示了主要的ICOM处理以及操作实体，诸如ICOM服务器801、银行803、客户802、商家804以及Telco 805。如图8所示，这些操作实体是作为独立实体来描述的。然而，在本发明的实施中，ICOM可以是，例如，作为银行803或者Telco 805的正好一个部分存在的实体。而且，当图2、6和8为了解释方便而显示在一个金融机构(“银行”)处的客户、商家以及ICOM帐户时，对于本领域的普通技术人员应该清楚，能够在不同的金融机构维护客户、商家和服务提供商金融帐户(例如，能够在信用联合体保存客户金融帐户，能够在第一银行保存商家金融帐户，而能够在第二银行保存ICOM金融帐户)。
在一个实施例中，利用面向对象的计算机编程语言实现ICOM远端付费方法和系统800的运行处理，该面向对象的计算机编程语言支持对遗留的企业系统的集成，该企业系统包括，但不限于，java和Enterprise JavaBeans。
在另一个实施例中，操作实体将会几乎不或者不要求对为了执行远端付费而由ICOM启动的修改。例如，从银行803到ICOM客户帐户810或商家ICOM帐户812的资金转帐能够利用标准的自动柜员机(“ATM”)实现。
本发明的ICOM系统为ICOM远端付费处理的功能和操作描述了已知标准和修改过的软件包和系统模块的唯一结构。例如，这样的软件包和系统模块能够利用上述实施例实现，并且能够包括处理付费和现金帐户的一个或者多个金融系统；包括对话管理模块、安全服务、诚信程序管理器、客户数据管理器和数据存储库器件的的核心系统。此外，ICOM能够描述语音服务器模块、Telco接口，并且帮助客户或者其他授权方对桌面接口访问。一个或者多个相互关联包的这种组合对ICOM付费服务器子系统的安全、独立性和灵活性以及它们之间的安全、独立性和灵活性进行了优化。
通过本发明的处理和系统，客户能够安全地将远端付费提供给商家，同时保守客户身份的绝对隐私。而且，ICOM系统通过允许客户设置每个帐户的安全授权等级，而使得对于个人或者商务交易的欺骗风险降至最低，于是，随后将不能够对交易拒付。
一旦客户成功地将移动电话连接到ICOM付费服务器上的帐户，则ICOM根据由客户提供的指示同样管理具有从微量到大量范围的付款价值的交易。在不需要附加设备的情况下，使用电话以通过发送和接收付费指示管理帐户，同样电话扮演作为帐户安全的实际标记。
除了和使用ICOM的远端付费一起提供各种安全机制外，也通过诚信程序管理器奖励客户对帐户的使用。这样的诚信管理器能够由于ICOM帐户的连续使用或者高的价值，而向客户提供奖励。例如，该奖励可以是为移动通信设备对从有合约的公司来的免费广播时间分钟数。客户他们自己能够独立地利用这些广播时间分钟数，或者，将这些分钟数转帐到其他Telco客户。
本发明的实施例涉及在其上具有用于执行各种计算机所实现的操作的程序代码的计算机可读介质的计算机产品和通信设备。为了本发明可以专门设计那些介质和程序，或者它们也可以是对计算机软件和通信领域的普通技术人员而言是熟知的并且可得到的。
虽然为了清楚理解而在一些细节上已经描述了上述发明，但是显然，在所附权利要求的范围内可以进行某些变化和修改。例如，在此描述的许多过程可以完全地或者部分地由外部的或者内部的支持通过ICOM远端付费方法和系统所实现的系统来执行。同样，也可以使用能够执行在客户设备和付费商用服务器之间例行功能的任何网络。此外，ICOM可以包括实际上独立的付费服务器，或者，它的功能可以直接合并到理想地适于被安装在远端计算机或者通信设备的软件包。
虽然结合某些实施例描述了本发明，但是应该把这些所描述的实施例看作说明性的，而不是限制性的，而且本发明也不应该限于在此给定的细节，而应该由随后的权利要求以及它们的全部等价范围来定义。
权利要求
1.基于计算机的远端付费交易系统，包括一由服务提供商所运营的服务器，所述服务器包括用于存储两个或者多个服务器帐户的数据存储器，所述服务器帐户包括一第一方服务器帐户和一第二方服务器帐户，所述服务器被配置来(a)利用帐户注册子系统建立第一方服务器帐户；(b)利用验证子系统验证第一方服务器帐户的已授权的客户；(c)通过移动通信设备从已授权的客户那里接收电子付费指令，所述付费指令要求从第一方服务器帐户将购买价值转帐到第二方服务器帐户；(d)通过移动通信设备通知已授权的客户已接收所述到付费指令；(e)从第一方服务器帐户将所要求的付费价值转帐到所述第二方服务器帐户；(f)通过移动通信设备从所述已授权的客户那里接收电子转帐指令，所述转帐指令命令将所要求的价值从与在第一金融机构处的第一方相联系的帐户转帐到第一方服务器帐户；(g)将所要求的价值添加到第一方服务器帐户；(h)指示金融机构将与所要求的价值对应的资金从第一方金融机构帐户转帐到与第二金融机构处的服务提供商相联系的帐户；(i)更新数据存储器；以及(j)通过客户诚信子系统为使用服务器提供奖励。
2.如权利要求1所述的远端付费系统，其中，移动通信设备被配置来(a)产生用于将电子付费指令发送到服务器的信号；(b)产生用于将电子转帐指令发送到服务器的信号；(c)发送呼叫者识别信息给服务器；(d)显示第一方服务器帐户信息；以及(e)从服务器接收表示对付费交易确认收到的信号。
3.如权利要求2所述的远端付费系统，其中，第一金融机构和第二金融机构是相同的金融机构。
4.如权利要求1所述的远端付费系统，其中，服务器被配置来通知已授权客户利用安全通信接收电子付费指令的服务器连接到所述移动通信设备。
5.如权利要求1所述的远端付费系统，其中，移动通信设备包括一移动电话或者个人数字助理。
6.如权利要求1所述的远端付费系统，其中，服务器验证子系统被配置来(a)存储由已授权客户所建立的验证凭证，其中，已授权客户访问服务器以申请由验证凭证所保证的付费指令，其中所述验证凭证(i)在付费申请之前已存在于服务器中；以及(ii)是已申请客户的唯一标志符；(b)通过质询请求与付费交易相联系的响应，其中，质询由所述服务器发送到已申请客户；(c)从已申请客户接收对质询的答复；以及(d)继由服务器确定所述答复满足质询之后，将授权凭证从服务器发送到所述移动通信设备，其中，验证子系统可由所述授权客户利用所述通信设备以可重复的、按需要的方式运行。
7.如权利要求6所述的远端付费系统，其中，服务器验证子系统进一步配置来使用验证凭证来允许授权客户继续付费。
8.如权利要求6所述的远端付费系统，其中，服务器验证子系统为了验证付费指示，被进一步配置来实现安全规则引擎，其中，如果确定所述付费指示是没有验证的，则引擎从授权客户那里申请进一步的信息，以便验证指示。
9.如权利要求6所述的远端付费系统，其中，服务器被配置来通过生物统计学技术接收输入，该生物统计学技术包括语音识别或者签名识别。
10.如权利要求1所述的远端付费系统，其中，服务器被配置来更新服务器分类帐户，以反映在由付费交易所影响的所有服务器帐户中可得到的全部资金的变化。
11.如权利要求1所述的远端付费系统，其中，服务器客户诚信子系统包括一数据仓库，所述服务器客户诚信子系统被配置来(a)从数据存储器接收帐户使用信息，该使用信息包括与服务器上的第一方帐户相联系的平均帐户结余或者交易频率；(b)汇编和分析所述使用信息以便计算诚信奖励(loyalty award)；(c)将诚信奖励转换为广播时间分钟数；(d)将广播时间分钟数发送到通信帐户；以及(e)通过移动通信设备将使用信息发送到授权客户。
12.如权利要求11所述的远端付费系统，其中，服务器从所述第一方接收申请，以便将诚信奖励从第一方服务器帐户发送到第三方服务器帐户，其中，第三方是第三方服务器帐户的授权客户。
13.如权利要求11所述的远端付费系统，其中，通信帐户与所述第一方相联系。
14.如权利要求11所述的远端付费系统，其中，通信帐户与一个或者多个受益方相联系。
15.如权利要求11所述的远端付费系统，其中，服务器客户诚信子系统还进一步配置来(f)将所述诚信奖励信息存储在所述服务器上的诚信数据仓库里面；以及(g)周期性地接收来自数据存储器的使用信息；
16.如权利要求1所述的远端付费系统，其中，付费交易不能由第一方拒付。
17.如权利要求1所述的远端付费系统，其中，付费交易不能由第二方拒付。
18.如权利要求1所述的远端付费系统，其中，第一方是客户。
19.如权利要求1所述的远端付费系统，其中，第二方是商家。
20.一种通过因特网的基于计算机的远端付费交易系统，包括一由服务提供商运营的服务器，所述服务器包括用于存储一个或者多个服务器帐户的数据存储器，所述服务器帐户包括一第一方服务器帐户和一第二方服务器帐户，该服务器被配置来(a)利用注册子系统建立第一方服务器帐户和第二方服务器帐户；(b)在第二方通过因特网从所述第一方接收到购买申请之后，根据第二方的申请，产生用于付费交易的唯一参考代码；(c)将唯一参考代码提供给第二方；(d)应答第一方打到用于第二方的第二方电话号码的输入呼叫；(e)为了验证作为第一方服务器帐户的授权客户的第一方，接收与第一方服务器帐户连接的第一方个人识别号码；(f)为付费交易从所述第一方接收交易量和唯一参考代码，其中，服务器被配置来自动地将从第一方接收的唯一参考代码和按照第二方的申请而生成的唯一代码匹配；以及(g)将来自第一方服务器帐户的付费转帐到第二方服务器帐户上。
21.一种基于计算机的利用由服务提供商运营的服务器的远端付费交易方法，所述服务器包括用于存储两个或者多个服务器帐户的数据存储器，所述服务器帐户包括一第一方服务器帐户和一第二方服务器帐户，该方法包括步骤(a)利用帐户注册子系统建立第一方服务器帐户；(b)利用验证子系统验证第一方服务器帐户的已授权的客户；(c)通过移动通信设备从所述已授权的客户那里接收电子付费指令，所述付费指令要求从第一方服务器帐户将购买价值转帐到第二方服务器帐户；(d)通过移动通信设备通知已授权的客户接收到付费指令；(e)从第一方服务器帐户将所要求的付费价值转帐到第二方服务器帐户；(f)通过移动通信设备从已授权的客户那里接收电子转帐指令，转帐指令命令将所要求的价值从与第一金融机构处的第一方相联系的帐户转帐到第一方服务器帐户；(g)将所要求的价值添加到第一方服务器帐户；(h)指示金融机构将与所要求的价值对应的资金从第一方金融机构帐户转帐到与第二金融机构处的服务提供商相联系的帐户；(i)更新所述数据存储器；以及(j)为通过客户诚信子系统使用服务器提供奖励。
22.如权利要求21所述的远端付费方法，其中，所述移动通信设备被配置来(a)产生用于将电子付费指令发送到服务器的信号；(b)产生用于将电子转帐指令发送到服务器的信号；(c)发送呼叫者识别信息给所述服务器；(d)显示第一方服务器帐户信息；以及(e)从服务器接收表示对付费交易确认接收的信号。
23.如权利要求22所述的远端付费方法，其中，第一金融机构和所述第二金融机构是相同的金融机构。
24.如权利要求21所述的远端付费方法，其中，通知步骤还包括利用安全通信连接到移动通信设备。
25.如权利要求21所述的远端付费方法，其中，移动通信设备包括一移动电话或者个人数字助理。
26.如权利要求21所述的远端付费方法，其中，验证步骤还包括(a)存储由已授权客户所建立的验证凭证，其中，已授权客户访问所述服务器以申请由验证凭证所保证的付费指令，其中验证凭证(i)在付费申请之前已存在于服务器中；以及(ii)是已授权客户的唯一标志符；(b)通过质询请求与付费交易相联系的响应，其中，该质询由服务器发送到已授权客户；(c)从已申请客户接收对质询的答复；以及(d)继由所述服务器确定答复满足质询之后，将验证凭证从服务器发送到移动通信设备，其中，所述验证步骤可由授权客户利用通信设备以可重复的、按需要的方式运行。
27.如权利要求26所述的远端付费方法，其中，所述验证步骤还进一步包括使用所述验证凭证来允许所述授权客户继续付费交易。
28.如权利要求26所述的远端付费方法，其中，所述验证步骤为了验证所述付费指示还包括利用安全规则引擎，其中，如果确定所述付费指示是没有验证的，则所述引擎从所述授权客户那里申请进一步的信息，以便验证所述指示。
29.如权利要求26所述的远端付费方法，其中，所述服务器通过生物统计学技术接收输入，所述生物统计学技术包括语音识别或者签名识别。
30.如权利要求26所述的远端付费方法，还包括更新服务器分类帐户，以反映在由所述付费交易所影响的所有服务器帐户中可得到的全部资金的变化。
31.如权利要求26所述的远端付费方法，其中，所述提供奖励的步骤还包括利用数据仓库来(a)从所述数据存储器接收帐户使用信息，所述使用信息包括与所述服务器上的第一方帐户相联系的平均帐户结余或者交易频率；(b)汇编和分析使用信息以便计算诚信奖励；(c)将诚信奖励转换为广播时间分钟数；(d)将广播时间分钟数发送到通信帐户；以及(e)将使用信息发送到授权客户。
32.如权利要求31所述的远端付费方法，其中，所述服务器从所述第一方接收申请，以便将所述诚信奖励从所述第一方服务器帐户发送到第三方服务器帐户，其中，所述第三方是第三方服务器帐户的授权客户。
33.如权利要求31所述的远端付费方法，其中，所述通信帐户与所述第一方相联系。
34.如权利要求31所述的远端付费方法，其中，所述通信帐户与一个或者多个受益方相联系。
35.如权利要求31所述的远端付费方法，其中，所述提供奖励的步骤还包括(f)将诚信奖励信息存储在服务器上的诚信数据库里面；以及(g)周期性地接收来自数据存储器的所述使用信息。
36.如权利要求21所述的远端付费方法，其中，所述付费交易不能由所述第一方拒付。
37.如权利要求21所述的远端付费方法，其中，所述付费交易不能由所述第二方拒付。
38.如权利要求21所述的远端付费方法，其中，所述第一方是客户。
39.如权利要求21所述的远端付费方法，其中，所述第二方是商家。
40.一种利用由服务提供商运营的服务器通过因特网的基于计算机的远端付费交易方法，所述服务器包括用于存储一个或者多个服务器帐户的数据存储器，所述服务器帐户包括一第一方服务器帐户和一第二方服务器帐户，该方法包括步骤(a)利用帐户注册子系统建立第一方服务器帐户和第二方服务器帐户；(b)在第二方通过因特网从第一方接收到购买申请之后，根据第二方的申请，产生用于付费交易的唯一参考代码；(c)将唯一参考代码提供给第二方；(d)应答所有的来自第一方的输入呼叫；(e)为了验证作为第一方服务器帐户的授权客户的第一方，接收与第一方服务器帐户连接的第一方个人识别号码；(f)为付费交易从第一方接收交易量和唯一参考代码，其中，服务器被配置来自动地将从第一方接收的唯一参考代码和按照第二方的申请而生成的唯一代码匹配；以及(g)将来自第一方服务器帐户的付费转帐到第二方服务器帐户上。
全文摘要
一种用于实现远端付费交易且基于计算机的方法和系统，其中包括移动通信设备的使用。利用所述系统和通信设备，客户(102)可以电子地从商家(104)那里购物、汇支付款、跟踪诚信奖励并费较少的气力实现增强的个人金融帐户管理，增加用于帐户访问和操作的便利以及客户授权的安全特性。利用移动通信设备，所述客户指示(120)远端付费系统将资金提供给商家，其中，所述资金从客户帐户转帐(121)到商家帐户，并且，如果需要，商家通知(122)系统通过和诸如银行帐号的外部金融帐户相互作用来自动地管理这些帐户里的金额。所述系统同样监控交易频率和平均帐户金额，以便计算奖励以奖励所述客户的诚信。
文档编号G06Q20/00GK1539122SQ01819970
公开日2004年10月20日 申请日期2001年10月26日 优先权日2000年10月27日
发明者阿奇泽·拉科夫, 阿奇泽 拉科夫 申请人:艾科姆移动有限公司