CN1714357A - 付费系统 - Google Patents

付费系统 Download PDF

Info

Publication number
CN1714357A
CN1714357A CNA028138066A CN02813806A CN1714357A CN 1714357 A CN1714357 A CN 1714357A CN A028138066 A CNA028138066 A CN A028138066A CN 02813806 A CN02813806 A CN 02813806A CN 1714357 A CN1714357 A CN 1714357A
Authority
CN
China
Prior art keywords
party
accounts
goods
server
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA028138066A
Other languages
English (en)
Inventor
安德鲁·米哈伊·麦克费尔
尼古拉·利兹·库特勒
安德鲁·卡扎米尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FLUROSOLUTIONS Pty Ltd
Original Assignee
FLUROSOLUTIONS Pty Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FLUROSOLUTIONS Pty Ltd filed Critical FLUROSOLUTIONS Pty Ltd
Publication of CN1714357A publication Critical patent/CN1714357A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

付费和分布系统(1)向零售商(2)提供已从批发商(4)定购的若干货物(3)。系统(1)包括与作为交货代理商的交货车辆(6)关联的远端交货终端(5)。车辆(6)将货物(3)运送到第一方。终端(5)响应零售商(2)来提供确认信号，以确认货物(3)已经被运送到零售商，并且提供了针对货物的预定价值。提供商服务器(7)由提供商(8)操作，用于接收确认信号，并维护零售商(2)的第一帐目和批发商(4)的第二帐目，其中，响应确认信号，对第一帐目进行借记，并对第二帐目进行贷记。

Description

付费系统
技术领域
本发明涉及一种付费系统，更具体地说，涉及一种从第二方向第一方提供若干商品的付费系统。
开发本发明主要是为了便于通过广泛分布的零售店网络来提供诸如食品等消费品，并且在下面将参考该实施例对本发明进行描述。然而，本发明并不局限于该特定领域的使用，而是可适用于其他项目和服务的分布、以及适合由非常局部化的网络使用。
背景技术
诸如电子付费系统的交易系统即通常被称为电子资金转帐(EFT)系统的历史表明该系统是一种在过去的20年间由多个选定的参与者即银行、其他金融机构和几个信用卡组织主导的系统。这些银行已经有效地创建了通过基于立法垄断位置和同盟的信用而几乎单独操作和控制的交易网络。例如，在二十世纪五十年代和六十年代，某些银行通过联合拥有的票据交易所、并在最近通过对电子交换所的拥有权和控制，与其他金融结构进行合作，其中所述的电子交换所还被称为互换所或者自动交易所(ACH)。
在概念上，已知的EFT系统如图2所示意地那样操作，并且在图4中示出了已经开发来容纳当前系统的批发路线贸易。
甚至随着二十世纪七十年代信用卡革命的到来，以及随后出现的电子付费网络和EFT，银行成功地保持了对参与随时间新地并且快速地扩展的这些网络的控制和独占性。随着维萨信用卡和万事达信用卡(Mastercard)品牌的形成及最终控制，银行立即建立它们在信用卡市场的主导地位，因而确保了它们对大多数世界范围的“零售”付费系统的连续控制。在二十世纪八十年代，随着信用卡使用的增长，导致世界范围大多数商人的电子链接的银行和信用卡电子网络的转入转出率也得到了增加。虽然大多数银行寻求构造它们自己的专用网络，但是标准化最终开始出现，并且到二十世纪九十年代，大多数银行网络能够方便地在来自不同银行拥有的网络之间进行交易，即使这些银行网络相互之间不完全能够协同工作。在澳大利亚，这种银行拥有的电子网络被称为EFTPOS和ATM网络。如当前所实现的，这些网络能够实现针对能通过卡取得的所有银行借记和信用产品的信用卡和签帐卡交易。
然而，由于在二十世纪九十年代，因特网和其他无线移动通信网络的迅速发展和商业化，银行和信用卡机构面临着使它们现有的封闭式网络技术适合与开放式电子商务环境相配套的挑战。
呈现在所有金融结构面前的主要挑战在于因特网的开放式特性和随后产生的安全筏(raft)问题。诸如信用卡和签帐卡的产品及它们随后的标准和协议主要设计用于封闭或专用电子网络，因此虽然能够，但是在因特网上使用这样的产品极大地增加了受到在非银行场所的第三方的欺诈的危险。可选择的是，如果采用适当的系统安全协议，则这些安全协议将会降低产品的功能性，并且在最坏的情况下，特定的情况可能会使交易变慢到不能够协同操作或者完全不使用。而且，由于基础设施和交换的成本，交易成本将会成为阻碍。
勿庸置疑，安全被认为是整个电子商务的成功所面临的最关键的问题。
在过去的二十年间，由于银行和信用卡公司对它们基于陆上通信线的网络体系结构进行了大量的投资，因此，对构建新类型的电子网络存在相当大的惰性，或许甚至是保持沉默。为了从现有基础设施获得最大的回报，已建立的参与者的方法集中在创建仍然能够与它们基于陆上通信线的封闭式网络协同操作或者在该网络上发送的、新的电子商务产品和服务。因此，虽然在二十世纪九十年代，诸如电话和网络银行的产品和服务已经得到了快速发展，但是几乎所有的金融机构的新近产品和服务既没有使用最新技术设计，也没有优化，它们与因特网和其他形式无线通信的接口。
然而，认识到对它们市场的上述潜在威胁，在过去的十年间，金融结构已经投资了极其大量的资本，设法开发和尝试各种方案，试图克服它们现有产品结构的安全问题。这样尝试的解决方案涵盖从诸如SET的新安全协议和标准到诸如MondexTM的智能卡产品提供。虽然这样选项中的某些选项提供了信息安全性，但是到目前为止，所有这些选项已经经受了各种问题，而造成了极低的占有率。这样的银行支持的产品和协议的较差采用率，不仅是由于缺乏由交易参与者自身即商人和消费者的采用，而且是由于世界范围内的金融机构未能对成本有效的标准达成一致。
由于大量的回报会等待找到适当解决方案的人，因此，银行业和金融系统在信息化时代联合针对EFT的有效策略的缓慢，造成许多非银行业通过创建各种可选的付费系统产品和方案启动甚而建立了尝试开发它们自己解决方案的机构，这些可选的付费系统产品和方案期望为银行支持的信用卡或签帐卡产品和方案提供可变的选择。
然而，与银行涉足新型安全的开放式系统产品的经历相似，极其少的方案已经走入了市场，对于那些具有这些方案的机构，到目前为止，由于缺乏对现有的实际电子网络即银行EFT网络的利用，或者不能够创建它们的实际网络并因而实现大众市场，因此还没有谁能够实现任何实质上的市场占有。
虽然在二十世纪九十年代已经看到了除了PayPalTM、MillicentTM和因特网CashTM之外的所有可选电子付费系统的快速发展，但是迄今为止，这些系统还未能实现实际占用率，因而还未达到将会使它们在经济上长期可维持的任何形式的至关重要的规模。
因此，甚至在二十世纪九十年代因特网和其他无线网络出现时，还是保持了银行和信用卡机构的市场份额。这样，除了与安全相关的问题以外，银行明显缺乏动力来快速改善它们EFT产品的功能性和它们收费的价格。
在最近一段时期，在全球范围特别在澳大利亚存在许多开发方案，这表明已使得已经享有电子付费系统的金融机构的寡头承受了一定政治和技术水平上的压力。
首先，最近，在澳大利亚和美国的金融机构已经受到从它们各自的政府对它们在信用卡和签帐卡领域的不竞争行为的详细审查和有些时候的法律行动。除了表明了金融机构通过控制EFT系统享有的大量收益率之外，行动/报告显示各个政府将金融机构的任何垄断行为看作是不合需要的，此外，它们准备采取行动和通过立法确保所有参与者的健康竞争环境，以使消费者和整个公众从中受益。
其次，银行最近通过鼓励消费者转到电话和因特网银行业务来改变消费者行为和它们想要吸引的适当类型消费者的努力，造成了在公众观点和与它们传统的金融机构相互作用方面的大规模意识转变。最明显的证据在于消费者部分，并且由消费者对银行不满作为例证，银行最近已经发起了对于银行的“社会”表现极其重要的《The Code ofBanking Practice》的调查。
第三，在九十年代，近来快速出现的诸如因特网和无线应用协议(WAP)的技术使参与者能够开始为大型较好资源的组织在一旦可能的情况下提供具有规模和成本竞争价格的服务。此外，信息革命已经迫使世界范围的企业从根本上改变它们的企业模型、以及它们与它们的传统服务提供商例如金融机构之间的关系，在深远的意义上，现在需要公司来考虑解决方案和它们先前没有考虑过的公司。然而，讽刺地，由于该创新快速且不可预测的步调，结合在技术部门内最近的剧变和趋势变化，因此，已经造成诸如金融机构的大型组织日益勉强地寻求第一行动者的优点，因为它们恐怕很快就会与旧技术一起被废弃。
作为一些组织的代表所关心的是：虽然增加使用电子装置来收集和传送敏感的金融数据可能会增加效率，但是这样也将使该组织的数据在无意中被泄漏的危险更高。特别是在涉及诸如金融机构的第三方的情况下。这是在从交易安全性的观点和信息保密性的观点来看所要关注的。
总而言之，当前的EFT环境只涉及诸如签帐卡和信用卡的银行业务产品和服务。所有这些服务在通常被称为EFTPOS和ATM系统中运行。随着因特网的出现，银行已经增加了另外的帐目解决方案例如BpayTM、以及其他各种直接借记服务。由于到目前为止这些产品还只是零售商和批发商的有效选择，因此，已经如此唯一地实现了主导EFT领域的这些产品。然而，这些产品围绕在二十年前设计和构建的银行业务系统体系结构设计的。随着因特网的出现，这些银行业务产品证明是效率低下、价格昂贵和麻烦的。除此之外，政府正在积极鼓励使用可选的非银行的金融产品。
虽然在银行业务系统中的主要参与者试图针对因特网修改这些基本产品，但是这些产品仍较麻烦。更为重要的是，优先使用这些产品和服务适合陈旧的银行业务体系机构，而并没有增加地提高商人和消费者的方便性。
通过说明书对现有技术的讨论无论如何应该认为对这些现有技术是公知的或者形成本领域的部分一般知识。
发明内容
因此，本发明的目的是克服或者充分改进现有技术的若干缺点，或者至少提供有用的选择。
依据本发明的一个方面，提出了一种使第一方对所提供的已从第二方定购的若干货物进行付费的付费系统，所述系统包括：
与第三方的交货车辆相关的远端交货终端，所述交货车辆将货物运输到第一方，所述终端响应第一方和/或第三方，提供确认信号，以确认所述若干货物是否已经运送到第一方，并且为货物提供预定价值单位；以及
第四方的提供商服务器，用于接收确认信号，并维护第一方的第一帐目和第二方的第二帐目，其中，响应确认信号，以预定价值单位对第一帐目进行借记，对第二帐目进行贷记。
优选的是，所述系统包括定货设施，用于使第一方以预定数量和预定价格从第二方定购货物。更优选的是，确认信号对交付第一方并由第一方接受的货物的实际数量、以及这样交付和接受的货物的价值单位进行确认。也就是说，系统允许在交货点对定货进行调整。
优选的是，以预定价值单位对第二帐目进行贷记。然而，在其他实施例中，以小于预定价值单位的单位对第二帐目进行贷记。
更优选的是，响应从第一方到第四方的金融付费，对第一帐目进行贷记。即，第一方按照需要对第一帐目“重新收费”。第一帐目还被称为存储价值拥有者(HSV)。
还优选的是，服务器响应确认信号，以确定第一帐目中的收支差额，如果该收支差额在预定范围内，则向远端终端提供同意信号。更优选的是，如果第一帐目中的收支差额在预定范围外，则服务器向远端终端提供暂停信号。即，如果第一帐目收支差额不足以进行交货，则通知第一方和/或第三方。
按照优选的形式，预定范围具有为零的下限。然而，在另外的实施例中，下限大于或小于零。即，一些方实际上被成为信用设施。
优选的是，第一方是向客户销售所述若干货物的零售商，而第二方是批发商。更优选的是，第二方和第三方是相同商业组织中的一部分。
此外，优选的是，服务器维护第一方的交易记录，并且系统还与第一方终端相互作用，以允许第一方对这些记录进行访问。更优选的是，交易记录包括表示以下一项或者多项的数据：交付给第一方的货物的特性和数量；交货日期；交货时间；分配给这些货物的预定价值单位；以及对第一帐目所做的借记和贷记；在交货点所进行的任何调整。
按照优选的形式，服务器响应对第一方交易记录进行访问的第一方，对第一帐目进行借记。
此外，优选的是，服务器提供诸如基于万维网的网页的第一方交易记录，并且第一终端包括用于观看网页的网页浏览器。在另外的实施例中，第一服务器使第一方指定多种针对交易记录的格式的其中之一。这些格式的部分实例包括：
1.HTML
2.XML
3.电子数据表，例如MicrosoftExcel
4.SQL格式
5.字处理程序，诸如MicrosoftWord
6.所得税返回格式，诸如GST声明、季度声明、年度声明等
7.以图表表示
8.与历史数据一起
按照优选的形式，将交易信息以电子表格提供给第一方。更优选的是，对服务器进行调度，以便按照选择的格式，向第一方终端自动地提供第一方交易记录。更优选的是，依据以下一项或者多项进行所述调度的触发，所述项目包括：时间、日期(例如，月终)、货物交易的累积量、价值单位的累积量、与第一帐目的收支差额中变化的累积量。
优选的是，服务器维护第二方交易记录，并且系统与第二终端相互作用，以使第二方对第二方交易记录进行访问。更优选的是，响应从第四方到第二方的金融付费，对第一方的第二帐目进行借记。还更优选的是，第二终端使第二方对来自服务器的第二方交易记录进行访问，其中第二方交易记录包括表示以下一项或多项的数据：交付给第一方的货物的特性和数量；交货日期；由第一方付费的日期和时间；分配给这些货物的预定价值单位；以及对第二帐目所做的借记和贷记。
此外，优选的是，响应由第二方访问的第二方交易记录，对第二帐目进行借记。在另外的实施例中，第二方对第四方进行可选的付费，例如，指定时期内的楼层费等。
按照优选的形式，服务器响应来自第二终端的定货信号，以向远端终端提供定货信息。
优选的是，所述系统包括：由第一方使用的便携式数据载体，用于与第一终端和/或远端交货终端相互作用，所述便携式数据载体包括与由各个终端识别的第一方相关的标识数据。更优选的是，从由以下各项构成的组中选择数据载体，所述的各项包括：具有磁条的卡、智能卡、SIM卡；MILTM键；挑战响应安全卡；以及射频识别卡。还更优选的是，标识数据必须伴随有第一方输入到第一终端中的安全码。在某些实施例中，该码从第四方服务器或者外围安全系统中产生。
此外，优选的是，标识数据包括针对第一方的唯一字符串。
按照优选的形式，服务器维护响应从第三方到第四方的最终付费而贷记的第三方的第三帐目。更优选的是，服务器维护第三方交易记录，并且所述系统包括第三方终端，用于使第三方对第三方交易记录进行访问。还更优选的是，第四终端是远端交货终端。
优选的是，第一、第二、第三和第四方分别具有第一、第二、第三和第四银行帐目，并且服务器在选择的时间与这些帐目相互作用，从而：
确定在第一、第二和第四帐目中的任何信贷的金融等价物；
将金融等价物从第四银行帐目转帐到各个第一、第二和第三帐目；以及
对第一、第二和第四帐目中的任何信贷进行零平衡。
更优选的是，服务器在选择的时间与帐目相互作用，从而：
确定在第一、第二和第三帐目中任何借记的金融等价物；
将该金融等价物从各自的第一、第二和第三帐目转帐到第四银行帐目；以及
对第一、第二和第四帐目中的任何借记进行零平衡。
根据本发明第二方面，提出了一种使第一方对所提供的已从第二方定购的若干货物进行付费的方法，所述方法包括：
使远端交货终端与第三方的交货车辆关联，其中，交货车辆将货物运输到第一方，所述终端响应第一方和/或第三方来提供确认信号，以确认所述若干货物已运送到第一方，并且为货物提供预定价值单位；
由第四方的提供商服务器接收确认信号；以及
由服务器维护第一方的第一帐目和第二方的第二帐目，其中，响应确认信号，以预定价值单位对第一帐目进行借记，并且对第二帐目进行贷记。
根据本发明的第三方面，提出了一种使第一方对所提供的已从第二方定购的若干货物进行付费的付费系统，所述系统包括：
第一终端，用于使第一方定购所述若干货物，其中所述定购具有分配给其的预定价值单位；
第三方的提供商服务器，用于接收定货，并且维护第一方的第一帐目，其中，响应该定货，以预定价值单位对第一帐目进行借记，在借记之后，服务器提供交货信号；以及
与第四方的交货车辆关联的远端交货终端，用于接收交货信号，从而响应该交货信号，在交货车辆中将所述若干货物从第二方运送到第一方。
优选的是，响应从第一方到第三方的金融付费，对帐目进行贷记。更优选的是，只要借记之后，帐目包括处于预定范围内的收支差额，则服务器提供交货信号。还更优选的是，预定范围具有为零的下限。然而，在另外的实施例中，下限大于或者小于零。
此外，优选的是，第一方是向客户销售所述若干货物的零售商，而第二方是批发商。更优选的是，第二方和第四方是相同商业组织中的一部分。
按照优选的形式，服务器维护第一方的交易记录，并且第一终端使第一方对这些记录进行访问。更优选的是，所述交易记录包括表示以下一项或多项的数据：由第一方所进行的定货；分配给这些定货的预定价值单位；以及对第一帐目所做的借记和贷记。
此外，优选的是，服务器响应对第一方交易记录进行访问的第一方，对第一项目进行借记。更优选的是，服务器提供作为基于万维网的网页的第一方交易记录，并且所述第一终端包括用于观看所述网页的网页浏览器。更具体地说，服务器维护第二方交易记录，所述系统包括使第二方对第二方交易记录进行访问的第二终端。还更优选的是，服务器维护响应从第二方到第三方的金融付费而贷记的第二方的第二帐目。
优选的是，所述系统包括用于使第二方对来自服务器的第二方交易记录进行访问的第二终端，其中，第二方交易记录包括表示以下一项或多项的数据：由第一方所进行的定货；分配给这些定货的预定价值单位；以及对第二帐目所做的借记和贷记。更优选的是，响应被访问的第一方交易记录，对第二帐目进行借记。
按照优选的形式，由第四方启动远端交货终端，以从服务器请求交货信号。更优选的是，远端交货终端能够由第一方和/或第四方启动，依据运送到第一方的货物，提供确认信号。还更优选的是，服务器响应确认信号，以便对第二帐目进行借记，并且将表示确认信号的日期和时间的数据包括在第二方交易记录中。
此外，优选的是，所述系统包括由第一方使用便携式数据载体，以与第一终端和/或远端交货终端相互作用，所述便携式数据载体包括下载到各自终端上的与第一方相关的标识数据。更优选的是，从由智能卡、SIM卡、MILTM键、以及射频识别卡构成的组中选择所述的数据载体。还更优选的是，标识数据包括针对第一方的唯一字符串。
优选的是，服务器维护响应从第四方到第三方的金融付费而贷记的第四方的第四帐目。更优选的是，服务器维护第四方交易记录，并且所述系统包括使第四方对第二方交易记录进行访问的第四终端。更优选的是，第四终端是远端交货终端。还更优选的是，远端交货终端能够由第一方和/或第四方启动，依据运送到第一方的货物，提供确认信号。
此外，优选的是，服务器响应确认信号，对第四帐目进行贷记，并且将标识确认信号的日期和时间的数据包括在第二方交易记录中。更优选的是，服务器响应被访问的第四方交易记录对第四帐目进行借记。
按照优选的形式，第一、第二、第三和第四方分别包括第一、第二、第三和第四银行帐目，并且服务器在选择的时间与这些帐目相互作用，从而：
确定在第一、第二和第四帐目中的任何信贷的金融等价物；
将金融等价物从第三银行帐目转帐到各个第一、第二和第四帐目；以及
对第一、第二和第四帐目中的任何信贷进行零平衡。
更优选的是，服务器在选择的时间与帐目相互作用，从而：
确定在第一、第二和第四帐目中任何借记的金融等价物；
将该金融等价物从第三银行帐目转帐到各自的第一、第二和第四帐目；以及
对第一、第二和第四帐目中的任何借记进行零平衡。
优选的是，由远端终端提供的确认信号包括表示交付给第一方的货物种类的实际量的数据。
此外，优选的是，远端终端无线地传送确认信号。然而，在另外的实施例中，有选择地对接远端终端，以进行确认信号的传输。即，在连续对接的远端终端之间的远端终端存储所需要的信息。
依据本发明的第四方面，提出了一种使第一方对所提供的已从第二方定购的若干货物进行付费的方法，所述方法包括：
使第一方使用第一终端定购所述若干货物，其中所述定货具有分配给其的预定价值单位；
使用第三方的提供商服务器接收定货；
由服务器维护第一方的第一帐目，其中，响应定货，以预定价值单位对第一帐目进行借记，在借记之后，服务器提供交货信号；以及
使远端交货终端与第四方的交货车辆关联，以接收交货信号，从而响应该接收信号，在交货车辆中将所述若干货物从第二方运送到第一方。
依据本发明的第五方面，提出了一种使第一方对所提供的已从第二方定购的若干货物和/或服务进行付费的付费系统，所述付费系统包括：
第一终端，使第一方定购若干货物和/或服务，其中定货具有分配给其的预定价值单位；
第三方的提供商服务器，用于接收定货，并维护第一方的第一帐目和第二方的第二帐目，其中，响应该定货，按照视预定价值单位而定的第一量值对第一帐目进行借记，并且在借记之后，服务器提供交货信号；
第二终端，使第二方接收交货信号，从而响应该交货信号，将所述若干货物和/或服务提供给第一方；以及
输入终端，一旦货物和/或服务已经提供，则使第一方和/或第二方产生确认信号，其中，服务器响应确认信号，按照视预定价值单位而定的第二量值对第二帐目进行贷记。
优选的是，第一方产生确认信号，并且第一终端也是输入终端。更优选的是，第一方产生确认信号，并且第二终端也是输入终端。更优选的是，第二方产生确认信号，并且第二终端也是输入终端。
按照优选的形式，第一和第二量值的其中之一或者全部与预定价值单位成比例。然而，在另外的实施例中，第一和第二量值中的一个或者全部包括从预定价值单位处的浮动。更优选的是，该浮动是预定价值单位的预定百分数。
此外，优选的是：
第一方包括包含针对第一方的标识信息的便携式数据载体；
第二终端包括输入终端；以及
第二终端与数据载体相互作用，以对标识信息进行访问。
按照优选的形式，标识信息包括在确认信号中。更优选的是，标识信号包括表示信号产生时间的数据。
依据本发明的第六方面，提出了一种使第一方对所提供的已从第二终端定购的若干货物/服务进行付费的方法，所述方法包括：
使用第一终端使第一方定购若干货物和/或服务，其中定货具有分配给其的预定价值单位；
由第三方的提供商服务器接收定货；
维护第一方的第一帐目和第二方的第二帐目，其中，响应该定货，按照视预定价值单位而定的第一量值对第一帐目进行借记，并且在借记之后，服务器提供交货信号；
由第二终端使第二方接收交货信号，从而响应该交货信号，将所述若干货物和/或服务提供给第一方；以及
一旦货物和/或服务已经提供，则由输入终端使第一方和/或第二方产生确认信号，其中，服务器响应确认信号，按照视预定价值单位而定的第二量值对第二帐目进行贷记。
依据本发明的第七方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
第三方的提供商服务器，用于分别维护第一方和第二方的第一客户帐目和第二客户帐目；
输入终端，使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第一量值对第一客户帐目进行借记，并且按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
帐目服务器，在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
依据本发明的第八方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的提供商服务器分别维护第一方和第二方的第一客户帐目和第二客户帐目；
由输入终端使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第一量值对第一客户帐目进行借记，并且按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
由帐目服务器在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
依据本发明的第九方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
第三方的提供商服务器，用于分别维护第一方和第二方的第一客户帐目和第二客户帐目；
第一终端，使第一方定购所述若干货物和/或服务，其中，将所述定货提供给服务器，所述定货具有分配给其的预定价值单位，并且按照视预定价值单位而定的第一量值对第一客户帐目进行借记；
输入终端，使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
帐目服务器，在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
优选的是，第一量值等于第二量值。更优选的是，第一量值和第二量值中的任一个或者全部是预定单位价值的百分数。然而，在其他的实施例中，第一量值和第二量值中的任一个或者全部以固定量值，不同于预定单位价值。
依据本发明的第十方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的提供商服务器分别维护第一方和第二方的第一客户帐目和第二客户帐目；
由第一终端使第一方定购所述若干货物和/或服务，其中，将所述定货提供给服务器，所述定货具有分配给其的预定价值单位，并且按照视预定价值单位而定的第一量值对第一客户帐目进行借记；
由输入终端使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
由帐目服务器在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
依据本发明的第十一方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
对第一方或者第三方进行响应的第三方的远端终端，用于提供确认信号，所述确认信号包括：第一数据，用于确认货物和/或服务已经被提供给第一方；以及第二数据，用于表示已经分配给货物和/或服务的价值单位；以及
第四方的提供商服务器，用于分别维护第一方和第二方的第一帐目和第二帐目，所述服务器响应确认信号，以对第一帐目进行借记和对第二帐目进行贷记。
优选的是，由对应于往来帐目(holding account)的贷记对第一帐目的借记进行匹配。更优选的是，第一方具有从贷记到往来帐目的预定时间，以向第四方进行金融付费。还更优选的是，金融付费是信贷的功能。
依据本发明的第十二方面，提出了一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的远端终端提供确认信号，其中，所述远端终端对第一方或者第三方进行响应，并且所述确认信号包括：第一数据，用于确认货物和/或服务已经被提供给第一方；以及第二数据，用于表示已经分配给货物和/或服务的价值单位；以及
由第四方的提供商服务器分别维护第一方和第二方的第一帐目和第二帐目，所述服务器响应确认信号，以对第一帐目进行借记和对第二帐目进行贷记。
附图说明
下面仅将参考附图，通过实例对本发明的优选实施例进行描述，
图1是示意地表示依据本发明的付费系统的方框图；
图2是现有技术的EFT系统的示意图；
图3是依据本发明的系统的示意图；
图4是现有技术的批发路线贸易的示意图；
图5是依据本发明的实施例的路线贸易的示意图；
图6.1是图1中的系统更详细的示意图；
图6.2是与图6.1相似的示意图，其中示出了对零售商帐目“再收费”的过程。
图7是当它们通过图1中的系统前进时货物的B2B路线的示意图；
图8是图1所示系统中的网址的示意图；
图9是图8中的网址的一部分的示意图；以及
图10是示出图1所示的系统与可用系统比较的相对优点的表。
具体实施方式
参考图1和图6.1，图中示出了向零售商2形式的第一方提供从批发商4形式的第二方中已经定购的若干货物3。系统1包括与第三方的交货车辆6相关的远端交货终端5，其中所述第三方是交货代理商。车辆6用于将货物3输送到第一方。终端5响应零售商2提供确认信号，以确认货物3已经被输送到零售商，并且为货物提供预定价值单位。提供商服务器7由在这种情况下被称为提供商8的第四方操作，用于接收确认信号，并且维护零售商2的第一帐目和批发商4的第二帐目，其中响应确认信号，第一帐目被借记，并且第二帐目被贷记。
在通常的商业过程中，零售商2按照普通的方式从批发商4定购货物。例如，在一些情况下，这将通过电话，在另一些情况下通过传真或者电子邮件和默认的其他方式。后者是从历史上的定货中已经建立了标准定货的情况。在所有这些情况下，存在对货物的需要改变了定货和货物最终实际运送到零售商之间的时间的可能性。而且，有时还存在由于货物错误地分配到交货车辆、误读定单、或者在运输期间货物损坏而造成的交货错误。从以下教导中将会理解，本实施例使零售商和/或第三方对发货到零售商2的量即预定价值单位进行调整，以使其与实际发送的货物一致，而不需要用与零售商2实际定购的货物严格一致。也就是说，本发明的该实施例能够对在交货点的要开发货单的量进行调整。此功能还允许批发商4传递在定货和交货之间的时间产生的任何折扣和额外费用。
如图3在原理上较好地示出了系统1插入在零售商2、批发商4和银行业务系统20之间。下面将更详细地探索该插入和引起的功能性的细节。而且，在图5中示意地示出了由系统1创建和推动的路线贸易。为了有助于读者理解这些流程，还对图7进行了参考，图7示意地示出了当货物从制造商或者进口商转移到批发商、零售商和最后到达最终用户时针对这些货物的B2B市场。即，相当重要的B2B交易处于企业、零售商和用户之间的交易之前。应该理解，在某些实施例中，所有这些交易会出现在系统内。然而，在该实施例中，它只是这些交易的子集，即集中在批发商和零售商之间的交易。这是出于简化的原因，本领域的技术人员将会意识到，本发明适用于其他交易。还应该意识到，系统1适合于只为B2B贸易设计的并且还没有销售给消费者的货物和/或服务。还应该意识到，在某些实施例中，零售商和消费者之间的交易采用B2C交易的形式。
返回到图1和图6.1，终端5包括：
1.包括处理器的壳体；
2.由处理器驱动的显示器，用于有选择地向第三方和/或零售商提供可视信息；
3.磁条和/或智能卡形式的卡读取器，便于向系统1输入信息；
4.键盘和/或具有触摸屏功能的输入设备，便于与终端相互作用；
5.诸如电池的能量存储设备；以及
6.打印机，用于提供特定交易的打印记录。
还包括向服务器7发送确认信号并接收针对该确认信号和服务器的其他信号的无线通信功能、以及其他资源。在本实施例中，无线通信设备是GSM可兼容的收发机，并且安装在壳体内。然而，在其他实施例中，终端5包括使GSM与其他移动电话连接的端口。在另外的实施例中，终端5仅与通信设备周期性地连接，并且分批传输多个确认信号。例如，这可能一天只发生一次。优选的是，在交付货物3时建立连接和通信。
终端5的输入装置包括：用于从诸如具有磁条的卡或者智能卡的卡中获取数据的插槽和其他读取器。零售商2和交货代理商都具有能够与用于有选择地交换数据的插槽相互作用的卡。
在交付货物3时，交货代理商将他们自己的卡刷过插槽，以便将已经分配给该代理商并对该代理商唯一的第一识别数据下载到终端5。在其他实施例中，代理商使用其他装置来有效解锁终端5，并且向终端对他或她自己进行识别。这样，虽然本实施例使用磁条卡和代理商PIN(个人身份号码)，但是其他实施例使用智能卡加代理商PIN、或者代理商号和口令。
一旦终端5被解锁并且可操作，则代理商使用键盘输入货物3的类型和质量、或者描述符。然而，在某些实施例中，将由交货代理商在将相关货物装载到车辆6上的时候和之前已经下载的该数据已经包含在终端5的存储器内。在这种情况下，所需要的是交货代理商和零售商2对定货和已出现或所期望的任何调整达成一致。
一旦在交货代理商和零售商之间达成交易内容的一致，则确定了交易。即，终端5用来产生实际交付的货物的发货单，其中，实际交付的货物包括对由于初始定购而已经出现变化的任何调整。
按照任何交货调整的方面，将分配给交付货物的最终价值单位(value unit)作为货物3的预定价值单位输入终端5。在本实施例中，预定价值单位基于实际交货的数量、质量、以及货物类型。
然后，零售商通过键盘或者通过将磁条卡等刷过插槽，向终端5提供所选择的输入。该输入包括已经分配给零售商2并对零售商2唯一的第二识别数据。之后，要求零售商确认货物3的交付，以及预定价值单位是否正确。这通过按下终端5的键盘上的适当标记的按钮来实现。
如此，总之：
1.交货代理商在交货时打印发货单，并且将该发货单提供给零售商。
2.零售商告知交货代理商是否需要任何调整。如果需要调整，则由交货代理商通过与终端5的适当相互作用，进行这些调整，并根据调整打印第二发货单。
3.或者丢弃第一发货单，或者将第一发货单作为代理商记录的一部分进行保留。
4.在由零售商针对已经交付的货物检查了在新发货单上包含的细节之后，代理商和零售商对交易进行确认。
5.终端5显示期望的交易的预定价值单位，并且将零售商的卡刷过终端5中的插槽，以输入零售商的标识。在另外的实施例中，例如，卡被汲取。使用的实际机制取决于硬件设计和卡是磁卡还是智能卡。
6.当零售商标识输入到终端5时，则零售商输入他或她的PIN并按下“OK”按键。
7.终端通过移动通信网络与提供商服务器连接。对由终端5捕获的数据进行分组，并且与时间标记一起，作为确认信号传送。
8.由提供商服务器检查卡、帐目、PIN、交易量和限制。注意，在本实施例中，由驻留在提供商场所处的单独安全模块对PIN进行验证。
9.如果通过了所有这些检查，则由提供商服务器通知终端5，并指示终端打印确认交易成功完成的收条。
10.一旦打印完成，将收条提供给零售商2以保留他或她的记录。依据批发商的要求，在“复写”纸上打印发货单和收条，即由零售商保留原始发货单，而由代理商保留原始收条。
本领域的技术人员应该意识到，系统1为例外和警报情况提供服务。例如，在以下情况下：
1.PIN(由零售商输入到终端5中的)不正确；
2.零售商2在他或她的帐目上没有足够的资金；
3.终端5不能够及时地接收到来自服务器的响应；
4.服务器故障；
5.网络故障；
6.发生诸如不可预见费用等。
之后，代理商将车辆6驶往下一个零售商的位置，并且交付所定购的货物。重复使货物量和预定价值单位达成一致的过程。还应该意识到，对于每一个零售商而言，能够针对每一件货物或者每一个不同类型的货物进行独立的交易。然而，最好是在货物量和值上对货物进行充分地分项记明，以便能够容易地从捕获的信息中提取交易的所有单独的部分。
另一方面，一旦代理商已经输入了第二标识信息，则该代理商能够下载定货信息，如以下所详细描述的。
终端5是包括由零售商2和代理商使用的各种菜单的显示驱动设备。例如，在已输入第一标识信息时，零售商2能够输入和/或访问针对第一帐目发生的收支差额和交易。在某些实施例中，此功能不是由终端5和零售商提供，而作为替代，使用提供商的网址来访问该信息。其他实施例使用IVR/电话访问。
在开始交货代理商当天的路线之前，下载定货信息。典型地，这发生在当天的开始或者前一天的结束。某些实施例还允许在一天期间下载补充信息。
服务器7通过现有的GSM移动电信网络与终端5进行接口，并相应地接收确认信息。在接收到确认消息时，以预定价值单位对第一帐目进行借记。即，按照在启动确认信号时他们达成的量，对零售商的帐目进行借记。在本实施例中，此时，以预定价值单位对第二帐目进行贷记。然而，在另外的实施例中，以小于预定价值单位的量对第二帐目进行贷记。即，提供商基于每一次交易对批发商4进行有效的收费，在借记和贷记之间的差值被有效地作为信贷提供给提供商的第三帐目。应该意识到，第三帐目也由服务器7维护。在本发明的该实施例中，货物的发货实时地发生，但是结算则是非实时的。酬劳(fee)和费用(charge)不被作为为交易的一部分结算，而是作为单独的，典型的月终结算来处理，该过程设计结算交易费并产生适当的银行指示。
帐目表示了价值单位，在某些实施例中，直接与本地货币有关。然而，在某些实施例中，关联是非直接的，诸如其中批发商4以不同的价值单位向不同的零售商提供货物，以促进这些货物在特定地理区域内的销售。
当零售商2对连续的货物交付进行确认时，则连续地对第一帐目进行借记。然而，第四方通过服务器7的工具，对第一帐目可允许的收支差额的可用范围设置了限制。责任在于在零售商身上确保收支差额保持在这些限制之内，如果接收到提出的交易将采用这些限制之外的收支差额的确认信号，则由于不能这样做，将会产生暂停信号来提供给终端5。即，通过在终端5上显示错误消息，向交货代理商通知零售商2没有适当的帐目收支差额来使提出的交易得以进行。
响应从零售商到提供商的金融付费对第一帐目进行贷记。该付费通过现有的付费方式例如通过支票、汇票或者现金得以发生。然而，在某些实施例中，付费受到电子方法的影响。在图6.2中示意地示出了该过程。
服务器7响应用于确认在第一帐目中收支差额的确认信号，如果该收支差额在预定范围内，则向远端终端提供同意信号。如果第一帐目的收支差额在预定范围外，则如上所述，服务器向终端5提供暂停信号。在某些情况下，如果第一帐目收支差额不足以实现货物的交付，则即使处于处罚率，零售商也具有临时信贷。
在本实施例中，预定范围具有为零的下限。然而，在其他实施例中，下限大于或小于零。该下限由提供商或者批发商依据诸如零售商的信用价值、贸易历史和付费历史的各种因素来设置。
虽然已经作为独立的一方对交货代理商进行了描述，但是应该意识到，在另外的实施例中，该代理商是与批发商相同的商业组织的一部分。在另外的实施例中，代理商是与提供商相同的商业组织的一部分。
服务器7维护第一方交易记录，并且系统1还包括使零售商2根据需要访问这些记录的第一方终端11。终端11采用由零售商可接入并且通过因特网与服务器7进行接口的PC或者PDA的形式。为了保持记录的安全性，服务器7由诸如防火墙的安全软件保护，并且需要零售商输入至少一个用户名和口令，以获得所期望的访问。优选的是，访问还利用了加密。
除了其他数据之外，交易记录还包括表示以下方面的数据：
1.确认交付给零售商的货物的特性和数量；
2.交货日期；
3.交货时间；
4.分配给交付货物的预定的价值单位；
5.针对第一帐目所进行的借记和贷记；
6.与零售商相关的任何暂停信号的细节；以及
7.零售商的帐目喜好，例如表达声明的格式和声明的定时。
服务器7向零售商2提供了相当多的功能性和灵活性，用于维护帐目和选择提交交易记录的格式。因此，虽然以上所有信息都是可用的，但是零售商不需要所有这些信息来实现他们所期望的结果。在任何情况下，核对和表示、以及在某些实施例中对该信息的分析是响应对第一方交易记录的访问的零售商2，提供给该零售商的服务，并通过对第一帐目进行借记的服务器7来识别。在采取信息分析的那些实施例中，借记的量相应地增加。
默认地，服务器7将第一方交易记录作为基于万维网的网页提供，且终端11包括用于观看网页的网页浏览器。然而，零售商2能够访问服务器，以改变提交格式。针对记录按照以下方式提交其他选项：
1.HTML
2.XML
3.电子数据表，诸如MicrosoftExcel
4.SQL格式
5.字处理程序，诸如MicrosoftWord
6.所得税返回格式
7.以图表表示
8.与历史数据一起
如上所表达的，按照电子表格向零售商2提供交易信息。然而，存在某些零售商作为电子表格的替代或者除了电子表格之外需要该信息的硬拷贝。
对服务器7进行调度，以按照选择的表格向终端11自动地提供第一方交易记录，如果需要，对这些记录的硬拷贝的邮出产生影响。依据以下各项中的一个或多个来触发该调度，所述的项为：时间、日期(例如月终)、货物交易的累积量、价值单位的累积量；或者第一帐目中的收支差额的变化累积量。
服务器7还维护第二方的交易记录，系统1包括批发商服务器12形式的第二终端，用于使批发商3对第二方交易记录进行访问。
响应从提供商到批发商的金融付费对批发商的第二帐目进行借记。即，当确认正在交付连续的货物时，逐步地对第二帐目进行贷记。因此，周期性地进行这些过程，或者将这些过程至少系统地转换为金融付费。在某些实施例中，批发商3还是来自另一方的货物的接收方，并且响应交付给批发商的这些货物对第二帐目进行借记。由此，对于系统的每一方能够同时充当货物的买方和卖方。即，依据货物的流向，其作用是可互换的。
服务器12使批发商3对来自服务器7的第二方交易记录进行访问，其中，这些记录包括用于表示以下方面的数据：
1.交付给第一方的货物的特性和质量；
2.交货日期；
3.交货时间；
4.分配给这些货物的预定价值单位；
5.任何暂停信号的细节；
6.针对第二帐目的借记和贷记；以及
7.批发商的帐目喜好。
与零售商相似，批发商能够从信息的核对和表示中获得相当大的好处。在这样的情况下，响应由批发商访问的第二方交易记录，对第二帐目进行借记。
服务器7响应来自终端11的定货信号，项终端5提供定货信息。即，零售商2通过终端5定购所期望的货物。该定购伴随着由零售商实现验证目的的识别信息和口令。服务器7处理该信息，并且将该定货信息发送到终端5。作为回应，这使得代理商对从批发商3进行所需货物的收集、以及提出的向零售商2的货物交付进行调度。优选的是，响应定货信息，代理商向服务器7提供接收信号，该接收信号包括表示提出的交货时间的信息。此时，零售商2通过终端11可访问该信息。
系统包括由零售商2使用的卡(未示出)形式的便携式数据载体，用于与终端5且如果需要则与终端11进行相互作用。所述的卡包括在相互作用期间由各个终端识别的、与零售商2相关的标识数据。该数据以磁的形式存储在位于卡的一侧的磁记录材料的条上。在另外的实施例中，从由智能卡、SIM卡、MILTM键、以及射频识别卡构成的组中选择所述的卡。
识别数据必须伴随由零售商提供的安全码，其中识别数据包括针对零售商的唯一字符串，安全码是只对零售商已知的另一字符串。
服务器7响应从代理商到提供商的金融付费，维护被贷记的针对代理商的第三帐目。而且，服务器7保持第三方交易记录，并且系统1包括终端5形式的第三方终端，用于使代理商对第三方交易记录进行访问。代理商还能够使用诸如PC的其他方式对记录进行访问。虽然终端5通过GSM协议与服务器7进行通信，但是PC通常通过因特网与服务器7连接。
零售商、批发商、交货代理商和提供商分别具有第一、第二、第三和第四银行帐目，并且服务器7在选择的时间与这些帐目相互作用，从而：
确定针对第一、第二和第四帐目中的任何信贷的金融等价物；
将来自第四银行帐目的金融等价物分别转移到第一、第二和第三帐目；以及
对第一、第二和第四帐目中的任何信贷进行零平衡。
依据在各方之间的理解来选择时间，并且通常按天、周或月发生。
服务器7还在选择的时间与帐目相互作用，从而：
确定针对第一、第二和第三帐目的任何借记的金融等价物；
将来自各个第一、第二和第三帐目的金融等价物转移到第三银行帐目；以及
对第一、第二和第四帐目中的任何借记进行零平衡。
此外，依据各方之间的理解来选择时间，并且通常按日、周或月发生。
在某些实施例中，特别是通过系统1由零售商定货的那些实施例，贷记和借记的平衡出现在定货的时候，而不是在交货的时候。然而，在通过系统1发生定货的可选实施例中，在对第二帐目进行贷记之前，将针对指定定货的预定价值单位设置得在第一帐目中保持给定的时间。设置该保留的资金是为了保护零售商，以免于必须平息交货的延迟。即，预定价值单位将被隔离并且仍然作为零售商收支差额的一部分显示，直到诸如货物的时间被实际确认为已交付。在某些实施例中，按照影响交货的批发商和/或代理商延迟的程度，减少从单独的帐目中最终借记的部分预定价值单位。
从此处的教导中，本领域的技术人员应该意识到，该优选实施例同样适用于服务或者货物和/或服务的交付。
本发明的优选实施例提供了可选的付费和交易服务，这会使批发商和零售商同样受益。系统1不仅便于针对货物和/或服务付费的转帐，而且便于对库存和纳税进行有效的跟踪。即，由提供商提供的部分分析用于向零售商和/或批发商提供针对特定时期的格式化的纳税或者帐目文件，以便于准备所需的返税和其他金融报告。
系统1向零售商、经销商和其他商人提供了灵活和方便的工具，用于降低交货和实现成本。通过避免在交易点大量的现金处理的需要来减少这些成本。结果，这同时减少了安全成本和对事物部门的记帐设施的需要。
而且，系统1向商人提供了对交易数据更快地访问，从而能够极好地控制和计划：
1.库存；
2.市场；
3.路线贸易有效性；
4.交货系统；以及
5.余额。
系统1通过远端终端经由因特网或者其他通信信道来访问服务器7，使零售商、批发商和代理商及时地对它们所需要的帐目和交易信息进行访问，从而能够实现上述功能。而且，在需要时，使系统自动化以便提供周期性的报告。
系统1还具有按照所需要的格式提供学力的灵活性。比如，如果系统零售商必须提交季度返税，则对服务器7进行配置，自动产生所需格式的表格，并且完成该表格，只要交易记录允许。然后，按照以如零售商指定的电子表格纸的方式，将该表格发送到零售商。还将相似的功能提供给其他方。
系统1的一个重要的优点在于它允许零售商和批发商对交货单和在销售点的交货进行调整。即，如果代理商在向零售商交付所定购的货物时确定：
1.货物损坏；
2.零售商已经确定将不需要所有的货物；
3.零售商已经确定将需要更多的货物；
4.货物不是那些所定购的货物；或者
5.其他因素；
则零售商将不提供确认信号，交易将不会发生。
在没有发生交货的情况下，从由终端5提供的菜单上可得到的选择中选择相关的理由，并且将其传送到服务器7，以便随后的处理和分析。如从此处的教导中本领域的技术人员应该理解的，该功能允许对以下方面进行一些量化：
1.由特定代理商造成的运输中的损坏。通常，某些代理商会造成比其他代理商更大的损坏；
2.由批发商提供的次品的量。即，该批发商加工和处理质量中指示符；以及
3.零售商的组织技能，以及他们如何精确地定货和保持库存。
然后，使用该“质量控制”信息，使相关各方监控他们的行动并有策略地修改这些行动，从而改善性能或者分离出需要另外努力和/或训练的领域。
总而言之，系统有效地：
1.将零售商和批发商的关系放在第一位，从而提高零售商提供用户满意度的能力。
2.向零售商和批发商不仅提供对付费的控制，而且提供对交易数据和后续应用的控制。
3.帮助降低零售商的实现开销，从而向用户提供更便宜的商品。
主要的是，系统1是提供商具有相当大的灵活性，以便看情况，快速和容易地向零售商、批发商和代理商商提供各种增值服务。可以对这些服务进行修改和定制，以适合于各方的特定需要和要求，以及征收与增加的价值相当的费用。此外，系统1同时容纳了在各种不同网络和条件下的各种协议。例如，TCP/IP网络、因特网和GSM网络。
如上所述，系统1使得在批发商和零售商之间发生无现金交易。交货代理商具有在GSM网络上工作的、并与零售商的卡相互作用的终端。这使得交易在无现金的情况下发生，从而在零售商没有保留为当天交付的货物付费的现金的情况下，消除零售商的任何不安全恐惧。由于从交货和一天中的整个营业收入中取得现金，因此也减轻了批发商的安全恐惧。
系统1允许按照在交货点发起而远端地发生的预定价值单位的转帐的形式进行付费。在以上所述的实施例中，一旦服务器7接收到确认信号并已经确认存在足够的资金使交易发生，则该转帐自动地发生。然而，在另外的实施例中，系统1允许在货物交付之后手动地向和从帐目中付费。这样的手动付费的一种形式出现在因特网上，特别是在提供商的网址。当通过因特网付费时，帐目拥有者使用卡号来便于相互作用。以下描述想要对在线付费过程进行更详细的描述。更具体地说，在该实例中，零售商：
1.使用标准因特网浏览器软件来访问提供商的指定网址。
2.输入他们的标识号或者使用从卡中下载的号码。
3.输入较早选择的因特网口令。
4.这使他们开启了他们的帐目。
5.按下付费按钮。
6.从批发商输入发货单号。
7.输入要付费的量。
8.如果存在足够的资金，则分布发货单号。
如果帐目不具有足够的资金，站点将自动地产生转帐页面，并且指示零售商在帐目中存在不足够的资金，并且需要转入更多的资金。
如上所指出的，系统1向使用该系统的各方提供交易信息。该信息通常以帐目声明的形式提供。在该实施例中，系统1允许批发商和零售商个性化他们的声明，以适合他们自己的业务需要。对于某些方，所述声明包括：税款/GST信息、所购买的每一个单位货物的交货点和时间或者成本。许多其他的选择也是可用的。而且系统1提供范围较广的不同表示布局，以适合于零售商和批发商的信息。例如，在某种情况下，各方期望将数据作为电子数据表或者逗号分隔的文本文件下载到他们的桌面/服务器/处理器上。
由与提供商进行接触和具有受到服务器7影响的相关软件结构的某方对这些声明进行个性化。在某些实施例中，这涉及与提供商的呼叫中心进行接触的某方。在其他实施例中，需要修改的某方对提供商的网址进行访问，并在可用的选项中进行选择。
默认地，这些声明提供了与由相关的某方交纳的税款包括所交纳的GST有关的所有信息。
在某些实施例中，这些声明提供对从批发商带来的货物的每一单位成本的详细分析。
系统1使各方在选择的时期对数据进行访问，从而使该方能够通过使用该系统，容易地核对在该时期上已经产生的信息。由于所有信息能够通过提供商的网址获得，因此，使各方避免了保留单独而实际上多余的交易电子或者纸记录的需要。只要他们想要如此，则各方仍然能够保持他们自己的电子或者纸记录。
在比如零售商采用来自各种批发商的货物交付的情况下，向针对批发商所涉及的每一个交货、以及预定价值单位的量而指定的零售商提供这些声明。
这些声明还被标明了时间标记，从而使零售商和批发商将能够看到货物被实际付费的日期和时间。
对于大多数路线贸易，在交货点经常对订货进行改变。系统1允许对订货进行改变，而作为对可能会在事务部门中有时引起混淆和问题的发货单的手写改变的替代，终端5允许交货司机(代理商)对订单进行改变。该改变会自动地提供给事务部门，并且还将流到这些声明、发货单、纳税表格等。上面已经对系统1的特征进行非常完整的描述。
对终端5进行配置，从而一旦已经确认了交易，则在交货点打印发货单。该发货单包括任何应付税款，例如货物和服务税或者其他增值税、印花税、销售税、或者其他政府收费和费用。也就是说，以适合作为纳税记录的表格来提供发货单。在此之后，所述声明还将提供给纳税学力。
除了其他方面，提供商的网址将允许零售商：
1.个性化和定制声明
2.检查他们帐目的收支差额。
3.改变和选择口令。
4.进行帐目询问。
以及，除了其他方面，允许批发商：
1.通过时间标记跟踪路线贸易。
2.跟踪销售和帐目信息。
3.检查GST/税款。
下面对图8和图9进行参考，图8和图9提供了系统1的网址的示意图。在另外的实施例中，使用不同类型的网址结构。
系统的呼叫中心功能将为未完全精通因特网的使用该系统的所述多方提供便利。对于路线商人，通常会遇到运营小企业并且不愿意使这些企业涉及不必要的复杂性的许多零售商。在一个级别上，系统1允许这些零售商获得计算机化的效率，而使这些零售商不必过多地暴露于该技术所涉及的复杂性。即，系统1提供了针对这些零售商的接口，而该接口是用户友好且简单的。该主题与呼叫中心的使用相连续，从而当讨论可能会遇到的任何困难时，确保这些零售商可以使用人类接触。然而，还可以设想将对呼叫中心的行为进行监控，以测量需要提供给任何特定零售商的帮助等级，从而可以适当地集中在教育和训练程序。在某些实施例中，该信息还用作计算对所涉及的某方帐目借记的依据。这等同于用户付费系统。
呼叫中心还可用于：
1.招募新的参与者进入系统1。
2.检查现有帐目拥有者的帐目收支差额
3.定制声明
4.付帐
5.帐目询问或者问题解决。
呼叫中心具有专门的工作人员，以便与批发商相互作用。这些方通常更为尖端、或者是系统的高端用户。
典型地与以下各方发生相互作用：
1.帐目经理
2.具有特别询问的会计部工作人员。
3.路线交货司机，在司机是与批发商相同组织的一部分的情况下。
通常的请求包括：检查帐目细节、定制移动终端(例如替代损坏的终端)和帐目询问或者问题解决。
系统1通过由他或她的供应商通常为批发商提供给其的应用表格，对系统1进行预定。向零售商提供选项，以通过支票、日常直接借记、信用卡、Bpay或者电话银行利用提供商将钱存入帐目。一旦这种情况发生，并且满意地采取了其他信用和谨慎的调查，则提供商向零售商分布卡和PIN。
零售商按照通常的方式定购所需要的货物和/或服务。之后，由其他零售商进行相同的定购过程，并且导致批发商具有了定购信息数据库。对该信息进行分类、过滤和另外的核对，从而使相关的订单被分配给可用的交货代理商。每一个代理商具有终端5，用于在交货日开始时接收与当天代理商相关的订单的下载。在某些情况下，需要对代理商进行识别，并且将货物装载到交货车辆上，而在另外的情况下，仓库工作人员也被提供了定购信息，并且预先安排了要组合的相关货物，以便于将其装载到车辆上。
优选的是，提供给终端5的信息按照从针对该天的第一到最后交货的交货顺序给出，所述信息包括目的地细节、所定购的量、以及定购的发货单细节。
一旦司机即交货代理商到达目的地(零售店)，使用终端5上的信息向零售商确认定购是正确的。如果发现定购不正确，则司机对订单/发货单进行调整。一旦零售商和司机已经对交付的货物达成了一致，则司机要求付费，并且零售商将他们的卡提供给司机，司机将该卡刷过终端并输入交易量。将终端5递给零售商，从而使他们可以输入他们的口令/PIN。如以上所讨论的，终端5以或者同意交易或者拒绝交易来作为响应。
如果在帐目中不存在足够的资金，则通过在终端显示器中提供的文本消息和声响警报器来通知司机和零售商。然后，零售商可以选择联系提供商的呼叫中心，以授权从他们分配的银行帐目的资金转帐和预先通知。可选择的是，零售商访问提供商的网址，并且安排他们帐目的贷记。在本发明的该实施例中，并未打算在帐目之间实时地对资金进行转帐。
如果零售商不想或者不能够加满他们的帐目，则他们将或者使用现金或支票、或者通过与批发商的信用设置对帐目进行结算。
当同意该交易时，终端通过时间/日期标记打印的收条发布确认，并且将该确认提供给零售商以便于他们记录。
一旦交易已授权和完成，提供商立即同意向批发商对该交易量进行付费。这些条款和契约将在提供商和批发商之间的合同中指定。
在每一天结束时或者另一协商的时期，提供商指示他的银行向批发商的银行结算由当天已经发生的所有交易形成的总量。此单一的批量结算只是在银行业务系统内将发生的交易。然而，应该意识到，金融交易基于在由服务器7维护的相关帐目中作为信用已经积累的价值单位的转换。
通过在终端5中刷过或者另外通过随后输入交易量、以及由零售商输入PIN和/或口令，零售商使用卡来共同达到实时请求，以授权将资金从零售商帐目转帐到提供商帐目。除了处理与信用卡或签帐卡交易相似的交易之外，该请求启动系统接入各种进程，从而立即对交易中涉及的双方的各种数据进行格式化。
根据各方对系统的需要和请求、以及他们准备付费的服务，确定数据类型及其以何种格式存储在服务器7上。或者由提供商或者由批发商能够从服务器7在线地立即获取当交易发生时被即时(实时地)存储和格式化的这些类型数据。明显地，只向批发商提供对与他所涉及的货物和/或服务相关的数据的访问。也就是说，通过软件并如果需要的话通过硬件安全设备考虑其他各方数据的私密性。
能够即时获取的信息类型为：
1.每一个交易的日期和时间标记，以及由此的交易时间。
2.交付货物的代理商的名字和/或标识。
3.进行购买和接收货物的一方，即零售商的名字和/或标识。
4.交易量
5.购买和交付的货物量和类型。
6.货物的每单位成本。
7.交易的GST部分。
除了由如系统1实现的EFT能够降低事务部门的成本之外，批发商或者其他供应商可以对交易和销售数据进行即时访问的能力对他们的组织具有深远的含义。这些优点中的某些优点能够进行：
1.每日的路线贸易跟踪。
2.对每周中的每一天的每一条路线上的路线贸易效率的有效分析。
3.由所有部门的即时访问使得能够：
3.1更有效的存货和库存控制。
3.2更有效的库存返回控制。
3.3更精确的现金流动计划。
3.4通过查验下一天的市场响应(在下一个交货之后)，能够立即分析市场战的效率。
3.5更有效和响应的客户关系管理
根据零售商的需要和要求确定为零售商捕获的数据类型及其被存储的类型。从而所述信息还将能够在线地或者通过以上所指出的呼叫中心即时地得到。零售商还可以选择通过电子邮件或者邮件接收日常声明。
系统1提供了灵活的环境，其中提供商能够响应在纳税系统或者银行业务系统中的变化，对向所有各方特别是零售商提供的格式进行更新。这避免了每一个零售商单独地采取措施调整他们的数据收集和报告工具的需要。可以对所有上述信息进行格式化，以便适合澳大利亚的GST的要求，因为该格式是BAS用户友好的，或者格式化为在其他权限内所需要的任何其他格式。
也很重要的是要注意：诸如符合GST纳税的发货单的发货单的副本用于替代在交货时由终端5提供的发货单。这些后来产生的发货单典型地通过电子邮件或者邮件提供。零售商或者其他方通过网址或者呼叫中心请求，选择发货单交付的类型和方式。
从本公开中对本领域的技术人员显而易见的系统1的一些另外的优点在于系统1可以进行：
1.更精确的存货和库存控制。
2.更精确和灵活的帐目管理和报告。
3.对供应商的服务更好的访问和支持。
4.自动核对纳税信息。
5.由于前提是不较少需要现金而增加了安全性。
6.来自供应商更便宜的货物。
由提供商向其他方征收的费用将根据提供给这些方的支持水平和添加到这些方的操作中的价值水平而改变。换句话说，灵活地应用价格结构，以适合设计的这些方的商业活动的特性。例如，针对需要较小频率交货的大且贵的货物和针对具有较小利润和较短周转时间的小型消费类货物，收费体系显著不同。
系统1适用于大多数市场和媒介，仅将通过实例参考批发商/零售商贸易对其进行描述。确实的情况是系统1能够不断地改变、发展和更新，以保持在前沿并与不断变化的EFT和数据管理产业一致。此内在的鲁棒性提供对荒废过时的固有对抗。
系统1实现了：
1.在零售商和批发商之间的直接关系。
2.零售商开销的减少，这使客户在一定程度上得到了节省。
3.每一方对与他们相关的交易数据具有完全的控制。
4.还充当付费系统和分布系统的数据管理系统的实现。结果，这使得提供商将批发商/零售商的关系放在第一位，因而：
4.1创建无现金交易，从而消除了任何安全恐惧或者与这样的恐惧相关的成本。例如，输送大量现金的安全警卫的成本。
4.2与现金一样快且易于使用，并且不存在现场同意或者拒绝交易时关于欺诈的安全恐惧。
4.3按照需要对这些声明进行个性化的定制，以适合各个批发商或者零售商的需要。这对于GST核对或者BAS声明是极其有利的。
4.4系统具有核对销售/存货成本的能力。
5.一直到和在交货点期间改变。因此，如果一旦路线交货车辆在路上而定单改变时，这些改变在交货时可以容易地确定。这还具有从批发商的事务部门的操作中消除压力的作用。
在另外实施例中，系统1允许零售商使用现金或者支票与交货代理商结算任何交易。在这种情况下，代理商与终端5相互作用，以输入包括类型和数量的付费细节。该信息中继到系统，并且按照要求，与任何其他需要的信息一起报告给批发商和零售商。在另外的实施例中，零售商可以选择使用现金和价值单位的组合来结算任何交易。
为了帮助本领域的技术人员，使用术语“路线贸易”来表示批发商向零售商提供货物，并且将货物交付到零售商处的任何商业交易。在某些情况下，交易通过另一方进行，所述的另一方是指在本说明书中的其他地方作为交货代理商或者司机的一方。虽然系统1特别适于此类贸易的应用，但是，系统1还适合于其他形式的交易贸易。然而，在路线贸易中，系统1较理想地适合食品、饮料和烟草批发产业，这是由于这些市场的地理覆盖和所涉及的货物量。分布到这样的地理错位的市场和这样的各种不同范围的企业和零售店的需要造成许多问题，这些问题的关注和解决是耗时的且为劳动密集型的。虽然该市场和相似的市场在周转方面来看是大量的，并且遍及整个社会，但是主要批发商的数量是有限的。这还产生了后勤上的困难。
系统1能够使用卡对货物和服务进行有效的“付费”，其中所述的卡与离交易点或者货物交付点较远处维护的用户帐目进行联系。这是有效和安全的付费方法，该方法在现有付费系统之外工作，但是可以与现有银行业务系统容易地进行接口。
简而言之，系统1不仅可以进行货物和服务的付费，而且还可以使用和开发客户关系管理(CRM)系统的基础。
系统1具有双重作用，即付费系统和针对付费的系统。也就是说，使用该系统的每一方在某些情况下能够接收对他们帐目的贷记，在另外的情况下能够接收对他们帐目的借记。该借记和贷记将对系统内的货物和/或服务流程作出响应。
除了以上所指出的功能，批发商能够接受系统1不仅作为货物的付费，而且：
1.跟踪出售给零售商的货物。
2.当货物已交货时提供详细的帐目。
3.对售出货物的价格指数提供详细的帐目。
4.通过到下一天在他们帐目上的资金精确地跟踪货物所交换的价值。
5.记录针对存货系统的任何最近的微小变化，直到并包括交货时间。
6.跟踪所有的GST和销售的纳税部分。
零售商或者商人使用系统1不仅为货物付费，而且还：
1.跟踪使用该系统已经购买的货物。
2.详细跟踪已交付的货物。
3.提供所购买货物的详细帐目价格指数。
4.跟踪已经转帐到由服务器7维护的帐目上的资金。
5.记录针对存货系统的任何最近的微小变化，直到并包括交货时间。
6.跟踪所有GST和购买的纳税部分。
系统1提供了改进的付费系统和结构，从而通过以下方面，不仅便于交易，而且还提供强有力的工具提高和改进批发商的效率：
1.加强客户关系管理。
2.增加路线贸易效率。
3.减少路线贸易成本。
4.减少事物部门成本。
这些效率之所以能够获得是由于系统1：
1.创建无现金交易
2.减轻了安全恐惧
3.快且易于使用
4.使存货/定货受益
5.是针对BAS声明的GST用户友好的
6.跟踪销售/开销
提供商的网址包括接收来自使用系统1的各方输入的能力。特别地，寻求输入将有助于开发系统来收集和进一步分析任何信息，该信息将成为针对所涉及一方所认识到的值。
网址的另一功能是允许零售商、批发商和其他方可以：
1.定购和定制他们的声明。
2.定购和定制纳税声明。
3.适合在线预定系统。
4.确定在系统内操作的其他方。
5.确定系统的收益。
将存在网址的特定受限区域，该区域将只能够由各个帐目拥有者看到。为了访问在这些区域内包含的这些受限的数据、以及特定的帐目信息，帐目拥有者将必须输入以下项目：
1.因特网帐目号(在某些实施例中，也是由帐目拥有者所持有的卡号)
2.因特网口令。
只要当接收到这些项目，将对帐目进行验证和接受，并且能够对其他交易信息进行访问。
可以设想的是，网址将支持与使用该网址相关的广告。
现在将参考图11，图11是示出系统1相对于现有付费系统的优点。为了有助于读者理解，下面将对现有系统进行一些解释。
1.EFTPOS系统：这是一维的资金转帐交易系统，该系统不允许在商人和客户之间发生任何数据收集。
2.BPay系统：该系统得以实现，从而便于通过因特网或者电话系统进行付费。简单地说，这些媒介允许零售商向他们的客户分布帐目，并且允许通过这些介质进行付费，而非亲自付费。BPay系统按照包括登记号(客户号)、付费日期和付费量的声明的形式，向零售商提供收集的数据。客户接收接收号作为付费的证明。
3.现金系统：在任何现金交易中，没有电收集任何形式的数据收集。这使得商人和客户单独地保留个人记录。
4.支票：如同现金，支票系统几乎不提供任何形式的数据收集。批发商接收支票，并且一旦进行清算则留有零售商的名字和支票号。零售商只留有支票号，并且如果支票对接完成，则可以包含无论什么信息。
系统1使得：
1.使用完全独立于当前的银行业务系统运行的EFT网络对货物和服务进行付费。
2.捕获批发商和零售商之间的数据。
3.批发商和零售商都以个性化的格式收集数据，并且在市场、路线交货和纳税声明领域内使用该数据。
根据以上所给出的描述，对于本领域的技术人员显而易见，系统1提供了将批发商和零售商放在第一位，而同时提供交易系统所期望的安全性的付费系统。此外，系统1提供了在现有系统内不能够设想的相当好并且大量优点。
除了减少货物和服务成本的潜能之外，系统1提供了批发商和零售商能够获得对他们交易细节的即时访问的显著优点。如果与现有系统进行比较，显而易见，传统银行通常将被动等待并从“付费系统”内发生的不可避免的交易中获益。然后，银行单独地向相关各方进行报告。然而，系统1不仅能够进行交易，而且通过向交易链中的每一部分提供相关增值服务，能够主动地推动电子商务。
虽然已经参考特定实例对本发明进行了描述，但是本领域的技术人员将会意识到，可以按照许多其他形式来具体实现本发明。

Claims (59)

1.一种使第一方对所提供的已从第二方定购的若干货物进行付费的付费系统，所述系统包括：
与第三方的交货车辆相关的远端交货终端，所述交货车辆将货物运输到第一方，所述终端响应第一方和/或第三方，提供确认信号，以确认所述若干货物是否已经运送到第一方，并且为货物提供预定价值单位；以及
第四方的提供商服务器，用于接收确认信号，并维护第一方的第一帐目和第二方的第二帐目，其中，响应确认信号，以预定价值单位对第一帐目进行借记，对第二帐目进行贷记。
2.根据权利要求1所述的系统，其特征在于包括：定货设施，用于使第一方以预定数量和预定价格从第二方定购货物。
3.根据权利要求1所述的系统，其特征在于确认信号对交付第一方并由第一方接受的货物的实际数量、以及这样交付和接受的货物的价值单位进行确认。
4.根据权利要求1所述的系统，其特征在于：以预定价值单位对第二帐目进行贷记。
5.根据权利要求1所述的系统，其特征在于：响应从第一方到第四方的金融付费，对第一帐目进行贷记。
6.根据权利要求1所述的系统，其特征在于：服务器响应确认信号，以确定第一帐目中的收支差额，如果该收支差额在预定范围内，则向远端终端提供同意信号。
7.根据权利要求1所述的系统，其特征在于：服务器响应确认信号，以确定第一帐目中的收支差额，如果第一帐目中的收支差额在预定范围外，则服务器向远端终端提供暂停信号。
8.根据权利要求7所述的系统，其特征在于：预定范围具有为零的下限。
9.根据权利要求1所述的系统，其特征在于：服务器维护第一方的交易记录，并且系统还与第一方终端相互作用，以允许第一方对这些记录进行访问。
10.根据权利要求9所述的系统，其特征在于：交易记录包括表示以下一项或者多项的数据：交付给第一方的货物的特性和数量；交货日期；交货时间；分配给这些货物的预定价值单位；以及对第一帐目所做的借记和贷记；在交货点所进行的任何调整。
11.根据权利要求1所述的系统，其特征在于：服务器维护第二方交易记录，并且系统与第二终端相互作用，以使第二方对第二方交易记录进行访问。
12.根据权利要求11所述的系统，其特征在于：第二终端使第二方对来自服务器的第二方交易记录进行访问，其中第二方交易记录包括表示以下一项或多项的数据：交付给第一方的货物的特性和数量；交货日期；由第一方付费的日期和时间；分配给这些货物的预定价值单位；以及对第二帐目所做的借记和贷记。
13.根据权利要求1所述的系统，其特征在于：服务器响应来自第二终端的定货信号，以向远端终端提供定货信息。
14.根据权利要求1所述的系统，其特征在于包括：由第一方使用的便携式数据载体，用于与第一终端和/或远端交货终端相互作用，所述便携式数据载体包括：与由各个终端识别的第一方相关的标识数据。
15.根据权利要求1所述的系统，其特征在于服务器维护响应从第三方到第四方的最终付费而贷记的第三方的第三帐目。
16.根据权利要求15所述的系统，其特征在于：服务器维护第三方交易记录，并且所述系统包括第三方终端，用于使第三方对第三方交易记录进行访问。
17.根据权利要求16所述的系统，其特征在于：第四终端是远端交货终端。
18.根据权利要求1所述的系统，其特征在于：第一、第二、第三和第四方分别具有第一、第二、第三和第四银行帐目，并且服务器与在选择的时间与这些帐目相互作用，从而：
确定在第一、第二和第四帐目中的任何信贷的金融等价物；
将金融等价物从第四银行帐目转帐到各个第一、第二和第三帐目；以及
对第一、第二和第四帐目中的任何信贷进行零平衡。
19.根据权利要求18所述的系统，其特征在于：服务器在选择的时间与帐目相互作用，从而：
确定在第一、第二和第三帐目中任何借记的金融等价物；
将该金融等价物从各自的第一、第二和第三帐目转帐到第四银行帐目；以及
对第一、第二和第四帐目中的任何借记进行零平衡。
20.一种使第一方对所提供的已从第二方定购的若干货物进行付费的方法，所述方法包括：
使远端交货终端与第三方的交货车辆关联，其中，交货车辆将货物运输到第一方，所述终端响应第一方和/或第三方来提供确认信号，以确认所述若干货物已运送到第一方，并且为货物提供预定价值单位；
由第四方的提供商服务器接收确认信号；以及
由服务器维护第一方的第一帐目和第二方的第二帐目，其中，响应确认信号，以预定价值单位对第一帐目进行借记，并且对第二帐目进行贷记。
21.一种使第一方对所提供的已从第二方定购的若干货物进行付费的付费系统，所述系统包括：
第一终端，用于使第一方定购所述若干货物，其中所述定购具有分配给其的预定价值单位；
第三方的提供商服务器，用于接收定货，并且维护第一方的第一帐目，其中，响应该定货，以预定价值单位对第一帐目进行借记，在借记之后，服务器提供交货信号；以及
与第四方的交货车辆关联的远端交货终端，用于接收交货信号，从而响应该交货信号，在交货车辆中将所述若干货物从第二方运送到第一方。
22.根据权利要求21所述的系统，其特征在于：响应从第一方到第三方的金融付费，对帐目进行贷记。
23.根据权利要求21所述的系统，其特征在于：只有借记之后，帐目包括处于预定范围内的收支差额，则服务器提供交货信号。
24.根据权利要求23所述的系统，其特征在于：预定范围具有为零的下限。
25.根据权利要求21所述的系统，其特征在于：服务器维护第一方的交易记录，并且第一终端使第一方对这些记录进行访问。
26.根据权利要求25所述的系统，其特征在于：所述交易记录包括表示以下一项或多项的数据：由第一方所进行的定货；分配给这些定货的预定价值单位；以及对第一帐目所做的借记和贷记。
27.根据权利要求21所述的系统，其特征在于：服务器维护第二方交易记录，所述系统包括用于使第二方对第二方的交易记录进行访问的第二终端。
28.根据权利要求21所述的系统，其特征在于：服务器维护响应从第二方到第三方的金融付费而贷记的第二方的第二帐目。
29.根据权利要求28所述的系统，其特征在于：所述系统包括用于使第二方对来自服务器的第二方交易记录进行访问的第二终端，其中，第二方交易记录包括表示以下一项或多项的数据：由第一方所进行的定货；分配给这些定货的预定价值单位；以及对第二帐目所做的借记和贷记。
30.根据权利要求21所述的系统，其特征在于：由第四方启动远端交货终端，以从服务器请求交货信号。
31.根据权利要求30所述的系统，其特征在于：远端交货终端能够由第一方和/或第四方启动，依据运送到第一方的货物，提供确认信号。
32.根据权利要求31所述的系统，其特征在于：服务器响应确认信号，以便对第二帐目进行借记，并且将表示确认信号的日期和时间的数据包括在第二方交易记录中。
33.根据权利要求21所述的系统，其特征在于：由第一方使用便携式数据载体，以与第一终端和/或远端交货终端相互作用，所述便携式数据载体包括下载到各自终端上的与第一方相关的标识数据。
34.根据权利要求21所述的系统，其特征在于：服务器维护响应从第四方到第三方的金融付费而贷记的第四方的第四帐目。
35.根据权利要求21所述的系统，其特征在于：服务器维护第四方交易记录，并且所述系统包括使第四方对第二方交易记录进行访问的第四终端。
36.根据权利要求35所述的系统，其特征在于：第四终端是远端交货终端。
37.根据权利要求36所述的系统，其特征在于：远端交货终端能够由第一方和/或第四方启动，依据运送到第一方的货物，提供确认信号。
38.根据权利要求37所述的系统，其特征在于：服务器响应确认信号，对第四帐目进行贷记，并且将标识确认信号的日期和时间的数据包括在第二方交易记录中。
39.根据权利要求21所述的系统，其特征在于：第一、第二、第三和第四方分别包括第一、第二、第三和第四银行帐目，并且服务器在选择的时间与这些帐目相互作用，从而：
确定在第一、第二和第四帐目中的任何信贷的金融等价物；
将金融等价物从第三银行帐目转帐到各个第一、第二和第四帐目；以及
对第一、第二和第四帐目中的任何信贷进行零平衡。
40.根据权利要求39所述的系统，其特征在于：服务器在选择的时间与帐目相互作用，从而：
确定在第一、第二和第四帐目中任何借记的金融等价物；
将该金融等价物从第三银行帐目转帐到各自的第一、第二和第四帐目；以及
对第一、第二和第四帐目中的任何借记进行零平衡。
41.一种使第一方对所提供的已从第二方定购的若干货物进行付费的方法，所述方法包括：
使第一方使用第一终端定购所述若干货物，其中所述定货具有分配给其的预定价值单位；
使用第三方的提供商服务器接收定货；
由服务器维护第一方的第一帐目，其中，响应定货，已预定价值单位对第一帐目进行借记，在借记之后，服务器提供交货信号；以及
使远端交货终端与第四方的交货车辆关联，以接收交货信号，从而响应该接收信号，在交货车辆中将所述若干货物从第二方运送到第一方。
42.一种使第一方对所提供的已从第二方定购的若干货物和/或服务进行付费的付费系统，所述付费系统包括：
第一终端，使第一方定购若干货物和/或服务，其中定货具有分配给其的预定价值单位；
第三方的提供商服务器，用于接收定货，并维护第一方的第一帐目和第二方的第二帐目，其中，响应该定货，按照视预定价值单位而定的第一量值对第一帐目进行借记，并且在借记之后，服务器提供交货信号；
第二终端，使第二方接收交货信号，从而响应该交货信号，将所述若干货物和/或服务提供给第一方；以及
输入终端，一旦货物和/或服务已经提供，则使第一方和/或第二方产生确认信号，其中，服务器响应确认信号，按照视预定价值单位而定的第二量值对第二帐目进行贷记。
43.根据权利要求42所述的系统，其特征在于：第一方产生确认信号，并且第一终端也是输入终端。
44.根据权利要求42所述的系统，其特征在于：第一方产生确认信号，并且第二终端也是输入终端。
45.根据权利要求42所述的系统，其特征在于：第二方产生确认信号，并且第二终端也是输入终端。
46.根据权利要求42所述的系统，其特征在于：
第一方包括包含针对第一方的标识信息的便携式数据载体；
第二终端包括输入终端；以及
第二终端与数据载体相互作用，以对标识信息进行访问。
47.根据权利要求46所述的系统，其特征在于：标识信息包括在确认信号中。
48.一种使第一方对所提供的已从第二终端定购的若干货物/服务进行付费的方法，所述方法包括：
使用第一终端使第一方定购若干货物和/或服务，其中定货具有分配给其的预定价值单位；
由第三方的提供商服务器接收定货；
维护第一方的第一帐目和第二方的第二帐目，其中，响应该定货，按照视预定价值单位而定的第一量值对第一帐目进行借记，并且在借记之后，服务器提供交货信号；
由第二终端使第二方接收交货信号，从而响应该交货信号，将所述若干货物和/或服务提供给第一方；以及
一旦货物和/或服务已经提供，则由输入终端使第一方和/或第二方产生确认信号，其中，服务器响应确认信号，按照视预定价值单位而定的第二量值对第二帐目进行贷记。
49.一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
第三方的提供商服务器，用于分别维护第一方和第二方的第一客户帐目和第二客户帐目；
输入终端，使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第一量值对第一客户帐目进行借记，并且按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
帐目服务器，在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
50.一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的提供商服务器分别维护第一方和第二方的第一客户帐目和第二客户帐目；
由输入终端使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第一量值对第一客户帐目进行借记，并且按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
由帐目服务器在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
51.一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
第三方的提供商服务器，用于分别维护第一方和第二方的第一客户帐目和第二客户帐目；
第一终端，使第一方定购所述若干货物和/或服务，其中，将所述定货提供给服务器，所述定货具有分配给其的预定价值单位，并且按照视预定价值单位而定的第一量值对第一客户帐目进行借记；
输入终端，使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
帐目服务器，在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
52.根据权利要求51所述的系统，其特征在于：第一量值等于第二量值。
53.根据权利要求51所述的系统，其特征在于：第一量值和第二量值中的任一个或者全部是预定单位价值的百分数。
54.根据权利要求51所述的系统，其特征在于：第一量值和第二量值中的任一个或者全部与以预定单位价值相差一个固定量值。
55.一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的提供商服务器分别维护第一方和第二方的第一客户帐目和第二客户帐目；
由第一终端使第一方定购所述若干货物和/或服务，其中，将所述定货提供给服务器，所述定货具有分配给其的预定价值单位，并且按照视预定价值单位而定的第一量值对第一客户帐目进行借记；
由输入终端使第一方和/或第二方产生确认信号，以确认所述若干货物和/或服务已经被提供给第一方，并且提供针对货物和/或服务的预定价值单位，其中，将确认信号提供给服务器，以促使按照视预定价值单位而定的第二量值对第二客户帐目进行贷记；以及
由帐目服务器在提供商服务器和银行业务系统之间进行接口，所述银行业务系统具有分别与第一方、第二方和第三方相关的第一银行帐目、第二银行帐目和第三银行帐目，其中所述帐目服务器有选择地进行以下至少一项：
依据第一银行帐目和第三银行帐目之间的对应金融付费，改变第一客户帐目；或者
依据第二帐目和第三帐目之间的对应金融付费，改变第二客户帐目。
56.一种向第一方提供已从第二方定购的若干货物和/或服务的付费系统，所述系统包括：
对第一方或者第三方进行响应的第三方的远端终端，用于提供确认信号，所述确认信号包括：第一数据，用于确认货物和/或服务已经被提供给第一方；以及第二数据，用于表示已经分配给货物和/或服务的价值单位；以及
第四方的提供商服务器，用于分别维护第一方和第二方的第一帐目和第二帐目，所述服务器响应确认信号，以对第一帐目进行借记和对第二帐目进行贷记。
57.根据权利要求56所述的系统，其特征在于：由对应于往来帐目的贷记对第一帐目的借记进行匹配。
58.根据权利要求57所述的系统，其特征在于：第一方具有从贷记到往来帐目的预定时间，以向第四方进行金融付费。
59.一种向第一方提供已从第二方定购的若干货物和/或服务的方法，所述方法包括：
由第三方的远端终端提供确认信号，其中，所述远端终端对第一方或者第三方进行响应，并且所述确认信号包括：第一数据，用于确认货物和/或服务已经被提供给第一方；以及第二数据，用于表示已经分配给货物和/或服务的价值单位；以及
由第四方的提供商服务器分别维护第一方和第二方的第一帐目和第二帐目，所述服务器响应确认信号，以对第一帐目进行借记和对第二帐目进行贷记。
CNA028138066A 2001-05-09 2002-05-08 付费系统 Pending CN1714357A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPR4863 2001-05-09
AUPR4863A AUPR486301A0 (en) 2001-05-09 2001-05-09 A payment system

Publications (1)

Publication Number Publication Date
CN1714357A true CN1714357A (zh) 2005-12-28

Family

ID=3828857

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA028138066A Pending CN1714357A (zh) 2001-05-09 2002-05-08 付费系统

Country Status (7)

Country Link
US (1) US20040167852A1 (zh)
EP (1) EP1393215A4 (zh)
CN (1) CN1714357A (zh)
AU (1) AUPR486301A0 (zh)
NZ (1) NZ530052A (zh)
WO (1) WO2002091249A1 (zh)
ZA (1) ZA200309505B (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6315193B1 (en) * 1998-08-31 2001-11-13 Mastercard International Incorporated Financial transaction card with installment loan feature
US20050049964A1 (en) * 2003-01-14 2005-03-03 Winterer Mary Jo Financial transaction card with automatic payment feature
US8799153B2 (en) * 1998-08-31 2014-08-05 Mastercard International Incorporated Systems and methods for appending supplemental payment data to a transaction message
US20070250442A1 (en) * 1998-08-31 2007-10-25 Hogan Edward J Financial Transaction Card With Installment Loan Feature
US20040054555A1 (en) * 2002-09-12 2004-03-18 Piccionelli Gregory A. E-commerce multilevel marketing and fraud prevention
JP4927747B2 (ja) * 2004-10-26 2012-05-09 ザ コカ・コーラ カンパニー トランザクション・システムおよび方法
US20070214080A1 (en) * 2006-02-28 2007-09-13 Rene Pierre Babi Intermediary payment system and method
US20070203832A1 (en) * 2006-02-28 2007-08-30 Rene Pierre Babi Intermediary payment system and method for gaming
US20100094735A1 (en) * 2006-11-15 2010-04-15 Charles Reynolds Methods and systems for automated payments
JP2010514014A (ja) * 2006-12-19 2010-04-30 トランサーバン，リミテッド キャッシュレス取引を許可する際に使用するための取引システム
US20090144194A1 (en) 2007-11-30 2009-06-04 Mark Dickelman Computer automated systems, devices and methods for data processing of accounting records
US20120197742A1 (en) * 2009-08-05 2012-08-02 Mark Johnson Electronic funds and receipt transfer system
US20110277040A1 (en) * 2010-05-05 2011-11-10 Joanne Bliss Methods for electronically communicating with a person where the person's e mail address or cell phone number is unknown
US8886563B2 (en) * 2011-08-30 2014-11-11 Visa International Service Association Least cost routing and matching
CN103093378B (zh) * 2011-11-07 2017-08-25 阿里巴巴集团控股有限公司 交易平台数据处理方法及系统
AU2020276287A1 (en) * 2019-05-15 2021-11-18 Mastercard International Incorporated Method and system for facilitating invoice data, payment credit transfers, real-time package tracking, and account-to-account payment on delivery
CN112200560B (zh) * 2020-09-30 2024-06-25 广东岭南通股份有限公司 一种单次交换即可完成的虚拟公共交通一卡通充值方法
US20230153875A1 (en) * 2021-11-17 2023-05-18 Kavin Khadgi Payment method and system

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4947028A (en) * 1988-07-19 1990-08-07 Arbor International, Inc. Automated order and payment system
US5426281A (en) * 1991-08-22 1995-06-20 Abecassis; Max Transaction protection system
US6658568B1 (en) * 1995-02-13 2003-12-02 Intertrust Technologies Corporation Trusted infrastructure support system, methods and techniques for secure electronic commerce transaction and rights management
US7133846B1 (en) * 1995-02-13 2006-11-07 Intertrust Technologies Corp. Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management
US5671279A (en) * 1995-11-13 1997-09-23 Netscape Communications Corporation Electronic commerce using a secure courier system
US6088686A (en) * 1995-12-12 2000-07-11 Citibank, N.A. System and method to performing on-line credit reviews and approvals
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
US6311170B1 (en) * 1996-12-04 2001-10-30 Mark C. Embrey Method and apparatus for making payments and delivering payment information
US6085168A (en) * 1997-02-06 2000-07-04 Fujitsu Limited Electronic commerce settlement system
US6282522B1 (en) * 1997-04-30 2001-08-28 Visa International Service Association Internet payment system using smart card
US5974146A (en) * 1997-07-30 1999-10-26 Huntington Bancshares Incorporated Real time bank-centric universal payment system
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
US6047268A (en) * 1997-11-04 2000-04-04 A.T.&T. Corporation Method and apparatus for billing for transactions conducted over the internet
NO311996B1 (no) * 1998-10-15 2002-02-25 Frina Holding As Fremgangsmåte og system for betaling av varer og tjenester over et datanett
AU3586000A (en) * 1999-02-12 2000-08-29 Etime Capital, Inc. Commercial transaction management system and method
US7451114B1 (en) * 1999-02-19 2008-11-11 Visa International Service Association Conducting commerce between individuals
US7155409B1 (en) * 1999-03-05 2006-12-26 Trade Finance Service Corporation Trade financing method, instruments and systems
AU7123300A (en) * 1999-09-10 2001-04-10 William C. Rodgers Web-based system to facilitate purchase, pick-up, and delivery of, and escrow and payment for, merchandise
US7127427B1 (en) * 1999-10-05 2006-10-24 Andrew Casper Secure transaction processing system and method
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
US6996538B2 (en) * 2000-03-07 2006-02-07 Unisone Corporation Inventory control system and methods
WO2002001447A1 (en) * 2000-06-29 2002-01-03 Jonathan Ferrier An e-commerce system
US20020032653A1 (en) * 2000-08-22 2002-03-14 Daniel Schutzer Method and system for payment over the internet
US7249087B2 (en) * 2001-02-12 2007-07-24 Freightwise Corporation Freight transportation marketplace
US7249069B2 (en) * 2001-08-27 2007-07-24 United Parcel Service Of America, Inc. International cash-on-delivery system and method
US7184980B2 (en) * 2001-11-15 2007-02-27 First Data Corporation Online incremental payment method

Also Published As

Publication number Publication date
NZ530052A (en) 2005-10-28
EP1393215A1 (en) 2004-03-03
AUPR486301A0 (en) 2001-05-31
ZA200309505B (en) 2004-07-28
EP1393215A4 (en) 2005-10-26
WO2002091249A1 (en) 2002-11-14
US20040167852A1 (en) 2004-08-26

Similar Documents

Publication Publication Date Title
CN1714357A (zh) 付费系统
CN1750036A (zh) 电子票据和电子支票管理、转换、买卖中介的系统和方法
CN1659568A (zh) 用于项目投标和申请过程的系统和方法
CN1333512A (zh) 电子折价券交易系统
CN1675645A (zh) 会计系统
CN1463408A (zh) 存款/储蓄显示装置
CN1639716A (zh) 用于在线、多包裹、多承运人、多服务包裹退货运输处理的装置、系统和方法
CN1263259C (zh) 结算中介处理装置
CN1630888A (zh) 利用组织－财产－个人模型资产跟踪系统和方法
CN1317759A (zh) 电子装置、计费系统、费用处理装置、存储媒体和预付卡
CN1472681A (zh) 大中型药业连锁物流计算机管理系统及方法
CN1487450A (zh) 在数据库搜索系统和方法中的可扩展置标语言的使用
CN1647091A (zh) 用于分析基于委托角色的投资组合收益与交易成本评估的系统与方法
CN1942890A (zh) 用于卖方辅助自动化支付处理和异常管理的系统和方法
CN1542665A (zh) 计算机化争议解决系统和方法
CN1428690A (zh) 用于搜索结果列表中提供地点和价格保护的系统的自动广告商通知
CN1414507A (zh) 服务器和管理系统以及管理控制方法
CN1849632A (zh) 数字移动电话交易和支付系统
CN1577366A (zh) 收费系统和装置、计算机程序、客户终端装置及收费方法
CN1501308A (zh) 管理交易和清算的方法，通知关于消费动向的信息的方法
CN1399754A (zh) 集成商业和支持商业的信息技术框架与结构的建模结构及方法
CN1411585A (zh) 通过代理提供服务的系统和方法
CN1267167A (zh) 电子资产利用系统和方法、服务器,含该方法的记录介质
CN101076828A (zh) 执行自动授权的程序性交易
CN1322325A (zh) 在电子经纪系统中进行信用过滤价格通信

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20051228