CN1441936A - 互联网上的电子付款系统和方法 - Google Patents

Abstract

一种互联网上的电子支付系统和方法，通过设置客户服务器中的电子支付引擎和设置金融公司服务器中的电子验证引擎，提取在验证期间对应于请求的货币数额的字段，并通过对用于支付所需要输入的表格进行分析，提取结算，以及通过使用关于需要输入数据的字段和预存储数据的分析信息，执行填写，并通过使用如验证信息之类的变化信息，进行用于交易的支付，这样排除了当在在线连接的网站上进行购买时，需要向大型购物中心提供消费者卡的信息，其中在电子支付引擎上安装有表格分析自动装置。

Description

互联网上的电子付款系统和方法

技术领域

本发明一般涉及一种互联网上的电子付款系统和方法，特别地，本发明涉及一种互联网上的电子付款系统和方法，它可以在在线连接的网站上购买时，不用向大型购物中心提供消费者卡的信息，可以通过提取与验证(authentication)所需的货币数额相应字段并通过对用于结算所需要输入的表格进行分析来提取结算，以及通过使用关于需要输入数据的字段的分析信息和预存储数据来执行填写，并通过使用验证信息之类的变化的信息，进行用于购买的结算。

背景技术

随着一直发展的互联网相关技术，通过万维网实现了各种类型的服务。在线媒介，即互联网，正逐渐地变成用于实现政府、公司和消费者之间的电子商务的方法，而且这种方法超越了仅有信息通信的方法。

电子商务表示所有通过计算机网络的经济行为，包括售货和提供服务、定货、做广告等等。因此，更多的关注不可避免地集中于用于实现购物中心、电子支付、配送、验证和安全的解决方案上。

在这种情况下，如果消费者访问大型购物中心，查询产品，并购买该产品，则大型购物中心需要客户输入特定信息以结算。因此，消费者填写信用卡信息和个人信息并向大型购物中心提交信用卡信息和个人信息，所以大型购物中心获得个人信息和信用卡信息。

因此，消费者会担心存储在大型购物中心中的个人信息与信用卡信息会被第三方泄露并被非法使用的这种风险。实际上，经常发生由第三方泄露并滥用消费者提供给大型购物中心的信息的情况。这种问题不仅发生在大型购物中心而且发生在所有通过互联网实现电子商务的网站中。

另一事实是实现电子商务的网站通过直接建立防火墙来试图避免由于剽窃之类的人为方式产生的个人信息的泄露。作为非直接的和客户可选的方式，已经开发了电子钱包和电子货币。

然而，由于网站拥有消费者的信用卡信息，该信息的泄露会给消费者带来经济上的不利，上述方法很难解决基本问题。即使在电子钱包或电子货币的情况下，由于该信息提供给了实现电子商务的网站，所以上述问题仍然存在。

因此，常规技术具有损害诸如进行交易的大型购物中心之类的网站可靠性的弊端，因而消费者不愿通过在线定货。

在这一方面，需要公开一种解决上述问题的方法。

发明内容

因此，本发明的目的是提供一种互联网上的电子支付系统和方法，可以以这样的方式来防止消费者的经济损失和减低对电子商务的不信任度，即，不在实现了电子商务的网站，例如大型购物中心管理诸如消费者卡号之类的结算信息。本发明的另一目的是提供一种互联网上的电子支付系统和方法，可以通过金融公司管理支付信息的方式，排除了将诸如消费者卡号之类的支付信息提交给实现了电子商务的网站，消费者请求具有预分配的帐户的验证，从而通过帐户信息实现支付。

本发明的另一目的是提供一种电子支付系统和方法，通过自动地填写支付时需要在网站中输入的字段而无需消费者一个接一个地输入字段的方式，来给使用中的用户提供方便。

为了获得上述目的，提供一种互联网上的电子支付系统，该系统包括：包括被设置的电子支付程序的客户服务器，它具有电子支付引擎(engine)，在通过互联网为了交易而结算时，使用被认可为结算信息的接收的验证信息，请求对金融公司预分配的代码进行验证，并传输关于购买的产品的结算信息与配送信息；金融公司服务器，具有电子验证引擎，用于和电子支付引擎一起通过互联网进行在线验证，其中当接收到来自客户服务器的验证请求时，电子验证引擎检查是否该验证得到了许可，并向有关的客户服务器传输该验证信息；网站操作服务器，用于通过互联网实现电子商务，根据客户服务器传输的结算信息，向金融公司服务器请求是否是有权结算，并向客户服务器提交关于验证过的结算产品的定货信息文档，以及输出该配送信息。

这里，当设置了电子支付程序时，分析自动装置是可以安装在电子支付引擎上的。分析自动装置需要分析为了结算而从网站操作服务器传输的结算表格。

需要在电子支付引擎上记录配送地点信息和金融公司预分配的代码信息，由电子支付引擎驱动包括用来确定配送地点和进行结算的菜单的托盘(tray)，以及客户通过托盘向网站操作服务器传输配送信息与结算信息。

托盘需要适用于将需要输入的信息填写在结算时由网站操作服务器提供的表格中。

电子支付引擎需要存储用于预定广告的数据，而托盘在验证请求之后的预定期间内向客户服务器输出该广告。

电子验证引擎需要创建作为预验证信息的验证信息，并当客户服务器请求验证时，传输该验证信息，当网站操作服务器请求结算验证时则产生确定的验证号码，并向网站操作服务器传输该确定的验证号码。

在根据本发明的电子支付的方法中，实现了通过互联网连接的客户服务器、网站操作服务器和金融公司服务器之间的电子商务，其中该方法包括以下步骤：在客户服务器中，搜索网站操作服务器中出售的产品并选择结算，以及输出用于结算的、预定形式的结算屏幕；在客户服务器中，通过电子支付引擎驱动的托盘执行向金融公司验证请求结算的货币数额，在电子支付引擎中，记录诸如客户个人信息、配送信息和金融公司预分配的结算代码信息之类的信息；在金融公司服务器中，向客户服务器传输关于验证请求的验证信息；在客户服务器中，通过具有作为结算信息的验证信息的托盘，向网站操作服务器传输定货信息；在网站操作服务器中，根据从客户服务器传输的信息，向金融公司服务器请求结算验证；在金融公司服务器中，当接收了结算请求时，传输在被查询之后已经经过结算确认的信息；在网站操作服务器中，在接收到经过结算确认信息之后，向客户服务器与配送公司服务器提交定货信息文档和配送信息。

附图说明

根据下面结合了附图的详细说明，会更完整地理解本发明的目的和益处。

图1是示出根据本发明互联网上的电子支付系统的优选实施例的结构视图；

图2是用于解释实现本发明优选实施例的方法的流程图；

图3是结算屏幕的示例图；

图4是示出由电子支付引擎产生的托盘的示例图；

图5是用于解释驱动图1的电子支付引擎的方法的流程图。

具体实施方式

下面将参考附图结合优选实施例来描述本发明。

本发明实现一种电子商务，其中不用向大型购物中心提交如消费者信用卡信息之类的结算信息。

图1是本发明优选实施例的视图。参考图1，电子支付系统包括作为在线媒介的互联网10，用于通过互联网10进行通信的客户服务器12，大型购物中心服务器14，金融公司服务器16，和配送公司服务器18，上述的全部实现了电子商务，并基本上包括如Explorer、Netscape、window NT、Linux之类的操作系统，也包括由在线可转换协议操作的程序。因此，通过互联网连接客户服务器12、大型购物中心服务器14、金融公司服务器16和配送公司服务器18。

在客户服务器12中设置用于实现根据本发明的电子商务的电子支付程序，并且其上安装有表格分析自动装置23的电子支付引擎由此被设置在客户服务器12上。在金融公司服务器16上设置有电子验证引擎20，其中电子验证引擎20具有用于进行与电子支付引擎22通信的协议。

这里，当客户服务器12在最初驱动或者消费者希望时，电子支付引擎22驱动托盘(tray)，并且在电子支付引擎22上记录关于消费者或客户的基本信息、用于电子商务的配送地点信息和由金融公司预分配的帐户号或卡号。需要所有的上述信息，并当在最初设置电子支付程序时和当根据消费者的需求可以在任何时间更新电子支付程序时，输入这些信息。

表格分析自动装置23对包括下载在客户服务器12上的结算屏幕的表格进行分析，并提取结算的货币数量和需要通过分析而输入的字段。结算的货币数量被用来执行验证。可以通过使用存储在电子支付引擎22中的数据来填写需要输入的字段，下面将会解释。

金融公司服务器16是由通过金融增值网(VAN)连接的信用卡公司或银行操作的公共指定服务器，并适用于可以执行电子结算验证的金融公司的所有服务器。而且，在金融公司服务器16上建有电子验证引擎。因此，如果客户通过金融公司服务器16申请签发客户帐户和密码或客户卡的时，电子验证引擎20发出相关帐户代码和帐户代码的密码或卡号和卡号的密码，而如果存在关于预签发的帐户代码和密码的验证请求，则电子验证引擎20执行相关验证。

下面参考图2到5详细地解释根据本发明的系统的操作方法。

客户接收用于上述电子结算的帐户和帐户密码，或者卡号和卡号密码，下载电子支付程序，所述电子支付程序记录(register)在由金融公司管理的主页上，并设置在个人客户服务器12上的电子支付程序。此时，需要输入个人信息、配送地点信息、结算信息(包括，帐户和帐户密码，或卡号和卡号的密码)，在完成初始的信息注册步骤之后，使用图4所示的托盘，以便执行图2的结算步骤，其中所述托盘由电子支付引擎22操作。

这里，可以将客户服务器12上用于设置具有表格分析自动装置23的电子支付引擎22的电子支付程序分配(distributed)给作为像光盘或软盘一样的记录存储介质。

通过客户使用托盘和选择并点击菜单的方法，或客户选择菜单并拖放数据的拖放方法，或手动的方法，客户可以写和传输相关表格所必需的数据。

在上述环境中，消费者，即客户，输入金融公司预分配的帐户和密码，驱动在客户服务器12上的托盘140，连接互联网10，并查询要购买的产品。在这种情况下，通过互联网，客户服务器12可以与管理相关产品的大型购物中心服务器12连接。

在步骤L12，如果客户想结算，则大型购物中心服务器14输出结算屏幕。在客户下载了由大型购物中心服务器14提供的图3中的结算屏幕之后，客户通过使用托盘140选择配送信息，并选择结算。在步骤L4，一旦客户通过托盘140选择了结算，则客户服务器12通过使用安装的表格分析自动装置23驱动电子支付引擎22，并分析组成下载结算屏幕的表格。

更具体地，如果将图3的结算屏幕输出到客户服务器12，用户点击如图4所示、显示为托盘上的菜单的“配送信息”，以示出附属窗口150，并在“住所”和“公司”之间选择并确定作为配送地点的地点。

在客户服务器12中完成上述表格分析和配送信息选择步骤L4之后，如果客户选择托盘140的“结算”，则表格分析自动装置23在电子支付引擎22的控制下对当前下载的结算屏幕执行表格分析。

表格分析自动装置23具有用于分析表格的存在的标准数据，由此分析组成结算屏幕的HTML源代码，并识别包含在源代码中的字段名或标识，提取随后用于验证或结算所使用的字段，例如货币结算数额，并参考标准数据判断需要被输入的字段的特性。因此，表格分析自动装置23判断需要被输入的字段是什么，例如包含在结算表格中的货币结算数额，等等。

在图3的结算屏幕中，输出表示包含客户选择的产品货币数额的信息的消息，例如，“选择了两种产品，货币的结算数额是1,000,000”。支付屏幕被分为定货人信息区100、配送信息区110和结算信息区120。在定货人信息区100，将区域102设置为请求输入姓名、性别、生日等的个人信息，将按键104和106设置为更正或确认该信息。且，在配送信息区110，将区域112设置为请求输入接收人、地址、电话号码之类的信息，将按键204和206设置为更正和确认该信息。此外，在设置信息区120中，将区域122设置为请求输入诸如卡号、密码之类的信息，将按键124设置为更正信息。此外，在结算屏幕中将按键130和132设置为取消或最终确认这一定货行为。

毫无疑问，可以在独立的屏幕上形成定货人信息区100、配送信息区110和结算信息区120。

在上述分析步骤中，分析货币数额信息和被包含在各个区域100、110和120中的输入字段。

在完成对结算屏幕的分析之后，则向金融公司服务器16传输该结算信息(帐户和帐户的密码，或者卡号和卡号的密码)，并请求验证。

根据制造目的，本发明实施例可以允许客户参考结算屏幕直接地写用于验证所必需的信息，而不用执行结算屏幕分析步骤。货币数额信息和结算信息被传输到金融公司服务器16，并被适度地更改，以便用于被请求的验证。

同时，电子支付引擎22预先存储广告内容，在步骤L8，当客户服务器12请求验证时输出广告内容。可以不断地输出广告内容，直到客户服务器12接收了验证信息或定货确认文档。

如果客户服务器12请求上述验证，则金融公司服务器16向电子验证引擎20传输接收的信息并检查该信息是否是可信的。如果检查的结果是判断出该信息是可信的，则向相关客户服务器12传输该验证信息。如果该信息是不可信的，则产生包括表示拒绝验证的消息的信息，并通过互联网10传输给客户服务器12。

此时，金融公司服务器16的电子验证引擎20产生验证信息，使该信息不同于卡号，但是使该信息呈现为具有与卡号相同的位数。如果需要验证信息的密码，电子验证引擎20产生密码并传输产生的密码，或传输存在的密码。

更具体地，如果客户向金融公司服务器16传输对应于1,000,000的货币的结算数额、帐户代码(例如，“abcdefg”)、帐户代码的密码(例如，“1234”或卡号(例如，“1234-1234-1234-1234”)和卡号的密码(例如，“1234”))，金融公司服务器16通过验证检查步骤L6产生验证信息，其中结算屏幕所需的验证信息具有与卡号或密码相同的位数(例如，“5678-5678-5678-5678”和“0978”)，并且金融公司服务器16通过互联网10向客户服务器12传输该验证信息。

那时，金融公司服务器16可以传输作为验证信息的预验证号或作为验证信息的确定的验证号。

客户服务器12的电子支付引擎22接收从金融公司服务器16传输的内容，当拒绝验证时，输出相关信息，并当允许验证时，在分析的结算屏幕的输入区域102，112和122中填写相关数据。

对于作为结算屏幕的结算信息输入的数据来说，由于输入与客户卡号或帐户不相关的验证信息，所以将下面不能够重复使用的信息提供给大型购物中心服务器14。

在电子支付引擎22完成填写后，电子支付引擎22通过按确认按键132来点击该按键，并执行自动的结算步骤L10。结果时，定货信息被传输给大型购物中心服务器14，而不会由客户为了结算而进行麻烦的按键操作。当然，也可以手动方式按下确认信息按键。如果需要在结算表格中填写密码，则在验证期间可以输入使用的非常秘密的密码。

大型购物中心服务器14将配送信息和结算信息用做用于结算所必需的信息，并执行结算验证请求步骤L12。

在结算验证请求步骤L12，大型购物中心服务器14向金融公司服务器16传输由客户传输的结算信息，以及电子验证引擎20参考预发出的验证号和相关密码，并向大型购物中心服务器14传输结算确认消息。

此时，如果作为结算信息而传输的验证号码是预验证号码，则电子验证引擎20产生确定的验证号码，并且使结算确认消息中包含确定的验证号码，然后传输该确定的验证号码。

如果大型购物中心服务器14接收到结算确认消息，则大型购物中心服务器14向客户服务器12发出定货确认文档，并同时向配送公司管理的配送公司服务器18传输配送信息。在步骤L18，如果客户服务器12接收到定货确认文档，则客户服务器向客户通知这一接受，并存储该定货确认文档。在步骤L20，如果通过互联网10向配送公司服务器18发送配送信息，配送公司由此执行配送处理。

在上述过程中，客户服务器12的电子支付引擎22驱动托盘140，并按照图5所示进行操作，以执行图2所示的流程图中的步骤。

更具体地，托盘140需要在初始驱动步骤S2中输入客户帐户和密码。如上所述，由金融公司预分配帐户和密码。

在被驱动后，托盘140查看是否将要更改在步骤S4中记录的帐户，密码，配送信息等，如果在步骤S6存在结算请求，如果在步骤S8将选择配送地点，或在步骤S10中执行菜单中定义的相关功能。

为了更改记录数据，帐户，密码，交付信息等，如果在步骤S4客户点击了托盘140的“记录”，则电子支付引擎22请求输入个人信息和配送地点信息，如果客户输入所需的内容，则电子支付引擎22存储或修改相关内容，并在步骤S12更改内容，以及继续执行查看操作。

为了选择配送地点，如果在步骤S8中点击了托盘140的“配送信息”，则电子支付引擎22输出附属窗口150，该窗口示出先前被指定为配送地点的“住所”和“公司”。如果选择了它们中的任一个，电子支付引擎22在步骤S34临时地存储该内容，并不断地执行查看操作。当结算完成时，使用临时存储的内容。

同时，为了获得结算，如果在步骤S6点击了托盘140的“结算”，它是一致的，如果在步骤S14中选择了配送地点的话。如果没有选择配送地点，输出附属窗口150，添加配送地点信息，并继续进行步骤S14。然而，如果选择了配送地点，则在步骤S18，电子支付引擎22输出预设置的广告，并在步骤S20分析结算屏幕的表格。由安装在电子支付引擎22上的表格分析自动装置23进行表格分析，并通过表格分析掌握包括在结算屏幕中的被输入的价格信息和字段。

然后，对应于步骤S22中的请求，电子支付引擎22向金融公司请求验证，并通过互联网10向金融公司服务器16传输结算的货币数额、帐户、大型购物中心的URL和相关密码(或卡号和相关密码)。

此后，在步骤S24，电子支付引擎22判断验证信息是否到达，如果在步骤S26，拒绝信息到达，则输出拒绝消息，并返回初始的托盘驱动步骤，如果在步骤S30，验证信息到达，则结束当前的输出广告，并在步骤S30填写分析的结算屏幕的输入区域内的相关内容。

如果填写完成，电子支付引擎22自动地点击结算屏幕上的“确认”按键，则在步骤S32将验证信息和配送信息传送给大型购物中心，并返回初始的托盘驱动步骤。

虽然参考特定的优选实施例示出并描述了本发明，但是本领域的普通技术人员应该明白，本发明会有各种形式和细节上的更改，而所述更改并不偏离本发明所附的权利要求的精神和范围。

工业应用

如上所述，由于执行预定产品的销售或在线服务的站点使用客户服务器，并且不拥有消费者在结算时由金融公司分配的帐户或卡号之类的信息，以及消费者不需要向用于结算的大型购物中心提交这些信息，而这些信息的泄露会对消费者造成经济损失，所以本发明具有允许消费者在互联网上购买所需产品并使用在线服务的益处。

因此，本发明具有向消费者提供通过互联网使用电子商务的安全性益处，和提高实现电子商务的网站的可信度。

本发明还具有另一个益处：使网站实现电子商务，而不用使用隔离的安全方法或防火墙预防技术，并消除在电子商务过程中，由于个人结算信息泄露或个人结算信息的非法使用而带来的争端的风险。

本发明另一个益处是：由于客户很容易地通过使用在电子支付引擎中记录和分析的信息来填写结算信息，由此增加使用的方便程度。

本发明的另一个益处是：提高了实用性，由于不需要调整在需要电子商务的大型购物中心或网站中用于自操作的程序，如，托盘传输、协议的一致性等，用户可以使用任何网站进行电子商务，其中所述用户在像信用卡公司的金融公司中具有帐户。

Claims (11)

1.一种互联网上的电子付款系统，包括：

包括被设置的电子支付程序的客户服务器，它具有电子支付引擎(engine)，在通过互联网用于购买而进行支付时，它根据金融公司预分配的代码，使用被认可为结算信息的接收的验证信息请求验证，并传输关于购买的产品的结算信息与配送信息；

金融公司服务器，具有电子验证引擎，用于和电子付款引擎一起通过互联网在线进行验证，其中电子验证引擎在接收到来自客户服务器的验证请求时检查该验证是否得到了许可，并向有关客户服务器传输该验证信息；和

网站操作服务器，用于通过互联网实现电子商务，根据客户服务器传输的结算信息，向金融公司服务器请求该结算是否可信，并向客户服务器提交关于验证的结算的产品的定货确认文档，以及输出配送信息。

2.如权利要求1所述的电子支付系统，其特征在于当设置了电子支付程序时，可安装在电子支付引擎上的分析自动装置分析为了结算而从网站操作服务器传输的表格，并向金融公司服务器传输需要输入的字段，例如货币的数额等。

3.如权利要求1所述的电子支付系统，其特征在于在电子支付引擎上记录配送地点信息和金融公司预分配的代码信息，由电子支付引擎驱动包括用来确定配送地点和进行结算的菜单的托盘(tray)，以及通过托盘，客户使用分析字段中的配送信息与结算信息之类的数据填写需要输入的字段，并向网站操作服务器传输该填写信息。

4.如权利要求1所述的电子支付系统，其特征在于在电子支付引擎上记录配送地点信息和金融公司预分配的代码信息，由电子支付引擎驱动包括用来确定配送地点和进行结算的菜单的托盘，以及客户通过托盘向网站操作服务器传输配送信息和结算信息。

5.如权利要求4所述的电子支付系统，其特征在于托盘适用于将需要输入的信息填入在结算点的网站操作服务器提供的表格。

6.如权利要求4所述的电子支付系统，其特征在于电子支付引擎存储用于预定广告的数据，以及托盘适用于在验证请求之后的预定期间内向客户服务器输出该广告。

7.如权利要求1所述的电子支付系统，其特征在于电子支付引擎根据包含货币结算数额和金融公司预分配代码信息请求验证。

8.如权利要求1所述的电子支付系统，其特征在于电子验证引擎创建作为预验证信息的验证信息，并当客户服务器请求验证时，传输该认验证信息，当网站操作服务器请求结算验证时，该引擎则产生确定的验证号码，并向网站操作服务器传输该确定的验证号码。

9.如权利要求1到8之一所述的电子支付系统，其特征在于结算信息包括根据客户帐户号或卡号更改的信息，所述更改的信息在金融公司服务器中有规定。

10.一种互联网上的电子支付方法，用于实现通过互联网连接的客户服务器、网站操作服务器和金融公司服务器之间的电子商务，该电子支付方法包括以下步骤：

在客户服务器中，搜索网站操作服务器中出售的产品并选择由客户进行的结算，以及输出用于结算的、预定形式的结算屏幕；

在客户服务器中，通过使用电子支付引擎驱动的托盘，向金融公司服务器请求验证用于结算的货币数额，在电子支付引擎中，记录诸如消费者个人信息、配送信息和金融公司预分配的结算代码信息之类的信息；

在金融公司服务器中，向客户服务器传输关于验证请求的验证信息；

在客户服务器中，通过具有作为结算信息的验证信息的托盘，向网站操作服务器传输定货信息；

在网站操作服务器中，根据由客户服务器传输的验证信息，向金融公司服务器请求结算验证；

在金融公司服务器中，当接收了结算请求时，传输在被查询之后已经经过结算确认的信息；

在网站操作服务器中，在接收到经过验证的结算信息之后，向客户服务器与配送公司服务器提交定货信息文档和配送信息。

11.如权利要求10所述的方法，其特征在于在验证请求步骤之前，执行结算屏幕分析步骤，该分析步骤是以安装在电子支付引擎上的表格分析自动装置分析从网站操作服务器输出的结算屏幕表格的方式进行的。

Images