CN101111860A - 多供应商交易和支付编程处理系统及方法 - Google Patents

Abstract

在一个示例实施例中，基于计算机的合同管理方法处理涉及履行交易的一个或多个子部分的至少一个供应商(即，一个卖方或多个卖方)的交易。无论卖方参与交易的哪一子部分，各供应方(例如，以及其它交易方)在传送诸如发票等交易信息时都引用同一交易ID。使用在各发票中引用的交易ID将发票与交易相关联，并且各供应商对其所参与的交易子部分的履行相应地进行支付。从买方的观点来看，交易根据与至少一个供应商相关联的子部分来处理。按每一供应商，交易通常二元地(通过买方和通过供应商)处理，因此通常各供应商与其不是参与者的交易的子部分隔离(在合乎需要的情况下)。

Description

多供应商交易和支付编程处理系统及方法

相关文献

本专利文献要求均在2004年12月29日提交的题为“多方交易处理系统和方法(Multi-party Transaction Processing System and Approach)”的美国临时专利申请No.60/639,999以及题为“多供应商交易和支付编程处理系统和方法(Multi-supplier Transaction and Payment Programmed Processing System andApproach)”的美国临时专利申请No.60/639,998的优先权。

发明领域

本发明针对通信及数据处理，尤其针对包括单个交易多个供应商参与的交易的处理的通信和数据处理。

背景技术

商用产品的交换中所涉及的买方、卖方、金融机构以及其它各方之间的合同和交易交互的业务管理通常是劳动和时间密集型的。通常，管理企业实体之间的交易的过程过于繁重而低效。

许多交易涉及处在支付分层结构的不同层次上并与交易的不同方面相关的各方。例如，可由不同实体履行的涉及履约的不同方面(例如，产品或服务的提供)的交易常常涉及两个或多个供应商。例如，当交易涉及大量货物的供应时，可假借同一交易从不同供应商处采购货物。类似地，基于服务的交易可涉及在同一合同下提供不同方面的服务。另外，涉及产品购买的交易常常包括产品的提供以及用于将产品从卖方运送给买方的货运服务。这些交易还可包括沿运送路线的处理服务和/或费用，诸如输出港处的出口结关、进/出口关税以及运输期间的保险等，其责任可取决于货物在一时间点实际所处的地点而在各方之间变化。以货运为例，对于许多货运交易，常常存在托运方(安排货物的装运的实体)、承运方(运送货物的实体)、卖方(出售货物的实体)、保险公司(向托运方、承运方和/或买方提供运输保险的实体)以及买方(接收货物的实体)。这样，可认为货运本身是以买方与卖方之间的协议开始的更复杂交易的单独货运部分。在某些实例中，卖方作为托运方，并与买方独立地安排并支付货物的装运并且货运成本被有效地做入货物成本。在其它货运交易中，卖方按买方的指令来安排货物的装运，并且买方直接向卖方选定的一方支付货运服务的费用。

在上述和其它类型的交易中，卖方有时通过直接提供货物和/或服务来履约，而在其它时候卖方与履约方订立合同来履行部分或全部交易方面。在本实例中，卖方作为中间方，且买方同意支付中间卖方与买方之间的合同所订立的金额。卖方进而同意向履约卖方(转包商)支付卖方与各履行方之间的合同所订立的金额。

在上述各例中，对于买方、卖方、中间方及其它方之间的合同链中的每个合同而言需要各种发票和相关动作(记帐、调整等)。另外，出于商业和调控目的的跟踪动作常需保持对交易的记录。这些动作是耗时、易于出错而且实质上常常是重复的。例如，在支付步骤中，代表交易的不同方的金融机构必须相互交互。此交互通常涉及便于资金转帐的复杂协议和关联。有时，可存在支付延迟或支付条款方面的争议。另外，这一过程非常容易出错。交互的复杂性、延迟、差错以及交易支付的多个其它特征可花去交易的一方或多方(包括金融机构)大量资金。

多数行业的竞争很激烈，因此任何成本节省都很重要。管理成本成为削减的目标，因为管理功能不直接产生收入。然而，就广泛散布的数据来看，在当前的商业环境中很难降低与商业交易相关联的管理成本。

商业交易的管理和协调中的上述和其它困难已向参与交易的各个方面的企业实体-包括那些参与金融机构和其它各方一提出了管理和成本挑战。

发明内容

本发明针对克服与上述及其它类型的应用相关的挑战。本发明在多个实现和应用中示例，以下对其中一部分进行归纳。

根据本发明的一个示例实施例，根据由各供应商履行的交易的各个部分，自动处理交易以实现向交易的至少一个供应商的支付。在一个实现中，交易文件(例如，电子数据)被审计并根据审计实现支付。在另一个实现中，据交易以及与交易的一方或多方的协议来估计交易的一方或多方的费用。

在另一个示例实施例中，根据所接收的各承运方的信息以及共同交易标识信息来处理涉及履行发货路线的不同部分(旅程)的两个或多个承运方的货运交易。各承运方开出发票且这些发票与特定交易相关。支付是根据发票进行的(例如，授权的)。

根据本发明的又一示例实施例，自动交易处理系统适于进行对涉及两个或多个供应商的交易的交易处理。交易各方的合同数据被存储。该合同数据包括与涉及买方和至少两个供应方之间的商家出售物(例如，货物和/或服务)的交换的合同相关的交易标识(ID)和信息，其中各供应商在买方的指导下或在第三方的指导下完成合同的子部分。包括来自供应商方的交易ID的支付请求信息被发送至自动交易处理系统。支付请求信息(例如，带有交易ID的发票)通常反映交易的与由提供支付请求信息的供应商方提供的商家出售物相关的支付特征。根据支付请求信息中的交易ID与所存储的合同数据中交易ID的比较结果来审计来自各供应商方的支付请求信息。当来自特定供应商方的支付请求信息中的交易ID与合同数据中的交易ID相匹配时，根据来自特定供应商方的支付请求信息及合同的子部分来实现涉及由特定供应商方提供的商家出售物的合同的子部分的结算。

本发明的上述归纳并非旨在说明本发明的各个示例实施例或每一实现。以下的附图和详细说明更具体地例示出这些实施例。

附图的简要说明

在结合附图来考虑本发明各实施例的详细说明时，可以更全面地理解本发明，在附图中：

图1示出根据本发明的一个示例实施例的交易处理装置和方法；

图2示出根据本发明的另一示例实施例的用于管理货运相关交易的装置及方法；以及

图3示出根据本发明的又一示例实施例的交易处理的流程图。

虽然本发明易于有各种修改和替换形式，但其细节已在附图中作为示例示出并将被详细说明。然而，应当理解，并不一定旨在将本发明限于所述的特定实施例。相反，旨在涵盖落在由所附权利要求书限定的本发明的精神和范围内的所有变体、等效技术方案以及替换方案。

详细说明

相信本发明可应用于各种不同类型的通信和财务处理管理方法，并且已发现本发明对于涉及支付相关交易处理及其相关方面的实现和应用尤其有用。虽然本发明不一定限于这些方法，但可通过使用这些和其它背景通过各示例的讨论来理解本发明的各个方面。

根据本发明的一个示例实施例，使用各个供应商以及一个或多个买方的合同条款(交易相关的)来自动处理涉及多个供应商的交易。各供应商根据交易条款与接收供应商所提供的商家出售物(例如，货物和/或服务)的一个或多个买方履行交易的特定部分。当从一个供应商接收到记帐数据(例如，发票)时，使用该记帐数据中的信息以及所存储的交易信息自动使该数据与特定交易相关。来自一个买方(或在适当的情况下为多个买方)的资金根据记帐数据被转帐到合同条款中所指示的供应商。类似地，处理由后续供应商提交的记帐数据。这样，各供应商是共同交易的一部分并根据由该供应商履行的那部分交易予以支付。此方法适于直接买方-卖方型关系以及其它关系，诸如那些包括买方作为中间买方/卖方，与供应商订立转包合同以实现特定交易条件的关系。

在某些应用中，交易的一个或多个供应商通常无法得知关于不与特定的一个或多个供应商相关的交易的信息。即，与供应商相关联的交易信息被独立处理和/或管理，从而供应商对交易的观察通常被限制于该供应商具体参与的交易部分。在某些实例中，供应商对交易的观察被限于诸如供应商与买方或中间买方之间的合同型功能、和/或诸如供应商与提供对交易的支付的金融机构之间的支付型功能。这样，从各供应商的观点来看，“交易”被限于供应商所参与的交易，而从买方(或中间方)的观点来看，交易涉及构成整个交易的多个供应商和/或单独的子交易。

在一个实现中，根据各个交易特征中的一个或多个来估计交易的至少一方的费用。在某些应用中，根据由主方与促进交易处理的实体之间的费用合同所表征的交易的支付金额来估计主方(例如，供应商)的费用。在其它应用中，根据类似的费用合同和/或交易支付金额来估计多方的费用。在合适时以与由不同供应商履约的交易的各个子部分相符的方式来进一步估计费用。

另一示例实施例涉及信息的电子传递。例如，流式销售信息可由共同交易的多个供应商提供。作为另一个示例，可由两个或多个信息载体来传递电话语音数据。这些电子传递应用可涉及例如因特网、电话线和/或发射塔的使用。在通过因特网提供流数据的情形中，电子数据载体可选取数据用于从一个或多个供应商源终端传递至一个或多个目标终端。在某些应用中，具有轮廓数据的预先加载的密码加密的配置文件被用于启动电子(例如，流)数据的传递或启动目标终端上数据的实现。

在另一示例实施例中，使用由不同承运方提供的不同路线的唯一定单标识(ID)来处理涉及多个承运方的货运交易。该唯一定单标识涉及在主要路线上运送物品的起始和目的地，其中单独的承运方履行物品运送所沿路线的各个部分。使用发票中的信息使来自承运方的货运发票自动与主要路线相关联。另外，货运发票分别与由作为发票主体的特定承运人所提供的那部分路线相关联。此信息用于审计发票并在发票的基础上产生支付授权(并且，在某些实例中实现支付)。各承运方根据其在主要路线中的部分得到支付。在某些实现中，与交易各方相关的商务规则和/或其它信息(例如，配置文件)被存储并用于关联和/或审计诸如发票等交易数据。对于关于货运交易的普通信息以及对于能结合本文中的这个和/或其它示例实施例来实现的关于货运交易方法的特定信息，可参考美国专利No.5,910,896，其内容通过引用全部包括在此。

在另一实现中，转付方法用于从买方向子供应商支付，同时从特定子供应商的观点来看将交易限制于在特定子供应商与中间买方之间安排的交易。例如，在买方是中间方且交易的产品或服务以外部买方为目标的情形中，作为从外部买方向中间供应商/买方的支付处理的一部分，直接从外部买方向供应商处理由各相应供应商进行的交易履约的费用。然而，根据与子供应商和中间商之间的各个交易相关联的条款，可单独处理各子供应商的交易信息，且支付由中间方单独处理(和进行)并且来源于外部买方。这样，从供应商的观点来看，其交易部分限于供应商与中间买方之间的部分，且支付来自外部源、但根据供应商与中间方之间的交易进行。对于关于交易处理的一般信息以及对于关于能结合本文中的这个和其它示例实施例实现的转付型方法的特定信息，可参考2005年12月22日提交的题为“多方交易处理系统和方法”的序列号为________(律师案号USBA.133PA)的美国专利申请，其内容通过引用全部包括在此。

在某些实现中，结合上述记帐数据的接收来执行审计处理。例如，当记帐数据包括与特定可标识交易相关联的卖方标识信息(ID)时，记帐数据被审计以确保特定卖方确实是该可标识交易的一方。另外，诸如支付金额和/或其它相关联费用、时间选择(支付和/或合同履行)等记帐数据的条款被选择性地审计以确保满足基于某交易的条件。

在另一示例实施例中，买方和/或卖方的商务规则用于处理交易，并在适当时可进一步用于控制对关于交易的信息的访问。例如，在买方(或中间买方)与不同卖方订立合同的情形中，买方的商务规则被用于处理交易。这些规则可包括例如，用于设立合同条款、进行支付或向卖方提供信息的规则。另外，在为特定交易设立某些交易条款的情况下，这些商务规则可适于特定交易。

在某些实现中，商务规则包括用于在适用特定规则的供应者之间进行区分的信息。即，根据不同的商务规则来处理涉及两个不同供应商的特定交易。根据特定卖方的商务规则来处理与该特定卖方相关的交易部分，并在适用时根据各特定卖方的商务规则来处理涉及其它卖方的交易的其它部分。例如，买方和卖方可就诸如支付时间、支付类型、货运费用等特定商业交易条款达成协议。可与适于特定卖方的商务规则相关联地分别记录这些特定商业交易条款。

在一个实现中，根据与卖方和/或交易相关的特征将商务规则选择性地应用于特定卖方；不同组的商务规则可应用于特定卖方。例如，诸如地理位置、与卖方的特定交易的地点(或与卖方的交易的重要部分)、或卖方与其它实体之间的关联等交易特征可得益于商务规则的选择性应用。

包括上述那些在内的各种交易处理功能可被执行，以实现用于包括交易数据的关联、合同条款的选择、合同支付的管理和/或审计功能等用途的商务规则。对于关于合同和交易处理的一般信息、以及对于本发明可应用的合同和交易处理的特定信息，可参考2003年5月12日提交的序列号为10/436,878(USBA.101PA)的美国专利申请，其内容通过引用包括在此。

现在参见附图，图1示出根据本发明的另一示例实施例的交易处理装置和方法。交易装置105根据要进行支付的特定交易(例如，通过与一个或多个金融机构交互)来管理买方与便于提供货物和/或服务(例如，商家出售物)的两方或多方之间的交易。在这里，包括买方110至118、中间方120至124以及卖方130至136在内的多个交易方作为示例示出。虽然示出某些买方、中间方和卖方，但本示例实施例及相关方法可应用于许多这类交易方、以及可对各种情形实现的其它类型的交易方(或较少交易方，例如，没有中间方和/或单个买方与两个卖方)。

交易装置105(本地和/或远程地)存储与合同条款140和用户配置文件142相关的数据，并使用多个供应商处理器144进一步处理交易功能。合同条款140包括与由交易装置105处理的交易相关的特定合同。合同条款140能管理诸如在现场投标/决标情形中的单个交易或诸如特定货物的定时运送的多年合同的多个交易。作为示例，一合同141被示为存储有合同条款140，并包括共同交易的不同卖方的转包合同143和145。

用户配置文件142包括关于交易各方的信息，诸如便于执行交易的支付功能的财务帐户信息，或诸如便于对交易信息的访问控制的密码等信息。多供应商处理器144被编程用于处理诸如定单确认、货运确认、支付授权、和促进交易及其支付相关方面的结算细节等交易相关信息。

合同条款140描述一个或多个买方与两个或多个卖方之间特定合同的信息，其中各卖方履行交易的一部分。这些合同条款140可例如包括专用于特定卖方和/或专用于特定交易的合同条款，其中取决于应用合同条款可以或不可以在不同卖方之间变化。例如，当买方110就单个交易与卖方130和132具有单独合同时，多供应商处理器144实现与处理那部分交易的特定卖方相关的特定合同信息。即，当处理诸如涉及买方110以及卖方130和132的特定交易的支付等交易功能时，多供应商处理器144在处理同一交易的多个部分但涉及不同卖方时使用不同的合同条款。当合同条款140包括在特定交易的不同卖方之间一致的合同条款时，这些条款被一致地执行(相对于例如上述分别执行的条款)。

在涉及中间方(120-124)的某些应用中，交易装置105处理由两个或多个卖方130至136供应、并由一个或多个买方110至118接收(货物和/或服务)的交易。例如，在中间方120与买方110进行沿特定主要货运路线运送货物的交易时，中间方可分别与两个或多个卖方(承运人)130和132订立合同。在这里，买方110可以是所运送货物的接收方、或是将向顾客运送的货物的供应商。该交易涉及特定服务，即，在由买方或其它实体指示的特定主运送路线(从起始地到目的地)上运送货物，且同样交易被相应地引用。然而，各卖方(承运人)在构成起始和目的地之间路线的从起始地到中间地点、继而从该中间地点到目的地的单独子路线上执行货运功能。交易装置105参考主运送路线用多供应商处理器144来处理与以各子路线履行其相应服务的各卖方(承运人)130和132的支付相关的交易信息。

多供应商处理器144根据合同条款140和配置文件142以各种方式执行支付和与买方、卖方以及(在适用的情况下)中间方的其它交互型功能。例如，买方110与卖方130之间的特定合同可指示何时实现支付。在某些应用中，在完成卖方的那部分交易时(例如，在上述示例中，当卖方(承运方)履行其运送路线部分时)，实现对卖方130的支付。在其它应用中，在完成全部交易时(例如，在上述示例中，当装运货物到达其目的地时)，实现对卖方110的支付。诸如这些的多种类型的条款被实现为具有合同条款140、并由多供应商处理器144根据应用以及交易各方之间的特定合同进行处理。

在另一实施例中，多供应商处理器144便于处理涉及跨时间履行合同的交易。例如，在买方110就特定时段的商家出售物与中间方120订立合同的情况下，多供应商处理器144处理合同诸子部分的支付功能，因为这些子部分是由不同供应商跨时间履行的(例如，使用共同交易ID)。例如，当中间方120与买方110订立用于每隔一段时间提供一包特定货物的合同时，可实施此方法。然后，中间方120可与在不同时间提供该包货物的供应商130和132订立合同。这样，多供应商处理器144处理从供应商130和132接收的、在例如他们分别履行合同的子部分时所提交的发票信息。

在另一示例实施例中，中间方120根据由交易各方提供的合同条款140来操作用于处理买方110至118与卖方130至136之间的交易的交易装置105，并进一步估计一个或多个交易方的处理费。例如，在买方110与两个卖方130和132订立用于分别履行交易子部分的合同的情形中，买方可获得交易装置105的服务用于处理交易的财务方面。多供应商处理器144通过使发票与特定交易相关联、并进一步与提供发票的特定卖方相关联，来处理诸如从卖方130和132接收的发票等交易信息。关联用于确定用于处理(审计)发票并因而相应地实现支付的合同条款140的要素。在框310中，支付授权与特定交易相匹配。该匹配可包括将交易标识或交易方标识信息用于支付授权。

费用是根据诸如交易财务方面或设定费等各个特征中的一个或多个来估计的(例如，由交易装置105处理的销售金额)。这些费用可例如根据中间方120与交易各方(买方或卖方)之间的合同进行设置。

在另一示例实施例中，交易装置105适于处理涉及向参与特定交易的买方、卖方或其它合适的交易方提供资金的两个或多个金融供应商(即，资金供应商)的金融交易。各金融供应商向买方或卖方提供资金金额的子部分以向满足规定参数的交易类别(例如，由规定的买方从规定的卖方取得的特定货物)提供资金。多供应商处理器144使用公共交易ID对由各金融供应商提供的诸如为向金融交易的子部分提供资金所估计的费用等支付型数据进行处理。例如，在买方使用多个金融机构来向满足规定资金参数的特定交易提供资金的情形中，可实施此方法，从而实现对由各金融机构提供的金融服务的单独合同条款140。

在一个实现中，两个或多个金融供应商以不同货币的资金向特定金融交易提供资金。交易装置105处理由不同金融供应商提供的各货币的交易子部分(例如，其中第一供应商以第一货币提供资金而第二供应商以第二货币提供资金，用于共同交易中)。各金融供应商在向交易装置105提供支付类型数据时引用共同交易ID。本实现可应用的一个示例应用涉及买方在第一国家从第二国家的卖方购买货物和/或服务。第一金融供应商代表买方以第一货币提供资金并相应地估计费用(例如，所提供的资金加上服务和/或金融收费的金额)。第二金融供应商代表卖方以第二货币提供资金并估计费用(例如，在以第二货币提供的资金加上服务和/或金融收费的换算后金额)。在某些相关应用中，第二金融供应商当在决定是否向供应商提供资金时(例如，在出口前筹措资金情形或在出口后获所有权前的代偿债务情形中)考虑买方和第一金融供应商的身份。因而，与交易和/或交易方相关的规则和其它特征可构想第二金融供应商对买方和第一金融供应商的一个或多个身份的考虑。在所有这些实现中，选择性地对买方和/或对在金融交易中得到资金的交易方估计费用。

上述关联方法可使用例如结合2004年6月9日提交的序列号为10/864,761(USBA.120PA)的美国专利申请中所述的一个或多个实施例和实现来实现，该申请的内容通过引用全部包括在此。另外，本文所讨论的其它交易处理方法可在处理涉及与特定主交易相关联的子交易部分及其相应处理的过程中实现这类关联方法。

图2示出根据本发明的又一示例实施例的通过交易处理器205来管理货运相关交易的装置和方法。图2中所示的方法可结合如例如结合以上图1所述的交易处理方法来实现。图2中所示的方法涉及处理起始地210与目的地230之间的货运交易，其中卖方260向购买物品并在目的地230接收该物品的买方250提供要起始地装运的物品。在某些实例中，第三方买方在目的地230接收物品，其中买方250可进而向物品的第三方买方开出发票。

承运方A(240)从起始地210向中转地220运送货物，而承运方B(242)从中转地向目的地230运送货物。这样，起始地210和目的地230之间的总运送路线是由与中转地220的两条子路线提供的。各个承运方240和242通过只引用整个货运交易共同的总交易ID而不考虑涉及交易的哪一部分来引用它履行的货运路线的子部分。

交易处理器205便于处理涉及从起始地210向目的地230的货运的交易的合同和支付功能。这样，交易处理器205与上述交易各方以及交易各方的金融机构以电子或其它方式进行通信，其中示例机构270-275分别向承运方A、承运方B、卖方和买方提供服务。

在一个示例中，交易处理器205如下地将一个交易ID用于引用由不同承运方履行的各交易部分来处理货运交易。卖方或交易管理实体向交易处理器提供交易信息用于标识发票和所接收的与交易有关的其它数据。此信息包括合同信息、交易方配置文件信息(例如，标识和金融机构)等。

当承运方A(240)执行其交易部分时，它向交易处理器205提交发票，该发票引用共同交易ID。类似地，当承运方B(242)执行其交易部分时，它向交易处理器205提交发票，也引用同一交易ID。交易处理器根据合同信息通过使发票中的信息与交易相匹配获得发票信息并促成支付(例如，将共同ID用于发票源)。例如，在合同信息指示直至在中转地220接收到货运物品时才支付承运方A的情形中，这类接收用于授权交易处理器处的支付处理。或者，合同信息可指示直至在目的地230接收到货运物品时才支付承运方A。可类似地处理承运方B的发票。在适用的情况下，诸如支付日期、货运物品的接受等其它合同特征由交易处理器205在产生对支付发票的授权时进一步实现。

当成功地授权发票的支付时，交易处理器205根据特定交易和合同条款通过与一个或多个金融机构270-276通信进一步促成支付，使得承运方从买方250和/或卖方260获得对他们所提供服务的支付。承运方的资金取决于应用是从买方250和/或从卖方260提供的。例如，在卖方260是与买方250订立物品装运合同的托运方的情形中，卖方通常会直接向买方开出达成协议的交易费的发票。承运人进而对卖方开出他们的那部分交易费。在本实例中，如可用于交易处理器205的合同条款所指示的，卖方260可通过卖方金融机构274向各承运金融机构270和272提供资金。通过买方金融机构276向卖方金融机构274进行整个交易的支付(例如，与对承运方的支付分开)。在某些应用中，卖方260指示交易处理器通过买方金融机构276从买方250提供的资金中直接向各承运方金融机构(270，272)支付。然后向卖方提供从买方250得到的剩余资金(如果有的话)。

在其它实例中，买方250与货运的承运方240和242分别订立合同，并进一步相应地将可通过买方金融机构276得到的资金用于在核准各承运方提交的发票时进行支付。在这些实例中，交易处理器205会实施买方250与承运方240和242之间用于促成支付的合同条款，其中实施表示从起始地210到目的地230的整个运送路线的共同交易ID用于使发票与交易相关联。

图3示出根据本发明的再一示例实施例的用于交易处理的流程图。结合图3中的流程图所述的方法可使用一种或多种类型的交易装置来实现，并且可例如包括使用如图1和/或2中所示并结合其所述的一个或多个装置及其构件。在框300中，在交易处理地/装置处接收包括交易标识(ID)、买方ID和至少一个卖方ID在内的交易数据。买方ID、卖方ID和交易ID在数据库中被关联，从而使买方和卖方ID与赋予交易ID的交易相链接。

在框320中，接收针对由卖方履行的交易的一部分的记帐信息与卖方ID和交易ID。记帐信息使用例如通过通信网络向通信网络上的交易处理节点发送的电子发票来传送。如果在框330卖方ID与关联于赋予交易ID的交易的卖方ID不相匹配，则在框335产生错误的卖方和/或交易ID响应。错误的卖方和/或交易ID响应可包括例如下列动作中的一个或多个：通知提供记帐信息的卖方匹配失败；通知交易中的买方匹配失败或解决该问题。失配的卖方ID可例如通过将所接收的卖方ID与交易的已知卖方ID相比较、并使用印刷容限或其它方法使所接收的卖方ID与已知卖方ID相关联来解析。

如果在框330该卖方ID与关联于交易数据的卖方ID(即，与交易ID)相匹配，则在框340检索与交易ID相关联的特定交易的合同条款。在框350，根据与交易ID相关联的特定交易的合同条款来支付与该卖方ID相关联的卖方。框340和350的此方法可包括例如，从数据库中检索存储在交易ID下的合同条款，并基于这些合同条款以及所接收的记帐信息来授权或促成交易的支付。在某些实例中，作为支付处理的一部分，在框350审计记帐信息，其中根据该审计来授权或促成支付(即，当记帐信息符合和/或在预期或可接受的记帐信息的范围内时，授权支付)。

在框350已支付卖方之后，在框360存储根据记帐信息对交易进行支付的支付数据。在某些实例中，此支付数据与所接收的记帐信息存储在一起。在框360已存储支付数据之后，或在框335产生错误的卖方和/或交易ID响应之后，所存储的支付数据被解析以在框370确定是否已支付了交易的所有卖方。如果确实已支付了特定交易的所有卖方，则处理在框380停止。如果尚未支付特定交易的所有卖方，则当其它卖方提交记帐信息时处理在框320继续。

虽然已参照数个特定示例实施例描述了本发明的某些方面，但本领域技术人员将认识到可对其进行许多变化而不背离本发明的精神和范围，本发明的诸方面在以下权利要求书中阐述。

Claims (26)

1.一种自动交易装置，包括：

数据存储装置，适于存储交易各方的合同数据，所述合同数据包括交易标识符(ID)以及关于对交换商家出售物并且涉及买方以及至少两个供应方的合同的信息，每个供应方履行所述合同的一个子部分；以及

自动交易处理器，它被配置和设置成：

从所述买方接收包括交易ID信息在内的定单信息，所述定单信息包括所述买方想要购买的商家出售物的标识和数量、以及买方预期支付所述商家出售物的货币金额，

从所述供应方接收包括交易ID信息在内的支付请求信息，所述支付请求信息反映通过提供所述支付请求信息的供应方所提供的与商家出售物相关的交易的支付特征，

根据所存储的与所述支付请求信息中的交易ID相关联的合同数据并根据所接收的包括所述交易ID的订单信息来审计来自各供应方的支付请求信息，所述审计确定所述支付请求信息的支付授权条件，以及

响应于指示对提供所述经审计支付请求的供应方的支付是适当的支付授权的确定条件，根据所述支付请求和所述支付请求所针对的合同子部分来促成所述支付请求的结算处理。

2.如权利要求1所述的装置，其特征在于，所述自动交易处理器被进一步配置和设置成根据所述支付请求信息、合同数据、以及分配给其结算被促成的交易的各方中至少一方的费用数据中的至少之一来估计用于促成结算的费用。

3.如权利要求1所述的装置，其特征在于，所述自动交易处理器通过根据从各供应商接收的支付请求信息以及各供应商分别履行的合同的子部分处理从所述买方对所述至少两个供应商中的每一个的支付来促成结算处理。

4.如权利要求3所述的装置，其特征在于，所述自动交易处理器被配置和设置成通过根据在不同时间从各供应商接收的支付请求信息以及各供应商分别履行的合同子部分处理从所述买方对所述至少两个供应商中的每一个的支付来促成结算处理。

5.如权利要求1所述的装置，其特征在于，所述数据存储装置适于为各交易方存储包括财务处理信息在内的配置文件数据，且其中所述自动交易处理器通过根据所述买方和所述供应商的配置文件数据将资金从所述买方转帐至供应商来促成交易的结算处理。

6.如权利要求1所述的装置，其特征在于，所述数据存储设备适于存储涉及从提供承运方服务的供应方购买承运方服务的买方的货运交易的合同数据，所述货运交易被赋予特定交易ID，且其中对于每一供应商，所述自动交易处理器被配置和设置成促成从所述供应商接收的对于由所述供应商提供的承运方路线的子部分的支付请求的结算处理。

7.如权利要求6所述的装置，其特征在于，所述自动交易处理器被进一步配置和设置成通过将所述支付请求信息中的支付金额与和所述供应商以及所述交易ID相关的合同的子部分中的支付金额相比较来审计所述支付请求信息，并根据所述支付请求信息审计来促成向承运方支付其承运方服务。

8.如权利要求1所述的装置，其特征在于，所述数据存储装置适于存储涉及买方从分别提供一包货物的诸部分的诸供应方购买一包货物的货物交易的合同数据，所述货物交易被赋予特定交易ID，且其中对于每一供应商，所述自动交易处理器被配置和设置成：

接收和处理包括所述交易ID和由所述供应商提供的货物的价钱在内的支付请求信息；以及

根据所述支付请求以及所述支付请求所针对的合同的子部分，通过向供应商支付其提供的货物来促成所述支付请求的结算处理。

9.如权利要求1所述的装置，其特征在于，所述数据存储装置适于存储特定合同中的多个商家出售物的合同数据，所述商家出售物中的每一个用共同的交易ID来引用，其中不同的供应商履行共同交易ID下的商家出售物的合同的诸子部分，且其中所述自动交易处理器被配置和设置成根据来自提供商家出售物的特定供应方的支付请求信息以及关于所提供的商家出售物的合同的子部分来促成所述合同的子部分的结算处理。

10.如权利要求1所述的装置，其特征在于，所述数据存储装置适于存储涉及使用由至少两个金融供应商提供的联合资金来为交易提供资金的买方的金融交易的各方的金融合同数据，所述每一金融供应商提供在所存储的合同数据中指定的一部分联合资金，且其中所述自动交易处理器适于根据所存储的合同数据来促成涉及由金融供应商所提供资金的合同的子合同的结算处理。

11.如权利要求10所述的装置，其特征在于，所述至少两个金融供应商包括以不同货币提供资金的金融供应商，其中所述由金融供应商提供的金融交易的一个子部分涉及以一种货币进行的支付，而由不同金融供应商提供的金融交易的另一子部分涉及以另一种货币进行的支付。

12.如权利要求10所述的装置，其特征在于，所述数据存储装置存储所述金融供应商的预定义参数，所述预定义参数指定其中各金融供应商将向联合资金提供资金的交易的特征，且其中所述自动交易处理器基于所存储的特定金融供应商的预定义参数来促成一部分联合资金的结算处理。

13.如权利要求1所述的装置，其特征在于，所述数据存储装置适于存储涉及卖方、至少一个供应方以及中间方的交易的各方的合同数据，所述合同信息包括所述买方与所述中间方之间、以及所述中间方与所述至少一个供应方之间的合同的合同数据，其中所述自动交易处理器被配置和设置成通过根据所述中间方与所述至少一个供应方之间的合同直接从所述买方向所述至少一个供应方提供资金来促成所述合同的子部分的结算处理。

14.如权利要求13所述的装置，其特征在于，所述数据存储设备适于存储涉及至少两个供应方的交易的各方的合同数据，所述合同信息包括所述中间方与所述至少两个供应方之间的合同的合同数据，其中所述自动交易处理器被配置和设置成根据所述中间方与相应供应方之间的合同直接从所述买方分别向所述每一供应方提供资金来促成所述合同的子部分的结算处理。

15.如权利要求1所述的装置，其特征在于，所述自动交易处理器被进一步配置和设置成通过将所述支付请求信息与所存储的合同信息中的支付条款相比较审计所述支付请求信息，并且响应于满足所存储合同信息中的支付条款的支付请求信息，授权对所述支付请求的支付。

16.如权利要求1所述的装置，其特征在于，所述自动交易装置使用交易方配置文件信息来授权交易方并提供对所存储的获授权交易方所参与的交易的合同信息的访问权。

17.一种自动交易装置，包括：

用于存储交易各方的合同数据的装置，所述合同数据包括交易标识符(ID)以及关于用于交换商家出售物并且涉及买方和至少两个供应方的合同的信息，所述各供应方履行所述合同的一个子部分；以及

接收装置，用于从所述买方接收包括交易ID信息在内的定单信息，所述定单信息包括所述卖方想要购买的商家出售物的标识和数量、以及买方预期支付所述商家出售物的货币金额两者；

通信装置，用于从所述供应方接收包括交易ID信息在内的支付请求信息，所述支付请求信息反映通过提供所述支付请求信息的供应方提供的与商家出售物相关的交易的支付特征；

审计装置，用于根据所存储的与所述支付请求信息中的交易ID相关联的合同数据并根据所接收的包括所述交易ID的订单信息来审计来自各供应方的支付请求信息，所述审计装置确定所述支付请求信息的支付授权条件；以及

结算装置，用于响应于所确定的支付授权的条件，根据所述支付请求和所述支付请求所针对的合同的子部分来促成所述支付请求的结算处理。

18.如权利要求17所述的装置，其特征在于，所述用于存储合同数据的装置适于存储关于涉及买方与至少两个供应方之间的商家出售物的交换的合同的信息，所述至少两个供应商中的每一个履行所述合同的一个子部分，其中所述通信装置适于从所述至少两个供应方接收包括交易ID的支付请求信息，其中所述审计装置适于根据所述支付请求信息中的交易ID与所述合同数据中所存储的交易ID的比较来审计来自所述至少两个供应方的所述支付请求信息。

19.一种用于处理涉及至少一个供应商的商业交易的处理器实现方法，所述方法包括：

存储交易各方的合同数据，所述合同数据包括交易标识(ID)以及关于用于交换商家出售物并且涉及买方和至少一个供应方的合同的信息，各供应方履行所述合同的一个子部分；以及

从所述至少一个供应方接收包括交易ID信息在内的支付请求信息，所述支付请求信息反映与通过提供所述支付请求信息的供应方提供的商家出售物相关的交易的支付特征，

根据所述支付请求信息与所存储的关联于所述交易ID的合同数据的比较来审计来自所述至少一个供应方的支付请求信息，从而确定所述支付请求信息的支付授权条件；以及

根据来自所述特定供应方的支付请求信息以及所确定的支付授权条件来促成涉及由所述特定供应商提供的商家出售物的合同的子部分的结算。

20.一种用于处理涉及至少一个供应商的商业交易的处理器实现方法，所述方法包括：

存储交易各方的合同数据，所述合同数据包括与涉及买方和至少两个供应方之间商家出售物的交换的合同相关的交易标识(ID)和信息，各供应方履行所述合同的子部分；

从所述至少两个供应方接收包括交易ID的支付请求信息，所述支付请求信息反映与由提供所述支付请求信息的供应方提供的商家出售物相关的交易的支付特性；

根据所述支付请求信息中的交易ID与所述合同数据中所存储的交易ID的比较来审计来自各供应方的支付请求信息；以及

响应于来自特定供应方的支付请求信息中的交易ID与所述合同数据中的交易ID相匹配，根据来自所述特定供应方的支付请求信息以及所述合同的子部分来促成涉及由所述特定供应方提供的商家出售物的合同的子部分的结算。

21.如权利要求20所述的方法，其特征在于，审计来自各供应方的支付请求信息包括：将指定商家出售物的数量和金额的支付请求信息与所存储的合同数据相比较，并且响应于商家出售物的数量和货币金额与所存储的合同数据中的交易ID的相应数量和货币信息相匹配，授权所述支付请求的支付。

22.如权利要求20所述的方法，其特征在于，存储合同数据包括：存储跨时间在子部分中履行的合同的数据，各子部分在不同时间履行，其中接收支付请求信息包括对于合同的不同子部分在不同时间从不同的供应方接收支付请求信息。

23.如权利要求20所述的方法，其特征在于，存储合同数据包括存储使多个行式项目由不同供应方履行的合同的数据，其中接收支付请求信息包括对于所述合同的不同行式项目在不同时间从不同供应方接收支付请求信息。

24.如权利要求20所述的方法，其特征在于，根据来自所述特定供应方的支付请求信息和所述合同的子部分来促成涉及由所述特定供应方提供的商家出售物的合同的子部分的结算包括响应于所述支付请求信息与所存储的合同的子部分中的支付信息相匹配来支付所述特定供应方。

25.如权利要求20所述的方法，其特征在于，根据来自所述特定供应方的支付请求信息和所述合同的子部分来促成涉及由所述特定供应方提供的商家出售物的合同的子部分的结算包括估计所述合同的子部分的各方中的至少一方的处理费用。

26.如权利要求20所述的方法，其特征在于，还包括将处理器编程以审计所述支付请求信息，并响应于来自特定供应方的支付请求信息中的交易ID与所述合同数据中的交易ID相匹配，根据来自所述特定供应方的支付请求信息和所述合同的子部分来促成涉及由所述特定供应方提供的商家出售物的合同的子部分的结算。

Images