CN1447957A - 从一个存款存储器中传输货币金额的方法和布置 - Google Patents

Abstract

从货币发送者的存款存储器中把电子货币金额通过电信网和数据网实时传输到货币接收者的一个账户上或者传输到货币接收者的一个存款存储器中的方法。

Description

从一个存款存储器中传输 货币金额的方法和布置

本发明涉及从一个存款存储器中把电子货币金额经过电信网和数据网传输到一个账户上或者传输到一个另外的存款存储器中的方法以及布置。

互联网-除了作为当时上亿人通信介体和信息源的使用外-作为采购源更有意义。特别是软件、书籍和旅行的交易目前在互联网中已经成为值得注意的一部分，可是通过互联网也可以定购并支付多种货物和服务。在互联网中通过最初开设并且目前广为流行的方式支付相应款项要求至少在每个商业伙伴处分别输入重要的数据组，甚至不用单独的金融交易。这种支付方式因此让商业伙伴观察到敏感的私人数据并且甚至于能够长期存储该数据。

对于另外支付过程的开展在商业范围内同在专业范围内一样互联网此刻特别重要。在工业化国家几乎所有银行作为“电子银行”都电子开展账户管理和支付过程。

今天仍然还凭现金或通过文字委托汇款或收款等或凭信用卡或者支票卡实现日常生活的多种支付过程。在特殊领域、比如移动无线技术领域、电子存款(所谓“预付费卡”)也很重要，可是这种支付方法的广泛采用也存在一定障碍。

总之确定，在目前的发展状况中存在非常多的、货物或服务的支付可能性，这些可能的使用在日常生活中要求特别注意并且要求具有不同媒介或者输入方式的设施。这是累赘而且兼有多种安全危险(数据或者存款载体丢失、忘记账户数据或者验证代码)。

除了互联网之外电信-特别是移动电信-目前表明技术与经济飞跃发展的领域并且表明经济增长和新的社会发展的主要源泉。对于工业化国家的大部分人移动电话(“Handy”)越来越多地用于普遍的通信和信息器具并且渐渐用于访问货物和服务。由于通过手持设备提供的信息、货物和服务的安全并且同时简单的支付的不充足可能性阻碍了这种发展。

虽然存在这种解决方案，其使手持设备的用户-具有或没有预付费卡-能够授权支付，接下来通过常规方式通过借贷方法或信用卡注销进行支付。可是该方法、象在互联网中采用的支付作业一样、以顾客值得信任并且有权支配信用卡或具有支配信用的结算账户为前提条件。此外该方法中间住有时间推迟，这不利于整个作业的透明性和可靠性。

因此本发明基于这个任务，给出一种方法和布置用于在使用数据网的情况下简单进行支付通信。

关于其方法观点通过具有权利要求1的特征的方法解决该任务，关于其装置观点通过具有权利要求8的特征的布置解决该任务。

本发明包含这样的基本概念，在电子存款(预付费账户或者预付费卡)的基础上给出一种尽可能普遍的付款方法，该方法象在C2C(消费者-2-消费者)的范围内一样在所谓的B2C(商业-2-用户)范围内可以用于付款作业，不仅在真实和虚拟商店内购买、在餐饮或文化设施中、在货物输出自动装置等等上的支付，而且能够在私人范围内“转交”货币金额。本发明此外包含这样的概念，对此能够使用联接的电信网和数据网，而且特别能够实时(Real time)进行。

在此对电子存款理解为通过用于实施付款通信的电信网或者数据网可以使用的存款存储器的存储内容—原则上不依赖于此，即存储器实际上是否具有预付存款或在稍候时刻汇入存款金额。

建议的布置和建议的方法的主要部分是一个交易服务器，其访问交易数据库，在该数据库中存储对于预付费存款的传输重要的数据。通过货币发送者打电话给一个特地为了这个目的而建立的、货币接收者的呼叫号码初始化传输过程。该呼叫号码存储在交易数据库中并且在一定程度上用作对于货币传输过程重要的货币接收者数据组的地址。

本发明优选实施的基本特征在于，从货币发送者方面在其终端设备上输入须传输的货币金额。这也可以在该过程的第二阶段进行，在该过程中首先输入并拨货币发送者的呼叫号码，货币发送者通过通知或菜单控制请求输入货币金额。根据该请求进行重要的输入。

货币发送者的所谓“转换器”-特别是在移动无线网中在HLR(归属位置寄存器)中的触发器-对服务器(例如SCP＝智能网的业务控制节点)提出询问，应当实施该呼叫。根据该呼叫号码识别，不是涉及该用户的正常呼叫，而是涉及开展货币传输的特殊呼叫。可以在呼叫号码的一部分中加密明细表，或根据该明细表明确，通过服务器试验性地访问交易数据库并且该访问是成功的。

建议的方法作为实时方法提供与已知的付款作业方法相比改善的透明性和可靠性，并且也可以由这样的人员使用，其不同意信用信贷框架。该用户仅仅支配预付款的存款，该存款保证对于预先规定的货币传输足够的保证金。

在下面的说明和权利要求中预付费存款的所有者、其想要传输货币金额并且作为买主走进(真实或虚拟)商店和作为客人走进餐饮店中、一般称作“货币发送者”。须传输的货币金额的接收者、对此在日常生活中至少涉及商店或餐饮或文化设施的所有者或者经营者等等，下面一般称作货币接收者。货币接收者和货币发送者此外也可以是应用。

每个想要使用把货币从伙伴的预付非存款传输到其自己账户上的这种可能性的货币接收者须预定一个实现货币传输的业务。随着预定过程在交易数据库(“Shopping Datenbank”)中存放涉及该接收者的数据组。货币接收者的账户须适合于管理电子存款；对此特别同样可能涉及一个预付费账户。货币接收者可以使用多个电话号码并且也可以使用多个目标账户用于货币传输，其中在这种情况下当然在购物数据库中寄存所有使用的电话号码和所有账户的账户识别码。(下面对账户识别码的概念理解为账户号码或者账户代码和同样所需的、外部服务器的服务器地址，在该服务器上管理账户。)除了提到的数据外在交易数据库中存储的货币接收者数据组适当地也包含名字或者公司名。

除了货币接收者的信息外购物数据库中优选也包含实施货币传输所必需的、关于货币发送者的信息。货币发送者数据组适当包含其预付费账户的账户号码并且如果需要包含外部服务器的服务器地址，在该服务器上管理预付费存款(在下面偶尔也称作“账户识别码”)，有益地也包含服务器名字和经营者名字并且最后包含一个验证数据组用于至少选择逐个验证较大的货币传递。适当地货币发送者呼叫号码用作该数据组的“地址”或者“密钥”。

也可以在一个独立的预付费数据库中寄存货币发送者数据组。

在货币发送者数据组内部已经提到的验证数据组是一个基本的安全部分。该验证数据组特别包含一个验证代码(PIN等等)和/或货币发送者的生物统计数据(例如掌纹或视网膜)，验证代码或者生物统计数据用于逐个验证货币传输。在货币发送者的终端设备上或在分配给货币发送者的输入设备上输入该代码或者数据、该代码或者数据传递给交易服务器并且在那里与相应存储的数据比较。以比较的结果释放或禁止交易。

在一个优选的方法执行中在小额度情况下不实施提到的验证步骤，而是仅仅在超过预定阈值的货币金额时实施验证步骤。有益地通过业务经营者或货币发送者本身调整或者改变该阈值。

建议的解决方案、象征性地也可以称作预付费购物应用、包含功能块(1)货币传输方法的启动、(2)在货币发送者处的注销和(3)在货币接收者处记入。这些功能块可以运行在一个和相同或不同的服务器上，概念“交易服务器”代表这个服务器或者组合服务器。这个或这些服务器可以中心处在业务经营者处或在这个或也在多个业务经营者处存在于多个硬件装置中。预付费购物应用-正如已经提到的-访问“购物数据库”，其(按具体的网络和应用方案)同样可以处于中心，分布在多个位置或也可以在不同位置以多个副本存在。

如果在一个和相同的业务经营者处管理或者经营货币发送者的预付费存款、货币接收者的目标账户，则最简单地形成该方法和布置。如果不是这种情况，则须进行关于货币传输的(如此已知的)清除。对于这个过程可以使用在注销和记入过程中产生的证明、特别用作所谓的记录。

建议的系统(除了已经提到的优点)带来重要的优点，在预付费账户上存在的电子货币在真实销售设备中象在所有形式的虚拟销售设备中一样不仅仅用于支付有限说明的服务(特别是通话)，而且以多种方式用于支付货物、服务、信息等等。通过预先付费存款用户原则上排除了严格的费用控制并且排除了意外负债。因此该方法特别有益地可以用于未成年人(或也用于不再头脑敏捷的老年人)，对于这些人目前没有可比较的应用。在货币接收者处对于不同供应商的货物或服务的支付不再要求多个预付费卡或终端设备，而是仅仅要求存储唯一的预付费呼叫号码。

此外有益并适当地从从属权利要求以及根据图的优选实施例的如下说明中得出本发明。

图1指出了根据本发明布置的第一实施形式的非常简单的功能块方框图，

图2指出了根据本发明布置的第二实施形式的非常简单的功能块方框图，

图3指出了在按照图1的布置中建议应用的主要步骤的图解描述。

根据解说词基本上能明白这些图，如此下面没有给出详细的图说明。

指出，在图1中以此为出发点，在同一个服务器上运行预付费购物应用，该该服务器上管理货币接收者和货币发送者的预付费账户。然而在图2中描述了这种情况，在另一个作为这样的服务器上管理货币发送者和货币接收者的预付费账户，在该服务器上运行预付费购物应用。

建议方法的主要特征是对于货币接收者能够支配任意经营者的任意电信终端设备(在移动无线网或固定网中的传统电话或具有预付费卡的电话)的特殊交易呼叫号码。特别分配该呼叫号码用于货币传输并且不可以用于正常的通话。在预定由业务经营者提供的货币传输业务的范围内实现呼叫号码对货币接收者的分配。该呼叫号码在交易数据库SHOPPING DB中作为特殊的货币接收者呼叫号码寄存。(在图1中以参考符号B1至B4表明，货币接收者可以在不同的经营者处保持多个交易或者预付费呼叫号码。)

通过货币发送者打电话给货币接收者的交易呼叫号码开始货币传输过程。对此例如在呼叫号码的后面-通过星号(*)与呼叫号码分开-在货币发送者的终端设备上作为非结构的数列以重要货币单位输入须传输的货币金额。为此特别使用终端设备的键盘；可是原则上也可以在相应形成的菜单控制的范围内实现预言输入。这也是可能的，即不是通过呼叫设备而是-在总运行的一个适当点、在该点上存在到交易服务器的相应联接-通过各自交易伙伴输入货币金额。

在货币发送者终端设备作为移动电话的所采用的实施中通过移动无线网的HLR中的一个触发器对服务器-特别在移动无线网的SCP中实现-提出关于实施开始呼叫的询问。服务器以货币接收者的交易呼叫号码访问购物数据库并且检索与呼叫号码一致的记录。如果找到记录，则该呼叫指定为开展货币传输的呼叫，并且初始化相应的检查和顺序操作。

在传递数据之后、以该数据启动该货币传输方法、首先进行关于此的检查过程，即数据载体是否有效并且货币发送者的预付费账户上的金额对于预先规定的传输过程是否足够。如果是这种情况，货币发送者请求，通过输入其PIN授权注销须传输的货币金额。

在检查过程的范围内预付费购物应用访问购物数据库并且与包含在其中的信息一起读出货币接收者数据组和货币发送者数据组，货币接收者和货币发送者的账户处在那一个服务器或者那些服务器上(和在那个经营者或者那些经营者)。货币发送者服务器识别，如果涉及另外的服务器作为在其上面运行预付费购物应用的服务器，则建立一个到在这个外来服务器上运行的预付费应用的实时连接。

把一个请求传递给在货币发送者的服务器上的预付费购物应用以便检查，在货币发送者的预付费账户上的电子存款对于预先规定的货币传输是否足够。如果不是这种情况，则以一个提示信号中断到货币发送者和/或货币接收者的终端设备的传输。如果满足须传输的货币金额，则保留货币发送者的预付费账户上的货币金额。

接下来凭借货币发送者在其终端设备上述入PIN实现提到的授权，也许凭借SMS等等。输入的PIN与在货币发送者数据组中寄存的PIN比较。如果有效，则开始注销过程。如果无效，则在这个位置上中断交易并且再度传递一个相应提示信号。

之后从货币发送者的预付费账户上注销须传输的货币金额。该过程是与时间密切相关的，并且实时进行注销。如果货币发送者的预付费账户处在与预付费购物应用相同的服务器上，则可以立刻(实时)把该存款降低须传输的货币金额。如果账户处在外来服务器上，则须对那里的预付费购物应用提出注销请求，并且在该应用的管理下实现注销。在各种情况中关于注销过程产生一个记录并且通过收款系统或呼叫或凭借SMS等等关于注销的实施告知货币接收者。

之后在货币接收者的账户上注销须传输的货币金额，在该账户中涉及预付费账户、实时账户或一个标准的银行结算账户。该过程不是与时间密切相关的，可是须以最高的可靠性实现该过程。在此须区分上面对于注销提到的变体-按是否在外来服务器上管理账户或不。对于该注销过程产生一个记录，并且可以在实施之后直接告知货币接收者和货币发送者。

本发明的实施布局限于提到的实力、变体和角度，而是在权利要求的范围内同样能够用于多个处在根据专业处理的范围内的变化中。

Claims (13)

1.从货币发送者的存款存储器中，该存款存储器特别具有预先支付的存款，把电子货币金额通过电信网和数据网实时传输到货币接收者的一个账户上或者传输到货币接收者的一个存款存储器中，具有如下步骤：

—通过货币接收者在业务经营者处当在交易数据库中存储货币接收者数据组的情况下预定货币传输业务，该数据组至少包含货币接收者的终端设备在电信网中的交易呼叫号码和货币接收者的账户或者存款存储器的账户识别码，

—在交易数据库或存款管理数据库中存储货币发送者数据组，该货币发送者数据组至少包含终端设备的呼叫号码、存款存储器的账户识别码和货币发送者的验证数据组，

—特别根据交易呼叫号码的—部分在货币发送者的终端设备和业务经营者的交易服务器之间建立连接，

—在货币发送者的终端设备上输入须传输的货币金额并且传递给交易服务器，

—读出交易数据组并且通过交易服务器估算货币接收者数据组和货币发送者数据组，包括建立到一个或多个外部应用的选择的必需数据连接，

—检查在货币发送者存款存储器中的货币金额保证金并且在满足情况下保留货币金额或者在不满足的情况下以信令中断，

—从货币发送者存款存储器中注销货币金额并且证明注销，

—把该货币金额记入货币接收接者账户或者货币接收者存款存储器上并且证明记入，

—把关于注销和/或记入的信息传递给货币接收者的终端设备并且特别也传递给货币发送者的终端设备。

2.按照权利要求1的方法，其特征在于，原始从货币发送者的终端设备通过选择货币接收者的终端设备的交易呼叫号码建立到交易服务器的连接并且与交易呼叫号码关联输入须传输的货币金额。

3.按照权利要求1的方法，其特征在于，原始从货币接收者的终端设备建立到交易服务器的连接，其中中间连接到货币发送者的终端设备的连接建立并且在后面的连接上实现输入货币金额。

4.按照上述权利要求之一的方法，其特征在于，货币发送者数据组中的验证数据组包含一个验证代码并且在注销步骤之前实施授权注销的步骤，即该步骤：

—货币发送者在其终端设备上输入验证代码，

—把该验证代码传递给交易服务器，

—传递的验证代码与在货币发送者数据组中存在的数据比较，并且在一致的情况下输出一个注销释放确认或者在不一致的情况下输出一个注销禁止信号。

5.按照权利要求4的方法，其特征在于，在超过预定阈值的货币金额的情况下实施验证步骤，特别通过业务经营者或货币发送者可以调整该阈值。

6.按照上述权利要求之一的方法，其特征在于，在建立到至少一个外部服务器的数据连接的情况下实施，在该服务器上管理货币发送者存款存储器和/或货币接收者账户或者货币接收者存款存储器，其中货币接收者数据组的账户识别码和/或货币发送者数据组的账户识别码包含服务器地址或服务器呼叫号码，并且交易服务器在读出货币接收者数据组和货币发送者数据组的步骤之后与该外部服务器连接以便实施后面的步骤。

7.按照上述权利要求之一的方法，其特征在于，在具有多个账户和/或呼叫号码的业务经营者处实现货币接收者的预定，其中特别是账户数目小于呼叫号码的数目，并且所有相应的账户识别码和呼叫号码存储在货币接收者数据组中。

8.从货币发送者的存款存储器中，该存款存储器特别具有预先支付的存款，把电子货币金额通过电信网和数据网实时传输到货币接收者的一个账户上或者传输到货币接收者的一个存款存储器中，特别用于实施按照上述权利要求之一的方法的布置，具有：

—至少一个具有货币发送者存款存储器和货币接收者账户或者存款存储器的账户管理服务器，

—一个在电信网和数据网上连接的货币接收者的终端设备，给该终端设备分配一个特殊的交易呼叫号码，

—一个在电信网和数据网上连接的货币发送者的终端设备，

—业务经营者的交易数据库，在该数据库中存储货币接收者数据组、其至少包含货币接收者的终端设备的交易呼叫号码并且特别也包含账户或者存款存储器的账户识别码，并且存储货币发送者数据组、其包含货币发送者的终端设备的呼叫号码并特别也包含存款存储器的账户识别码和验证数据组，

—一个交易服务器，其与交易数据库连接并且与至少货币发送者的终端设备以及账户管理服务器连接或与后者一起整体实施，从交易数据库中读出并估算货币接收者数据组和货币发送者数据组以及产生到一个或多个外部应用的选择的必需数据连接、在货币发送者存款存储器中控制保证金检查以及从该存储器中注销和记入货币接收者账户或者货币接收者存款存储器。

9.按照权利要求8的布置，其特征在于，在交易服务器上实现交易数据库和货币发送者存款存储器和/或货币接收者存款存储器。

10.按照权利要求8或9的布置，其特征在于，交易服务器具有用于证明注销过程和记入过程，特别作为记录的单元。

11.按照权利要求8至10之一的布置，其特征在于，给交易服务器分配一个电信单元用于告知货币发送者的终端设备并且特别也告知货币接收者的终端设备交易中断或注销和/或记入。

12.按照权利要求8至11的布置，其特征在于，电信网和数据网包含移动无线网，其中货币发送者的终端设备特别形成为移动无线终端设备或具备移动无线单元的数据处理设备。

13.按照权利要求8至12之一的布置，其特征在于，多个在业务经营者处登记的货币接收者的终端设备，该终端设备的交易呼叫号码存储在货币接收者数据组中。

Images