CN104584040A - 交易管理系统和交易管理程序 - Google Patents

Abstract

一种交易设置信息存储部，与产品ID和中间商交易者的中间商交易者ID关联存储上游交易者，中间商交易者从所述上游交易者购买由产品ID所识别的产品。一种价格存储部，与产品ID和上游交易者ID关联，通过用上游交易者ID所识别的上游交易者存储作为产品的销售价格的第一销售价格，并且与产品ID和中间商交易者ID关联，通过中间商交易者存储作为产品的销售价格的第二销售价格。一种订购管理部，连同产品ID的输入、下游交易者的下游交易者ID、以及产品的订购数量，从下游交易者接收对于中间商交易者的产品的订购，所述中间商交易者将产品销售给所述下游交易者。一种票据发布处理部，基于由订购管理部所接收的订购数量和第二销售价格，发布从下游交易者到中间商交易者的订购票据，并且基于由订购管理部所接收的订购数量和第一销售价格，发布从中间商交易者到上游交易者的订购票据。

Description

交易管理系统和交易管理程序

技术领域

本发明涉及交易管理系统和交易管理程序。

背景技术

在从例如产品制造者的生产者到终端用户的产品分销中，例如批发商和零售商的多个交易者经常涉及各种阶段。对于在产品分销中多个交易者涉及各种阶段的情况，已经存在一个机制的需求，该机制使能相关人士容易地知道交易者之间的交易状态并且毫无困难地知道产品分销渠道。

在近年，通过网络的产品订购处理已经变得非常活跃，其中希望购买产品的订购者通过经由网络从他们的终端设备等访问订购接收者的服务器下订购。这样的处理不仅可以在包括订购者和订购接收者的两方之间做出，还可以在包括例如实际产品提供者、中间商代理以及购买产品的客户三方之间做出。

例如，专利文献1(日本专利申请公报No.2007-172081)描述了中间商销售支持系统和中间商销售支持方法。该中间商销售支持技术采用在其中经由网络将中间商服务器系统和产品提供者服务系统彼此连接的配置。当客户在客户终端设备上选择了由中间商服务器系统所提供的中间商主页上包括的链接时，产品提供者服务系统在客户终端设备的显示屏上显示产品提供者主页。当客户请求在产品提供者主页上所选择的产品的订购表格生成数据时，产品提供者服务系统将订购表格生成数据传输至客户终端设备。中间商服务器系统基于来自客户终端设备的订购表格生成数据接收由客户所准备的订购表格数据。用这种方式，如果通过中间商形成了用于销售所使用的主页以包括产品提供者主页的链接，那么中间商能够向客户提供最新的信息同时节省了用于更新主页的时间和人力。中间商服务器系统被配置为基于作为产品的订购者的客户的订购数据来生成用于产品提供者的订购票据数据。

现有技术文献

专利文献

专利文献1：日本专利申请公报No.2007-172081

发明内容

通过本发明要解决的技术问题

然而，根据专利文献1描述的技术，中间商服务器系统被配置为仅将客户的订购项和发货目的地的数据发送至产品提供者服务器系统，但未被配置为在中间商和产品提供者之间自动地执行用于产品交易的处理。虽然这种技术使能订购处理，但是这种技术仍然具有需要管理的时间和人力的问题，因为必须单独地进行实际交易的票据管理。

鉴于前述问题，本发明的目的是提供交易管理系统和交易管理程序，该交易管理系统和交易管理程序能够简化在各种阶段在多个交易者之间的产品交易的票据管理。

用于解决问题的手段

根据本发明，提供一种交易管理系统，包括：交易设置信息存储部，被配置为与产品ID和中间商交易者的中间商交易者ID关联存储上游交易者，中间商交易者从所述上游交易者购买由产品ID所识别的产品；价格存储部，被配置为与产品ID和上游交易者ID关联，通过用上游交易者ID所识别的上游交易者存储作为产品的销售价格的第一销售价格，并且与产品ID和中间商交易者ID关联，通过中间商交易者存储作为产品的销售价格的第二销售价格；订购管理部，被配置为连同产品ID的输入、下游交易者的下游交易者ID、以及产品的订购数量，从下游交易者接收对于中间商交易者的产品的订购，其中所述中间商交易者将产品销售给所述下游交易者；以及票据发布处理部，被配置为基于由订购管理部所接收的订购数量和第二销售价格，发布从下游交易者到中间商交易者的订购票据，并且基于由订购管理部所接收的订购数量和第一销售价格，发布从中间商交易者到上游交易者的订购票据。

因此，对于用产品ID所识别的产品，将中间商交易者从其购买由产品ID所识别的产品的上游交易者以及由上游交易者所销售的产品的第一销售价格存储在交易设置信息存储部和价格存储部中。由此，当从下游交易者做出订购时，交易管理系统可以掌握在中间商交易者和上游交易者之间的产品的销售价格。因此，交易管理系统不仅可以自动地发布下游交易者向中间商交易者的订购票据，还可以发布中间商交易者向上游交易者的订购票据。例如，当在三方或者更多方之间做出在多个阶段的交易时，如在下游交易者与中间商交易者之间的一个交易，以及在中间商交易者与上游交易者之间的另一交易，基于由下游交易者所输入的产品的订购数量，通过使用上游交易者的第一销售价格，可以容易地发布对于上游交易者的订购票据，条件是不存在交易的订购数量的改变。

在此，上游交易者可以是也可以不是交易管理系统的用户。借助由上游交易者所登录的系统，当上游交易者是系统的用户时，将订购票据显示在例如上游交易者的用户终端的显示器上。进一步地，可以自动地执行对于上游交易者的电子产品订购处理。因为即使当上游交易者不是系统的用户时也自动地发布订购票据，所以通过传真或者通过附加到电子邮件发送订购票据可以容易地执行订购处理。进一步地，当交易管理系统包括多个分销服务器并且上游交易者和他们的下游交易者中的每个是不同服务器的用户时，经由在服务器之间的数据协同在交易者之间可以做出订购处理。

在根据本发明的交易管理系统中，基于用于发布从中间商交易者到上游交易者的订购票据的的订购数量和第一销售价格，票据发布处理部可以发布从上游交易者到中间商交易者的账单票据或交货票据，并且基于用于发布从下游交易者到中间商交易者的订购票据的订购数量和第二销售价格，发布从中间商交易者到下游交易者的账单票据或交货票据。

在这样的交易中所交易的产品的订购数量彼此相同。相应地，通过使用用于从下游侧到上游侧的订购票据的发布的数据，用以从上游侧到下游侧的账单票据或交货票据，可以容易地进行账单票据或者交货票据的发布。

进一步地，在根据本发明的交易管理系统的交易管理信息存储部中，通过链接交易数据来掌握整个产品分销，其中上游交易者和下游交易者通过产品ID彼此匹配。

进一步地，通过使人能够看到对于具体产品的上游交易者的存货状态，可以预测订购的订购和交货的必要性。另一方面，通过使人能够看到对于具体产品的下游交易者的存货状态，可以预测订购接收。

进一步地，当交货产品时，当下游交易者发现缺陷(例如数量短缺或质量缺陷)时，中间商交易者可以登记缺陷，并且在中间商交易者和上游交易者之间的验收之前，将其通知到上游交易者并且可以请求重新交货。用这样的方式，可以用简化的DB结构来实现确保产品质量。

从上面可以看出，基于包括产品接收者和产品发货者，在产品接收者和产品发货者的每一端具有在其间的预定数量的中间商代理的交易模式，根据本发明的交易管理系统能够有效地执行订购管理、交货管理、计费管理、产品质量管理以及产品分析管理。即，本发明的一个主要特征是，通过模式化交易管理信息存储部的简便的数据的结构来将那些管理的可能化。

在此，产品不仅包括有型的对象还包括作为无形的对象的“服务”。“销售”不仅包括产品的销售还包括服务的“提供”。相应地，根据本发明的交易管理系统不仅可应用于产品交易还可应用于服务的提供。

根据本发明的交易管理系统的交货管理部，被配置为执行以下步骤，包括：从上游交易者接收交易ID和发货完成通知；确定是否在用交易ID所识别的交易者之间的接收是在基于发货时或者基于交货时，并且如果验收是在基于发货时，则打开在交易者之间的可收取标志，如果验收是基于交货时，则登记到队列列表中；并且如果从下游交易者的终端设备发送产品接收日期，存储日期，并且确定是否将产品接收日期写入用于在队列列表中的周期地登记的交易ID，并且如果写入产品接收日期，则打开在交易ID的交货检查上的交易者之间交易可收取标志。其中票据发布处理部根据计费类型，每次交易计费时立即地并且在用于循环计费时的结账日，创建仅用于打开可收取标志的交易的票据数据。

根据本发明的一个方面，具有所谓的前后关系的票据，例如购买订单和发票，可以在适当的定时创建。同样适用于销售账簿和购买账簿。

任何如上所述的组件的组合以及在设备、系统、记录介质、计算机程序等当中所变换的本发明的表示均如本发明的实施例一样是有效的。

发明的效果

根据本发明的一个方面，可以简化在多个交易者之间在各种阶段的产品交易的票据管理。

附图说明

[图1]是示出根据本发明的实施例的交易管理系统和用户终端的配置的方框图。

[图2]是详述根据本发明的实施例的交易管理系统的配置的功能方框图。

[图3]示出产品信息存储部的数据配置的例子。

[图4]示出交易者信息存储部的数据配置的例子。

[图5]示出交易设置信息存储部的数据配置的例子。

[图6]示出价格存储部的数据配置的例子。

[图7]示出交易管理信息存储部的数据配置的例子。

[图8]是示出订购管理部的处理过程的例子的流程图。

[图9]是示出订购管理部的处理过程的例子的流程图。

[图10]示意性地示出图7中示出的交易管理信息存储部的数据配置的例子。

[图11]是示出交货管理部的处理过程的例子的流程图。

[图12]示意性地示出交易管理信息存储部的数据配置的例子。

[图13]是示出交货管理部的处理过程的例子的流程图。

[图14]是示出票据发布处理部的处理过程的例子的流程图。

[图15]示意性地示出通过票据发布处理部所提供的票据。

[图16]示意性地示出通过票据发布处理部所提供的票据。

[图17]是示出用于分销状态管理部提供由下游交易者所发货的产品的数量的处理过程的流程图。

[图18]示出交易管理信息存储部的数据配置的例子。

[图19]示出交易管理信息存储部的数据配置的另一例子。

[图20]是示出用于分销状态管理部提供由下游交易者所发货的产品的数量的处理过程的流程图。

[图21]示出交易管理信息存储部的数据配置的另一例子。

[图22]示出存货管理信息存储部的数据配置的例子。

[图23]示出向用户提供的存货信息的例子。

[图24]是示出根据本发明的第二实施例的交易管理信息存储部的数据配置。

[图25]是示出根据本发明的第二实施例的交货管理部的发货启动程序的处理过程的流程图。

[图26]是示出根据本发明的第二实施例的交货管理部的固定周期启动程序的处理过程的流程图。

[图27]是示出根据本发明的实施例的产品流和订购信息流的示意图。

执行本发明的方式

下文中，参考附图描述本发明的实施例。贯穿所有附图，用相同的参考数字指代相同的元件，并且适当省略其的描述。

[第一实施例]

图1是示出根据本发明的第一实施例的交易管理系统10，以及与交易管理系统10进行通信的作为各自交易者的终端的用户终端40、用户终端42和用户终端44的配置的方框图。

交易管理系统10经由网络50与诸如用户终端40、用户终端42以及用户终端44的终端连接。网络50可以是例如：诸如互联网的公共网络、或者诸如内联网的局域网络。

通过例如交易管理提供者管理并且操作交易管理系统10。交易管理系统10在产品分销中管理交易者之间的产品订购接收和发出的处理。用户终端40、用户终端42以及用户终端44中的每个例如可以是通过利用由交易管理服务提供者所提供的服务执行交易的交易者的终端，该终端诸如是个人计算机。在这个实施例中，该交易者可以是一个交易者。

在这个实施例中，交易管理系统10可以被配置为例如在诸如产品制作者的生产者、终端用户以及诸如在生产者和终端用户之间所涉及的批发商和零售商的交易者当中，在交易上综合地保持交易管理信息。针对这样的配置，不仅基于在两方之间直接地销售和购买产品的数据，还基于在产品分销中各种交易阶段的数据，交易管理系统10能够容易地执行票据发布处理、账簿(ledger)生成处理、存货管理处理、产品分销可追踪性管理等。进一步地，针对这样的配置，交易管理系统10能够将用于交易管理信息中的下游交易的信息转移至用于上游交易的交易管理信息，并且将用于交易管理信息中的上游交易的信息转移至用于下游交易的交易管理信息。因为交易者能够访问综合数据，所以交易管理系统10不需要在稍后描述的用于向交易者提供票据、账簿等的操作中从交易者发送数据以及从交易者接收数据。

图2是详述根据本实施例的交易管理系统10的配置的功能方框图。

交易管理系统10包括被配置为经由网络50发送并接收数据的发送器接收器单元24、被配置为处理从发送器接收器单元24所接收的数据的中央处理单元26、以及被配置为存储数据的数据存储单元28。

中央处理单元26包括作为组件的发送/接收处理部112、设置信息接收部114、订购管理部118、交易管理信息生成部120、票据发布处理部122、交货管理部126以及分销状态管理部128。数据存储单元28包括作为组件的产品信息存储部140、交易者信息存储部142、交易设置信息存储部144、价格存储部146、交易管理信息存储部148、票据信息存储部150以及存货信息存储部152。

图2中所示的交易管理系统10的中央处理单元26和数据存储单元28的每个组件代表基于功能的模块而不是基于硬件的配置。通过软件和硬件的任意组合实现交易管理系统10的中央处理单元26和数据存储单元28的每个组件，该软件和硬件主要包括任何计算机的CPU、存储器、实现图2中所示的组件并且被加载到存储器中的程序、用于存储程序的例如硬盘的存储单元以及用于网络连接的接口。本领域技术人员将理解存在实现方法和设备的很多变型。虽然在此未被示出，但是交易管理系统10可以包括诸如例如键盘和鼠标的用于输入/输出的输入部、以及诸如例如显示器的显示部。进一步地，中央处理单元26可以被配置为包括用于在输入部和显示部之间的数据输入/输出的输入/输出处理功能。交易管理系统10的配置不限于物理上的一个设备的配置，而是也可以是所分散的设备的配置。

接着，具体地描述中央处理单元26和数据存储单元28的组件。发送/接收处理部112从发送器接收器单元24发送并接收数据。

产品信息存储部140将产品上的信息与产品ID关联进行存储，通过使用交易管理系统10由交易管理系统10的用户管理产品的交易。交易者信息存储部142存储关于作为交易管理系统10的用户的交易者的信息与交易者ID关联进行存储。

交易设置信息存储部144将由交易者所销售的产品的产品ID与交易者ID关联进行存储。交易设置信息存储部144能够将订购接收上游交易者的上游交易者ID、下游交易者的下游交易者ID、能够被销售给下游交易者的数量、订购管理模式以及产品管理模式，作为交易设置信息与交易者ID和产品ID的组合关联进行存储，交易者从该订购接收上游交易者购买用产品ID所识别的产品，该下游交易者是对于交易者的用产品ID所识别的产品的订购者。

价格存储部146将通过交易者销售给作为订购者的下游交易者的产品的销售价格与产品ID、交易者ID以及作为订购者的下游交易者的下游交易者ID关联进行存储。

设置信息接收部114经由网络50接收通过用户从例如用户终端40至42的用户终端所输入的各种设置信息、并且分别地存储到产品信息存储部140、交易者信息存储部142、交易设置信息存储部144以及价格存储部146。在这个实施例中，可以由作为交易者的用户经由例如用户终端40至42的用户终端直接地输入将要被存储到交易设置信息存储部144和价格存储部146中的数据，并且可以由操作者等经由例如用户终端40-42的用户终端、或者交易管理系统10的输入部输入已经被交易者设置的信息。

图3示出产品信息存储部140的数据配置的例子。产品信息存储部140存储与产品ID关联的关于产品的信息，例如产品种类、产品名称、生产者信息以及产品展示地址。

图4示出交易者信息存储部142的数据配置的例子。交易者信息存储部142存储与交易者ID关联的关于交易者的信息，例如交易者姓名、地址、电话号码、电子邮件地址、密码以及交易者介绍地址。在此，当每个交易者登录交易管理系统10或做类似时，可以使用交易者ID作为识别用户的用户ID。

图5示出交易设置信息存储部144的数据配置的例子。交易设置信息存储部144存储与目标交易者(对应于中间商交易者)的交易者ID关联的信息，例如由交易者所销售的产品的产品ID、订购接收上游交易者的上游交易者ID、下游交易者的下游交易者ID、能够销售给下游交易者的数量、指示产品是否被订购给上游交易者的订购管理模式、指示是否授权自动向上游交易者订购的自动订购允许标志、以及用于对上游交易者订购的产品的产品分销模式，交易者从订购接收上游交易者购买用产品ID识别的产品，下游交易者是对于交易者订购用产品ID所识别的产品的订购者。

在此，当交易者从下游交易者接收产品的订购时，订购管理模式指示是否有必要进一步向上游交易者订购。例如，当响应于从下游交易者所接收的订购，具有库存的中间商交易者向自身库存缺货的下游交易者提供产品时，订购管理模式是“无需订购”因为在那时不需要向上游交易者的订购。例如，如图5中所示的例子中，对于用交易者ID“a”和“c”所识别的交易者的订购管理模式是“无需订购”，因为交易者保持用产品ID“p0001”所识别的产品的库存。另一方面，对于用交易者ID“b”所识别的交易者的订购管理模式是“需要订购”。这指示当通过用下游交易者ID所识别的下游交易者向用交易者ID“b”所识别的交易者下订购时，需要向用更上游的交易者ID所识别的上游交易者订购。

当将订购管理模式设置为“需要订购”时，以可区别的方式可以选择向上游交易者自动订购或者需要向所述交易者确认之一。如果可以自动地向上游交易者订购，那么打开在自动订购允许标志域中的自动订购允许标志。在此，通过检查标记指示打开自动订购标志。在图5中示出的例子中，对于用交易者ID“b”所识别的交易者的订购管理模式是“需要订购”，并且将检查标记设置在自动订购允许标志域中。这指示当用交易者ID“a”所识别的交易者向用上游交易者ID“b”所识别的交易者下了用产品ID“p0001”所识别的产品的订购时，可以自动地向用上游交易者ID“c”所识别的交易者进行订购，该交易者是用交易者ID“b”所识别的交易者的订购接收者。

本文中使用的术语“上游”和“下游”对应于从上游交易者到下游交易者的产品流。

产品分销模式指示当通过所述交易者向上游交易者发出订购时对于所述交易者的产品的分销类型。例如，当所述交易者从上游交易者接收产品时，产品分销模式可以被设置为“接收产品”。当交易者对于来自下游交易者的订购针对上游交易者起到中间商交易者的作用而不接收产品时，产品分销模式可以被设置为“直接交货”。例如，在图5中所示的例子中，对于用交易者ID“a”和“c”所识别的交易者的产品分销模式是“接收产品”。这指示用交易者ID“a”和“c”所识别的交易者需要从他们的上游交易者实际地接收产品。另一方面，对于用交易者ID“b”所识别的交易者的订购管理模式是“直接交货”。这指示用交易者ID“b”所识别的交易者仅仅用作交易的中间商而不需要实际地从他们的上游交易者接收产品。这意味着，在向用上游交易者ID“c”所识别的交易者发出订购之后，从上游交易者ID“c”所发货的产品被直接地交货到用交易者ID“a”所识别的交易者，而不交货到用交易者ID“b”所识别的交易者。

图6示出价格存储部146的数据配置的例子。价格存储部146将例如交易者ID、上游交易者ID、销售价格(单价(日元))、计费模式以及计费定时与产品ID关联存储。可以在作为订购者的上游交易者与作为订购接收者的交易者之间确定计费模式和计费定时并且注册计费模式和计费定时，例如，经由设置信息接收部114通过作为订购接收者的交易者从用户终端40至42中的任何一个注册到价格存储部146中。

在此，在计费模式域中，可以从发布每个订购的账单的每次交易计费，或者发布覆盖一批结算的账单的汇总账单的循环计费，例如在月末或者期末，来选择计费模式。例如，当计费模式是每次交易计费时，在计费定时域中，可以从指示当从下游交易者订购产品时同意发布账单的“当订购了时”、指示当从作为订购接收者的上游交易者发货产品时同意发布账单的“产品的发货时”、以及指示当将产品向作为订购者的交易者交货时同意发布账单的“产品的交货时”，来选择计费定时。此外，例如，当计费模式是循环计费时，在计费定时域中，可以从指示同意在期末汇总地发布一批账单的“期末”、以及同意在月末汇总地发布一批账单的“月末”，来选择计费定时。基本地，向下游更高地设置销售价格。因此，作为交易者的批发商能够获得销售利润。

(订购处理)

接着，描述根据本实施例的交易管理系统10中的订购处理过程。返回参考图2，订购管理部118基于从作为交易者的用户所接收的产品订购指示来管理订购处理。在下文中，提供这样的描述，假定：下游交易者表示起初发布产品订购指示的交易者、中间商交易者表示从下游交易者接收订购的交易者、并且此外上游交易者表示从中间商交易者接收订购的交易者。当通过下游交易者发布产品订购指示时，订购管理部118确定作为订购接收者的中间商交易者是否进一步对于在上游侧的上游交易者订购产品。当确定向在上游侧的上游交易者订购产品时，订购管理部118对于在上游侧的上游交易者还执行订购处理。

当订购产品时，通过经由用户终端40至42的任何一个输入例如作为他们的用户ID的下游交易者ID和密码，经由网络50下游交易者登录交易管理系统10。当登录的下游交易者发布订购指示时，订购管理部118接收由下游交易者所输入的订购信息。在这个例子中，订购管理部118接收作为订购者的下游交易者的下游交易者ID、将要被订购的产品的产品ID、以及将要被订购的产品的订购数量的输入。通过将下游交易者的下游交易者ID和产品ID作为密钥，订购管理部118还从交易设置信息存储部144和价格存储部146获取作为向下游交易者销售产品的订购接收者的中间商交易者的中间商交易者ID以及销售价格的订购信息。

当下游交易者在登录状态下发布产品订购指示时，订购管理部118可以提供例如用于将订购信息输入到用户终端的输入屏幕(未示出)。通过从下游交易者接收产品名称或者产品ID的输入时，通过将产品名称和产品ID作为密钥，订购管理部118可以从产品存储部140、交易设置信息存储部144、价格存储部146等读取并且在用户的输入屏幕提供相关产品的信息。进一步地，订购管理部118用下游交易者的下游交易者ID作为密钥，可以访问交易设置信息存储部144和价格存储部146，并且获取对于下游交易者被设置为下游交易者的多个产品的产品ID，并且在输入屏幕上显示为列表以便于允许下游交易者以选择产品。在这种情况下，也可以用作为密钥的产品ID从产品信息存储部140读取产品信息并且显示在输入屏幕上。在那时，订购管理部118用下游交易者ID和产品ID作为密钥可以从交易设置信息存储部144，读取对于下游交易者由上游交易者所分配的能够销售的产品的数量等，并且显示在输入屏幕上。

当从下游交易者接收订购指示时，订购管理部118发布交易ID。在发布交易处理ID之后，订购管理部118相应地通知交易管理信息生成部120。交易管理信息生成部120生成与由订购管理部118所发布的交易ID关联的交易管理信息，该交易管理信息包括：通过订购管理部118从用户所接收的订购信息、从交易设置信息存储部144和价格存储部146所获取的订购信息。交易管理信息生成部120将所生成的交易管理信息存储到交易管理信息存储部148中。

本文中所使用的术语“从交易者接收”意味着这样的功能：当通过由交易者所使用的例如用户终端40至42等的用户终端识别交易者时，交易管理系统10接收指导或者信息。

图7示出交易管理信息存储部148的数据配置的例子。交易管理信息存储部148包括交易ID域、分支号码域、订购交易者ID域、产品ID域、订购数量域、单价域、订购接收者交易者ID域、发货目的地交易者ID域等。进一步地，交易管理信息存储部148包括可订购标志域、计费模式域、计费定时域、可收取标志域、已发货标志域、已交货标志域等。那些标志域用于通过稍后描述的票据发布处理部122控制用于票据发布的定时。交易管理信息生成部120将作为订购者的下游交易者的下游交易者ID存储作为“订购交易者ID”，并且将订购接收者中间商交易者的中间商交易者ID作为“订购接收者交易者ID”。

在这个实施例中，订购管理部118访问交易设置信息存储部144的产品分销模式域，并且如果“产品的接收”被设置在下游交易者是目标交易者的交易设置信息中，那么订购管理部118获取下游交易者的下游交易者ID作为发货目的地交易者ID。另一方面，订购管理部118访问交易设置信息存储部144的产品分销模式域，并且如果，例如“直接交货”等被设置在下游交易者是目标交易者的交易设置信息中，而不是“产品的接收”，那么订购管理部118参照在其中该下游交易者的下游交易者是目标交易者的交易设置信息的产品分销模式域，并且确定在其中是否设置“产品的接收”。在此，如果“产品的接收”被设置在产品分销模式域中，订购管理部118获取目标交易者的交易者ID作为发货目的地交易者ID。另一方面，如果在其中未设置“产品的接收”，而是“直接交货”等，订购管理部118进一步参照在其中在更下游侧的下游交易者是目标交易者的交易管理信息的产品分销模式域，并且确定在其中是否设置“产品的接收”。订购管理部118重复这个处理并且执行获取交易设置信息的交易者的交易者ID作为发货目的地交易者ID的处理，其中在该交易设置信息中将“产品的接收”设置在目标交易者的产品分销模式域中。

例如，在图5中所示的例子中，用于由交易者ID“a”所识别的交易者的交易设置信息的产品分销模式域是“产品的接收”。因此，对于在用交易者ID“a”所识别的交易者与用交易者ID“b”所识别的交易者之间的交易，订购管理部118获取交易者ID“a”作为发货目的地交易者ID。另一方面，将用于用交易者ID“b”所识别的交易者的交易设置信息的产品分销模式域设置为“直接交货”。在这种情况下，订购管理部118参照在用交易者ID“b”所识别的交易者下游的、用交易ID“a”所识别的交易者的交易设置信息的产品分销模式域，并且确定在域中是否指示“产品的接收”。在此，将用于用交易者ID“a”所识别的交易者的交易设置信息的产品分销模式域设置为“产品的接收”。因此，对于在用交易者ID“b”所识别的交易者与用交易者ID“c”所识别的交易者之间的交易，订购管理部118获取交易者ID“a”作为发货目的地交易者ID。

图8是示出当订购管理部118从下游交易者接收产品订购指示时的处理过程的例子的流程图。

当接收订购指示时(步骤S100：是)，订购管理部118发布交易ID(步骤S102)。在此，交易ID能够识别与由其他交易ID所识别的那些不重叠的交易。订购管理部118将所发布的交易管理信息ID和所获取的订购信息传递到交易管理信息生成部120并且指导交易管理信息生成部120以生成交易管理信息(步骤S104)。根据指导，交易管理信息生成部120在交易中生成交易管理信息并且存储在交易管理信息存储部148中。交易管理信息包括交易ID、订购交易者ID、产品ID、订购数量、销售价格(单价)、订购接收者交易者ID等。在实施例中，如参考图7所描述的，交易管理信息具有还包括可订购标志域、计费模式域、计费定时域、可收取标志域、已发货标志域以及已交货标志域的配置。

在那时，因为订购指示是由下游交易者直接地发布，因此订购管理部118在交易管理信息的可订购标志域中打开可订购标志(步骤S106)。

接着，订购管理部118用下游交易者ID和产品ID作为密钥来访问交易设置信息存储部144，验证对于交易者的交易者ID在订购管理模式域中的设置，该交易者是作为用那些密钥所识别的中间商交易者，并且确定是否执行向上游侧的订购处理(步骤S108)。当在订购管理模式域中设置“需要订购”时，订购管理部118确定需要向上游侧的订购(步骤S108：是)。

当确定需要向上游侧的订购处理(步骤S108：是)时，订购管理部118发布新的交易ID(步骤S110)。在此，当由此确定需要向上游侧订购处理作为在下游侧的订购处理的结果，订购管理部118可以发布交易ID，该交易ID包括与包括在用于在下游侧订购处理的所发布的交易ID中的识别信息相同的识别信息，诸如，例如提供有分支号码的相同的识别信息。在这个实施例中，订购管理部118还将分支号码增加到在步骤S102所发布的交易ID，并且通过将另一分支号码增加到在步骤S102所发布的交易ID，来发布用于新的交易的交易ID。订购管理部118将所发布的交易ID和所获取的订购信息传递到交易管理信息生成部120，并且指导交易管理信息生成部120以生成新的交易管理信息(步骤S112)。在那时，交易管理信息生成部120可以从下游交易管理信息接管产品ID和订购数量。

然后，订购管理部118确定向上游侧的自动订购处理是否可用。首先，订购管理部118用下游交易者ID和产品ID作为密钥来访问交易设置信息存储部144，验证对于交易者的交易者ID在上游交易者ID域中的设置，该交易者是用那些密钥所识别的中间商交易者，并且确定是否设置上游交易者ID(步骤S114)。如果设置了上游交易者ID(步骤S114：是)，订购管理部118访问价格存储部146，并且确定是否设置作为下游交易者ID的成为中间商交易者的交易者的ID、作为交易者ID的上游交易者ID以及在设置了产品ID的信息中的销售价格(单价)(步骤S116)。

如果设置了销售价格(单价)，订购管理部118用下游交易者ID和产品ID作为密钥来访问交易设置信息存储部144，验证对于交易者的交易者ID在自动订购允许标志域中的设置，该交易者是用那些密钥所识别的中间商交易者，并且确定是否打开自动订购允许标志(步骤S118)。当打开自动订购允许标志时(步骤S118：是)，可以执行自动订购处理而不用用户的确认。然后，过程进行到步骤S106，并且订购管理部118打开交易管理信息的可订购标志。如果在步骤S114为是，订购管理部118获取上游交易者ID，并且如果在步骤S116为是，获取销售价格(单价)，并且继续地将那些作为订购信息向交易管理信息生成部120通知。交易管理信息生成部120可以通过增加交易管理信息来将由订购管理部118所通知的订购信息存储到交易管理信息存储部148中。

在步骤S106之后，订购管理部118重复相同的处理直到确定不需要向上游侧订购处理(步骤S108：否)，并且在订购管理模式在上游侧被设置为“需要订购”的交易中，对于交易者执行相同的订购处理。

另一方面，当在步骤S114中未设置上游ID时(步骤S114：否)，以及当在步骤S116中未设置销售价格(单价)时(步骤S116：否)，或者当在步骤S118未打开自动订购允许标志时(步骤S118：否)，订购管理部118对于订购接收者交易者执行查询处理(在这种情况下，中间商交易者)(步骤S120)，这是因为未授权自动订购处理。此外在这种情况下，因为在步骤S110已经发布交易ID，当查询中间商交易者时订购管理部118也能够提供交易者ID。当随后通过中间商交易者输入订购信息时，这促进了交易管理信息的生成。

由此，系统可以被配置为：通过使用存储在交易设置信息存储部144和价格存储部146的、关于上游交易者的信息以及该上游交易者的销售价格，自动地生成关于向上游侧订购的交易管理信息，销售产品的订购接收者交易者向该上游交易者订购产品。此外，通过设置自动订购适当标志可以执行自动订购处理。

图9是示出在图8的步骤S120向交易者查询之后当订购管理部118从作为用户的中间商交易者接收订购信息的输入时，处理过程的例子的流程图。

在此，当输入交易ID并且指示订购信息的输入时(步骤S121：是)，同时，作为中间商交易者的用户已经登录交易管理系统10，订购管理部118接收上游交易者ID、销售价格(单价)和其他的输入作为订购信息(步骤S122：是，步骤S123：是)。订购管理部118将所接收的订购信息通知交易管理信息生成部120，并且指导交易管理信息生成部120以生成交易管理信息(步骤S124)。此外，订购管理部118接收对于订购的用户确认，并且当获取向上游侧订购的允许时(步骤S125：是)，打开交易管理信息的可订购标志(步骤S126)。

图10示意性地示出关于下游交易者(ID“a”)和中间商交易者(ID“b”)的第一交易管理信息148a、以及关于中间商交易者(ID“b”)和上游交易者(ID“c”)的第二交易管理信息148b。在此，如参考图5所描述的，从用交易者ID“a”所识别的交易者向用交易者ID“b”所识别的交易者发出产品的订购。因为用交易者ID“b”所识别的交易者刚好起到中间商交易者的作用，所以自动地执行从用交易者ID“b”所识别的交易者向用交易者ID“c”所识别的交易者的产品的后续订购，将产品从用交易者ID“c”所识别的交易者向用交易者ID“a”所识别的交易者直接地发货。

在此，可以从通过订购管理部118所接收的订购信息，获取在交易者ID“a”与交易者ID“b”之间的第一交易管理信息148a的、关于订购交易者ID域、产品ID域、订购数量域以及单价域的信息。在此，交货目的地交易者ID是“a”。在这个实施例中，将关于第一交易管理信息148a的相同信息输入到交易者ID“b”与交易者ID“c”之间的第二交易管理信息148b中的产品ID域和订购数量域中。将关于第一交易管理信息148a中的订购接收者交易者ID域的信息输入到第二交易管理信息148b的订购交易者ID域中。

在这个例子中，如参考图5所描述的，用交易者ID“b”所识别的交易者的产品分销模式是“直接交货”。因此，订购管理部118设置在订购者下游的交易管理信息中所设置的交货目的地交易者ID，或者“a”，作为交货目的地ID。

(发货/交货处理)

接着，描述根据这个实施例的交易管理系统10中的发货/交货处理。回到图2进行参考，当交易者已经发货所订购的产品时，交货管理部126从订购接收者交易者接收发货完成信息的输入。具体地，交货管理部126从所述交易者接收所述交易者的该交易ID和该交易者ID作为发货完成信息。基于该交易ID和该交易者ID，交货管理部126打开对应于交易管理信息存储部148的交易管理信息的已发货标志域中的已发货标志。

交货管理部126基于交易ID和交易者ID，参考相关交易管理信息，确定交易管理信息是否存在于更下游侧，在该交易管理信息中与交易管理信息的发货目的地交易者ID相同的发货目的地交易者ID被指派为发货目的地。当存在在其中将相同的发货目的地交易者ID指派作为发货目的地的下游侧上的交易管理信息时，交货管理部126也打开交易管理信息的已发货标志。

图11是示出当交货管理部126打开交易管理信息存储部148的已发货标志时处理过程的例子的流程图。例如，发货产品的上游交易者可以经由网络50从例如用户终端40的用户终端将信息输入到交易管理系统10中。交货管理部126接收上游交易者的交易者ID和交易者ID的输入以及指示产品已被发货的发货完成信息的输入(步骤S130：是)。交货管理部126访问交易管理信息存储部148，并且基于交易ID和交易者ID，打开交易管理信息的已发货标志，在该交易管理信息中，上游交易者的交易者ID是订购接收者(步骤S132)。

随后，交货管理部126访问交易管理信息存储部148，并且确定交易管理信息的发货目的地交易者ID与订购交易者ID是否相同(步骤S134)，在该交易管理信息中，上游交易者的交易者ID是订购接收者。在此，当发货目的地交易者ID与订购交易者ID彼此不一致时(步骤S134：否)，交货管理部126移动到下游交易管理信息，打开交易管理信息的已发货标志，并且重复相同处理。另一方面，在步骤134当发货目的地交易者ID与订购交易者ID彼此相同时(步骤S134：是)，结束过程。

例如，在参考图10描述的例子中，发货目的地ID是“a”，同时在交易者ID“b”与交易者ID“c”之间的第二交易管理信息148b的订购交易者ID是“b”。因此，发货目的地ID与订购交易者ID彼此不同。由于这个原因，在打开第二交易管理信息148b的已发货标志之后，交货管理部126还打开在下游侧的第一交易管理信息148a的已发货标志。在此，在交易者ID“a”与交易者“b”之间的第一交易管理信息148a的订购交易者ID是“a”，而发货目的地交易者ID也是“a”。因此，这些ID彼此相同。因此，交货管理部126结束打开已发货标志的处理。通过这样的处理，在产品未发货到中间商交易者而从上游交易者直接地发货到下游交易者时，当通过用作为上游交易者的交易者ID“c”所识别的交易者输入发货完成信息而不通过用作为中间交易者的交易者ID“b”所识别的交易者输入发货完成信息时，同时打开第一交易管理信息148a的已发货标志。

在图12中示出了该状态。在这个实施例中，交货管理部126可以使用将产品发货到其的交易者的交易者ID，作为已发货标志以打开标志。在此，因为产品是从用交易者ID“c”所识别的交易者发货到用交易者ID“a”所识别的交易者，所以将交易者ID“a”存储作为交易管理信息存储部148中的已发货标志。

当将产品交货到作为订购者的交易者时，交货管理部126从相关交易者接收交货完成信息的输入。具体地，交货管理部126接收交货完成的指示、交易ID、相关交易者的交易ID以及已经发货产品的交易者的交易者ID作为交货完成信息。基于交易ID和交易者ID，交货管理部126打开交易管理信息存储部148的相关交易管理信息的已交货标志域中的已交货标志。

交货管理部126基于交易ID和交易者ID，参考相关交易管理信息，确定交易管理信息是否存在于更上游侧，在该交易管理信息中与交易管理信息的发货目的地交易者ID相同的发货目的地交易者ID被指派为发货目的地。当存在在其中将相同的发货目的地交易者ID指派作为发货目的地的上游侧上的交易管理信息时，交货管理部126也打开交易管理信息的已发货标志。

图13是示出当交货管理部126打开交易管理信息存储部148的已发货标志时处理过程的例子的流程图。例如，向其交货产品的下游交易者可以经由网络50从例如用户终端40的用户终端将信息输入到交易管理系统10中。交货管理部126接收下游交易者的交易者ID和交易ID的输入以及指示已经发货了产品的完成信息(步骤S140：是)。在此，交货完成信息可以包括已经发货产品的交易者的交易ID。交货管理部126访问交易管理信息存储部148，并且基于交易ID和交易者ID，打开交易管理信息的已发货标志，在该交易管理信息中，下游交易者是订购者(步骤S142)。

随后，交货管理部126访问交易管理信息存储部148，并且确定是否交易管理信息的订购接收者交易者ID与已经发货产品的交易者的交易者ID相同(步骤S144)，在该交易管理信息中，下游交易者的交易者ID是订购者。在此，当订购接收者交易者ID与发货产品的交易者的交易者ID彼此不一致时(步骤S144：否)，交货管理部126移动到上游交易管理信息，打开交易管理信息的已发货标志(步骤S132)，并且重复相同处理。另一方面，当订购接收者交易者ID与发货产品的交易者的交易者ID彼此相同时(步骤S144：是)，结束过程。

例如，在参考图10描述的例子中，当从作为上游交易者、用交易者ID“c”识别的交易者发货产品时，在交易者ID“a”与交易者“b”之间的第一交易管理信息148a中的订购接收者交易者ID是“b”而发货产品的交易者的交易者ID是“c”。因此，这些ID彼此不同。由于这个原因，在打开第一交易管理信息148a的已交货标志之后，交货管理部126还打开在上游侧的第二交易管理信息148b的已交货标志。在此，在交易者ID“b”与交易者“c”之间的第二交易管理信息148b的订购接收者交易者ID是“c”，而发货产品的交易者的交易者ID也是“c”。因此，这些ID彼此相同。因此，交货管理部126结束打开已交货标志的处理。通过这样的处理，当产品从上游交易者直接地发货到下游交易者而不是中间商交易者时，仅通过用作为下游交易者、用交易者ID“a”所识别的交易者输入交货完成信息而不通过用作为中间交易者、用交易者ID“b”所识别的交易者输入交货完成信息，通过输入交货完成信息，可以打开第二交易管理信息148b的已交货标志。

(单据发布处理)

接着，描述根据本实施例的交易管理系统10中的单据发布处理过程。票据发布处理部122发布从产品订购者到订购接收者的购买订单、和发票(账单票据)以及从产品订购接收者到订购者的交货声明(交货票据)。票据发布处理部122可以发布订购产品的下游交易者的购买账簿、以及接收产品的订购的交易者的销售账簿。票据信息存储部150可以存储用于发布票据的必要的数据，例如购买订单、交货票据、发票、购买账簿以及销售账簿的格式。

票据发布处理部122通过用于由订购管理部118所接收的订购的订购接收者，基于订购数量和销售价格，发布从订购者向订购接收者的购买订单。在这个实施例中，价格存储部146存储第一销售价格和第二销售价格，该第一销售价格是通过用与产品ID和上游交易者ID关联的上游交易者ID所识别的上游交易者的产品销售价格，该第二销售价格是通过用与产品ID和中间商交易者ID关联的中间商交易者的产品销售价格。票据发布处理部122基于通过订购管理部118所接收的订购数量以及第二销售价格，发布从下游交易者到中间商交易者的订购票据，并且基于通过订购管理部118所接收的订购数量以及第一销售价格，发布从中间商交易者到上游交易者的订购票据。当订购管理部118确定向上游侧的订购是必需的时，票据发布处理部122还基于通过订购管理部118所接收的订购数量以及通过上游交易者的第一销售价格，发布向下一个上游订购接收者的购买订单。

票据发布处理部122基于用于发布购买订单的销售数量和销售价格，向下游侧发布发票或者交货票据。在这个实施例中，通过使用相同数据，发布在相同交易者之间的交货票据的发票。即，在这个实施例中，票据发布处理部122通过使用包括销售数量和销售价格的数据，基于购买订单的格式，发布用于提供给上游交易者的购买订单，并且基于交货票据的发票的格式发布用于提供给下游交易者的交货票据的发票。因此，例如，当订购者向订购接收者发出订购并且基于作为订购所输入的数据发布购买订单时，通过使用相同数据，可以发布从订购者向订购接收者的发票或者交货票据。

类似地，在这个实施例中，通过使用相同数据，可以发布在相同交易者之间的购买账簿和销售账簿。在这个实施例中，票据发布处理部122可以生成通过累积用于订购票据的发布的信息所形成的销售账簿或者购买账簿。具体地，票据发布处理部122可以通过累积预定期间来存储交易者间的交易管理信息。通过使用交易管理信息的累积的数据，基于交易者之间的交易，票据发布处理部122根据用于提供给在该侧订购产品的下游交易者的购买账簿格式来发布购买账簿。当发布这样的购买账簿时，通过累积的数据，基于交易者间的交易，票据发布处理部122可以根据用于提供给在该侧接收产品的订购的上游交易者的销售账簿格式来同时发布销售账簿。

在此，发布票据意味着可以通过所述交易者观看票据。当通过订购管理部118或者交易管理部126打开任何交易者的交易管理信息存储部148的可订购标志、已发货标志或者已交货标志时，票据发布处理部122执行处理用于使能相关交易者以观看例如购买订单、发票以及交货声明的单据。

图14是示出票据发布处理部122的处理过程的例子的流程图。当打开交易管理信息存储部148中的交易管理信息的可订购标志时，订购管理部118将交易ID(以及分支号码，如果有)和可订购标志的打开通知给票据发布处理部122。当打开交易管理信息存储部148中的交易管理信息的已发货标志或者已交货标志时，交易管理部126将交易ID(以及分支号码，如果有)和打开已发货标志或者已交货标志通知给票据发布处理部122。

当通过订购管理部118或者交货管理部126通知已经打开可订购标志、已发货标志或者已交货标志时(步骤S150：是)，票据发布处理部122根据打开的标志的类型来执行处理。

票据发布处理部122确定是否标志是可订购标志(步骤S152)。如果确定标志是可订购标志(步骤S152：是)，票据发布处理部122执行处理，以便于通过用订购接收者交易者ID所识别的交易者，可以观看基于用交易者ID所识别的交易管理信息所发布的购买订单(步骤S154)。如果处理是可观看的，例如，当通过输入其ID所述交易者登录时，票据发布处理部122能够控制以便将票据显示在交易者的登录屏幕上。

在这个实施例中，如在图8中的步骤S118和S106所描述的，在自动地执行向上游交易者订购的情况下，当生产交易管理信息时还打开可订购标志。结果是，在订购管理部118从下游交易者接收订购之后片刻，通过中间商交易者和中间商交易者，票据发布处理部122能够分别地使得来自下游交易者和中间商交易者的购买订单可观看。因此，用交易者ID“c”所识别的在上游侧的交易者能够观看购买订单而不通过作为中间商交易者、用交易者ID“b”所识别的交易者处理。

在步骤S154之后，票据发布处理部122参考用交易者ID所识别的交易管理信息的账单定时，确定是否“当订购产品时”被设置为账单定时(步骤S174)。在此，当“当订购产品时”被设置为账单定时时(步骤S174：是)，票据发布处理部122打开交易管理信息的可收取标志(步骤S176)。接着，票据发布处理部122执行处理，以便于通过用订购交易者所识别的交易者可以观看基于用交易者ID所识别的交易管理信息所生成的发票。

如果，在步骤S152，标志不是可订购标志(步骤S152：否)，票据发布处理部122确定是否标志是已交货标志(步骤S158)。当标志是已交货标志时(步骤S158：是)，票据发布处理部122参考用交易者ID所识别的交易管理信息的账单定时，确定“当交货产品时”是否被设置为账单定时(步骤S160)。在此，当“当交货产品时”被设置为账单定时时(步骤S160：是)，票据发布处理部122打开交易管理信息的可收取标志(步骤S164)。接着，票据发布处理部122执行处理，以便通过用订购交易者ID所识别的交易者可以观看基于用交易ID所识别的交易管理信息所生成的交货票据和发票(步骤S164)。在那时，票据发布处理部122能够生成可用作发票的交货票据。

另一方面，在步骤S160，如果“当交货产品时”未被设置为账单定时(步骤S160：否)，票据发布处理部122票据发布处理部122执行处理，以便通过用订购交易者ID所识别的交易者可以观看基于用交易ID所识别的交易管理信息所生成的交货票据(步骤S168)。

接着，票据发布处理部122基于用交易ID所识别的交易管理信息的订购定时，确定诸如例如期末和月末的循环计费是否被设置为账单定时(步骤S170)。当设置了循环计费时(步骤S170：是)，票据发布处理部122执行处理以累积用交易ID所识别的交易管理信息，作为例如票据信息存储部150中的发票上的累积的信息(步骤S172)。票据发布处理部122可以例如响应于在诸如例如期末的定时的用户的指导或者监视例如期末的定时，在设置的定时以可观看的方式，将在票据信息存储部150中累积的发票上的累积的信息提供给相关交易者。

即使在步骤S152所打开的标志不是可订购标志(步骤S152：否)，在步骤S158如果不是已交货标志，标志也可能是已发货标志(步骤S158：否)。在这种情况下，过程还进行到步骤S174，并且票据发布处理部122参考用交易者ID所识别的交易管理信息的账单定时，确定“当发货产品时”是否被设置为账单定时(步骤S174)。在此，当“当发货产品时”被设置为账单定时时(步骤S174：是)，票据发布处理部122打开交易管理信息的可收取标志(步骤S176)。接着，票据发布处理部122执行处理，以便通过用订购交易者ID所识别的交易者可以观看基于用交易ID所识别的交易管理信息所生成的发票(步骤S178)。

如上所述，根据这个实施例中的票据发布处理部122，当打开可订购标志、已发货标志或者已交货标志中的任何一个时，相关交易者能够观看针对在交易设置信息存储部144所设置的账单模式或者账单定时的购买订单、发票、交货声明等。如上所述，当从上游交易者直接地向下游交易者而不是向中间商交易者发货产品时，交易管理部126执行处理，以便当上游交易者输入发货的信息而不通过中间商交易者输入发货的信息时，同时打开用于在中间商交易者和下游交易者之间的交易的交易管理信息的已发货标志。在这种情况下，交易管理部126能够执行处理，以便当下游交易者输入交货的信息而不通过中间商交易者输入交货的信息时，同时可以打开用于在中间商交易者和上游交易者之间的交易的交易管理信息的已交货标志。因此，在这样的情况下，随后在打开已发货标志和已交货标志之后，票据发布处理部122可以在适合的定时自动地发布购买订单、发票以及交货票据。

接着，示出了通过票据发布处理部122所生成的购买订单和交货票据的图。图15和图16示意性地示出购买订单和交货票据。图15(a)示出通过用交易者ID“a”所识别的“公司A”至用交易者ID“b”所识别的“公司B”所提供的购买订单。图15(b)示出通过用交易者ID“b”所识别的“公司B”至用交易者ID“a”所识别的“公司A”所提供的交货票据。在此，除了用点划线所指示的部分之外，在购买订单与交货票据中包括的信息相同。

类似地，图16(a)示出通过用交易者ID“b”所识别的“公司B”至用交易者ID“c”所识别的“公司C”所提供的购买订单。图16(b)示出通过用交易者ID“c”所识别的“公司C”至用交易者ID“b”所识别的“公司B”所提供的交货票据。在此，除了用点划线所指示的部分之外，在购买订单与交货声明中包括的信息相同。

如上所述，通过在系统中登记如用户从其购买产品的上游交易者以及上游交易者销售产品的销售价格的关于产品的如此信息，当通过任何交易者(下游交易者)发出订购并且在交易者当中不存在订购的产品的订购数量的差异时，不仅可以自动地生成从交易者到订购接收者交易者(中间商交易者)的购买订单，还生成从订购接收者交易者到更上游交易者(上游交易者)的购买订单。也可以容易地提供发票或者交货票据，因为用于提供给交易者当中的上游交易者的购买订单的数据可以被用作用于提供给交易者当中的下游交易者的发票或交货票据的数据。

接着，描述分销状态管理部128的处理。返回参考图2，分销状态管理部128访问交易管理信息存储部148的交易管理信息，并且管理信息并将信息提供给预定交易者，该信息关于在产品已经从上游交易者交货到下游交易者之后是否从下游交易者向更下游侧发货产品。因此，上游交易者可以掌握在下游侧上的产品的发货状态，并且预测来自下游交易者的产品的下回的订购。

例如，在参考图12所描述的例子中，分销状态管理部128可以向发货产品的、用交易者ID“c”所识别的交易者指示：是否通过更下游的交易者向发货产品的、用交易者ID“a”所识别的交易者发出产品的订购、以及数量(如果发出订购)。

图17是示出用于分销状态管理部128提供由下游交易者所发货的产品的数量的处理过程的流程图。当用户登录并且输入已经被输入到上游交易中的发货目的地交易者ID域中的交易ID时(步骤S190)，分销状态管理部128确定是否存在包括作为订购接收者交易者ID的发货目的地交易者ID的交易管理信息(步骤S192)。当存在包括作为订购接收者交易者ID的发货目的地交易者ID的交易管理信息时(步骤S192：是)，分销状态管理部128从交易管理信息确定是否已经发货产品(步骤S194)。当已经发货产品时(步骤S194：是)，分销状态管理部128获取其订购数量(步骤S196)。过程返回到步骤S192并且重复相同的处理。之后，分销状态管理部128将所获的订购数量提供给交易者(步骤S198)。

如上所述，通过掌握从作为其产品的订购者的交易者向更下游交易者所发货的产品的数量，当存在下游交易者的库存数量的降低时，上游交易者能够预测例如来自下游交易者的订购的可能性。这使能上游交易者可以在合适的定时执行对于更上游侧等的订购。

虽然在步骤S194确定是否已经发货产品，但是可以做出关于是否已经收到订购的确定。当向交易者提出这样的订购数量时，分销状态管理部128基于用户的交易ID执行用户认证，以便仅提出关于在其中指派该用户作为订购接收者的交易的订购者的信息。

如图12所示，在这个实施例中，交易管理信息存储部148基于产品订购，存储每次交易中所述产品的产品ID、产品订购者的交易者ID、向所述订购者销售所述产品的订购接收者的交易者ID、向所述订购接收者发货所述产品的发货目的地的交易ID、订购数量以及对于发货目的地的产品的发货状态。可以从可订购标志域、已发货标志域以及已交货标志域中的标志掌握产品的发货状态。

因此，在根据这个实施例的交易管理系统10中，通过参考交易管理信息存储部148的交易管理信息，基于例如已发货标志(或者可订购标志)以及发货的数量，可以掌握从交易者向下游交易者发货的产品的数量。响应于用所述交易者的交易者ID所指派的查询目标交易者中的产品的库存数量的查询以及交易者ID和产品ID，分销状态管理部128访问交易管理信息存储部148，并且通过从在其中将所述查询目标交易者登记为订购者和订购接收者的交易管理信息中的订购数量，减去在其中将所述查询目标交易者登记为订购接收者的交易管理信息中的订购数量，来计算以及呈现在所述查询目标交易者中的产品的库存数量。

图18示出当作为下游交易者的交易者ID“a”的交易者执行用于从更下游侧所接收的产品的订购的新的交易时，图12所示的第一交易管理信息148a和第二交易管理信息148b中的交易管理信息存储部148的数据配置的例子。

在此，假定用交易者ID“a”所识别的交易者从例如用交易者ID“f”所识别的交易者接收用订购数量“20”的产品ID“p001”所识别的产品的订购。在这种情况下，交易管理信息生成部120生成具有新的交易ID的第三交易管理信息148c，并且通过增加新的交易ID“t0201”来存储到交易管理信息存储部148中。

在这样的已经生成第三交易管理信息148c的情况下，响应于用所述交易者的交易者ID所指派的查询目标交易者中的产品的库存数量的查询以及交易者ID“a”和产品ID“p0001”，分销状态管理部128访问交易管理信息存储部148，并且通过从在其中将所述查询目标交易者登记为订购者和订购接收者的第一交易管理信息148a中的订购数量“100”，减去在其中将所述查询目标交易者登记为订购接收者的第三交易管理信息148c中的订购数量“20”，来计算在用交易者ID“a”所识别的查询目标交易者中的产品的库存数量是“80”，并且呈现给交易管理系统10的用户。

图19示出图18所示的交易管理信息存储部148的数据配置的另一例子。

在此，交易管理信息生成部120还将是交易目标的上游交易的交易ID“t0101”作为原始交易ID，与各自的交易管理信息关联存储到交易管理信息存储部148中。通过这样的配置，分销状态管理部128能够执行管理以便基于上游交易的交易ID掌握下游交易中的产品的发货状态。分销状态管理部128可以向将产品发货到其的、用交易者ID“a”所识别的交易者指示是否已经从更下游交易者订购产品以及订购数量(如果有)。

图20是示出用于分销状态管理部128提供由下游交易者所发货的产品的数量的处理过程的流程图。当用户登录并且输入在上游交易中的交易ID时(步骤S200)，分销状态管理部128确定是否存在包括作为原始交易ID的交易ID的交易管理信息(步骤S202)。当存在包括作为原始交易ID的交易ID的交易管理信息时(步骤S202：是)，分销状态管理部128从交易管理信息确定是否已经发货产品(步骤S204)。当已经发货产品时(步骤S204：是)，分销状态管理部128获取其的订购数量(步骤S206)。过程返回到步骤S202并且重复相同的处理。之后，分销状态管理部128将所获取的订购数量向交易者显示(步骤S208)。

图21示出图18和图19所示的交易管理信息存储部148的数据配置的另一例子。在此，交易管理信息生成部120可以被配置为：每次在交易者之间分销产品，将已经分销产品的交易者的交易者ID存储到交易管理信息存储部148中，作为与每个产品ID关联的产品ID附加信息。

在第一交易管理信息148a和第二交易管理信息148b中，将“e-d-c”存储作为产品ID附加信息。这指示：由用交易者ID“c”所识别的交易者所保持的产品ID“p0001”所识别的产品，已经被分销到在这个订购中的用交易者ID“e”所识别的交易者、用交易者ID“d”所识别的交易者、以及用交易者ID“c”所识别的交易者。在此，在已经将产品从用交易者ID“c”所识别的交易者发货到用交易者ID“a”所识别的交易者之后，将交易者ID“a”增加到交易管理信息，并且第三交易管理信息可以被配置为存储“e-d-c-a”作为如产品ID附加信息域中所示的产品ID附加信息。通过这样的配置，通过验证各自的交易管理信息，可以容易地掌握涉及交易的交易者。虽然在此示出了仅增加分销产品的交易者的交易ID的例子，但是第三交易管理信息148c可以被配置为还包括用于制造产品的原材料的交易者的交易者ID，作为产品ID附加信息。在这种情况下，第三交易管理信息148c可以被配置为：与可区别码一起，增加处理原材料而不是现有产品的交易者的交易者ID。进一步地，其可以被配置为增加用于确定作为终端用户的交易者的标记等。这使得销售者能够分析他们产品的购买者，等等。

进一步地，交易管理信息存储部148可以配置为这样的方式：交易管理信息的每条信息，诸如，例如在发货目的地交易者ID域中的信息包括交易管理信息存储部148的地址信息，在该交易管理信息存储部148中存储关于其他相关交易管理信息的订购接收者交易者ID的信息。通过这样的配置，关于上游交易者的信息与关于下游交易者的信息可以彼此链接，并且从而可以减少用于指示存货数量的检索处理时间。

当基于通过任何交易者的产品的订购从上游交易者向下游交易者分销产品时，分销状态管理部128将已经接收产品的交易者的交易者ID增加到产品ID附加信息的末尾，并且将由所述交易者所接收的产品的数量作为存货数量，与产品ID和产品ID附加信息关联存储到存货信息存储部152中。进一步地，在那时，通过从与产品ID和产品ID附加信息关联的存货数量减去产品的发货的数量，分销状态管理部128还更新存货数量，在产品ID附加信息的末尾处携带发货产品的交易者的交易者ID。

在图22示出了这个例子。图22示出存货信息存储部152的数据配置的例子。

在此，当伴随交货到任何交易者的产品打开已交货标志时，分销状态管理部128将交易者的交易者ID增加到产品ID附加信息，以便更新交货的产品的存货数量。图22(a)所示的例子示出了用产品ID“p001”所识别的产品的存货数量，包括每个“e-d”的产品ID附加信息1000存货数量以及每个“e-d-c”的产品ID附加信息500存货数量。在此，假定从用交易者ID“a”所识别的交易者向用交易者ID“c”所识别的交易者订购“100”的订购数量。接着，假设从用交易者ID“c”所识别的交易者向用交易者ID“a”所识别的交易者发货产品，并且通过用交易者ID“a”所识别的交易者给出的交货指示打开已交货标志。在这种情况下，分销状态管理部128将“100”的存货数量与通过将“a”增加到产品ID附加信息“e-d-c”所分配的新的产品ID附加信息“e-d-c-a”关联存储，并且通过从“500”的更新前存货信息减去“100”来将产品ID附加信息“e-d-c”的存货数量更新到“400”。因此，通过参考存货管理信息存储部152，可以容易地掌握从对于产品ID附加信息尾注的交易者ID所识别的交易者的可获得的产品的存货数量。

图22(c)假定从用交易者ID“f”所识别的交易者向用交易者ID“a”所识别的交易者订购“20”的订购数量。接着，假定从用交易者ID“a”所识别的交易者向用交易者ID“f”所识别的交易者发货产品，并且通过用交易者ID“f”所识别的交易者给出的交货指示打开已交货标志。在这种情况下，分销状态管理部128将“20”的存货数量与通过将“f”增加到产品ID附加信息“e-d-c-a”所分配的新的产品ID附加信息“e-d-c-a-f”关联存储，并且通过从“100”的更新前存货信息减去“20”来将产品ID附加信息“e-d-c-a”的存货数量更新到“80”。

进一步地，分销状态管理部128可以从用其的交易者ID所认证的交易者，接收用于通过交易者向下游所发货的交易的分销状态的查询，并且提供关于交易者的产品的分销状态。例如，当从用交易者ID“e”所识别的交易者，接收通过所述交易者向下游所发货的交易的分销状态的查询时，分销状态管理部128访问存货信息存储部152，并且提取包括产品ID附加信息中的交易ID“e”的信息。分销状态管理部128可以将提取的信息提供至所述交易者的用户终端。在那时，分销状态管理部128不将产品ID附加信息原样地提供给用户，但是通过除了邻接目标交易者的交易者ID的交易者ID之外的任何交易者ID转换为不可识别的标记(诸如，例如“％”)，可以提供给所述交易者。这使能掌握分销渠道中的存货状态而不识别交易者。因为不识别交易者，所以上游交易者和下游交易者可以容易地公开他们自己的存货数据，并且从而可以整体地改善需求预测、交货预测等的精确性。

参考图23做出描述。在此，除了用交易者ID“e”所识别的交易者的交易者ID以及与上述交易者交易产品、用交易者ID“d”所识别的交易者的交易者ID之外的数据，不表示交易者ID本身，并且用标记“％”指示。通过这样的配置，诸如尽管提出了未做出直接交易的交易者上的交易者ID本身或者识别信息，例如在下游阶段的交易者，可以被提供到用交易者ID“e”所识别的交易者，但是不做出来自直接交易的交易者的可获得的产品的接近库存数量。这阻止交易者信息对于其他交易者可知，并且通过掌握由交易者所保持的产品的分销状态，使得交易者能够预测订购接收或计划订购。虽然在此未示出，但是例如，可以将终端用户与从其终端用户是可识别的代码一起显示。然而，如果被通过在此用“％”所标记的各个交易者所同意，那么这些交易者的交易者ID可以被提供到用交易者ID“e”所识别的交易者。

虽然参考附图描述了本发明的实施例，但是那些实施例示意了本发明，并且可以使用不同于上述的各种配置。

在上述的实施例中，票据发布处理部122基于交易管理信息，在发布购买订单之后发布发票或者交货票据，但是票据发布处理部122可以基于交易管理信息单独地发票或者交货票据。即，在这个实施例中，在交易者当中的销售价格可以存储在价格存储部146中，并且从而当从上游侧向下游侧发布发票时用与交货票据的创建相类似的方式，基于销售价格信息，可以自动地发布对于更下游侧的发票。

在上述的实施例中，所有下游交易者、中间商交易者和上游交易者均示意了如交易管理系统10中的交易者的用户登记的交易者。然而，根据本实施例的交易管理系统10可以应用到上游交易者不是交易管理系统的用户的情况。当上游交易者是系统的用户时，借助通过上游交易者所登录的系统，例如，在上游交易者的用户终端的显示器上显示订购票据。进一步地，可以自动地执行对于上游交易者的电子产品订购处理。因为即使当上游交易者不是系统的用户时也自动地发布订购票据，所以通过传真或者通过附加到电子邮件发送订购票据可以容易地执行订购处理。

交易设置信息存储部144还可以被配置为保持由与目标交易者(对应于中间商交易者)的交易ID和产品ID关联的交易者所保持的存货数量。在这种情况下，当从下游侧订购产品时，订购管理部118基于订购数量，可以执行从交易设置信息存储部144的存货数量减去订购数量的处理，并且改变可销售数量。

在上述的实施例中，例如，如图5所示出的，交易设置信息存储部144被配置为存储与交易者ID关联的上游交易者ID和下游交易者ID。然而，无需登记上游交易者ID和/或下游交易者ID作为用于所有产品的交易者ID的订购接收者。对于不希望用被上游交易者或下游交易者所识别的产品，表示不识别的代码，诸如，例如“所有”可以被登记。

(第二实施例)

接着，描述根据本发明的第二实施例。在这个实施例中，以可以管理在发货时或在交货时作为用于交货产品的验收(验收基准)的这样的方式，从第一实施例如图24所示出的，修改交易管理信息存储部148的配置，交货管理部126基于验收基准设置可收取标志，并且票据发布处理部122基于可收取标志输出发票等。

下文中，专注于与第一实施例不同的描述。在本实施例中未被提及的特征与第一实施例的那些相同。

(交易管理信息存储部148的数据配置)

与第一实施例类似地，根据本实施的交易管理系统10中，通过包括产品接收者(包括期望的接收者)和产品发货者(包括期望的发货者)的终端用户并且在其中插入的预定数量的交易交易者，形成模式(交易模式)，并且基于此，交易管理信息存储部148被配置为管理账单和交货并且执行产品分销管理。

图24是示出根据本实施例的交易管理信息存储部148的数据配置的例子。在这个例子中，交易模式1是在包括作为产品接收者的下游交易者和作为产品发货者的上游交易者的两方之间的交易的模式，并且交易模式2是在其中涉及一个中间商交易者作为订购中介人的交易的模式。模式的数量取决于中间商交易者的数量。

与图21和图24的主要的差异是在于将图21中所示的账单定时、已发货标志以及已交货标识分别地改变为验收基准、发货日期/时间、以及交货日期/时间，并且新提供运输域的天数。

运输域的天数是从上游交易者向下游交易者运输产品所花费的天数。预先用预定初始值设置默认值。

接着，参考附图描述使用交易管理信息存储部148的数据的交货管理部126的处理。交易管理信息存储部148包括用从上游交易者的用户终端所发送的交易ID和包括发货日期/时间的发货完成通知所激活的发货启动程序、以及在固定周期激活的固定周期启动程序。

(交货管理部126的处理过程)

图25是示出交货管理部126的发货启动程序的处理过程的流程图。响应于如上所述的上游交易者的发货完成通知的接收，激活交货管理部的发货启动程序。

当被激活，该常规首先通过邮件与对于下游交易者的交易ID一起发送通知已经完成发货的发货通知(S300)。下游交易者意味着在所述交易ID中从上游交易者所观看的在下游侧的所有交易者(同样适用于上游交易者)。然而在步骤S300如果存在中间商交易者，则可以将通知发送到中间商交易者和下游交易者(终端交易者)这两者，或者仅发送到下游交易者。

然后，交货管理部126将发货日期/时间写入到交易管理信息存储部148的发货日期/时间域中(S301)。然后，交货管理部126确定所述交易ID的交易模式(S302)。如果模式是模式2或者如果存在中间商交易者，交货管理部126读取用于中间商交易者的验收基准(或者用于在上游交易者和下游交易者之间的交易的验收基准)(S303)。如果所读取的验收基准是发货产品时(S304：是)，交货管理部126设置可收取标志，并且如果所读取的验收基准是产品到达时(在交货时)(S304：否)，交货管理部126将交易ID登记到可收取等待列表中(下文中简称为“等待列表”)(S306)。

接着，交货管理部126读取验收基准(或者在下游交易者和中间商交易者之间的交易的验收基准)(S307)，并且执行如上面步骤S304至S306的类似处理(S308至S310)。

另一方面，当在步骤S302所确定的模式是模式1时，交货管理部126立即地转移到步骤S307并且执行后续处理。如果存在多于三种交易模式，取决于中间商交易者的数量可以增加步骤S303至S306。以上是交货管理部126的发货启动程序的处理过程。

作为产品的所指派接收者的下游交易者，根据产品的接收经由用户终端输入接收信息。在那时，如果针对所接收的产品不存在问题，下游交易者将正常接收的通知与交易ID一起发送到交易管理系统10。另一方面，如果针对所接收的产品存在异常，下游交易者将对应于异常的错误代码发送到交易管理系统10。交易管理系统10将所接收的信息存储到交易管理信息存储部148的相关交易ID的交货日期/时间域中。产品的异常包括例如，数量短缺、产品的质量缺陷等。

接着，参考图26描述交货管理部126的固定周期启动程序的处理过程。当周期地被激活，交货管理部的固定周期启动程序提取等待列表中注册的第一交易ID(S400)。然后，固定周期启动程序读取在交易管理信息存储部148中的下游交易者栏的交货日期/时间域中的数据(S401)。如果在交货日期/时间域中保存了日期/时间数据(S403：是)，固定周期启动程序在用于交易ID的验收基准是产品交货时的行中设置可收取标志(S404)，并且从等待列表删除所述交易ID(S405)。另一方面，当在步骤S403设置了错误代码时(S406：是)，固定周期启动程序通知作为发货目的地的上游交易者(S407)。如果在步骤S406是否或者在交货日期/时间域中不设置日期/时间也不设置错误代码，固定周期启动程序通过上游交易者计算在当前日期/时间与发货日期/时间之间的差异(S409)。如果差异大于运输天数加α(预定差数)(S410：是)，过程转移到步骤S404。执行以上处理用于在等待列表中的所有交易ID(S411，S412)。可以在步骤S405之后立即插入将相关下游交易者的交易ID增加到用于相关产品ID的产品ID附加信息的步骤。此外，通过从交货日期/时间减去发货日期/时间所计算的运输的天数，可以被用作在相同交易者之间的运输的天数。

图27是示出产品流和订购信息流的示意图。例如，在用交易者ID“t0101”所识别的交易中，订购信息流向在该订购中的交易者a、b以及c，并且交易者“c”(上游交易者)将产品发货的完成通知到交易管理系统10，例如，通过按压在终端中所显示的发货按钮。将产品从交易者“c”发送到交易者“a”。产品的分销信息保存在交易管理信息存储部148中，作为产品ID附加信息。例如，在图24所示的例子中，从交易者“c”发送的产品是在该订购中的交易者“e”、“d”以及“c”当中所交易的产品。对于交易者“a”，当可验收标志被设置到从交易者“c”所发送的产品时，通过交易管理系统10将交易者“a”(产品接收者)上的识别信息增加到产品ID附加信息，并且从而产品ID附加信息变为e-d-c-a。通过该附加，产品ID附加信息用作分销可追踪性信息。另一方面，在类似的情况中，当可验收标志被设置到从交易者“c”所发送的产品时，也可以增加从上游交易者所观看的、用所述交易ID所识别的所有下游交易者上的识别信息。在这种情况下，产品ID附加信息变为e-d-c-b-a。这用作交货可追踪性信息。原则上，因为产品交货流与订购(或者，从接收订购的一方所观看的订购接收)流相反，这也可以考虑作为订购可追踪性信息。通过存储分销可追踪性和交货(订购)可追踪性这二者，当在分销中发生问题时可以追踪交易的历史，并且从而可以有效做出有保证的和安全的交易。

由此，基于从交易者“c”所发送的产品发货完成通知和通过交易者“a”(下游交易者)所输入的数据，交易管理系统10以加强的和有效的方式执行验收确定、产品质量的管理以及分销管理。

例如，通过使用在交易管理信息存储部148存储的通用数据，可以输出图15和图16中所示的购买订单和交货票据，但问题是输出的定时。根据本实施例的交货管理部126可以根据验收基准设置可收取标志，并且票据发布处理部122可以根据账单模式用合适的方式执行发布处理。进一步地，通用数据的利用或者在交易中的所谓的前后关系，可以被应用到例如销售账簿和购买账簿，但是不限于购买订单和交货票据。然而，本发明的实施例的特征在于，通过排除由上述下游交易者输入的必要性，在合适定时中可以创建这些单据和账户数据。

进一步地，通过将包括对应的产品ID以及对应的下游交易者和上游交易者的数据彼此链接，可以对应其他交易者公开有关第一实施例所描述的交易者的库存数量，并且从而可以有效地做出需求预测。通过使用产品ID附加信息，可以将验收和分销处理互锁以有效地并且准确地执行分销管理。

例如，通过使人能够看到对于具体产品的上游交易者的存货状态，可以预报在订购的时间的交货日期和订购的必要性。另一方面，通过使人能够看到对于具体产品的下游交易者的存货状态，可以预测订购接收。优选地，选择观看/不观看存货状态(增加/减少库存数量的倾向，等等)、选择使能/禁止识别交易者、或者上游或下游交易者的存货状态的可观看程度是可以编程的。进一步地，库存数量的显示类型(例如，所谓的传感或模拟显示，诸如大或小，或者按比例增加/减少倾向的显示)可以是可编程的。

根据本实施例，依据验收基准可以改变设置可收取标志的定时。因此，除了第一实施例的效果之外，使得能够在合适的定时并且用有效的方式接收并且发布单据，并且可以有效地执行产品质量管理和分销管理。

例如，在交易模式2中，借助将中间商交易者作为交易者、将通过利用站点的购买产品的一方作为下游交易者、将在站点提供产品信息的产品销售者作为上游交易者、将“发货时”作为下游交易者和中间商交易者之间的验收基准以及将“交货时”作为在中间商交易者和上游交易者之间的验收基准，可以容易地完成如契约的功能。

当在产品的交货上发现产品的异常(数量短缺或质量缺陷)时，下游交易者登记异常，以便在中间商交易者和上游交易者之间的验收之前，中间商交易者能够通知并且请求上游交易者以再次发送。因此，可以用简化的数据库结构来确保产品质量。

通过向产品附加识别码作为分销可追踪性信息，或者通过向产品附加在其中存储可追踪性信息的IC芯片，可以执行交易，该识别码例如包括通过连续地结合产品ID的、产品批号(或者交易ID)以及产品ID附加信息的条形码或者QR码(或注册商标)。在产品发货时，通过使用例如QR码读取器的读取装置，上游交易者读取QR码(分销可追踪性信息)，并且发送交易管理系统10。交易管理信息存储部148被配置为识别针对交易ID的交易、或者产品ID、批号(未示出)以及产品ID附加信息。通过识别来自从上游交易者所发送的分销可追踪性信息的交易，交货管理部126执行与图25和图26所示出的处理过程一致的可收取标志的设置。票据发布处理部122执行发布发票的处理，等等。由此，在已经发货产品之后，通过仅读取伴随产品的分销可追踪性信息，交易者可以发布用于交易所需的单据，例如发票，并且从而可以实现节省后续的人力。进一步地，通过成功地更新伴随产品的分销可追踪性信息，可以掌握产品的分销历史。

可以实现如分销系统的根据本发明的交易管理系统。例如，当通过不同的服务器执行上游交易时，通过执行将交易管理信息存储部148的各自数据到相关服务器的数据格式的数据转换，经由数据协同来实现数据的分销处理。

虽然根据如上述的交易的环境，通过适当地组合彼此可以使用交易模式1和2，但是通过适当地修改其的数据结构可以使用模式。例如，虽然在图24的交易模式2的例子中，响应于经由中间商交易者(b)所接收的订购，上游交易者(c)将所订购的产品发送到下游交易者(a)，以便于当设置标志时设置指示直接或非直接交货的标志的列，上游交易者(c)将产品直接地交货到下游交易者(a)，并且当未设置标志时，上游交易者(c)交货到中间商交易者(b)。通过使能中间商交易者以设置该标志，可以实现更有效的交易管理。

如上所述，在交易模式2中，当产品未被直接地交货到下游交易者时，通过使用在下游交易者(a)和中间商交易者(b)之间的交易模式1的数据结构，可以完成各自的交易，并且进一步使用在中间商交易者(b)和上游交易者(c)之间的交易模式1的数据结构。在这种情况下，可以使用通用交易ID，并且使用分支号码，在下游交易者和中间商交易者之间的交易与在中间商交易者与上游交易者之间的交易可以是可区分的。以这样的方式，通过在模式1的数据结构中提供分支号码，可以有效地管理在其中中间交易者汇总地发货多个订购的交易。

通过主要地示出产品的交易，已经描述了上述实施例。然而，对于本领域技术人员应显而易见的是，实施例也还可以被应用到服务的供应。例如，在图18、图19、图21和图24中，下面的术语还暗示在括号中的术语：产品(服务)、产品ID(服务ID)、订购数量(工时)、发货(交货)、交货日期/时间(验收日期/时间)、运输的天数(验收检查的天数或者验收测试的天数)，产品的装货时(交货时)、产品到达时(接收时)等等。

例如，通过下游交易者(a)将程序的开发(服务)委托于上游交易者(b)的情况下，通过使用交易模式1购买订单(包括协议)指示基于订购数量(工时)和单价(工时单价)所确定的成本，通过使用交易模式1，并且在产品的交货时或者接收时，通过上游交易者(b)将发票发布到下游交易者(a)。在那时，工时和单价可以被独立地设置或者设置在任何列(例如，在“订购数量”域)中作为全部开发成本，同时对于其他域(例如，“单价”域)设置固定值(例如，1)。在网络运营商调解委托服务的这样的情况下，通过使用交易模式2可以有效地管理交易。

参数数字的说明

10 交易管理系统

24 发送器接收器单元

28 数据存储单元

40,42,44 用户终端

50 网络

112 发送/接收处理部

114 设置信息接收部

118 订购管理部

120 交易管理信息生成部

122 票据发布处理部

126 交货管理部

128 分销状态管理部

140 产品信息存储部

142 交易者信息存储部

144 交易设置信息存储部

146 价格存储部

148 交易设置信息存储部

150 票据信息存储部

152 存货信息存储部

Claims (8)

1.一种交易管理系统，包括：

交易设置信息存储部，被配置为与产品ID和中间商交易者的中间商交易者ID关联地存储上游交易者，中间商交易者从所述上游交易者购买由产品ID所识别的产品；

价格存储部，被配置为与产品ID和上游交易者ID关联地，通过用上游交易者ID所识别的上游交易者存储作为产品的销售价格的第一销售价格，并且与产品ID和中间商交易者ID关联地，通过中间商交易者存储作为产品的销售价格的第二销售价格；

订购管理部，被配置为连同产品ID的输入、下游交易者的下游交易者ID、以及产品的订购数量，从下游交易者接收对于中间商交易者的产品的订购，其中所述中间商交易者将产品销售给所述下游交易者；以及

票据发布处理部，被配置为基于由订购管理部所接收的订购数量和第二销售价格，发布从下游交易者到中间商交易者的订购票据，并且基于由订购管理部所接收的订购数量和第一销售价格，发布从中间商交易者到上游交易者的订购票据。

2.根据权利要求1的交易管理系统，其中，基于用于发布从中间商交易者到上游交易者的订购票据的订购数量和第一销售价格，票据发布处理部发布从上游交易者到中间商交易者的账单票据或交货票据，并且基于用于发布从下游交易者到中间商交易者的订购票据的订购数量和第二销售价格，票据发布处理部发布从中间商交易者到下游交易者的账单票据或交货票据。

3.根据权利要求1或2的交易管理系统，其中

与中间商ID、产品ID以及上游交易者ID关联地，交易设置信息存储部存储用于向用中间商交易者ID所识别的中间商交易者订购产品的情况的设置，所述设置指示从中间商交易者向用上游交易者ID所识别的上游交易者进一步订购的必要性、以及自动订购的适当性，

如果接收到从下游交易者向中间商交易者的产品的订购，则订购管理部打开使能用于从下游交易者向中间商交易者的订购的处理的可订购标志，并且访问交易设置信息存储部，并且基于向上游交易者进一步订购的必要性和自动订购的适当性的设置，当设置指示需要进一步订购并且允许自动订购时，打开使能用于从中间商交易者向上游交易者的订购的处理的可订购标志，

如果订购管理部打开使能用于从下游交易者向中间商交易者的订购的处理的可订购标志，则票据发布处理部发布从下游交易者向中间商交易者的订购票据，并且如果订购管理部打开使能用于从中间商交易者向上游交易者的订购的处理的可订购标志，则票据发布处理部发布从中间商交易者向上游交易者的订购票据。

4.根据权利要求1至3中任一项的交易管理系统，其中交易管理系统

包括交易管理信息存储部，被配置为存储关于用于每个交易的订购的产品的交易管理信息，所述交易管理信息指示产品的产品ID、产品的订购者的交易者ID、将产品销售给订购者的订购接收者的交易者ID、订购接收者向其发货产品的发货目的地的交易者ID、以及对于发货目的地的产品发货状态，并且

还包括分销状态管理部，被配置为响应于在用交易者ID所指派的查询目标交易者中的产品的库存数量的查询，访问交易管理信息存储部，并且从在其中将查询目标交易者登记为订购者和发货目的地的交易管理信息中的订购数量，减去在其中将查询目标交易者登记为订购接收者的交易管理信息中的订购数量，来计算并呈现在查询目标交易者中的产品的库存数量，其中该查询连同交易者ID和产品ID的指派被接收。

5.根据权利要求1至4中任一项的交易管理系统，包括交货管理部，被配置为：

响应于从上游交易者的终端所发送的交易ID和发货完成通知的接收，确定交易ID的交易者之间的验收基准是在发货时验收还是在交货时验收，并且

如果验收标准是在发货时，

则打开在交易者之间的可收取标志，

如果验收标准是在交货时，

则将交易ID登记到等待列表中，

之后，如果从下游交易者的终端发送产品接收日期则存储产品接收日期，

周期地确定产品接收日期是否被存储用于在等待列表中所存储的每个交易ID，并且

如果写入产品接收日期，则打开用在交货时验收的交易者之间的交易ID所识别的交易的可收取标志，

其中根据计费模式，票数发布处理部在每次交易计费时立即地并且在循环计费的结账日，创建仅用于可收取标志已被打开的交易的票据数据。

6.根据权利要求4或5的交易管理系统，其中当通过任何一个上游交易者向中间交易者或下游交易者发货产品时，交易管理信息存储部存储中间商交易者或者将产品发货到其的下游交易者的交易者ID，作为在交易管理信息中指示完成发货的信息。

7.根据权利要求1至6中任一项的交易管理系统，其中，票据发布处理部生成通过累积用于发布订购票据的信息所形成的购买账簿或销售账簿，

8.一种交易管理程序，使得计算机用作：

交易设置信息存储部，被配置为与产品ID和中间商交易者的中间商交易者ID关联地存储上游交易者ID，中间商交易者从所述上游交易者ID购买由产品ID所识别的产品，

价格存储部，被配置为与产品ID和上游交易者ID关联地，通过用上游交易者ID所识别的上游交易者存储作为产品的销售价格的第一销售价格，并且与产品ID和中间商交易者ID关联，通过中间商交易者存储作为产品的销售价格的第二销售价格，

订购管理部，被配置为连同产品ID的输入、下游交易者的下游交易者ID、以及产品的订购数量，从下游交易者接收对于中间商交易者的产品的订购，其中所述中间商交易者将产品销售给所述下游交易者，以及

票据发布处理部，被配置为基于由订购管理部所接收的订购数量和第二销售价格，发布从下游交易者到中间商交易者的订购票据，并且基于由订购管理部所接收的订购数量和第一销售价格，发布从中间商交易者到上游交易者的订购票据。