CN1742287A - 在线商务的系统和方法 - Google Patents

Abstract

本发明提供一种安全的在线支付方法和系统。在本发明的一个实施例中，一种交易系统使消费者便于在线购买商品，并开列帐单，即记帐到电话帐户。尤其是，该系统包括多个客户网络访问装置，一个TCP/IP通信网络，多个商户计算机，一个中央支付服务器以及多个电信公司网络。通信桥接在TCP/IP网络和多个电信公司之间，电信公司网络使用基于协议，如7号信令系统(SS7)的公共信道信令(CCS)传递。

Description

在线商务的系统和方法

技术领域

本发明涉及一种商业系统及方法，尤其是涉及一种通过电信账号使英特网上的金融转账得以实现并实现在线商务的系统及方法。

背景技术

在线商务使通过英特网进行货物和服务的买卖得以实现。近些年来，随着企业(传统企业、在线营销商及服务提供者)以及消费者都对在线市场的潜力及效率予以认识，很多在线商务已经得到了惊人的发展。因此，许多企业现在使用英特网进行在线和离线的产品和服务的宣传和销售，而消费者则可使用其个人电脑、膝上电脑、可以上网的掌上设备、公共信息亭等进行方便的购买。

在线商务的微支付系统具有极大的潜力。微支付一般指的是一次购买中的支付量较小，一般小于十元美金，甚至可以小于一美分。由于与英特网上所卖的产品或者服务相关的成本较低，因而微支付非常适用于在线商务。具体讲，微支付可以用来为进行网页游览，阅览网上报纸的文章，下载MTEG的MP3格式的歌曲，或者使用在线搜索引擎进行付费。微支付的另外一个先进之处在于其所要求的安全性能比普通的支付要求要低，因为一旦出现问题，购买所造成的损失是很小的。

在线商务的潜力发掘受到普通支付系统及方法的限制。一般来说，普通在线商务支付模型包括普通信用卡，数字现金及数字钱包。在在线信用卡支付系统中，消费者通过英特网连接将其信用卡号码发给商户。一般来讲每次购买商户将通过电话线将这些信息发给信用卡公司或银行。虽然信用卡是在线购买最常使用的在线支付方式，这一系统最少有以下缺点。比如，在线信用卡支付系统使许多没有信用卡的人不能实现在线支付，并且由于每次购买消费者必须输入其个人信息及信用卡卡号而变得累赘。另外在线信用卡支付系统因其在网上传递的敏感信息比如账号、信用卡帐号及信用卡到期日期等信息被加密不当的电话线及网络连接传递时容易被无关的第三方所截取，在线信用卡支付系统易受被欺诈之苦。由于在线信用卡支付系统的支付费用往往超过微支付的支付额，在线信用卡系统在进行微支付时使商户无法获得利润。比方说使用信用卡支付系统时商户必须将表格发给信用卡公司进行手工操作，从而造成较高的费用和较长的延误。一般来讲商户必须向银行和信用卡公司就每一笔交易支付费用。其结果是使用信用卡支付的商户不鼓励消费者使用微支付，或者要求消费者购买基本不希望要的搭配产品以满足最低购买额的要求。

现有的是用于微支付的系统包括数字现金和数字钱包，数字现金是一个加密的数字串，其使用起来如同电子化的纸钱和硬币。在一个数字现金支付系统中，银行发行货币，客户向银行账户上储蓄货币并从中支取货币，并且商户接受这些货币作为其商品和服务的支付方式。在一个数字现金支付模型中，必须使用加密方法以保证安全和认证。数字现金支付系统给消费者在可以开始使用系统之前强加不便。如果数字现金被绑定在支票账户上，客户经常必须提供身份证明和一张被取消的支票。如果数字现金被绑定在信用卡上，消费者通常必须在使用以前要向账户充值使帐面达到正平衡后方可使用数字现金。

一个数字钱包通常包括一个维护和组织消费者的数字现金的软件。数字钱包要求消费者在开始网上支付之前向其帐号充值并下载和安装应用软件。许多这样的系统因其只能使用已经把数字钱包安装好了的电脑而让其应用受到限制。

Truitt等人(“Truitt”)的美国专利申请No.2003/0200182记载了一种支付系统，该支付系统可以根据与通信线，如电话相连的帐户而选择交易的支付方式，其中电子终端经通信线与通信网络相连，本文通过参考并结合了该申请公开的全部内容。尽管该系统提供了一种另外的替代支付方式，但它至少具有如下缺点。为了使用电话帐户进行支付，Truitt需要一个交易确认和处理模块，以便电话或者电信公司(TELCO)确认每一次交易。因而，Truitt更像一个信用卡在线购物的协助者，每一次交易，信用卡使用者都必须重新输入他们的信用卡号码和有效期。而且，在具有多个电信公司的情况下，每个电信公司都需要一个这种模块。此外，每次交易每个消费者都必须输入他们的电话帐户和身份信息，如果在短时间内进行大量的交易，这则是很麻烦的。此外，由于Truitt需要确认消费者在交易的时候使用的电话线或通信线是否与连接在帐户上的电话线相匹配，因而该系统的消费者不能随意地漫游--即从任一联网的终端上购物。因此，如果Truitt消费者使用公共终端，则他们不能从他们的电话帐户上付款进行在线购物。

传统的支付系统的上述以及其他缺点已经限制了可以在线购买的商品和服务，并且使很多的消费者不愿意接受在线商务。

发明内容

本发明通过提供一种有效而便利的支付系统和方法而克服了相关技术的这些及其它不足之处，该支付系统和方法能够使商户和消费者进行安全的在线支付，如微支付。尤其是，本发明能够使消费者在英特网或任何其他的网络上购买商品而实时地通过电话帐户付帐。本发明提供了一种安全的在线支付系统，其能够进行低至0.1美分/件商品的交易，如果需要还可以更低。

在本发明的至少一个实施例中，提供了一种便于在线商务的方法，其包括步骤：进入或利用展示可用来购买的商品或服务的网页；生成、发送或接收消费者购买商品或服务的请求；将购买款额支付到电信帐户，其中电信帐户不需要与消费者发出请求的通信线相连接。该方法还包括批准请求的步骤：以确定是否批准购买，其中只有购买请求被批准，才能为购买付费。该批准的步骤还包括步骤：与服务于电信帐户的服务器通讯，查询订购者数据以决定消费者是否批准电话帐户付款服务，根据查询结果生成包括批准或不批准指示的响应。该方法还包括确定消费额是否低于消费者的预定信用限度。商品或服务款额基本上等于微支付额度。而且，购买的全额款的一部分还可以汇给商户，其中该部分款额少于全部款额。该方法还包括汇款给服务于电信帐户的电信公司的步骤，汇寄给电信公司的款额等于全额款与汇给商户部分的差额部分。便利的步骤包括通过SS7通信协议与电信公司网络通信的步骤。

在本发明的至少一个实施例中，提供了一种交易系统，其包括：SS7通信服务器，其中该通信服务器包括：用来接收在线提供的购买商品或服务的请求相关的信息的接收器；以及便于购买者向电信帐户付款的处理器，和用于验证电信帐户的验证服务器。该验证服务器优选地根据预定的信用额度确认消费额。

在本发明的至少一实施例中，通过使用电信公司网络中的验证服务器和交易服务器，而实现因特网上购物的电话帐户付款。该验证服务器使电信公司客户便于给电话帐户付款服务注册，以及使用该服务器的在线购买便于验证。该交易服务器包括一个通信桥，以将消费者和商户捆绑一起，通过英特网协议网络与使用7号信令系统(SS7)技术等的一个或多个电信公司进行交易。因而，电话帐户付款要与商业网站结合成一体，从而为消费者提供一种支付方法，该方法能够使“点击并购买”的商品开帐单到电话帐户。

在本发明的至少一个实施例中，电话客户通过注册网页直接在它们的电信公司注册电话帐户付款服务。该注册网页包括一个表格，该表格包括未来的订购者输入有关注册数据的若干字段。注册数据包括一个有效的电话帐户，一个用户名(登录名)以及由未来的订购者选定的密码。该注册数据被传送给验证服务器，该验证服务器根据存储在电信公司的消费者信息数据库验证注册信息。如果未来的订购者是电信公司的真实消费者，且输入的电话帐户的状态是有效的、可以接受的，便生产一个个人身份号码(PIN)。然后，未来的订购者既可以给电信公司打电话，也可以由电信公司用注册时输入的电话号码给订购者打电话。在通话时，未来的订购者必须输入正确的个人身份号码，该个人身份号码既可以通过电子邮件提前发送，也可以通过注册网页来显示。如果输入的个人身份号码正确，则会通知电话消费者注册成功，并将新订购者的全部注册信息添加到订购者数据库。

在本发明的至少一个实施例中，通过具有适当的配置而存放于各自场所的计算设备使已注册的消费者，即订购者与商户之间通过电话帐户付款服务的在线购物得以实现。为了开始交易，消费者通过网站浏览器查找商户描述可电话帐户付款的商品或服务的条目的网页。消费者通过如鼠标点击显示在商户网页上的图标等方式开始交易。得到提示时，消费者输入指定的用户名、密码和证明他们的电信公司的信息(以及国家和/地区，如果需要的话)。通过比较消费者提供的用户名和密码与预期的用户名和与该用户名相应的密码来验证消费者。如果消费者不是有效的订购者，随后的购物则不被接受。如果消费者是有效的订购者，随后则通过核查为订购者指定的特定信用额度来确认购物本身。如果该购物是有效的，该购物就得到了商户的许可。否则就是不接受通过电话帐户付款进行购物。在购物得到许可时，关于交易的信息将被储存在消费者和商户的电信公司的交易数据库中。然后会将购买帐单开给订购者的电话帐户，并信用支付到商户的电话帐户，或以传统技术如支票汇给商户。

本发明的一个优点是不需要与电信公司数据库进行通信的中间模块。因而，采用了文中所描述的过程的系统速度非常快而且安全。本发明的另一优点是消费者在使用电话帐户付款之前仅需要在系统中注册一次。尤其是，一旦消费者注册成功，在有效期内，他们可以在同一商户进行多次购物，也可以在不同的商户进行多次购物。不需要为每一次交易注册(或重新输入帐户信息)。而且，消费者可以通过使用本发明从任何地方的任何计算机上购买商品和/或服务。本发明不要求从计算机上启动购买，而可以通过使用与记帐的电信帐户相连接的电话线(即他们的电话号码)而访问英特网。

本发明的一个优点是给商业提供了具有包括微支付的在线交易所用的高效支付系统。本发明的另一优点是给商业具有出售商品和服务的机会，否则，会由于传统的支付系统相关的成本过高而使出售商品和服务变得不可行。此外，本发明能够使消费者不用公开敏感的个人信息和财政信息，以非强制的方式购买各种离线和在线的商品和服务。本发明的另一优点是其能为微支付提供适当程度的安全保障，并能使商户接触更大的消费者群，从而提高销售量。因而，本发明可以发掘在线商务的全部潜力，从而得到广大消费者的认可。

通过下面对本发明优选实施例、附图和权利要求的具体描述，本发明的上述以及其他特点和优点将是显而易见的。

附图说明

为了更彻底地理解本发明及其目的和优点，现在将结合附图对本发明作如下描述，其中：

图1示出了本发明的至少一个实施例的在线电话帐户交易系统；

图2示出了本发明一个实施例的在线电话帐户交易方法；

图3示出了本发明至少一个实施例的电话帐户付款系统；

图4示出了本发明至少一个实施例的支付验证方法；

图5A-B示出了本发明的两个示例性实施例的汇款系统；

图6示出了本发明至少一个实施例的处理费用设备；以及

图7示出了本发明至少一个实施例的商业激励模型。

具体实施方式

参照图1-7，可以理解本发明的优选实施例及其优点，其中相同的附图标记表示相同的部件，本发明的优先实施例描述了一种在线支付，尤其是如微支付的小额电子商务(e-commerce)交易，该交易可以借助于万维网(“web”)实现，并给消费者的电信帐户，如电话帐户、有线电视帐户或卫星帐户开出帐单。本发明的原理可以在任何类型的与电信付款网络相连的通信网络中实施。尤其是便于“在线”即联网消费者和商户之间的电子商务交易。消费者购买已记入由电信公司服务的电话帐户(文中该词语是指“电话帐户付款”)，如购买周期性地显示在消费者付帐通知上。这些购进物可以包括任何可在线获得的商品，例如，但不限于下载在网上可以得到的音乐、软件、信用报告，礼品、文学、新闻服务、搜索引擎服务、无广告网页。消费者通过向他们的电信公司付款而支付他们的购买款额。每一次在线交易的额度不受限制，然而，微支付尤其适用于电话帐户付款。尽管以下的说明将以电话帐户为例子进行描述，但任何类型的电信帐户都可以替代电话帐户使用。例如，文中所描述的系统和方法可用于有线电视帐户、卫星电视帐户等，也可用于电话帐户。

为了简化本发明的内容，整个说明书中都使用了特定的术语以试图区别所涉及的部分或实体。例如，术语“消费者”通常是指从商人那儿购买商品的人，而术语“客户”通常是指电信公司的消费者，即，拥有由电信公司所服务的帐户的人。此外，术语“订购者”通常是指实施或订购电话帐户付款服务的电话客户。然而，本领域的普通技术人员能够认识到可以对这三个术语进行更广泛的解释，并且它们可以相互交换使用。比如，某人从商户那里购买商品或服务，并用电话帐户进行支付，那么此人即可被称作为消费者、客户和/或订购者。

为了使用电话帐户付款，消费者必须至少是一个电信公司的客户，并有有效的电话号码和由电信公司提供的帐户。在本发明的实施例中，消费者在能够向他们的电话帐户支付在线购买款额之前，先向他们的电信公司注册。例如，电话帐户付款是由电信公司提供的多种服务中的一个，在这些服务中，电信公司的客户可以选择性的订购商品。现有的电信公司客户可以经由以电话帐户付款注册网页为特征的网站，通过在他们的电信公司注册服务(“订购”)来激活电话帐户付款。新的电信公司客户在注册传统的电话服务的同时签约电话帐户付款服务。更详细的说明是，注册优选是自动的，其中，通过使用传统收集技术的注册网页来收集注册数据，实施该技术对本领域的技术人员来说是显而易见的，该注册数据被传送到与电信公司网络相连的验证服务器上。该验证服务器核查适当的电信公司客户数据，以证明未来的订购者是否确实是电信公司的客户，以及相应的电话帐户是否具有良好的信誉，即，启动电话帐户付款服务时该帐户满足预定的要求。如果验证结果是肯定的，在成功地完成安全步骤之后，客户的注册信息将被添加到订购者数据库，下面将详细的说明安全步骤的实施。在接受为一个订购者的时候，就激活了电话帐户付款服务，从而使电信公司的客户能够将购买款额向相应的电话帐户支付记帐。在本发明的一个可替换实施例中，可通过自动电话接口，或者通过未来的订购者本人所在电信公司收集未来订购者的注册信息。

通过预订商户的电信公司，商户注册电话帐户付款作为客户的支付选择。可选择的是，商户也可以通过由主实体管理的中央服务器签约注册。例如，所有的商户都签约注册，并“属于”主实体。如果电信公司将商户介绍给主实体，主实体将注册并批准该商户。可将介绍费可选择地返还给电信公司以交换被介绍的人。然而，商户的简介和相关的信息将由电信公司来维护。在相应的商户电信公司更新交易，而商户可以访问他们的电信公司来核对帐户。尽管技术上并不要求为销售汇款设置商户的电话帐户，但商户电话帐户能使商户的销售额方便的存入商户的电话帐户中。可选择的是，电信公司付款给主实体，然后主实体把款汇给商户，而不是由电信公司直接汇款给商户。主实体在扣除附加佣金之后，把资金转汇给商户

参照图1，交易系统100实现了订购者在线购买商户的商品，并把购买那些商品的款额开帐单到，即记入本发明至少一个实施例所述的电话帐户。尤其是，系统100包括消费者设备110N中的字母“N”，通信网络120，商户计算机130M中的字母“M”，中央服务器140，以及电信公司网络150P中的字母“P”。消费者设备110可以是任何类型的计算设备，如个人电脑、个人数字助理(PDA)、蜂窝式电话，膝上电脑、计算终端、电缆箱、接收机顶箱(set top box)、工作站等，该消费者设备110优选能够上网。该消费者设备110包括网络浏览器112、应用软件113，插入式浏览器114，以及用于通过与通信网络120相连的通信链路116发送和接收数据的收发器(未示出)。商户计算机130可以是能够管理网络资源的任何类型的传统系统或设备，其鉴定和实施对本领域的技术人员来说是显而易见的，商户计算机130包括以网络服务器132、选择交易服务器134以及通过连接在通信网络120上的通信链路136而发送或接收数据的收发器(未示出)。选择交易服务器134可以是独立的服务器或商户计算机130中的服务器。中央服务器140包括网络服务器142、目录144，以及用于经通信链路146发送和接收数据的收发器(未示出)。网络服务器142使客户和/或商户执行任务，如帐户管理、查看系统的演示、查看他们的历史交易明细、获得在线支持等。在本发明的至少一个实施例中，消费者110在购物之前必须登陆服务器140。目录144包括验证关于消费者的信息和/或实现与所有的提供电话帐户付款服务的电信公司链接的信息，这些信息优选地以国家分类。

通信网络120优选是因特网，但可选择的是通信网络120可以是能够实现电子交易的、任何类型的通信网络，不限于蜂窝式网络，广域网络(WAN)，局域网(LAN)，红外线网络，微波网络，企业内部网络，有线电视网络，合成纤维同轴网络(HFC)，卫星网络，或者其它任何他们的组合。在本发明的优选实施例中，通信网络120是传输控制协议和互联网协议(TCP/IP)网络。

电信公司网络150包括与任何类型的电话网络如公共开关电话网络(PSTN)结合成一体的计算机网络，如基于网络的TCP/IP，综合服务数字网(ISDN)，光纤分配式数据接口(FDDI)网络，或者他们的组合，该网络的组合优选地执行基于7号信令系统(SS7)的协议的公共信道信令(CCS)。电信公司网络150还包括经由一个或多个通信线路152P与通信网络120相连的收发器(未示出)。通信桥(未示出)应用到电信公司网络150中，以连接网络的SS7部分和TCP/IP部分之间的通信。例如，通信桥将TCP/IP通信转换成SS7协议信号，反过来也是一样，对本领域的普通技术人员来说，通信桥的实施是显而易见的。

使用通信公司的SS7网络能够使所有的电信公司之间的公共接口都能够直接进入电信公司的数据库。由于经由SS7的一次PIN收集给每一个客户提供唯一的身份证明，所以该网络具有更高水平的安全性。使用SS7不需要Truitt的系统所需的用来实现同电信公司和/或主实体数据进行通信的中间模块。因而，实施文中所述实施例的任何系统都非常快而安全。可以执行电信公司的SS7网络来进行客户注册，客户购买信息的验证，支付以及在电信公司之间结算。

上面所指的收发器可以是任何类型的合适的设备，不限于调制解调器，以太网卡，电缆调制解调器，或者它们的组合，对本领域的技术人员来说，其实施是显而易见的，该收发器用于向通信网络120发送和从通信网络120接收通信数据。通信线路116，136，146和152可以由任何类型或者数量的合适通信媒体来实施，其确认和实施对本领域的技术人员来说也是显而易见的。

为了使消费者能够进入并与商户网络服务器132或网络服务器142进行通信，消费者设备110上必须安装网络浏览器112。例如，网络浏览器112使消费者设备110能够通过通信协议，例如，但不限于超文本传输协议(HTTP)，加密套接字协议层(SSL)协议(通常称作为“HTTPS”)，或者安全超文本传输协议(S-HTTP)与网络服务器132和142通信。在本发明的一个实施例中，消费者设备110上运行应用软件113，以将订购者验证信息提供给商户计算机130的验证服务器348，这将被详细的描述。插入式接电装置114能够将应用软件113安装在消费者设备110上，并开始运行应用软件113。文中所述的具体的软件的实施例包括三个独立的部分，这仅仅是示意性的。本领域的普通技术人员能够认识到用于执行文中所公开的一个或多个步骤和过程的计算机可执行代码可以使用任何一种形式，并且适于在任何计算机平台上运行。例如，单个应用软件能够起到浏览器112，软件113，以及插入式装置浏览器114的作用。

商户网络服务器132可以实现与网络浏览器112进行通信。尤其是，不管网络连接的具体消费者类型或者在世界上的位置如何，商户网络服务器132使许多的消费者能够启用商户的网站，并通过电话帐户付款的方式有选择性的购商品。在本发明的一个实施例这，网络服务器132包括服务器控制软件(未示出)，该软件特征是一个或者多个应用程序接口(APIs)，该应用程序接口设定并使网络服务器132接收电话帐户付款作为支付方式。例如，如文中所述，应用程序接口有利于与消费者设备110反复的通信。在本发明的一个实施例中，在商户向电信公司注册时，商户计算机130接收并在当前的商户服务器上安装服务器控制软件。服务器控制软件可由商户的电信公司提供，或者从中中央服务器140上下载。

图2示出了使用由注册消费者(即订购者)和商户所实施的电话帐户付款服务进行在线购物的方法200，其中注册消费者和商户拥有配置合适的计算设备作为特定的交易系统100。在操作过程中，消费者通过网络浏览器112查找(步骤202)由网络服务器132服务的商户的网页，商户的网页提供描述商品或服务的条目，并以把电话帐户付款作为支付选择方式为特点。消费者通过鼠标点击(步骤204)在网页上所显示的适当元素或图标上来开始购物，相应的，如果还没有执行，商户的服务器控制软件则引导插入式装置114以启动软件113。

可选择的是，与图标相连的是插入代码，该代码在商户的HTML网页上(其中消费者已经下载到他们的计算机上，且现在正在浏览)。这些插入代码用来核对消费者设备110上的客户控制软件113，如果没有这些客户控制软件113，则会指示消费者下载该软件。如果消费者已有该控制软件113，但没有登陆，则会指示消费者使用用户身份证明和密码进行登陆，这将被直接的发送到消费者的电信公司或中央服务器140进行验证。如果登陆被接受，商户可直接或间接地(通过与有效的交易相连的验证)得到通知。在登陆和购买过程中，商户服务器130优选仅与消费者设备110联系，以通知消费者购买成功。

然而，在本发明的另一实施例中，登陆/购买过程以“口令”格式来实施。例如，消费者浏览商家的网页，点击电话帐户购买图标购买商品。引导消费者进入电信公司的用于登陆的验证网页，该网页被制定成反映商户的外在情况。消费者使用正确的用户名和密码登陆。如果登陆被接受，就激活的交易身份(ID)。只要该交易ID是有效的，任何商户都将会接收购物，而不会要求消费者重新输入验证或登陆信息。当商户查询的时候，商户就会知道交易的有效状态。该状态可以保存在电信公司或中央服务器140中。

出现提示时，消费者输入(步骤206)指定的登陆证明或用户名，密码，如果需要，可选择地输入他们的电信公司和所属国家(当电信公司在不同的国家操作不同的网络时，后面的这些元素可提供作为另一层特征。)通过将消费者输入的用户名和密码与预期的用户名和密码进行比较，可以验证消费者(步骤208)。此外，消费者验证还包括验证与登陆证明相关的电话帐户是否具有良好的信誉。如果消费者不是有效的订购者，那么购物就不被接受(步骤210)。如果消费者是有效的订购者，那么购物则通过验证(步骤212)。有效的购买是指在指定的信用额度内或由订购者或电信公司进一步确认的购买。如果该购买被认为是有效的，则商户服务器就会接受购物(步骤214)，否则，就不会接受通过电话帐户付款的购买(步骤210)。

在接受购买时，有关交易的信息会被存储(步骤216)在交易服务器134(如果有)，并被分别存储在商户和消费者电信公司的交易数据库中。这种信息可以包括关于交易的信息，例如，但不限于帐户信息，如电话号码、订购者身份和订购者的电信公司身份；和交易信息，如购物说明，价格，商户身份，日期以及时间。购买款额被支付(步骤218)到订购者的电话帐户，支付款被存入(步骤220)商户的电话帐户或通过可替换的方法汇寄给商户，对本领域的技术人员来说，支付的验证和实施是显而易见的。在本发明的一个实施例中，消费者一旦完成一次交易，仅需要登陆一次，也就是说，初始的登陆之后，只要消费者其他的购买是有效的或者交易没有结束，消费者就不需要为其他的电话帐户付款重新输入用户名和密码。例如，在关闭软件113或到了预定的交易截止日期时，交易才会结束。

在本发明的至少一个实施例中，由交易和验证服务器实现的功能可在中央服务器140上得以实现。

图3示出了分布式电话帐户付款系统300，其特征是验证和交易服务器设置在电信公司网络中。为了说明上面介绍的消费者注册和交易过程，本实施例描述了两个分别与电信公司相连的商户和一个消费者。尤其是，该系统300包括消费者实体(“消费者”)310，中央服务或主实体320，商户实体(“商人”)330和334，以及电信公司实体(“电信公司”)340和360，他们分别都有电信公司网络150A和150B。本领域的普通技术人员可以认识到术语“实体”可以代表一个或多个个人，商户，网络，自动系统等，或者他们的组合。每个商户330和334都注册不同的电信公司实体340和360。所述的消费者、商户和电信公司实体的数量仅仅是示例性的，用于简化论述。换句话说，系统300可适用于支持任何数量以及消费者、商户和电信公司实体的组合。典型的是，每个实体都与网络内的唯一物理地址或域相连。然而，本领域的普通技术人员可以认识到在同一物理地址或单个域内可以具有一个或多个实体。

消费者310包括消费者设备110和有效的电话帐户312。在典型的装置中，消费者设备110设置在住处或者设置在由电话帐户312服务或支付的商业营业所。然而，消费者设备110可以是移动的设备，或者允许消费者进入远离住处或营业所的网页的远程计算机。而且，作为替换固定电话帐户，电话帐户312可以是蜂窝式电话帐户。中央服务实体320包括中央服务器140，中央服务器140通过线路380与消费者设备110进行通信，该线路380包括与通信网络120相连的链路116和146。商户330和334分别包括商户服务器130A和130B，经由各个线路388和390可以进入该商户服务器130A和130B，该线路388和390包括与通信网络120相连的136A和136B。

电信公司网络150A包括电话开关342，交易服务器344，记帐台346，验证服务器348和消费者数据库350。同样的，电信公司网络150B包括电话开关362，交易服务器364，记帐台366，验证服务器368和消费者数据库370。传统的电信公司网络通常包括多个电信公司开关，一个或多个付帐台和消费者数据库，对本领域的普通技术人员来说，这些部分的实施是显而易见的。例如，传统的部分如电信公司开关342和362能进行电话通信，付帐台346和366能使这种电话通信的支付传输到电信公司消费者帐户。消费者数据库350和370包括所有的各个现有电话通信消费者的记录。为了便于电话帐户付款，本发明将交易和验证服务器连接到传统的电话网络上。根据本发明的一个实施例，交易服务器344和364，验证服务器348和368分别在电信公司网络150A和150B上运行。交易服务器344和364利于各个电信公司开关342和362与付帐台346和366之间的通信，付帐台342和346具有执行SS7的电话网络和执行，例如TCP/IP的外部计算机网络。尽管仅为每个电信公司340或360示出了一台交易服务器和一台验证服务器，但为了负载平衡，可以使用多台交易服务器和验证服务器。

消费者310通过注册网页在电信公司340或主实体320注册电话帐户付款服务。注册网页包括具有多个字段的表格，用于未来的订购者输入相关的注册数据。注册数据可包括订购者简介，该简介可包括关于有效电话帐户312，用户名(登陆)以及由未来的订购者选定的密码的数据。该注册数据传送给注册服务器348，验证服务器348根据储存在客户数据库350中的信息来验证注册数据。在本发明的一个实施例中，通过结构化查询语言(SQL)或TCAP所用的线路352，验证服务器348查询客户数据库350，TCAP是通过标准数据库访问方法，如开放式数据库互接访问方法(ODBC)运行。如上述，如果未来的订购者(消费者)310是电信公司340的真实客户，并且其电话帐户312的状态是有效的并具有良好的信誉，消费者310的注册将被接受，设在交易服务器34或验证服务器348上的订购者数据库(未示出)就选择性地更新，以反映消费者310的最初注册信息。

作为安全措施，在注册程序完成之前可以采取另外的其他步骤。尤其是为防止那些在注册程序中采用虚假身份，在注册期间，验证服务器348会给消费者310生成个人身份号码(PIN)，以确认试图订购电话帐户付款服务的人真正是与该电话帐户312相连的电话的主人。例如，消费者310必须通过电话312呼叫电信公司340或主实体320，或者由电信公司340或主实体320通过电话312呼叫消费者310。比如，采用如SS7的基于公共信道信令(CCS)装置的协议、信号开关342的交易服务器344通过公共信道信令(CCS)装置线路358经电话线384呼叫与电话帐户312相连的电话。在呼叫时，就要求消费者310输入注册的个人身份号码，该个人身份号码可预先通过电子邮件发送或者通过注册网页显示。在本发明的实施例中，消费者310可以选择由他们自己呼叫系统还是由系统呼叫他们。如果他们选择后者，接着他们可以指定一个他们可以接触到该电话的时间。一旦输入了正确的个人身份号码，就会通知电话客户注册成功，并且将该新的订购者的全部的注册记录添加到订购者数据库。

商户330和334分别注册电信公司340和360，以能够使各个商户计算机130A或130B能够接受电话帐户付款作为支付的选择方式。或可选择商户330和334在中央服务器140注册。注册后，商户计算机130A和130B的网页服务器上当地配置了服务器控制软件，以接受电话帐户付款作为支付的方式。比如，在安装由电信公司或中央服务器140提供的服务器控制软件时，复合姓名或命名背景被配置到商户计算机中。该复合姓名可以是IP地址或基于类似的分配地址方案的标记，该分配地址方案阐明了与商户的电信公司相连的适宜的验证服务器的位置。例如，商户计算机130A执行的复合姓名可以访问验证服务器348。

消费者注册后，就在消费者设备110上安装客户控制软件(未示出)。无论是在购买前或者是在购买时，无论是消费者或者商户计算机130A和130B，都可以开始运行该软件。在本发明的优选实施例中，客户控制软件包括独立于网页浏览器的活动控制面板或窗口，以指示交易期间消费者的信贷限额和全部购买款额。在本发明的实施例中，在开始运行该客户控制软件时，客户输入正确的登陆姓名、密码以及可选择的国家和电信公司。该客户控制软件把该信息输送到相关的电信公司的验证服务器上，该服务器是根据消费者对登陆网页所显示的下拉菜单中国家和电信公司的选择确定的，并验证了该信息的有效性。验证结果随后就返回到消费者设备110，指示出消费者是否是有效的注册用户。

消费者310使用消费者设备110浏览商户的网站。例如，消费者310分别通过HTTP通信线路388或390浏览由商户计算机130A或130B管理的电子商务网站。一旦消费者310通过电话帐户付款在商户网页上确认所购买的商品，消费者310通过点击该网页上适宜的图标就可以选定购买，从而向商户发出购买请求。在接受该购买之前，商户连接合适的电信公司或中央服务器，以批准该购买。

参照图4，根据本发明的实施例，提供了一种由商户服务器实施的批准购买的方法400。在接收到购买请求(步骤402)时，商户服务器确认(步骤406)消费者是否登陆。倘若消费者没有登陆，商户服务器指示消费者的控制软件要求消费者登陆(步骤408)，消费者在其中输入他们的用户名、密码和电信公司信息。如果消费者不能成功登陆，通过电话帐户付款的购买就不能被接受(步骤410)，并可选择地通知商户、消费者和/或合适的电信公司。一旦消费者成功登陆，商户服务器就确认(步骤412)消费者指定的电信公司提供者和相应的验证服务器。比较(步骤414)消费者的电信公司的身份和商户的电信公司的身份。

假如消费者310和商户330由同一电信公司，如电信公司340提供服务作为示例性实施例。在接收到经电话帐户付款的购买请求后，商户计算机130A就通过电信公司实体340要求验证购买。例如，商户计算机130A通过通信线路392连接验证服务器348，通信线路392实施公用对象请求代理体系结构(CORBA)。验证服务器348查询订购者数据库来验证消费者和购买。尤其是，核查消费者的帐户看看其购买是否在预定的该消费者的信贷额度内，电话号码是否仍然有效，消费者的密码是否有效，消费者是否仍然是合格的有效订购者，或者验证上述几种情况的组合。根据该确认，验证服务器348通知商户计算机130A是否批准该购买请求。如果电话公司340批准购买(步骤416)，商户计算机130A然后就批准(步骤424)消费者购买该商品。商户计算机130A然后通知验证服务器348完成交易。反过来，验证服务器348通过TCP/IP线路356发信号给交易服务器344，以将包含消费者帐户312的信息，以及包含消费者信息，商户信息，交易号码，数量，产品种类，日期及时间，或者他们的组合的交易信息记录到交易数据库(未示出)中。该交易信息通过SS7或TCAP线路359发送到付帐台346。如果验证服务器348不批准购买，商户计算机130A就不批准(步骤410)消费者通过电话帐户付款购买该商品。

现在假设一个示例性实施例，其中消费者310想从由电信公司实体360服务的商户334处购买商品。与第一个示例性的实施例相同，消费者310使用消费者设备110连接到商户计算机130B。在接收到购买请求后，商户计算机130B就连接(步骤418)电信公司实体340，以请求(步骤420)在批准服务器348上验证购买。然而，该步骤可以以两种方式中的一种来实施。在一个实施例中，商户计算机130B通过TCP/IP线路396直接连接验证服务器348，如上述的方法验证购买，然后通知商户计算机130B是否批准购买。在另一种可替换的方法中，商户计算机130B通过电信公司实体360连接电信公司实体340。例如，商户计算机130B通过TCP/IP线路394连接验证服务器368。验证服务器368随后通过CORBA线路376指示交易服务器364，以开始通过SS7线路378同电信公司交换机362通信。电信公司交换机362通过通信线路398连接在电信公司实体340和360之间操作的电信公司交换机342。在本发明的实施例中，通信线路398利用事务处理功能应用部(TCAP)协议传送。电信公司交换机342随后就向交易服务器344发送批准请求，交易服务器344与验证服务器348通信来验证购买。然后通过反转电信公司340和360间的路径来通知商户计算机130B。如果电信公司340批准购买(步骤422)，商户计算机130B就批准(步骤424)消费者购买该商品，并通知验证服务器348和/或368，交易服务器344和/或364完成交易。反过来，交易服务器344经SS7或TCAP通过付帐台346给消费者帐户312开出帐单。可通过交易服务器364将支付款汇给商户334，交易服务器364通过SS7线路379指示付帐台366把适当的款额贷记入商户的帐户中。如果验证服务器348不批准购买，商户计算机130B就不批准(步骤410)购买消费者该商品。在本发明的实施例中，购买量添加到设在控制面板的全部购买计数器上。将已购买的商品以约定的方式发送给消费者，其验证和实施(identification and implementation)对本领域的技术人员来说是显而易见的。例如，已购买的内容下载到消费者的计算机上，或者购买搜索的结果显示在消费者的网页浏览器上。然而，购买可包括送到消费者那里的真实商品。

对于已经批准的购买，商户的电信公司汇款给商户。可选择的是，中心实体320通过各个电信公司接收支付，然后支付给商户。从而无论是商业上还是技术上都减少了各个电信公司的交易问题。在电信公司受到商户的支付前，或者在电信公司受到商户的支付时，可以汇款给商户。参照图5A，示出了根据本发明的示例性实施例的一种汇款系统500，其中消费者和商户注册了相同的电信公司。尤其是，汇款系统500包括消费者510，电信公司520和商户530。操作时，消费者510从商户530处购买在线商品。客户通过每月的电话付款等支付给电信公司520。电信公司520将支付汇寄给商户530。商户530收到到净额可以与消费者支付额相等，也可以是消费者支付额的一部分。例如，通过索取佣金，电信公司520和其他利益相关者可保留消费者支付的一部分做为交易费，而交易费是购买款额的一个百分比。

图5B示出了本发明另一示例性的交易实施例的汇款系统550，其中消费者和商户分别注册了处于不同国家的不同的电信公司。尤其是，该汇款系统550包括A国的消费者565注册的电信公司560；商户注册的B国的电信公司570和清算所或主实体580。在一个交易中，交易流程由图中的箭头所示，A国的消费者565用B国的货币在B国购买商户575的在线商品。电信公司560以A国的货币开帐单给消费者564。在本发明实施例中，A国和B国的汇率根据购买当天设定的标准汇率由清算所580确定。客户565付款给电信公司560，该电信公司560将支付发送到清算所580。清算所580将支付转移给商户的电信公司570。电信公司570将支付汇寄给商户575。在本发明的实施例中，电信公司560和570以及清算所580分别可保留消费者支付的一定百分比作为佣金，从而汇寄给商户575的净额要小于销售总额。例如，如果电信公司560和570抽取销售价的2.5％，清算所580抽取销售价的5％，商户575收到的净额仅是销售价的90％。在本发明的另一实施例中，从汇款系统550中删去清算所580，电信公司560和570之间直接相互转移资金。

参照图6，描述了一种处理费装置600，从而说明各个电信公司想电信公司客户，如商户和消费者提供电话帐户付款服务的激励。如图的上方所示，一侧的消费者610和另一侧的商户670之间进行交易。消费者610注册了电信公司620N中的一个，而商户注册了电信公司660N中的一个或者选择注册了中心实体640。对于消费者610每消费一美元，商户670就会收到百分之九十(90)或每美元收到九十美分。百分之十(10)或者每美元十美分的购买款额分配给处理交易和任何所有的利息的部门。这些百分比仅仅是示例性的，可根据需要而改变。

在本发明的实施例中，中心实体640设定效益规则/法则，并在可选择的实体630和650中拥有股份，实体630和650可以是作用像实体640的地区分部一样的经营公司，并且对签约和他们各自区域的服务电信公司负责，实体630可以服务亚太区，而实体650可以服务北美区。

参照图7，说明了本发明的实施例一种商业激励模型700。在该实施例中，中心商业实体720根据上述的系统和/或方法注册并服务所有的电信公司730。实体720也这册并管理所有的商户710。电信公司730签约并管理消费者740。在交易中，电信公司730收集消费者740的支付，并减去佣金后传送给实体720。由于电信公司730的应收的付款被认为是应收款，所以即使电信公司730还没有支付，实体720负责支付给商户710(在扣除他自己的佣金之后)。如果电信公司730想签约商户710，电信公司730将商户730介绍给批准(authorize)并管理该商户710的实体720。在本发明的实施例中，电信公司730收到商户710使用的电话帐户付款的销售款的佣金。各个实体之间可以单独地议定佣金的精确百分比。

消费者通过任何设备都可以进行电话帐户付款，所述设备具有英特网接点。可选择的是，他们也可以通过短信息系统(SMS)进行购买。在本发明的至少一个实施例中，电话帐户付款系统使用SMS-SS7网关。在使用短信息系统购买的情况下，消费者发送SMS消息给商户的SMS号码。SMS消息包括用户名，密码，商品标记以及商户标记。SMS被传递给商户的电信公司的SMS网关。SMS网关输送该消息到使用事务处理功能应用部(TCAP)通道的客户验证服务器。该验证服务器核查消费者是否属于商户注册的电信公司。如果消费者属于商户注册的电信公司，该验证服务器就核查数据库，检查消费者帐户的状态。如果消费者不属于商户注册的电信公司，该验证服务器就发送消息到交易服务器，在交易服务器上该消息转换到SS7协议，随后传输到消费者的电信公司。消费者的电信公司验证消费者的状态并通知商户的电信公司的验证服务器。如果消费者的状态是有效的，即，消费者满足以前指定的预定标准，商户的电信公司就将该订单通知商户，从而商户向消费者提供商品/服务。商户的验证服务器发送确认SMS消息给消费者。

实施本发明的消费者可以在处于任何地方的任何计算机上把购买帐单开给电话帐户。消费者不需要从使用消费者的注册电话线的计算机上进入因特网，。在本发明的至少一个实施例中，因而每个消费者有他自己的唯一用户名和密码，因而在购买之前消费者仅可以这册一个。通过合适的实体以及他们的帐户信用限度验证，客户身份和交易验证都捆绑到他们的电话帐户验证上，而不是捆绑到他们用来连到英特网上的电话线上。

用于在线购物的电话帐户付款通过消费者使用更加便利的微支付所用的付帐方法，可以增大商户的消费群，增加销售额。例如，没有信用卡的消费者可以赊帐购买商品，而有信用卡的消费者也可以购买使用信用卡不可行的商品。本发明的激励原理可以与所有的电子商务网站接合，并且可以提供一种对消费者是透明的付款服务网。在本发明的一个实施例中，每个电话号码消费者可以设定多个帐户，以使家庭成员都可以使用带有每个成员个人简介的系统。然而，仅有一个成员被指定为主用户，因而其具有添加次级使用者和查看该电话帐户下的使用者的交易历史和所有明细的权利。

虽然参照几个优选实施例示出并对本发明进行了说明，本领域的技术人员可以理解在不背离本发明精神和所附的权利要求限定的范围的情况下，可以在形式上和内容上作出各种改变。

Claims (15)

1.一种利于在线商务的方法，其包括步骤：

访问或利用展示供出售的商品或服务的网页；

生成，发送，或接收消费者购买所述商品或服务的请求；以及

将所述购买款额记入电信帐户，

其中所述电信帐户不必要与所述消费者发出所述请求所用的通信线相关联。

2.根据权利要求1所述的方法，还包括步骤

批准所述请求，以确认所述购买是否被批准，其中仅在所述购买被批准时，才为所述购买记帐。

3.根据权利要求2所述的方法，其中所述批准的步骤包括步骤：

与服务于所述电信帐户的服务器通讯，

查询订购者数据库，以确认所述消费者是否订购电话帐户付款服务，以及

根据所述查询生成响应，所述响应包括批准或者不批准。

4.根据权利要求3所述的方法，还包括步骤

确认所述购买款额低于所述消费者预定的信用额度。

5.根据权利要求1所述的方法，其中所述商品或服务的价值基本上等于微支付的金额。

6.根据权利要求1所述的方法，还包括步骤

汇寄所述购买全部款额的一部分给商户，其中所述的一部分少于所述全部款额。

7.根据权利要求6所述的方法，还包括步骤

汇款给服务于所述电信帐户的电信公司，其中汇寄给电信公司的款额等于全额款与汇给商户部分的差额部分的一部分。

8.根据权利要求1所述的方法，其中所述利用的步骤包括步骤：通过SS7通信协议与电信公司网络通信。

9.至少包含与一种载波的至少一个信号，所述信号用于发送计算机指令程序，其中该指令程序可被至少一台处理器读取，以指令所述至少一台处理器执行计算机程序，从而实施权利要求1所述的方法。

10.至少一台处理器可读载波，用于储存计算机指令程序，所述指令程序可被至少一台处理器读取，以指示所述至少一台处理器执行计算机程序，从而实施权利要求1所述的方法。

11.一种交易系统，其包括：

SS7通信服务器，其中所述通信服务器包括：

接收器，用于接收与购买在线提供的商品或服务相联系的请求的信息；以及

处理器，以便于将所述购买款额记入到电信帐户，以及

验证服务器，用于验证所述电信帐户。

12.根据权利要求11所述的交易系统，其中所述的验证服务器根据预定的信用额度验证购买款额。

13.根据权利要求11所述的交易系统，其中所述的SS7通信服务器通过传输控制协议/互联网络协议接收所述请求。

14.根据权利要求11所述的交易系统，其中所述的SS7通信服务器与电话网络相连。

15.一种方法，其包括步骤：

启动一个过程，以实现通过公共通信网络购买所提供的商品和/或服务；以及

在上述过程中，至少一个购买款额记帐到电信帐户。

Images