许多公司与个人使用各种方法在因特网上交易业务。使用因特网进行交易 业务为在一个在线环境下能交互作用的各方提供了快速、有效和方便的手段， 通常卖方在买方能看得到的网站上提出产品(商品，服务，信息等)。如果买方 希望购买该产品，买方向卖方提供信用卡号或其他形式的支付或信贷方式。但 是，卖方随后常常需要验证买方的信用卡账单是否为授权的，还需为产品开账 单，获取应得的总数，安排运输，得到商品装运的保险并跟踪商品的装运。此 外，当买方使用信用的欠款最高限额来购买商品时，在买方提供商品的支付或 取消订单以前，他的信用欠款最高限额将被耗尽。买方或卖方常常需要寻找一 个金融机构来涉及此交易过程。尤其，对涉及方在维持适当的库存的情况下确 定供货和需求是困难的。这样，买方与卖方面临着在下面诸项的大量开销，如 存储费用、存货开销、处理的费用，特别在易变质的商品工业中。
易变质的商品工业的一个例子是海味食品工业。通常，卖方接收订单与买 方接触来做出一次销售。一旦交易议妥，商品提供给买方。但是卖方一般在提 交商品后要等30-120日才收到商品的支付。这样，在买方最终作出支付以前 卖方的经费被搁置在供货的订单上。此外，差劲的运输计划，数据的存储和取 出及通讯都导致大量时间和金钱的浪费，最终对海味食品的分销商及消费者产 生不利的影响。例如，当前的工业现实通常听任频繁地出现市场充斥/短缺的情 况，在一个区域有大量的未售出商品和因渔民不可避免的过渡捕捞导致给渔民 低的价格，给最终的消费者高的价格和低的质量(如由于存储和/或冷藏造成的)。 因此，需要一个用于易变质商品有效供应、需要、提交和支付的方法和系统来 更平稳地分配受影响工业的利益和负担。

本发明包括用于在网上多个买方和卖方之间交易业务的方法。在一个示例 性实施例中，本发明在一个改善的商务网络系统中运行，它是在大的公用包切 换网(因特网)上运行的安全的有访问权限限制的网络，并且只允许登录的买方 和卖方访问该网站，而该系统与现有的信货、账单、收款、票据交换所、保险、 运输、跟踪和银行系统通讯并采用它们的好处。交互式数据库包括与交易相关 的实时信息，其中买方提交对产品的需求，该产品需求被锁定以排除由其他买 方来的对该需求的商品请求。
买方的信息和购买数据被转送到票据交换所，后者根据该买方已有的经济 形象和信贷信息批准或拒绝该请求。如果票据交换所接收该请求，则通知装运 者、买方和/或卖方。如果票据交换所拒绝该请求，则请求的产品被释放。通知 装运者、买方和/或卖方，通知中包括条款为装运者规定取货和供货的期限，通 知买方批准请求并规定购买条款，提供产品给买方，产生一个交货确认并将该 交货确认送到金融机构，从金融机构收取支付，并最终将支付至少分配到交互 式数据库、票据交换所和卖方中的一个。
附图概述
本发明在后面将按照附后的图加以描述，其中类似的序号标记类似的单 元：
图1示出在因特网上交易业务的各方的示例性实施例；
图2示出按本发明的一个示例性实施例用于在因特网上交易业务的系统；
图3示出按本发明的一个示例性实施例获得对交互式数据库访问权限的流 程图；
图4示出按本发明的一个示例性实施例使用一个交互式数据库在买方与卖 方之间交易业务的方法；
图5示出按本发明的一个示例实施例使用在图4中的交互式数据库在买方 与卖方之间进行交易业务的方法；
图6示出按本发明的一个示例性实施例在试图访问交互式数据库时买方和 卖方面临的网页；
图7示出按本发明的一个示例性实施例的一个网页，其中买方可以输入所 需海味食品的类型，作出单个或多个选择并购买所希望的海味食品；
图8示出按本发明的一个示例性实施例买方和/或卖方在选择一个或多个 产品时面临的网页；
图9示出按本发明的一个示例性实施例包括购买订单，装运和费用信息的 网页；
图10示出按本发明的一个示例性实施例的一个网页，包括被更新过以反 映对图9中的买方确认购买选择的库存清单。
图11示出按本发明的一个示例性实施例的一个系统，包括使用商务网络 在买方和卖方之间的一个示例性交易；和
图12示出按本发明的一个示例性实施例的一个处理流程图。

通常，本发明包括用于在网上多个买方和卖方之间交易业务的一个独特的 方法。系统与现有的信贷、账单、收款、票据交换所、保险、运输、跟踪和银 行系统通讯并采用它们的好处，以便增加对买方和卖方的销售和财务过程。交 互式数据库包括与交易相关的实时信息，其中买方提交对产品的需求，该产品 需求被锁定以排除了由其他买方来的对所请求的产品的选取。本专业的技术人 员懂得产品可以包括商品、服务、信息、数字数据等。买方信息和购买数据被 路由到票据交换所，它根据如买方的已有的经济形象、订购的历史记录、审查 信息、信贷信息等批准或拒绝该请求。如果票据交换所接收此请求，则通知装 运者、买方和/或卖方。如果票据交换所拒绝此请求，所请求的产品被释放。通 知装运者、买方和/或卖方，通知中包括为装运者规定取货和供货的条款、通知 买方批准请求并规定购买的条款，提供产品给买方，产生一个供货确认并将该 供货确认送到金融机构，从金融机构收取支付，并最终将支付至少分配到交互 式数据库、票据交换所和卖方中的一个。
在一个示意性实施例中，本发明在一个改善的商务网络系统中运行，它是 在大的公用包切换网络(因特网)上运行的安全的有访问权限限制的网络，并只 允许登录的买方和卖方访问该网站。与许多允许任何人进入并使用其功能或订 购产品的因特网上的网站不同，商务网络系统通过要求如预登录信息或输入口 令而提供了对网站有限制的访问。例如，一个买方(如通用汽车公司-General Motors)可以与多个供应商(如，钢、玻璃、塑料、电子设备、油漆、橡胶等)接 入一个商务网络系统且买方可以对产品和装运请求即时的需要。商务网络系统 的另一个方式包括多个买方和卖方，其中卖方为了销售在公告板或拍卖形式为 产品做广告。然后卖方能将其产品销售给例如所有买方、第一个买方或最高出 价人。但是此系统经常需要卖方批准买方的信贷、产品的账单，从事收款活动， 安排运输并跟踪商品的装运。此外，这些方面经常限于非易变质产品和材料， 因为此订单不是以及时方式被分配的。而且，在买方和卖方谈妥之后需要进一 步协商来确定销售条款及其他细节，因而导致电话、电子邮件和传真等的时间 浪费。
本发明通过提供一个系统集成来使方便性与效能最佳从而大大减少在购 买过程中的买方和卖方的活动来提高商务网络的功能。通常，本发明对买方和 卖方实现各种功能以允许实时交易。例如，本发明预先授权所有参与方，提供 价格和产品的变化，提供数据库和金融关系以帮助在如2-10日之内经费的收 取与支付，并提供与运输系统的联系以提高产品的调度与跟踪。在一个示例性 实施例中，本发明的系统与装运者(如Federal ExpressSM，和/或United Parcel ServiceSM)系统及数据库通信，共享其信贷信息、装运信息、跟踪信息、报表功 能和银行联系，因而提高了本发明的功能。由于提高了销售与支付的效率，本 发明很好地适合于如海味食品那样的易变质商品的销售。
在一个示意性实施例中，本发明结合装运者现有的银行关系提供有效的支 付与接收经费而使货币兑换率的问题最小。许多国际装运者(如Federal ExpressSM，United Parcel ServiceSM)已建立了国际的银行关系网，使得该装运者 在每个工业化国家内具有银行的账户及网络系统。因为单个卖方或买方很难在 多个国家内建立银行关系，参照图11本发明通过在交互式数据库1107经过票 据交换所1109到装运者的银行1111系统建立通信连结，结合并采取了装运者 现有网络的好处。票据交换所1109是任何适当地配置成接收或发送数据、与 其他网络或数据库通信或分析本系统的成员资格的任何数据库、系统、网络或 它们的组合。此外，票据交换所1109可以是加入到交互式数据库2137，1107、 加入到装运者系统207，1108或任何组合的单独的系统。
特别是，当买方订购了产品且卖方得知存在足够的资金时，票据交换所 1109命令银行将保留放在买方所在国家中的买方支付单上。在买方通过提供给 票据交换所的产品装运的电子批准从而收到并接收该产品以后，票据交换所指 令银行释放一部分买方的资金/信贷给买方银行所在国的装运者银行。同时，票 据交换所指令在卖方国家的装运者银行将支付释放到卖方的账户。而且，票据 交换所同时指令在宿主的(交互式数据库1107的宿主)国家的装运者银行释放另 一部分的买方支付到宿主系统的账户作为交易费用。任何装运者的银行可选择 地留下它自己的交易费。因为钱是在对应国家内释放，且不在国家之间传移， 使涉及到兑换率的问题最小。此外，因为装运者在买方的钱的流通中得到利息， 对宿主系统的交易费支付可以是所赚的利息的一部分，因此装运者与宿主系统 从交易中得到利益。本专业技术人员懂得，全额支付或部分支付可以释放到任 何一个上述提到的银行。尤其是，在释放买方的支付以后，买方能重新建立其 信贷的放款最高限额，使得买方能立即购买其他商品。类似地，如果买方取消 该订货或拒绝该产品，在买方支付的保留(hold)(小于任何装运或其他引起的费 用)被取消，因而允许买方更快地重新建立其信贷的放款最高限额。
本发明在这里可以借助于功能块部分和各种处理步骤加以描述。应该认识 到，那样的功能块能由配置未实现指定功能的任意数量硬件和/或软件部分来实 现。例如，本发明可使用如存储单元、处理单元、逻辑单元、查找表等等集成 电路部件，它们可以在一个或多个微处理器或其他控制设备的控制下完成各种 功能。类似地，本发明的软件单元可以用任何的如C，C++，Java，COBOL，汇 编，PERL等编程或脚本语言，用数据结构、对象、过程、例行程序或其他编 程单元组合完成的各种算法来实现。此外应该注意到，本发明可以使用任何数 量的用于数据传输、发送信号、数据处理、网络控制等传统技术。
应该意识到，这里示出及描述的特定实现方法是本发明及其最好方式的说 明，无论如何不试图限制本发明的范围。实际上为了简单起见，传统的数据网 络通信，应用开发和系统的其他功能方面(以及系统的单独操作分量的部分)在 这里不作详细描述。此外，这里包含的各种图中示出的连结线是表示在各个单 元之间的示例性功能关系和/或物理上的耦合。应该注意到，在实际的电子交易 系统中，可以出现许多可选择的或额外的功能关系或物理连接。
为简化示意性实施例的描述，本发明常常作为附属于在因特网上运行的电 子商务系统来描述。但是应该注意到，本发明的许多应用是格式化的。本领业 的技术人员将意识到，网络可以包括任何用于交换数据或交易业务的系统，如 因特网，企业网，商务网，WAN(广域网)，LAN(局域网)，卫星通讯等等。用 户可以通过如键盘、鼠标、公用电话亭、个人数据助手，手持电脑(如Palm Pilot)、蜂窝电话等任何输入设备与该系统交互作用。类似地，本发明可以与 任何类型运行如Windows，Windows NT，Windows 2000，Windows 98，Windows 95，Mac OS，OS/2，BeOS，Linux，Unix等任何版本的操作系统的个人电脑、网 络计算机、工作站、小型计算机、主机等结合使用。此外，虽然本发明在这里 频繁地描述为用TCP/IP通讯协议实现，很容易理解本发明也能使用IPX， Appletalk，IP-6，NetBIOS，OSI或任何数目现有的或将有的协议来实现。而且 虽然示意实施例将使用商务网络用于销售与分销海味食品的系统来描述，该系 统试图在任何具有这里描述的类似功能的网络上使用、销售或分销任何商品、 服务或信息。
具体地，参照图1，示出在因特网113上交易业务的各种部分。例如，各 方包括第一方103，第二方105，第三方107，第四方109，第n方111。例如 第一方103可以是买方，第二方105可以是卖方，第三方107可以是金融机构， 第四方109可以是装运者等。各方可以使用因特网113作为通信手段互相交易 业务。如本领域所熟知，因特网113是网络的一个表示，它可以互相通信或可 以包括任何如因特网，企业网，商务网，WAN，LAN等的用于交换数据或交 易业务的系统。
参照图2，提供一个按本发明的示例性实施例用于在因特网上交易业务的 系统201。系统201包括第一方203，如商品的分销商；第二方205，如商品的 买方；第三方207，如商品的分销商或装运者；第四方209，如用于批准交易 的成员并与银行网络及装运者网络交互作用的票据交换所；和第五方211，如 金融机构。虽然各方作为独立的实体示出，一个或多个部分/实体可以联合(如 金融机构，票据交换所和商品的装运者可以是一方实体)。当然，交易可以容易 地包括服务且包括比示出的更多或更少的部分。第一，第二，第三，第四和第 五方203，205，207，209和211分别通过交互式数据库213(也称作为IDB)(在 图图11中的交互式数据库1107具有类似的功能)通信。此外，票据交换所是任 何适当地配置成接收或发送数据，与其他网络或数据库通讯或分析现在的系统 的成员的资格的数据库、系统、网络或它们的组合。而且，票据交换所可以是 一个独立的系统，包括在交互式数据库213，1107中，包括在装运系统207， 1108或它们的任何组合中。
交互式数据库213提供一个在线数据库用于各个部分访问并协助完成交 易。例如，交互式数据库可以存在服务器(未示出)上，使得每个部分可以通过 因特网访问交互式数据库213。即每个部分可以通过用于在线交互式通信的网 站访问交互式数据库213。当然，交互式数据库213可以在任何数目的通信系 统中实现，包括无线通讯、包切换网络(如通过因特网服务提供器(ISP))、有线 通信、企业网、商务网等。为了进一步说明交互式数据库可以在其中实现的各 种通信媒体，可以使用蜂窝电话、膝上机、掌上机(Palm Pilot)技术、调制解调 器等。此外，那样的网站可以例如以不同的语言或在不同的国家中实现。
为了理解使用系统201进行业务的示例性方法，图2还说明了在交易中的 各种步骤。第一部分203通过因特网113访问交互式数据库213(如网页)并输入 与交易相关的信息(步骤221)。例如，第二部分205提交对与输入的信息相关的 产品的请求(步骤222)。一旦产品的请求被提交，该请求被锁定并排除了该特定 的产品被另外买方选择。以这样的方式，对同样产品的其他请求不访问锁定的 请求信息直到被请求的信息以如下所讨论的方式随后被释放。接着，与请求相 关的信息被路由到票据交换所以便获取批准，在那里票据交换所接收或拒绝该 请求(步骤223和224)。例如，票据交换所可以根据买方的经济形象、买方的信 贷历史记录或审查信息接收或拒绝该请求。如果票据交换所接收该请求，则至 少通知如第一方203，第二方205或第三方207中的一个(步骤225)。当然，通 知可以包括更多的部分，更少的部分或不同于上述的部分，取决于使用系统201 的前后关系。反之，如果票据交换所拒绝该请求，则请求的信息被释放，使该 请求的信息不再被锁定。一旦请求的信息不再被锁定则其他部分可以请求与那 个被释放的请求信息相关的产品。
如果票据交换所接收该请求，该产品随后提供给第二部分205(步骤226)。 例如，如果第二部分205是商品的买方，则步骤226将说明提交所请求的产品 给买方。支付的收取示于步骤227中，在那里支付是在提交该请求(如产品)的 时间由买方做出。例如，至少一个票据交换所或装运者可以在确认了产品提交 后请求支付。支付的分配可以包括支付费用给第一部分203，这里第一部分可 以是卖方(步骤228)。例如，如果第五部分211是金融机构，第四部分209是票 据交换所，且第三部分207是装运者，则金融机构从买方的资金中支付适当的 费用给任何一个或所有的有关的其他部分。因此，系统201按本发明的示例性 实施例提供了一个交易业务的方法。
为了更好地理解使用系统201在因特网上交易业务的不同步骤，分析包含 在获得对系统201的访问权限的步骤是最为重要的。例如上讨论，系统201可 以在一个商务网上实现，在那里只有具有预定访问权限的用户可以访问和使用 交互式数据库213。图3示出按本发明的一个示例性实施例为得到对交互式数 据库访问权限的流程图。访问权限可以不需要看到交互式数据库213的某些特 征；但是预定的访问权限可以根据所希望的控制程度加到各个部分。例如，对 库存、报价、产品、参与者的经济形象等的访问可以需要预定的访问权限。但 是关于广告、天气及渔业和/或海味食品工业、Fish & Game、Coast Guard(海 岸警卫)、海事及捕鱼设备等有关的规章与法规可以不需要预定的访问权限。
对一个买方和/或卖方提出一个具有经济形象栏目的世界范围成员的申请 表(步骤301)。经济形象包括买方和/或卖方的信贷信息、系统用户(如用户名、 安全级别、具有访问如控制器那样的权限的个人/实体、销售员、采购员、和/ 或装运/接收员)，业务委托/联系(如更愿意的买方和/或卖方，买方的顾客购买 定单)，按照Federal Drug Adminstration(FDA-联邦毒品管理)规章的Hazard Analysis and Critical Control Point(HAACP-风险分析和关键控制点)遵守证 书，第三方的审查信息，成员的条款及制约(如有关指定的银行，信贷的放款最 高限额，用于公布和使用有保障的保险货运(CIF-Certified Insured Freight)的库 存总量/百分比，和费用构成和支付类型(如年费用、交易的百分比等)及其他事 项。
所提出的成员申请表通过自动的或人工的批准过程，或者批准或者被拒绝 (步骤303和305)。例如，在步骤303中可以验证买方和/或卖方经济形象的信 息的完整性与准确性。此外，参与者设施的第三方审查可以考虑政府的健康标 准，设施的效率等。如果在步骤305成员申请表未被批准，则预期的成员未能 得到访问权限并提出另外的成员申请表。反之，如果在步骤305成员申请表被 批准，则通知该预期的成员(步骤307)，例如，通知可以包括从预期的成员(如 买方和或卖方)收取年成员费用，发放至少一个“安全”口令和/或至少一个用 户账目，装运一台计算机给新的成员，和/或为客户/新用户安排指定的培训。 培训可以包括计算机安装，口令的发放，协助输入库存信息(如人工库存输入， 通过文件传输协议(FTP-File Transfer Protocol)，Exel，和/或其他下载库存)，下 载库存清单和/或进一步使系统更适合于买方和/或卖方的工业(步骤309)。于是， 一旦参与者得到对交互式数据库213的访问权限，该参与者可以使用交互式数 据库213在因特网上交易业务。理想的是，多个买方和/或卖方可以在因特网上 使用交互式数据库213交易业务。
参照图4，示出按本发明的示例性实施例使用交互式数据库在买方和卖方 之间交易业务的方法。当然，图4中的方法可以根据买方和卖方的需要对在任 何可应用的工业中的任何类型的业务交易实施。此外，本发明可支持多个买方、 卖方、金融机构和/或其方参与方，为简便起见，这里多数情况下仅以一个买方 与一个卖方为例说明。此外，一个买方(或其他参与者)可以同时涉及多个交易， 只要该参与方的经济形象(如信贷，资金，其他金融信息等)足够。作为说明， 一个图4中方法的实施例可以在例如海味食品工业那样的易变质食品工业中的 买方和卖方的情况下实现。为简单起见，示例性的信息将在海味食品工业的情 况讨论，但不限于此。买方和/或卖方访问交互式数据库213(步骤401)。作为 说明，按本发明的示例性实施例买方和/或卖方在试图访问交互式数据库213时 会遇到的网页601在图6中示出。买方和/或卖方需要具有如上讨论的预定的访 问权限，通过使用如用户I.D.，口令，I.D.号等的用户识别(I.D.)码来进入交互式 数据库213。
卖方(S)将下列信息输入到交互式数据库213，如包括产品信息的库存，SKU 号，海味食品的新鲜或冷冻特征(如新鲜可有时间标记)，海味食品的类型(如品 种名，拉丁字母，普通的，通俗的，等)，销信信息(如价格，数量，库存更新)， 买方信息，和/或其他(步骤403)。此外，卖方可以更新/改变某些口令和访问级 别，识别/更新现有的买方，访问有关天气、关于渔业和/或海味食品工业、Fish & Game、海岸警卫、海事及捕鱼设备的规章与法规，运行用于账目，库存，和 /或销售等的报告程序。这样，产品信息及其改变基本上是实时的，销售可以一 天24小时每周7天进行，因而允许所有参与者能访问不断发生变化的信息。 而且，该交互式数据库可以反映卖方的SKU数，以便于例如进行集成和通讯。 此外，买方(B)可以更新/改变某些口令信息，访问级别，现有的卖方，和/或货 运离岸(FOB-Freight ON Board)点/位置，定制购买订单信息，运行用于账目、 库存和/或销售等的报表程序。步骤403与图4中其他方法的步骤一致可以连续 地并同时地发生。
具有买方经济形象信息的买方可以使用如价格，数量，海味食品的新鲜或 冷冻特征，包装，和/或海味食品的类型及品种等各种搜索准则搜索交互式数据 库213(步骤405)。此外，买方可以识别现有的卖方。买方还可以选择一个或多 个产品，包括品种，数量，价格，新鲜的/冷冻的，包装等，并确认此选择。例 如，确认可以是一买方国家的货币，并包括产品价格，货运，CIF，税率，关 税，和/或交易费。例如，图7示出按本发明的示例性实施例的一个网页701， 其中买方可以输入所希望的海味食品的类型(如淡水的)，作出单独的选择(如牡 蛎)或多重选择(如见壳类海鲜)，并购买所希望的海味食品。交互式数据库213 可以具有通过不同的运输模式装运到多个FOB点的能力，使买方可以选择多个 卸货的装运点。买方也可以依赖以前选择的FOB点，在那里交互式数据库213 可以重新计算该信息。
作为说明，按照本发明的示例性实施例在图8中示出买方和/或卖方在选择 一个或多个产品时会遇到的网页801。网页801识别买方为“Sam Flying Fish Co.”并显示买方选择购买的各个海味食味条款，包括如产品，大小，包装(如 新鲜/冷冻)，质量，来源，标记，数量和每磅的价格等。当然，如上所讨论， 该示例性实施例是按海味食味工业的情况说明的，因而，在其他工业中，根据 那个特定工业的各种要求这里说明的各种信息将是不同的或变化的。在此示例 性实施例中，确认选择可以包括增加卸货装运点，在那里交互式数据库213存 储与该买方有关的世界范围的FOB信息。例如，买方可以有多个业务位置，或 销售给多个业务位置的顾客。此外，价格可以被确认，包括产品费，装运费， 和以指定国家货币的交易费。在图9中的一个网页901进一步示出按本发明的 示例性实施例的那些购买订单，装运和费用信息。例如，网页901显示了产品， 大小，包装，质量，来源，标记，磅数，每磅的价格，每磅的装运费，总价格， 总的销售价格，装运信息，支付选择，订单日期，交货日期。当然，各种其他 信息也可以显示，取决于应用交互式数据库的工业及使用。例如，可选择地， 为了进一步提供安全的交易环境，交互式数据库213可以需要确认买方的个人 识别(I.D.)号。
在步骤407中，一旦买方确认了选择(如买该产品)，则交互式数据库213 按照在上述步骤405确认的信息，通过将一个保留(hold)放在该产品上而确认了 该购买。将一保留放在产品/库存上将其从可用于销售的库存中除去。作为说明， 在图10中一个示例性的网页1001示出了经过更新反映了买方在图9中对购买 选择的确认的库存。这样，放在保留上的库存反映了在图9的示例性网页中做 出的确认的选择。此时，交互式数据库213发送该订单信息给票据交换所。订 单信息可以包括买方，购买的品种，数量，价格，包装，订单的目的地，和/ 或卖方及其他信息。此外，在步骤407中，票据交换所将信息发送到买方银行、 买方和卖方中的至少一个处。例如，买方银行可以在买方来自的国家中，在那 里银行校核买方指定的账目，并按照买方的订单验证买方可用的信贷。买方和 /或卖方可以接收的信息包括从票据交换所来的确认信息(如通过电子邮件)，未 定的订单信息，品种，数据，价格，包装，装运信息(如目的地，计划的装运日 期)等。
当交互式数据库将一个保留放在买方订单中列出的库存中时，卖方在契约 上决不会出售与登在交互式数据库中的买方订单有关的库存部分(步骤409)。这 样，与该买方的订单有关的产品将不能销售给其他的买方/参与者。接着做出关 于买方的信贷是否被批准的判断(步骤411)。用于批准买方信贷的各种信息可以 包括信贷的历史记录，当前的信贷限额，任何显著的账目争端，支付的补偿等。 例如，关于买方信贷的判断可以由装运者的金融机构，如银行做出。这样，装 运者的金融机构可以通知票据交换所，买方的信贷被批准(步骤413)。例如，各 种通知可以通过电子邮件，传真，电话，其他电子方法，邮件等进行。而且通 知可以包括有关售出产品的信息，产品的数量(如海味食品的磅数)，产品的价 格，销售的日期和时间，计划的装运日期等。如果买方的信贷被批准，则票据 交换所命令装运者金融机构(如银行)按照买方的订单将保留放在买方的账目 (如资金)中。这样，因为资金可以由金融机构(如担保的银行)保证，将一个保留 放在买方的账目和/或资金中就减少了责任和对等待支付的参与者(如卖方，装 运者，和/或交互式数据库213)的纠纷。而且装运者的金融机构可以是一个或多 个国家的和/或国际的促进资金转移的银行，使得使用国际货币的复杂性可以通 过使用交互式数据库213而着手解决。另外，如果买方的信货未被批准，则放 在库存和/或买方账目(如资金、信贷等)中的保留被释放，使其他的买方可以请 求被释放的库存(步骤415)。而且，买方可以恢复搜索交互式数据库213以便试 图做另外的交易。
图4的方法在图5中延续，进一步说明了按照本发明的示例性实施例使用 交互式数据库213交易业务的方法。假设买方的信贷被批准，使得票据交换所 在步骤413被通知，票据交换所至少通知买方、卖方、装运者，交互式数据库 213和所批准的买方订单信息的CIF的审查者中的一个(步骤517)。当然，至少 通知买方、卖方或装运者之一也可以包括对装运者规定取货和交货的条款(如产 品，卖方地址，包装，买方信息，如地址和/或卸货装运点等)；确认对买方和/ 或卖方的购买条款(如产品、价格、计划的装运日期等)；并通知CIF的审查者 审查待装运的产品。例如，装运可以包括空运，海运和/或陆运(如Federal ExpressSM和/或United Parcel ServiceSM)，使得可用最有效的世界范围的运输。 尤其是装运者可以提供CIF以协助保证给买方优质的产品。同时，通过CIF装 运减少了责任和对其他方(如卖方、交互式数据库宿主机等)的其他纠纷，使得 有关装运的大部分缺点被保险所弥补。步骤517也可以包括交互式数据库213 确认交易并确认在买方银行中买方资金的保留，并进一步通知买方、卖方和/ 或装运者计划的交货条款(如产品，价格，交货日期等)。在本发明的一个实施 例中，至少通知买方，卖方或装运者中的一个基本上是立即发生的。
在步骤519中，交互式数据库213建立一个发票，如对交易费的编号的发 票，且卖方建立一个该交易的内部账目(如记录，材料清单，如品种，重量，和 /或包装)并为装运准备产品(如按照交互式数据库213的规格和材料包装)。一旦 产品准备好交货，通知CIF的审查者即将到来的审查工作和/或计划装运日期， 并审查装运(步骤521)。此外，装货者建立一张装货清单，物品被取出用于交货 给买方，且卖方建立一张内部账目(如可接收的帐目)。作为说明，在过去，从 建立可接收的账目起提交支付可能在30-120日之间，然而按照本发明的一个 示例性实施例，从建立可接收的账目起支付可以在24-48小时之间。当然， 例如支付可以快一些或慢一些，取决于可以用于资金转移的技术。卖方可以减 少库存，开始订单跟踪等。
在步骤523装运者在规定的时间期限(如24-48小时)将产品提交给买方 (如能在多个卸货点)。根据买方成员条款的条款和状态，在规定的时间内产品 交货到所需的目的地。例如，买方可以要求在订单发出的24到48小时之内装 运产品。当然，规定的时间和要求的目的地可以根据买方成员条款的条款及制 约或某些其他规定的方法对每个买方变化。此外一个买方可以根据买方业务需 要的情况有多于一个的时间和目的地的变化。至此，买方可以接收产品(如签字 装货清单)。一旦交易完成，装运者通知票据交换所。票据交换所通知买方银行， 指出交易已完成(步骤525)。如上所讨论，一旦买方银行得到通知，买方银行可 以释放买方的资金，将该资金存入装运者的金融机构(如在买方的居住国家中)， 并恢复买方的信贷信息。例如，根据金融机构和交互式数据的宿主的各种协议 的条款和制约，支付可以实时或在规定的期限内进行。此时，买方的银行通知 票据交换所，资金转移已完成。
最后，票据交换所命令装运者的金融机构将支付至少发送到卖方、装运者、 和交互式数据库213中的一个，到他们各自的国家中(步骤527)。支付又可以在 建立可接收的账目的24-48小时内做出。一旦交互式数据213接收支付，交 互式数据库处理该支付(如信贷该发票/交易费)，而相应的库存从保留库存中删 除，只留下尚未完成的交易。一旦买方与卖方之间的交易完成，买方或者退出 对交互式数据库213的访问或进行另一次交易。当然，一个或多个参与方可以 在任何时候访问交互式数据库213，实时访问有关信息。图4和5提供了一个 用于在买方和卖方之间交易业务的本发明的方法的示例性实施例。当然，该方 法可以包括多个买方、卖方、和/或各种其他参与者。此外，各种步骤不是按顺 序说明，而是提供在买方和卖方之间一个示例性交易的示例性实施例。
参照图11，系统1101示出按本发明的示例性实施例使用交互式数据库 1107在卖方1103和买方1105之间的示例性交易。当然，买方和/或卖方可以 来自世界上不同的国家，另外可以有一个或多个买方、卖方和/或其他参与者/ 实体加入各种交易。在卖方1103和买方1105之间交易的不同方面示于方法的 不同步骤中。卖方1103通过将信息输入到交互式数据库1107而登记库存，其 中如上所述交互式数据库1107可以是商务网的部分(步骤1121)。买方1105选 择并提交请求通过交互式数据库1107来购买一个或多个产品(步骤1122)。一旦 买方1105选择并确认了购买一个或多个产品，指定的库存被锁定(即放在保留 中)。一个装运者1108系统(如一个国际装运者，如Federal ExpressSM，United Parcel ServiceSM等)可以包括一个票据交换所1109系统和/或一个或多个与装运 者1108系统相关的银行1111系统。
票据交换所1109可以批准或拒绝买方1105期望的购买(步骤1123)。如果 票据交换所1109批准该期望的购买，在步骤1124一个保留将放在买方的银行 (如一个墨西哥银行)的买方1105的资金中。反之，如果票据交换所1109拒绝 买方1105的期望购买，则锁定的库存被释放。一旦该锁定的库存被释放，其 他买方/参与者可以选择和/或购买该规定的库存量。卖方1103通过装运者1108 将产品装运到买方1105(步骤1125)。在步骤1126买方1105接收产品(如接收 交货和/或为交货签字)。票据交换所1109可选择命令银行1113从墨西哥的买 方银行获得钱并命令银行1115支付给卖方来自的国家(如美国)中的卖方1103。 最后，为了完成交易银行1111支付给交互式数据库1107和装运者1108(步骤 1128)。另外，在按本发明的示例性实施例的图12中的处理流程图1201中说明 系统1101。处理流程图1201示出在X轴上的不同参与者和Y轴上的时间/顺序， 其中各种箭头与图11的方法步骤相联系。
因此本发明允许在参与者之间基本上实时地交换信息。当然，本发明也可 使用现有公告板、拍卖、已知的多买方和/或卖方的采购系统(如通过因特网)等 来实现。虽然本发明在此已经参照附图加以描述，应该认识到本发明的范围不 限于此。在设计和实现这里讨论的各种部件和方法步骤中可以做出各种修改而 不背离附在后面的权利要求中列出的本发明的精神及范围。
发明者：Dana B.Duncan
相关文件
本专利申请拥有1999年7月6日递交的序号为60/142,359的美国临时专 利申请的利益与优先权。