CN1619561A - 商品交易装置 - Google Patents

Abstract

通过买方和卖方的各终端装置与主机相互通信，可以执行基于买方发布的购买信息的预约相对交易的处理、基于卖方发布的销售信息的预约相对交易的处理和对照多个上述购买信息和多个上述销售信息而从双方的条件吻合的开始顺序决定成交的交易的处理。这样，便可在网上进行所谓的期货交易，买方和卖方都不必到批发市场去就可以制定商品的销售计划和采购计划，从而可以使用自己的终端装置进行商品的买卖交易。因此，可以向卖方和买方提供迄今所没有的销售和采购的机会，从而可以进行前所未有的高效率的商品交易。

Description

商品交易装置

本申请是申请号为98813406.3，申请日为1998年12月7日的发明的分案申请。

技术领域

本发明涉及例如像花卉或水果等寿命周期短的生鲜商品或具有有效期限的入场券等服务商品、使用日期有限的飞机票那样，如果过了某一期间就没有了商品价值或商品价值减少的各种商品的买卖交易使用的商品交易装置。

背景技术

例如，鲜花的买卖交易是在批发市场进行的。即，买主到现场观察卖主实际销售的现货，把握什么样的鲜花用多少钱进行购买等。并且，在购买所希望的鲜花时，就与其卖主进行包含价格等的交易。买主就这样来办置所希望的鲜花。

另外，买主在办置所希望的鲜花的交易以外，例如为了使拍卖的商品价格滑动，买主在拍卖以前也进行预先取得商品(现货)的称为“优先取得”的交易。或者，为了应对紧急需要鲜花时(葬礼等)的紧急交易，也进行卖主从进货的商品中预先扣除特定量的“扣货”。因此，对于实际进货的鲜花，是将除去已有买主的鲜花或优先取得或扣货等以后的剩余部分(销售剩余商品)进行拍卖。

但是，以往，上述鲜花等商品的买卖交易没有系统化的。因此，商品的买卖交易的流通复杂化，存在以下所述的(1)～(8)的问题。

(1)买主为了得到所希望的商品，必须在规定的时间实际到现场(批发市场或批发公司等)去。这时，如果有所希望的商品出售则没问题，但是，如果没有出售时，就白费时间了。特别是由于鲜花等商品容易受气象或灾害等自然条件的影响，所以，预定的货很多情况并不是像预定的那样被出售。因此，对于买主而言，办置商品的机会是有限的，多数情况是权宜性地进货，不能制定办置计划。

(2)卖主是在批发市场进行商品的销售的，但是，并不能事前知道该商品是否有买主，以及能销售掉多少货等，从而也不能制定销售计划。另外，对于未卖掉的商品(以下，也称为「销售剩余商品」或「现货」)，则依赖于其他销售手段。例如，进而销售从该销售剩余商品中除掉扣货后的商品，该销售的结果，进行将其余的部分进行拍卖这样的交易。但是，考虑到扣货或拍卖，进行这种销售剩余商品的交易，是很难制定销售计划的。特别是销售对象像上述鲜花那样，如果是过了某一期间品质就降低的商品时，由于是通过进货、销售、优先取得或扣货、拍卖准备、拍卖后的分货容易受损伤的商品，所以，如果不进行有效的销售，有可能受到大的损坏。另外，损伤的程度越大，就必须大大降低价格出售。

(3)买主大多是大量地希望多品种的商品，但是，如上所述，如果不实际到现场(批发市场)，就不能事前知道所希望的商品是否有所希望的数量、以及由哪个卖主在进行销售。因此，不能进行计划购买。另外，如果想大量购买商品，该批发市场将供不应求，结果买主自己抬高价格。

(4)如上所述，由于卖主不能制定销售计划，所以，生产者也不能制定生产计划。

(5)商品交易时的价格决定是通过电话或传真等进行的，所以，价格的决定需要很长的时间，效率不高。特别是在大量的商品的交易中，该问题尤为显著。

(6)进货的商品是通过销售、优先取得或扣货、拍卖等进行销售的。但是，这些行为全部只能在商品实际存在时或者在来自生产者的出货确定后才能实际进行销售。因此，卖主考虑到在进货、销售、优先取得或扣货、拍卖等各过程中销售的商品，不能制定销售计划。

(7)卖主在商品实际进货之前(虽然出货确定了，但是不存在现货时)，有时是根据买主的订货进行商品的交易的。这时，卖主看着买主的电话或传真等的订货单对该订货进行查找商品的产地的出货信息的作业。但是，在这样的交易中，卖主仅仅是中介的存在，生产者与商品的交易不直接相关。即，不限于这样的交易，由于生产者不能参与商品的销售，所以，不能制定根据销售状况的商品的生产计划。

(8)取决于在上述(7)中所述的卖主的商品选配作业，有时不能将订货商品公平地卖给所有的买主，有时将偏向于某一特定的买主。

另外，除了上述(1)～(8)的问题外，还有以下所述的关于“物流费”的问题。

具体而言，首先，工业产品的买卖交易是稳定地进行的，通常是从库房出货的。对于这样的商品，可以预先把握由于商品的买卖交易的成立而发生的出货量及出货日期。因此，对于出货时的运输(搬运)等的物流费，也可以固定地把握，所以，由担任运输等服务的物流商家根据搬运目的地的距离等设定一定的物流费。另外，对于工业产品以外的一般商品，同样也可以预先把握由于各种买卖交易的成立而发生的出货量及出货日期，所以，由物流商家预测根据买卖交易而发生的物流费，在总体上实际把握每次变化的成本后，可以将作为支付该成本的费用的物流费设定为一定。

与此相反，对于花卉(鲜花)及水果等商品或每次进行交易的商品，则和上述工业产品及一般商品不同，不是稳定地进行买卖交易的，另外，根据买卖交易的成立而发生的出货量及出货日期总是变化的。例如，鲜花等商品，如上所述，由于是容易受气象及灾害等自然条件的影响的商品，所以，由卖主(包含生产地)预先把握实际能出货的量是非常困难的。另外，由于寿命周期短，所以，在生产地采摘的时候就必须立即出货。此外，由于为了葬礼等，紧急需要鲜花等理由有某一买主的订货时，必须立即运送到该买主处或最靠近的市场。这样，对于鲜花或水果等等商品，预测何时发生买卖交易以及发生多少出货量等是非常困难的，另外，没有从库房出货的概念。因此，不能将该物流费固定，根据实际能出货的量，物流费每次是变化的。

另外，各个卖主与特定的物流商家签约，对于每个运输目的地，有时是根据出货量进行打折扣的服务。例如，卖主的所在地为爱知县时，对于从爱知县到东京的物流费，设定鲜花从1箱到50箱的物流费是每1箱500日元，如果是鲜花从50箱到100箱，就是每1箱为400日元，对于从爱知县到北海道的物流费，设定鲜花从1箱到50箱的物流费，是每1箱为700日元，如果是鲜花从50箱到100箱，就是每1箱为500日元。对于这样打折扣的物流费，也是伴随上述出货量及出货日期的变化而变化的。

因此，对于花卉(鲜花)或水果等商品或者每次进行交易的商品，由于商品的物流费以及各卖主的物流费的折扣率总是在变化的，所以，买主不能进行预先考虑北海道物流费在内的购买总额或者与哪个卖主进行交易是最为合适的等交易。这就会单纯地多与近的场所的卖主进行交易等，与买主进行交易的卖主就自然地特定了，商品的流通就不均衡。

因此，本发明就是鉴于上述问题而提案的，目的旨在提供通过可以进行有计划的商品生产和销售以及有计划的商品的办置，可以进行有效的商品的买卖交易的商品交易装置。

另外，本发明的目的旨在提供通过可以进行有计划的商品生产和销售以及有计划的商品的办置，即使是大量的商品交易也可以进行有效的商品的买卖交易的商品交易装置。

另外，本发明的目的旨在提供通过可以由计算机在画面上容易并且有效地进行有计划的商品生产和销售以及有计划的商品的办置，可以极大地提高商品的买卖交易的效率的商品交易装置。

另外，本发明的目的在于提供通过计算机的处理可以进行有计划的商品生产和销售以及有计划的商品的办置，即使是用包含拍卖等现货销售的多样的手段销售大量的商品时也可以进行有效的商品的买卖交易的商品交易装置。

另外，本发明的目的在于通过计算机的处理提供不仅卖主和买主而且生产者也可以参与的可以有效地进行商品的交易，特别是可以有效地进行商品的有计划的销售和管理的商品交易装置。

另外，本发明的目的在于提供通过可以由计算机在画面上容易并且有效地进行有计划的商品生产和销售以及有计划的商品的办置，特别是可以将关于不同的交易形式的信息显示在同一画面上，可以极大地提高商品的买卖交易的效率的商品交易装置。

另外，本发明的目的在于通过可以由计算机用电子方式参照关于商品的物流费的信息，提供消除商品的流通的不均衡从而实现买卖交易的活性化的商品交易装置。

发明内容

本发明提供一种商品交易装置，用于基于从多个终端装置输出的信息，进行买卖交易处理，其特征在于：包括，信息接收装置，用于接收从第一终端装置输出的随着时间的流逝变得没有价值或者价值减少的用于商品的买卖交易的销售信息，接收从第二终端装置输出的随着时间的流逝变得没有价值或者价值减少的用于商品的买卖交易的销售信息；第一交易处理装置，用于基于上述信息接收装置所接收的销售信息的销售条件进行预约交易处理；第二交易处理装置，用于基于上述信息接收装置所接收的购买信息的购买条件进行预约交易处理；第三交易处理装置，按照由上述第一交易处理装置和上述第二交易处理装置进行交易处理后所剩下的销售信息的销售条件和购买信息的购买条件两者的条件达成协议顺序进行定立合同决定处理。

另外，进而也可以具有具备用于执行各交易处理的图标功能的显示单元。

按照上述本发明，可以在网络上进行所谓的期货交易，从而可以向卖主和卖主提供迄今所没有的销售和办置的机会。因此，可以进行以往所没有的高效的商品交易。具体而言，就是将商品的买卖交易系统化了，可以在终端装置的画面上根据买主发送的订货信息(希望办置的商品的品种及种类和价格等)进行预约相对交易处理、根据卖主发送的销售信息(希望销售的商品的品种及种类和价格等)进行预约相对交易和从双方的条件同时吻合的开始将多个订货信息和多个销售信息顺序决定成交的交易处理。另外，买主对多个卖主发送的销售信息可以将该销售信息中包含的信息中的任意的信息作为交易条件而进行特定。例如，可以特定品种或与品种一起特定种类。通过采用这样的结构，可以获得至少以下所述的效果。

(1)买主不必到批发市场等，使用自己的终端装置便可很容易地把握是否正在销售所希望的商品等，从而可以很容易地买进所希望的商品。另外，可以在事前进行这些工作。这样，便可制定办置计划。

(2)卖主使用自己的终端装置可以事前把握销售的商品是否有买主以及能销售多少。这样，由于可以制定销售计划，所以，可以减少发生无用的商品，特别是对于超过了某一期间无价值的鲜花等可以保持该商品的新鲜度。

(3)买主使用自己的终端装置，在希望获得大量的商品时也可以很容易地购买齐全。

(4)由于卖主可以制定销售计划，所以，生产者也可以据此制定生产计划。

(5)在商品出货之前，在卖主与买主之间可以进行该商品的交易。

因此，按照本发明，可以进行有计划的商品的生产和销售，另外，也可以进行有计划的商品的办置，这样，便可进行高效的商品的买卖交易。

附图说明

图1是表示在实施例1中应用本发明的鲜花交易系统的结构的框图。

图2是表示上述鲜花交易系统的各商家侧和服务器侧的终端装置的内部结构的框图。

图3是用于说明上述鲜花交易系统的买方的顶层画面的图。

图4是用于说明上述鲜花交易系统的卖方的顶层画面的图。

图5是用于说明在上述鲜花交易系统中执行的基于订货信息的预约相对交易处理((A)的交易处理)的图。

图6是用于说明上述(A)的交易处理中的订货信息一览画面的图。

图7是用于说明在上述鲜花交易系统中执行的基于销售信息的预约相对交易处理((B)的交易处理)和基于多个订货信息和多个销售信息的交易处理((C)的交易处理的图。

图8是用于说明上述(B)的交易处理中的销售(出货)信息一览画面的图。

图9是用于说明上述(B)的交易处理中的卖方发出的销售信息的画面的图。

图10是用于说明上述鲜花交易系统具有的销售价格预测功能的图。

图11是用于说明上述鲜花交易系统具有的拷贝处理的图。

图12是用于说明上述拷贝处理中的未成交出货一览画面的图。

图13是用于说明上述拷贝处理中的销售信息一览画面的图。

图14是用于说明上述鲜花交易系统具有的合计统计处理的功能的合计统计信息显示一览画面的图。

图15是用于说明在实施例2的上述鲜花交易系统中上述(C)的交易处理中的销售信息1：购买信息n的相互联系的图。

图16是用于说明上述鲜花交易系统中上述(C)的交易处理中的销售信息n：购买信息n的相互联系的图。

图17是用于说明上述销售信息n：购买信息n的相互联系中的成交决定的处理(1)的图。

图18是用于说明上述销售信息n：购买信息n的相互联系中的成交决定的处理(2)的图。

图19是用于说明实施例3的上述鲜花交易系统中从上述(C)的交易处理中的(C2)向(C1)的交易处理的转移的图。

图20是用于说明执行上述转移处理用的在买方的画面上的设定的图。

图21是用于说明对在上述转移处理后发生的未成交的销售信息服务器侧进行的处理的图。

图22是用于说明执行上述转移处理用的在上述服务器侧的画面上的操作的图。

图23是用于说明在实施例4的上述鲜花交易系统中上述终端装置的画面结构的图。

图24是用于说明实施例5的上述鲜花交易系统中上述服务器侧终端装置的扣货功能和现货销售功能的图。

图25是用于说明上述扣货功能和现货销售功能的扣货处理等的指定乃至管理处理的图。

图26是用于说明由上述扣货功能和现货销售功能执行的扣货处理的图。

图27是用于说明上述扣货处理的商品的流程的图。

图28是用于用画面图像说明实施例6的上述鲜花交易系统中基于卖方的销售1～销售3的形式的交易的流程的概要的图。

图29是用于说明上述卖方的顶层画面(配货管理顶层画面)的图。

图30是用于说明基于上述销售1～销售3的形式的交易的流程的流程图。

图31是用于说明上述销售1的形式的交易中交易执行中的预料销售操作画面的图。

图32是用于说明上述销售1的形式的交易中交易确定时的预料销售操作画面的图。

图33是用于说明上述销售1的形式的交易中销售量确定时的预料销售操作画面的图。

图34是用于说明上述销售2的形式的交易中交易执行前的未处理销售操作画面的图。

图35是用于说明上述销售2的形式的交易中交易执行中的未处理销售操作画面的图。

图36是用于说明上述销售2的形式的交易中交易确定时的未处理销售操作画面的图。

图37是用于说明上述销售2的形式的交易中现货数确定时的未处理销售操作画面的图。

图38是用于说明随着处理的经过而用多行显示上述销售1～销售3的形式的交易的销售量及结果等信息时的图。

图39是用于说明获得上述销售1～销售3的形式的交易商品的属性匹配的处理的图。

图40是用于说明实施例7的上述鲜花交易系统中上述各商家侧的终端装置的画面结构的图。

图41是用于说明在上述画面结构的画面上显示的上述(A)交易处理的订货信息一览信息的图。

图42是用于说明在上述画面结构的画面上显示的上述(B)交易处理的出货信息一览信息的图。

图43是用于说明在上述画面结构的画面上显示的上述(C)交易处理的出货/接标计划信息一览信息的图。

图44是用于说明在上述(A)和(B)交易处理时各商家可以参照的信息的图。

图45是用于说明在上述(A)交易处理和(B)交易处理时上述画面结构的买方的画面显示状态的图。

图46是用于说明在上述(A)交易处理和(B)交易处理时上述画面结构的卖方的画面显示状态的图。

图47是用于说明在上述(A)和(C)交易处理时信息的流程的图。

图48是用于说明在上述(A)交易处理和(C)交易处理时上述画面结构的买方的画面显示状态的图。

图49是用于说明在上述(A)交易处理和(C)交易处理时上述画面结构的卖方的画面显示状态的图。

图50是表示实施例8的上述鲜花交易系统的结构的框图。

图51是用于说明上述鲜花交易系统中从各个买方输出的购买信息的图。

图52是用于说明上述鲜花交易系统中从各个卖方输出的销售信息的图。

图53是用于说明将多个上述购买信息与多个上述销售信息相互联系而使交易成立的算法1的流程图。

图54是用于说明上述算法1的聚类处理的流程图。

图55是用于说明通过上述聚类处理而生成的购买信息的聚类和销售信息的聚类的图。

图56是用于说明上述购买信息的聚类与销售信息的聚类内的建立相互联系处理的流程图。

图57是用于具体地说明上述建立相互联系的处理的图。

图58是用于说明将多个上述购买信息与多个上述销售信息建立相互联系而使交易成立的算法2的流程图。

图59是用于说明决定上述算法2的购买信息的处理顺序的图。

图60是用于说明按照上述购买信息的处理顺序决定在购买信息与销售信息的聚类内的建立相互联系处理的图。

图61是用于说明将多个上述购买信息与多个上述销售信息建立相互联系而使交易成立的算法3的图。

图62是用于说明将多个上述购买信息与多个上述销售信息建立相互联系而使交易成立的算法4的图。

图63是用于说明上述各算法中购买信息与销售信息在对应的聚类内的建立相互联系的一例的图。

图64是用于说明对使对象商品为飞机票时的卖方的销售信息买方附加各种条件时的建立相互联系的处理顺序的抽象度的图。

图65是用于更具体化(买方指定条件的等级时)地说明上述建立相互联系处理的顺序的图。

图66是用于更具体化(买方任意指定条件时)地说明上述建立相互联系处理的顺序的图。

图67是表示实施例9的上述鲜花交易系统的结构的框图。

图68是用于说明上述鲜花交易系统中执行根据销售信息的交易时的处理的概要的图。

图69是用于说明由上述鲜花交易系统的服务器侧管理的卖方发出的销售信息的图。

图70是用于说明由上述鲜花交易系统的买方显示的销售信息画面的图。

图71是用于说明在上述销售信息画面上弹出式窗口显示的折扣率信息的图。

图72是用于说明在上述买方显示的登录画面的图。

图73是用于说明在上述服务器侧设定的折扣表的图。

图74是用于说明在上述服务器侧的处理的流程图。

图75是用于说明上述折扣表的其他一例的结构的图。

具体实施方式

下面，根据附图说明本发明的极佳的实施例1～实施例9。

(实施例1)

本发明适用于例如图1所示的鲜花交易系统100。

在该鲜花交易系统100中，如上述图1所示，由进行鲜花的市场管理的服务器侧的终端装置101、多个卖方的终端装置111～114和141、多个买方的终端装置121～123和151以及中转商家的终端装置131通过WAN161连接成可以相互通信而构成。

这里，在多个卖主商家中，包括大公司(大宗卖主)和作小宗买卖的公司(小宗卖主)，另外，在多个买主商家中，也包括大公司(大宗买主)和作小宗买卖的公司(小宗买主)。

服务器侧、卖方、买方和中转商家侧的各终端装置由例如具有中央处理装置(CPU)、键盘、鼠标、显示器、通信器和存储本系统的处理程序的存储器等的个人计算机构成，通过由CPU读出并执行该存储器的处理程序，进行后面所述的各种处理。

在上述图1的鲜花交易系统100中，服务器侧、卖方、买方和中转商家侧的各终端装置应用了本发明的商品交易装置。另外，这里采用通过WAN161的服务器侧与各商家侧的连接结构，但是，并不仅限于此，可以是主机与终端装置的连接结构，也可以是服务器侧与客户侧的连接结构。另外，也可以采用多个卖方的终端装置111～114和多个买方的终端装置121～123分别通过WAN161与服务器侧连接的结构。另外，上述图1中的171～173是生产者，不是通过通信与大宗卖主111连接，而是通过电话或传真等联络的。

上述鲜花交易系统100将包括根据从买方发生的商品信息的各商家间的交易(根据订货信息的交易)、根据从卖方发生的商品信息的各商家间的交易(根据销售信息的交易)、根据从多个买方发生的订货信息和从多个卖方发生的销售信息的多个各商家间的交易(根据多个订货信息和多个销售信息的交易)的鲜花的买卖交易，在加入了鲜花交易系统100中的各商家(参加者)侧的终端装置上进行。

这里的“商品信息”包括例如数量、单价、信息输入时刻和属性数据，该“属性数据”包括日期、期限、品种和颜色等。另外，这里的“生产者”也包括从实际的生产者一方接受销售的委托的销售代理人、销售中转商家、销售代理人或运输商家等。

先使用图2说明服务器侧的终端装置的内部结构和各商家侧的终端装置的内部结构。

如上述图2所示，服务器侧的终端装置300具有用于进行各种信息的接收和发送(配信)的信息收发功能310、作为应用功能(APP功能)的交易处理和价格形成功能321、价格预测功能322、系统运用管理功能323、参加者市场分析功能324、参加者数据发送管理功能325和存储业务处理数据及主数据同时用于存储各种处理所需要的数据的存储功能(数据库存储器：DBM)330。

所谓交易处理和价格形成功能321，就是用于进行根据订货信息的交易、根据销售信息的交易、和根据多个订货信息和多个销售信息的交易等各种交易处理的功能。

所谓价格预测功能322，就是在各商家间的交易中用于预测成为交易对象的鲜花的价格的变化的功能。

所谓系统运用管理功能323，就是用于运用服务器侧的终端装置控制管理鲜花交易系统100的功能。

所谓参加者市场分析功能324，就是进行参加者的登录，同时将关于该参加者实际进行交易的日期、交易后的交易状况和交易的鲜花的信息(鲜花的种类及交易价格等)等各参加者进行的交易的信息存储到DBM中，并根据该存储信息用于分析例如交易的鲜花的不同季节的倾向值、价格的高低、各参加者的今后的交易倾向(买卖倾向)等的功能。

所谓参加者数据发送管理功能325，就是对各参加者的数据发送管理加上滤波的功能，例如，根据卖方及买方的各参加者的经营状态(中转或批发店等)、或商品的交货条件或向各参加者提供的服务的内容等进行或不进行发送数据的全体或一部分的显示的功能，或由于上述理由使各参加者改变在其终端装置上显示的全体或一部分的内容的功能。

另一方面，各商家侧的终端装置400具有进行各种信息的接收和发送的信息收发功能410、利用WWW浏览器等的用户接口(I/F)功能420、作为应用功能的自己账目管理功能431和协作功能432和存储事务处理数据及主数据同时用于存储各种处理所需要的数据的存储功能440。

所谓自己账目管理功能431，就是用于进行由先前的交易而发生的支付的管理等管理由参加者侧处理的自己账目的功能。

所谓协作功能432，就是用于与直属的小商店侧的系统或公司内销售系统合作通知先前的交易的信息等使得可以与从属于参加者的一侧合作的功能。

这里，在商家侧的终端装置400中，设置了自己账目管理功能431、协作功能432和存储功能440，但是，这些功能不一定必须设置在商家侧的终端装置400中，也可以设置到服务器侧的终端装置300中，取代设置在商家侧的终端装置400中。

下面，说明利用鲜花交易系统100的各种处理的流程特别是(A)根据订货信息的交易处理、(B)根据销售信息的交易处理和(C)根据多个订货信息和多个销售信息的交易处理的流程。

在这里的(A)、(B)和(C)的各交易处理的说明中，假定是例如买主商家与卖主商家间的交易。

这里，在各商家的终端装置中，利用例如作为接口功能的WWW浏览器通过画面显示经由服务器侧传送来的各种数据。并且，终端装置的使用者通过在画面上进行操作而进行处理。

因此，某一商家利用鲜花交易系统100进行(A)、(B)和(C)的各交易处理等时，先通过使用自己的终端装置访问服务器侧，在该装置上显示例如图3或图4所示的顶层画面。

上述图3是成为买主时所显示的顶层画面，显示「订货」、「预约」、「一般I」、「一般II」、「成交·到货」、「合计统计」、「通知」、「结束」等各种项目。

另一方面，上述图4是成为卖主时显示的顶层画面，显示「订货」、「预约」、「拷贝」、「一般」、「成交·到货」、「合计统计」、「通知」、「结束」等各种项目。

这些显示和图标功能一样，点击该文字部时，就执行与该文字部对应的处理。这里，是进行文字显示，但是，并不限于此，也可以用图案等进行显示。

显示出上述图3或图4的顶层画面的终端装置的用户(买主或卖主)使用鼠标等有选择地指定(点击)各项目。这样，便可执行与这时指定的项目对应的处理。例如，在进行(A)的交易时，就选择指定「订货」的项目，在进行(B)的交易时，就选择指定「预约」的项目，在进行(C)的交易时，就选择指定「一般I」或「一般II」或「一般」的项目。

(A)根据订货信息的交易处理

(第1交易：根据订货信息的预约相对交易)

本交易处理，按照例如图5所示的流程执行。

买主在自己终端装置的顶层画面(参见图3)上选择指定「订货」的项目。这样，装置就成为可以输入订货信息的状态。并且，买主按照办置(采购)计划，用键盘输入所希望的购买日、鲜花的品目、品种、颜色、等级、产地、总枝数和价格等作为希望购买信息的订货信息。该信息向服务器侧传送。结果，由服务器侧作成例如图6所示的订货信息一览表，并在买方的终端装置上进行画面显示。并且，在该画面(订货信息一览表画面)上，除了买主输入的订货信息外，还显示“合计枝数”、“未选定合计枝数”和“合计金额”等信息。这些“合计枝数”、“未选定合计枝数”和“合计金额”等可以由服务器侧计算而得到，向终端装置发送并进行显示。这样，买主就在自己的终端装置上按照办置(采购)计划进行鲜花的订货。卖主通过用自己的终端装置在画面上参照买主发出的订货信息，按照销售(生产)计划判断是否可以将买主所希望的鲜花出货，如果可以出货，就将其作为应募信息使用键盘输入。这时，卖主可以对买主所希望的总枝数全部应募，也可以对其一部分应募。或者，也可以应募比买主所希望的总枝数多的枝数。这样的应募信息向服务器侧传送。这样，卖主在自己的终端装置上便可对买主发出的订货信息进行应募。

买主使用自己的终端装置在画面上再次参照上述图6所示的订货信息一览表。在这时的订货信息一览表中，由服务器侧反映了卖主发出的应募信息。具体而言，就是在订货信息一览表的“应募”栏中，显示了对订货信息应募的卖主的订货件数，买主通过用鼠标指定“应募”栏部分相邻的“应”的图标部，便可参照对订货信息应募的卖主的详细信息。买主通过参照这样的订货信息一览表画面，买主从对订货信息应募的买主中选择并预约所希望的卖主，将其作为订货信息用键盘输入。该订货信息向服务器侧传送并进行登录。

并且，在买主与卖主的成交成立时，由服务器侧向卖主发送成交通知，卖主接收该通知并得知与买主的交易已经生效。这时，不传送该成交通知，卖主使用自己的终端装置例如通过在画面上参照成交信息一览表，也可以得知与买主的交易已经生效。

因此，在买方的上述图6所示的订货信息一览表中，上述成交反映在“未选定”栏中。例如，所希望的鲜花的希望总枝数为100枝、在本成交中100枝全部确定时，作为未成交枝数的未选定枝数就成为0枝。另外，在100枝中40枝确定时，未选定枝数就成为60枝。另外，卖主应募的枝数比所希望的总枝数多时，通过容许未选定数的负显示，未选定枝数就成为负枝数(-60枝等)。

这里，在各个卖主对买主的订货信息应募之后，买主参照该应募信息选择所希望的卖主(参见上述图5)，但是，买主也可以例如不进行这时的选择而再次追加登录新的订货信息。或者，也可以删除以前的订货信息，登录新的订货信息。这时，就对更新后的订货信息反复进行上述卖主的应募。另外，买主在选择上述应募信息时，也可以选择这些应募信息的全部或一部分，或者也可以拒绝。

(B)根据销售信息的交易处理

(第2交易：根据销售信息的预约相对交易)

本交易处理，按照例如图7的(B)所示的流程执行。

卖主在自己的终端装置的顶层画面(参见图4)上选择并指定「预约」的项目。这样，装置就成为可以输入销售信息的状态。并且，卖主用键盘输入所希望的鲜花的品目、品种、颜色、到货日、等级、产地、生产者名、箱数和价格等作为希望销售的信息的销售信息(出货信息)。结果，便作成例如图8所示的出货信息一览表，并进行画面显示。并且，这样的销售信息向服务器侧发送。这样，卖主就在自己的终端装置上进行鲜花的销售。

买主通过用自己的终端装置对例如图9所示的卖主发出的销售信息检索并参照所希望的商品，将所希望的品种的箱数等作为购买登录信息用键盘输入。这时，也可以进行所希望的箱数的一部分的登录。例如，出货信息的剩余箱数为50箱，而买主本来希望的箱数是20箱，也可以仅登录其中的10箱。并且，这样的购买登录信息向服务器侧发送。这样，买主对卖主发出的出货信息在自己的终端装置上进行购买登录(类型1)。

卖主使用自己的终端装置在画面上参照并判断买主的登录状况，与买主进行成交。

另外，在买方进行上述购买登录时(以下，将该交易作为类型1的交易处理，也称为(B1)的交易处理)，也可以进行购买价格的指定并将其作为购买登录信息(以下，将该交易作为类型2的交易处理，也称为(B2)的交易处理)。这时，例如在卖方的终端装置中，也可以根据多个买主指定的各购买价格执行自动地假定适当的买主例如购买价格最高的买主的算法。另外，在销售信息中，对剩余10箱，买主作为购买登录信息可以选择例如6箱，并且也可以登录表示即使是6箱以下也购买的信息。这样，对于剩余10箱，即使甲乙2名买主分别进行6箱的购买登录，如果甲是即使6箱以下也购买的信息，则就可以进行对乙为6箱而对甲为4箱的成交交易。

(C)根据多个购买信息和多个销售信息的交易处理

(第3交易：对多个购买信息和多个销售信息从双方的条件同时吻合的开始顺序决定成交的交易)

本交易处理，按照例如图7(C)所示的流程执行。

这里，本交易处理分为2个交易处理((C1)的交易处理和(C2)的交易处理)，这2个交易处理与成为买主时的顶层画面(参见图3)的「一般I」和「一般II」对应。并且，(C1)的交易处理和(C2)的交易处理，在例如买主进行上述购买登录时，详细情况后面说明，但是对卖主发出的销售信息进行的购买登录的方法不同。

例如，卖主进行上述(B)的交易处理的结果，作为销售信息发布的数量未全部销售完时，具体而言，设某一鲜花为100箱，尽管希望销售完，但是，只有其中的60箱能与买主成交时，就剩余40箱。

在有这种未销售完的鲜花(未成交的鲜花)时，卖主就使用自己的终端装置检索未成交的鲜花，得到该信息后，通过选择并指定顶层画面(上述图4)的「拷贝」项目，将未销售完的鲜花即(B)的交易处理的鲜花中未销售完的鲜花转移到本交易处理中。并且，卖主对未销售完的鲜花和(B)的交易处理一样，用键盘输入销售信息。另外，这时，如果有新的希望销售的鲜花，也输入关于该鲜花的销售信息。这时，也输入下限价格信息(销售下限价格值)。

其他的卖主同样也分别使用自己的终端装置输入希望销售的鲜花的销售信息。这些销售信息向服务器侧传送。因此，在服务器侧，就存在多个卖主的销售信息。

关于顶层画面(参见上述图4)的「拷贝」的处理的详细情况，后面说明。

买主使用自己的终端装置在画面上参照多个卖主发布的销售信息，对符合所希望的条件的的销售信息进行和(B)的交易处理一样的处理，并进行购买登录，但是，这时，是通过上述(C1)的交易处理或(C2)的交易处理进行购买登录的。即，通过(C1)的交易处理进行购买登录时，买主在自己的终端装置的顶层画面(参见图3)上选择并指定「一般I」。这样，装置就如上所述那样成为可以参照多个卖主发布的销售信息的状态，从而成为可以进行购买登录的状态。这里的购买登录可以仅特定例如所希望的鲜花的“品目”和“颜色”的条件。

另一方面，通过(C2)的交易处理进行购买登录时，买主在自己的终端装置的顶层画面(参见图3)上选择并指定「一般II」。这样，装置就和(C1)的交易处理一样成为可以参照多个卖主发布的销售信息的状态，从而成为可以进行购买登录的状态，这里的购买登录，不仅可以特定例如所希望的鲜花的“品目”和“颜色”，而且可以特定“品种”及“等级”等其他详细的条件。另外，买主对多个销售信息可以特定这种详细的条件。

其他的买主同样也分别用自己的终端装置参照多个卖主发布的销售信息，通过(C1)或(C2)的交易处理进行购买登录。这些购买登录信息向服务器侧传送。因此，在服务器侧就存在多个卖主发布的销售信息和多个买主发布的购买登录信息。

在服务器侧，通过利用指定的成交决定算法的成交决定处理，对多个卖主发布的销售信息和多个买主发布的购买登录信息从双方的条件吻合的开始顺序决定成交(价格)。例如，这里的成交决定算法满足例如销售下限价格的条件，并且根据购买价格高的顺序和购买信息输入时间早的顺序等决定成交。关于该成交决定的信息被通知卖方和买方。这样，卖主和买主分别用自己的终端装置来得知成交决定。

另外，也可以将上述(C)的交易处理的结构采用以下的结构。

·作为成交决定算法，不限于按照希望购买价格高的顺序及信息输入早的顺序进行成交决定的算法，也可以使用例如按照根据希望购买数量多的顺序及过去的交易规模等因子预先决定的优先顺序进行成交决定的算法。或者，也可以是也容许即使是希望购买数量的一部分只要有销售剩余数就想购买的要求并将其反映在优先顺序决定中而进行成交决定的算法。因此，例如，在按希望购买价格高的顺序进行成交决定时，存在相同价格的购买信息时，也可以使用进而按其中的数量多的顺序及信息输入早的顺序或者对上述希望购买数量存在缺口时的容许购买等，买方的购买条件容许范围宽的一部分或它们的组合的算法。

·也可以附加在对象商品的条件容许度高(条件宽松)时就转移到(C)的交易处理而在容许度低(条件苛刻)时就不转移到(C)的交易处理的算法。

·这里，在卖主发布的销售信息中包含下限价格信息(销售下限价格值)，可以使下限价格信息为“0”而采用完全的销售委托方式，也可以使用别的参量来取代下限价格信息。例如，可以使用销售最低枝数的信息。

·这里是由买主决定并进行(C1)和(C2)的交易处理的条件输入(对(C2)是详细的条件输入，对(C1)是将该条件放宽的条件输入)的，但是，也可以例如在系统内预先设定各个项目(「品种」、「品目」、「颜色」等)及其内容(例如，如果是项目「品目」，就是「菊花」、「玫瑰」等内容)，买主从中指定所希望的项目及其内容(条件)。具体而言，例如交易对象商品是蔬菜时，就预先用表等准备仅「品种」、「规格」的条件和该「品种」、「规格」的产地及生产者名的条件。另外，在是飞机票时，就预先准备仅飞行日和区间的条件和航空公司名或具体的航班名(也可以是多个)等多个条件。这样，买主便可进行多样的条件设定。

以上，说明了鲜花交易系统100的(A)、(B)和(C)的各交易处理的流程。

下面，具体地说明上述服务器侧的终端装置具有的“价格预测功能”。

所谓价格预测功能，就是在上述(A)、(B)和(C)等的各交易中用于预测成为交易对象的鲜花的价格的变化的功能，市场运用(管理)者利用该功能可以很容易地在自己的终端装置(服务器侧的终端装置)上预测价格。

即，如图10所示，在服务器侧的终端装置中，存储功能(DBM)根据参加者市场分析功能存储各种数据，同时存储交易时发生的各种数据。利用多变量分析处理等分析该DBM存储的各种数据，根据该分析结果生成模型。并且，根据生成的模型对这时的市场状况预测价格的变化等。这种价格预测可以根据鲜花的各品目及季节等的预测条件而进行。

下面，具体地说明上述顶层画面(参见图4)的「拷贝」的处理。

如上所述，「拷贝」的处理在卖方就是(B)的交易处理的结果有未销售完的商品时进行的处理，通过执行该拷贝处理，将(B)的交易处理转移到(C)的交易处理。即，如图11所示，(B)的交易处理的结果，发生乙成交的鲜花(成交出货商品)和未成交的鲜花(未成交出货商品)。设这时的商品的价格(销售价格)为“x”、下限价格(最低希望价格)为“y”。这些成交出货商品和未成交出货商品的各信息向服务器侧的终端装置传送，存储到该DBM中。

卖主通过用自己的终端装置参照根据服务器侧的DBM的存储信息生成的例如图12所示的未成交出货一览表的画面，判断是否执行拷贝处理，选择并指定上述图4所示的画面的「拷贝」。并且，卖主个别地选择所拷贝的商品，并指定拷贝的商品。这时，也可以全部一并指定未成交商品。

另外，卖主也可以进行将销售价格x变更为销售价格x′(x≠x′)、将下限价格y变更为下限价格y′(y≠y′)的指定。

这样，服务器侧的DBM存储的未成交出货商品的信息也包含价格变更，并作为(C)的交易处理的商品的信息。这时，卖主作为销售价格x₁′、下限价格y₁′进行新的商品的登录(新登录)时，也包含这些信息，并作为(C)的交易处理的商品的信息。

并且，卖主用自己的终端装置根据例如图13所示的销售信息一览表画面确认转移到(C)的交易处理的商品、新登录的商品和登录这些信息的日期(信息登录日)。

另外，在卖主发布的销售信息中，利用上述其他参量(销售最低枝数等)取代下限价格时，就变更该参量。

下面，作为可以在鲜花交易些100中进行的其他的处理，说明合计统计处理。

在卖主的终端装置中，该合计统计处理就是在选择并指定上述图4所示的顶层画面的「合计统计」的项目时执行的处理。即，卖主用自己的终端装置选择并指定顶层画面的「合计统计」的项目。这样，装置就显示例如图14所示的合计统计信息显示一览表画面。在该合计统计信息显示一览表画面中，包括关于今后发生的预定的交易(已决定的交易)的信息，具体而言，就是包括远期交货(交货)的日期、鲜花的平均价格、最高价格、最低价格和总枝数等信息。这些信息通过在画面上指定日期、品目、品种等条件，也可以显示按每个指定的条件的信息。

卖主利用这样的画面，便可把握今后的预定计划。另外，同样买主用自己的终端装置也可以指定顶层画面(上述图3)的「合计统计」的项目，通过指定各种条件，便可把握买方的今后的预定计划。

在本实施例中，将鲜花等生鲜商品作为一例说明了对象商品，但是，并不仅限于此。也可以应用于像飞机票及其他交通部门的票和音乐会票那样已决定了可以使用的期限的商品。例如，是飞机票时，上述生产者就与航空公司对应，大宗卖主就与航空公司的分店等营业部门或大型旅行社等的营销机构对应，小宗卖主就与各旅行代理店及办理飞机票的方便商店等的销售店对应。另外，想购买2张12月30日或29日的XXX航班的机票或者想购买2张12月29日从A机场到B机场的XXX航班或YYY航班的机票等就与(A)的交易处理对应，根据从12月29日到1月5日的XXX航班的机票为α日元、YYY航班的机票为β日元分别各有100张的信息的交易与(B)的交易处理对应，对比这些条件具有各种范围的购买信息和销售信息而进行价格和数量的决定的交易与(C)的交易处理对应。因此，对于飞机票等带期限的商品及带日期的商品，也可以应用本发明。

(实施例2)

在本实施例中，在上述实施例1的(C)的交易处理中查对多个销售信息和多个购买信息而从双方的条件吻合的开始顺序决定成交的处理按以下方式进行。

首先，例如，如图15所示的那样，登录2个销售信息1和2(包括希望销售价格和下限价格)，对销售信息1登录2个购买信息1和2，对销售信息2也登录2个购买信息3和4时，必须决定将哪个购买信息与销售信息相连结，即必须决定使哪个购买信息与销售信息成交。

作为该决定方法，考虑了从销售信息1起顺序进行先对2个购买信息抽出超过了下限价格的购买信息，然后抽出其中单价最高的，如果单价相同就抽出数量多的这样的处理。

但是，这种决定方法在是多个购买信息与1个销售信息相连结的结构(多个购买信息与各销售信息建立1∶n的联系为N个)时没有问题，但是，将这种方法用于(C2)的交易处理时，在该交易处理中，例如像图16所示的那样，有时也可以成为从购买信息与多个销售信息建立联系的结构，即可以成为m∶n的联系的结构，所以，购买信息将受到销售信息的处理顺序的影响。

因此，这里按照图17所示的处理来决定(C2)的交易处理中的多个销售信息与多个购买信息的成交。

在以下使用上述图17的说明中，如上述图16所示，假定存在3个销售信息和5个购买信息，对销售信息1登录3个购买信息1、2、和3，对销售信息2登录3个购买信息1、3和4，对销售信息3登录3个购买信息2、3、4和5。

首先，在(C2)的交易处理时，与销售信息的销售商品无关地假定销售信息的处理顺序。这时，例如对在市场中特定的卖主发布的销售信息最优先，而对其余的销售信息则按输入顺序进行决定。除此之外，也可以根据过去的交易量多的顺序、过去的销售总额高的顺序或者该交易中希望销售总额(＝希望销售价格×枝数)高的顺序等决定优先度，并决定处理顺序。结果，在上述图17中，按销售信息1、销售信息2、销售信息3的顺序决定了处理顺序。

其次，对各销售信息按照所决定的处理顺序决定购买信息的处理顺序。就此，优先考虑与各销售信息相联系的各购买信息的希望价格高的，对于希望价格相同的购买信息按输入顺序进行决定。

具体而言，首先，对销售信息1按希望价格高的顺序决定登录的3个购买信息1、2、3的处理顺序。假定该结果为购买信息2、购买信息1、购买信息3的顺序。这里，销售信息1的销售数为100枝、购买信息2的希望数为70枝、购买信息1的希望数为70枝、购买信息3的希望数为60枝时，对购买信息2，希望数70枝就全部结束(假定成交)了，但是，对购买信息1，希望数70枝中30枝结束了，而对于其余的40枝就成了剩余数(一部分未成交)。另外，对购买信息3，则没有使用(未成交)。因此，在作为下面的处理对象的销售信息2中，剩余数为40枝的购买信息1(购买信息1′)、没有使用的购买信息3和购买信息4就成了对象。

其次，对销售信息2，这里也同样按希望价格高的顺序决定登录的3个购买信息1、3和4的处理顺序。假定该结果为购买信息3、购买信息1′、购买信息4的顺序。这里，在销售信息2的销售数为110枝、购买信息4的希望数为30枝时，对购买信息3，希望数60枝全部结束，而对购买信息1′，也是剩余数40枝全部结束。对购买信息4，希望数30枝中10枝结束，而其余的20枝就成为剩余数。因此，在下面的销售信息3中，剩余数为20枝的购买信息4(购买信息4′)和购买信息5就成为对象。这里，对最初登录的购买信息2，利用上述销售信息1就结束了，所以，不会成为对象。

并且，最后对销售信息3，这里同样也按希望价格高的顺序决定登录的2个购买信息4′和5的处理顺序。假定该结果为购买信息5、购买信息4′的顺序。这里，在销售信息3的销售数为110枝、购买信息5的希望数为105枝时，对购买信息5，希望数105枝全部结束，对购买信息4′，剩余数20枝中5枝结束，而其余的15枝就成为剩余数。该购买信息4′的剩余数15枝就成为未能购买的枝数。

以上，是决定(C2)的交易处理中的成交的处理。

另一方面，决定(C1)的交易处理的成交的处理，首先是在用品目和颜色总结的销售信息中按信息价格高的顺序决定销售信息的处理顺序，其次，对已决定了处理顺序的各销售信息按希望价格高的顺序决定购买信息的处理顺序。

这里，如上所述，所谓(C1)的交易处理，就是将所希望的鲜花的品目(“单枝菊花”等)和颜色(“白色”等)作为条件而特定进行购买登录的处理。其中一例示于图18。在图18中，存在卖主(甲)发布的销售信息1(单枝菊花/白色)及销售信息2(大丁草/红色)和其他卖主(乙)发布的销售信息3(单枝菊花/白色)、销售信息4(菊花/黄色)和销售信息5(玫瑰/5)时，就按品目和颜色将这些销售信息1～5进行聚类，即特定某一集团等。结果，便可得到例如包含销售信息1和3的单枝菊花/白色的信息群(聚类)。并且，按销售信息中的下限价格高的顺序决定包含在该信息群中的多个销售信息的处理顺序。假定该结果为销售信息1、销售信息3、…的顺序。

于是，首先对单枝菊花/白色的信息群的销售信息1，按希望价格高的顺序决定登录的购买信息的处理顺序。这时的购买信息中，也包含从(C2)的交易处理转移到(C1)的交易处理中的购买信息。例如，对销售信息1登录3个购买信息1(单枝菊花/白色)、购买信息3(单枝菊花/白色)和购买信息5(单枝菊花/白色)时，就按输入顺序决定它们的处理顺序。假定该结果为购买信息5、购买信息3、购买信息1的顺序。以后，和上述(C2)的交易处理的情况一样，按决定的顺序进行处理。

另外，不仅单枝菊花/白色的销售信息群，而且对于其他的品目/颜色，同样也可以得到销售信息群，并在该信息群中按下限价格高的顺序决定处理顺序，对于已决定了处理顺序的各销售信息，按输入顺序决定购买信息的处理顺序。

在本实施例中，如上述图18所示，根据卖主发布的销售信息将买主发布的购买信息聚类，但是，也可以与此相反，根据购买信息将销售信息聚类。这时，例如将卖主的销售信息对买主的购买信息进行选配时，对购买信息包含上限价格从价格高的开始顺序进行选配，另外，取决于商品从价格低的开始顺序选配销售信息。这对像飞机票及其他交通部门的票和音乐会票那样已决定了可以使用的期限的商品也可以应用。

(实施例3)

在本实施例中，在上述实施例1的(C)的交易处理中，(C2)的交易处理(与品目及颜色一起也特定种类等条件)的结果，对于未成交的购买信息，通过买方的终端装置的操作，在该购买信息中可以将条件放宽(仅特定品目及颜色的条件)转移到(C1)的交易处理中，也可以自动地进行这些处理。

例如，如图19所示，首先，如上所述，(B)的交易处理的结果，对未成交的鲜花，通过从卖方选择并指定顶层画面(参见图4)的「拷贝」项目，转移到(C)的交易处理中。例如，转移到(C2)的交易处理中。这样，在(B)的交易处理中未成交的销售信息就作为(C2)的交易处理的销售信息而被登录。另外，这时，如果有新的希望销售的鲜花，则其销售信息也作为(C2)的交易处理的销售信息而被登录。

其次，买主在自己的终端装置上参照作为(C2)的交易处理的销售信息而登录的未成交的销售信息，如果有希望的鲜花，就登录该购买信息。

这样，在服务器侧，就查对这些销售信息和购买信息，在双方的条件吻合时就决定成交，不吻合时就不成交。并且，将结果通知卖方和买方。

买方根据服务器侧的通知，在登录的购买信息未成交时，就用自己的终端装置将销售信息的条件放宽(仅特定品目和颜色)，并将该购买信息转移到(C1)的交易处理中。这样，这时的购买信息就作为(C1)的交易处理的购买信息而进行登录，并按(C1)的交易处理进行处理。

这里，在想自动地进行这种从(C2)的交易处理向(C1)的交易处理的转移时，买方在购买信息登录时用自己的终端装置进行设定，登录的购买信息如果在(C2)的交易处理中未成交，就自动转移到(C1)的交易处理中。例如，如图20所示，买主在(C2)的交易处理时的画面上通过利用鼠标等指定(点击)与各购买信息对应地设置的图标部，进行自动转移的设定。该设定信息向服务器侧传送。

这样，就在服务器侧识别自动转移的设定，在卖方的销售信息与买方的销售信息双方的条件吻合时，如上所述，就决定成交，相反，在双方的条件不吻合时，该购买信息就不成交，并作为(C1)的交易处理的购买信息而自动地进行登录，按(C1)的交易处理进行处理。

通过上述自动转移的设定，买主通过1次操作便可进行(C2)的交易处理和(C1)的交易处理。

另外，这里，例如(C2)的交易处理的结果，是大量的销售信息未成交而剩余时，服务器侧也可以介入买方和卖方进行交易。

即，如图21所示，服务器侧(市场运营者等)就用自己的终端装置参照(C1)的交易处理的结果。例如，如图22所示，服务器侧在自己的终端装置的画面上利用鼠标等通过进行指定(点击)「成交检索」及「未成交检索」等的图标等的操作，输出成交的销售信息及未成交的销售信息的一览表画面，根据该画面上的信息把握(C1)的交易处理的结果。并且，调整未成交的销售信息中包含的各种信息，来提高成交率。

这时，在进行未成交的销售信息中包含的下限价格的调整时，再次将进行该调整后的销售信息作为(C1)和(C2)的交易处理的销售信息进行登录。因此，调整了下限价格的销售信息如上述那样就从(C2)的交易处理顺序按(C1)的交易处理进行处理。

另外，如上所述那样，将调整了下限价格的销售信息再次按(C1)和(C2)的交易处理进行处理时，结果就成为临时成交或未成交。

(实施例4)

在本实施例中，可以在画面上参照在上述实施例1的(A)～(C)的交易处理中发生的各种信息(订货信息及销售信息等)，另外，可以很容易地从该各种信息中抽出(检索)所希望的信息。

为此，作为在各商家的终端装置上显示的画面，设置例如图23所示的结构的画面。如图所示，该画面由功能一览表部201、结果显示部202和条件输入部203构成。各部分从画面上端开始顺序配置，各部分的各种项目用图标等进行显示。画面上的项目等的显示，可以是文字或图案等，也可以和图标功能一样，点击该文字或图标等部分时，就执行与该部分对应的处理。

在功能一览表部201中，用图标显示用于执行鲜花交易系统100具有的各种功能的「订货」、「预约」、「一般I」和「一般II」等项目。因此，通过来自装置的用户的操作，从这些项目中选择并指定任意的项目，便可执行与所选择的项目对应的处理。

结果显示部202中，显示由功能一览表部选择的处理的各种数据。结果显示部202的显示行数(也包含交易件数等)可以在服务器侧自由地设定。例如，服务器侧设定与传送时的数据量适应的显示行数。

另外，在结果显示部202中，设置了件数显示部202a，在该件数显示部202a中，在进行(A)的交易处理时显示应募件数(卖方对买方的订货信息应募的件数)，在进行(C)的交易处理时显示购买件数(买方进行了购买登录时的件数)。这时，例如，进行“0018”等的件数显示或“大”、“中”、“小”、“无”等的等级显示。

在条件输入部203中，输入用于抽出(检索)在某一交易处理中的对象商品的信息的各种条件。这里，设置了输入作为对象商品的鲜花的颜色的颜色输入部203a、输入种类的种类输入部203b和输入生产者的生产者输入部203c等。从交易时发生的各种信息中检索与由条件输入部203输入的各种条件一致的信息。并且，该检索结果在结果显示部202上进行显示。

在种类输入部203b中，例如像“菊花”、“玫瑰”、“向日葵”、…那样按各参加者的使用频度顺序将鲜花的种类名进行分类。另外，在生产者输入部203c中，也按使用频度顺序将生产者名进行分类。

在这些种类输入部203b和生产者输入部203c中，也可以固定地具有一部分鲜花种类名及生产者名。例如，对于在进行信息检索时必须使用的部分，可以在上栏中固定地具有，而在下栏中具有使用频度顺序的部分。另外，也可以利用可以变更用于决定使用频度顺序的对象期间的功能，决定对象期间例如3个月期间的使用频度顺序。或者，可以按各季节或各期间自动地改变使用频度顺序。

另外，在条件输入部203中，还设置了在进行(A)的交易处理时用于将那时对买方发布的订货信息有卖方的应募的商品和没有应募的商品作为检索条件而输入的有无应募输入部203d。用该有无应募输入部203d选择并指定了“有”时，就进行有卖方的应募的订货信息的检索，在选择并指定了“无”时，就进行没有卖方的应募的订货信息的检索，在不选择指定任何情况时，就进行(A)的交易处理的订货信息的检索。

另外，在条件输入部203中，还设置了由「销售信息检索」和「购买信息检索」的项目构成的检索输入部203e，这些项目仅在进行(C)的交易处理时进行显示。

在选择并指定了「销售信息检索」时，就进行卖方发布的销售信息和与其相联系的购买信息的检索。另外，在选择并指定了「购买信息检索」时，就进行成为买方发布的购买信息的对象的销售信息的检索。

这样，特别是对买方而言，可以很容易地进行以下的处理。

(1)利用「销售信息检索」变更(变更单价或数量等)或删除购买信息，

(2)利用「购买信息检索」追加或删除成为购买信息的对象的销售信息。

(实施例5)

在本实施例中，构成为对于在上述实施例1的(A)～(C)的交易处理中发生的销售剩余商品和根据优先取得或扣货等的紧急需要而发生的交易(紧急交易)，也可以在终端装置的画面上进行。

首先，作为对通过(A)～(C)的交易处理而剩余的鲜花(销售剩余商品)即对现货进行的交易处理，有优先取得或扣货等紧急的交易处理(紧急交易处理)。这里，作为紧急交易处理的一例，以扣货处理为例进行说明。

所谓扣货处理，就是虽然销售剩余商品成为拍卖的对象，但是，这时，是指从该销售剩余商品中仅扣除特定量的处理。这是为了紧急需要鲜花(葬礼等)的情况而确保供应之目的。因此，从销售剩余商品中进行了扣货的结果，将其余的商品进行拍卖。在这里的鲜花交易系统100中，扣货处理和进行拍卖的处理(现货销售处理)都可以在画面上进行。

为此，服务器侧的终端装置除了作为上述图2所示的应用功能的各功能外，如图24所示，还具有例如执行扣货处理的扣货功能326和用于销售经过扣货处理等而发生的其余商品的现货销售功能327。

图25是表示进行(A)的交易处理、(B)的交易处理和(C)的交易处理的执行前后或执行中特定的拍卖的对象商品的指定乃至管理的处理时的画面的流程。这里的对象商品的指定乃至管理的处理就是由扣货功能326及现货销售功能327等执行的处理，是可以在优先取得及扣货处理等的所谓紧急的交易处理执行的前后或执行中进行的处理。

在上述图25中，在配货管理画面上，对于商品属性为“多头菊花/2L/黄色”的鲜花，剩余数量为20箱，已决定的数量在(A)的交易处理中为5箱，在(B)的交易处理中为10箱。

在该状态下，例如中转商家等想在上述配货管理画面上在剩余数量20箱中扣货5箱时，就先点击数量“0”的相邻的方块部分。这样，就转移到扣货处理的输入画面。这时，在配货管理画面上，由于对最上栏的多头菊花进行扣货，所以，商品属性就直接拷贝。

然后，在输入画面中，输入作为通过扣货进行销售的对方的买主的A公司，将单价和数量以例如销售单价100日元、箱数5而输入。对该输入画面输入执行命令时，就执行扣货处理，这样，在配货管理画面上，扣货数量就成为5箱，而剩余数量就从20箱减少为15箱。

另外，例如在上述扣货处理后的剩余数量15箱中想将5箱用于对在(B)的交易处理中卖主指定的条件自动地决定适当的买主的交易处理(类型2的交易处理，即(B2)的交易处理)时，在配货管理画面中，就点击剩余数量的数字的相邻的方块部分。这样，就转移到(B2)的交易处理的输入画面。这时，在配货管理画面中，由于对最上栏的多头菊花进行扣货，所以，商品属性就直接拷贝。

之后，在输入画面中，将单价和数量以例如90日元、箱数5而输入。对该输入画面输入执行命令时，就执行将剩余数量15箱中的5箱作为对象的(B2)的交易处理。

另外，同样想将剩余数量15箱中的一部分用于(C)的交易处理时，就在(C)的交易处理的输入画面中，不仅输入单价和数量，而且也将下限值以例如85日元而输入。对该输入画面输入执行命令时，这时输入的箱数就以指定的下限值进行登录，并执行(C)的交易处理。

因此，利用上述配货管理画面可以进行拍卖的对象商品等的指定乃至管理。

另外，在配货管理画面的右侧，设置了电信交易(EC)的交易处理的栏，在其下部，设置了(B2)的交易处理和(C)的交易处理的栏。并且，通过点击这些(B2)的交易处理和(C)的交易处理的文字部分，便可转移到各个交易处理的输入画面，从而可以开始进行该交易处理等。因此，该画面也可以说是管理各种交易的画面。

下面，使用图26和图27说明利用上述配货管理画面等进行的处理的流程。

首先，在拍卖的前两天(12/1)实际出货的鲜花的总量(进货量)处于不明的状态。这是由于鲜花容易受气象及灾害等自然条件的影响的缘故。这时，通过(A)和(B1)的交易处理(类型1的交易处理)在批发市场侧(交易商：地方市场、经济联合体、农协、商社、农事法人、进口商、批发商等)与买主间进行交易(x₁＝200枝的交易成立)。这样，卖方就制定生产计划，生产者侧就根据该生产计划进行生产调整。

其次，在拍卖的前一天(12/2)，在生产者侧能出货的鲜花的总量就确定了，并将该信息(确定信息)与卖方联络。卖方通过接收生产者侧的确定信息，来确定出货量(确定出货1000枝)。该信息(确定信息)从卖方联络到批发市场侧。批发市场侧将从确定了出货的1000枝中除去成交的x₁＝200枝后剩余的800枝进行扣货(x₂＝100枝扣货)。对其余的700枝，假定必须进一步进行扣货时(x₂′＝50枝扣货)，余量就成为650枝了。因此，批发市场侧对该余量650枝通过上述(B类型1或2)和(C)的交易处理与买主1进行交易(x₃＝500枝的交易成立)。因此，该交易后的余量就成为150枝，这150枝就成为拍卖的对象。并且，这些拍卖的对象商品的特定及剩余商品等的管理，通过在上述图25所示的配货管理画面上的操作进行。

利用执行上述处理的扣货功能326和现货销售功能327，例如批发经纪人和迄今有交易的商家(地方市场、经济联合体、农协、农事法人、商社、进口商、批发商等、以往具有生产商家且以往通过电话联络等进行交易的商家)也参加到该鲜花交易系统100中，可以在自己的终端装置上把握全体的进货量，并有效地进行考虑了扣货和拍卖等的期货交易及现货交易等。

这里，是将(A)、(B)和(C)的交易处理后的剩余商品(现货)进而进行交易的，但是，并不仅限于此，也可以将(A)和(B)的交易处理后的剩余商品进而进行交易(期货交易)。另外，作为紧急交易处理的一例，以扣货处理为例进行了说明，但是，对于进行优先取得处理等情况同样也可以进行处理。

(实施例6)

在本实施例中，使在上述实施例1的(A)～(C)的交易处理中具有卖方的销售形式的特征。即，卖主通过在自己的终端装置上进行在鲜花的进货量不确定的状况下的销售(确定前销售处理，以下也称为「销售1」)、在该进货量已确定的状况下的销售(确定后销售处理，以下也称为「销售2」)和通过拍卖的现货销售(现货销售处理，以下也称为「销售3」)，可以有效地进行从进货到拍卖的配货管理。

这里的服务器侧的终端装置和上述实施例5一样(参见上述图24)，假定也具有执行扣货处理的扣货功能326和用于销售经过扣货处理等而发生的剩余商品的现货销售功能327。另外，也将(A)～(C)的交易处理的各交易处理称为利用EC(Electronic Commerce)系统的交易处理或EC交易处理。

图28是按时间序列表示在卖方的终端装置上的画面图像的图。下面，使用上述图28说明从销售1到销售3的鲜花的流程的概要。

(销售1的形式：在鲜花的进货量不确定的状况下的销售)

这里，假定是在拍卖的前两天的阶段的销售。在该拍卖的前两天的阶段，鲜花的进货量由于天气等的影响不能确定。因此，按大体的估计量进行销售的交易。首先，通过在估计销售操作画面500上进行指定的操作，转移到(A)和(B1)的交易处理(EC交易处理)。并且，在执行(A)和(B1)的交易处理时，即根据估计(预测)的销售量进行(A)和(B1)的交易处理的销售时，这里通过交易而成交的数β(结果数例如为200箱)就确定了，该结果数β就作为销售1的结果信息反映在估计销售操作画面500上。

(销售2的形式：在鲜花的进货量已确定的状况下的销售)

这里，假定是在拍卖的前一天的阶段的销售。在该拍卖的前一天，进货量α(销售量例如为1000箱)通过传真等已确定时，该进货量α的信息就反映在估计销售操作画面500上，在该结果画面上，就显示出未处理的数α-β(＝1000-200＝800箱)。实际上，从此才开始成为销售2的形式。在销售2的形式中，通过在未处理销售操作画面600上进行指定的操作，转移到(B2)的交易处理、(C)的交易处理(EC交易处理)和扣货处理(第5交易处理)。这里，在未处理销售操作画面600上，显示进货量α(＝1000箱)和未处理数α-β(＝800箱)，对于未处理数α-β，进行(B2)的交易处理、(C)的交易处理和扣货处理。结果，将通过(B2)和(C)的交易处理而成交的数与扣货的数相加的结果数γ(例如，500箱)就确定了，从而确定前的未处理数α-β(＝800箱)就更新为未处理数α-β-γ(＝1000-200-500＝300箱)。

(销售3的形式：通过拍卖的现货销售)

这里，假定是在拍卖的当天的阶段的销售。鲜花实际进货(到货)并进行销售的量α′(最终销售量例如为950箱)确定时，在未处理销售操作画面600上，确定前的进货量α(＝1000箱)就更新显示为最终销售量(进货量)α′(＝950箱)。与此相应地，未处理数α-β-γ(＝300箱)也更新显示为未处理数α′-β-γ(＝950-200-500＝250箱)。实际上，从此才开始成为销售3的形式，即成为鲜花实际到货并且在实际的未处理数α′-β-γ确定之后的销售形式。因此，在销售3的形式中，未处理数α′-β-γ(＝250箱)成为拍卖(现货销售)的对象，该未处理数α′-β-γ的鲜花参与拍卖。

如上所述，在销售量确定前的销售1的形式中，通过(A)的交易处理和(B1)的交易处理对估计的销售量进行交易；在销售量确定后的销售2的形式中，通过(B2)的交易处理、(C)的交易处理和扣货处理，对销售1的形式的交易结果(β)和根据已确定的销售量(α)得到的销售量(α-β)进行交易。并且，在实际商品到货并且实际的销售量已确定后的销售3的阶段，将销售2的形式交易的结果即剩余的部分(α′-β-γ)进行现货销售(拍卖)。

下面，具体地说明上述销售1、销售2和销售3的各销售形式的交易处理。

在按销售1～销售3的形式进行交易的卖方的终端装置中，例如，图29所示的画面成为顶层画面(配货管理顶层画面)。

在该配货管理顶层画面中，设置了与“用户ID(卖主的ID)”、“到货日”、“产地”、“生产者名”、“品目”、“形态”、“品种”、“颜色”和“等级”的各栏对应的输入部。另外，也设置了「配货画面」和「配货画面结束」的各项目，这些项目和图标功能一样，点击其文字部分时，就执行与该文字部对应的处理。关于「配货画面」和「配货画面结束」的各项目，不限于文字显示，也可以用图案等进行显示。

另外，在配货管理顶层画面中，输入用户ID及到货日等时，也可以直接输入实际的名称(“爱知屋美町”及“黄色”等)，但是，也可以用预先确定的代码输入。

终端装置的用户使用例如键盘或鼠标等将用户ID、希望销售的鲜花的到货日(“平成9年12月15日(星期一)”等)、产地(“爱知渥美町”等)、生产者名、品目(“菊花”等)、形态(“多头状”等)、品种(“アルプス”等)、颜色(“黄色”等)和等级(“2L”等)的属性输入对应的输入部后，就指定(点击)「配货画面」部分。这样，就根据这时的销售阶段执行上述图28所示的销售1～销售3的形式的交易。

从上述图29的配货管理顶层画面开始的销售1～销售3的形式的交易处理，按照例如图30所示的流程图进行。

步骤S101：

首先，开始进行销售1的形式的交易。即，在拍卖的前两天，在上述图29的配货管理顶层画面上输入希望销售的鲜花的属性、并点击「配货画面」的项目时，就转移到例如图31所示的估计销售操作画面。这里，作为输入的鲜花的属性，假定输入了品目“菊花”、形态“多头状”、品种“アルプス”、等级“2L”、颜色“黄色”。在这里的估计销售操作画面上，为了显示对在配货管理顶层画面中输入的鲜花的交易处理状况，设置了与“进货量”、“(A)交易”、“(B1)交易”、“结果”和“未处理数”的各栏对应的显示部。因此，在这些显示部上显示与当前的交易状况对应的信息。

另外，在该画面的与“(A)交易”和“(B1)交易”对应的显示部上显示各个「EC」项目。该「EC」项目和图标功能一样，点击其文字部分时，就执行与其文字部对应的后面所述的处理。关于「EC」项目，不限于文字显示，也可以用图案等进行显示。

这时，由于是鲜花的进货量α确定前的阶段，所以，估计销售操作画面的状态是与“进货量”、“结果”和“未处理数”对应的各显示部为空白的状态。

于是，卖主使用鼠标等点击与“(A)交易”对应的显示部的「EC」部分。这样，就转移到上述图4所示的交易顶层画面。并且，卖主如上所述那样通过执行(A)的交易处理，来处理例如100箱鲜花。另外，同样点击与“(B1)交易”对应的显示部的「EC」部分。这样，就转移到上述图4所示的交易顶层画面。并且，如上所述那样通过执行(B1)的交易处理，来处理例如100箱的鲜花。

步骤S102：

通过步骤S101执行(A)和(B1)的交易处理时，在这些交易处理结束之前，成为待机状态。并且，在交易处理结束时，就进入下一步骤S103。

步骤S103：

在步骤S101的(A)和(B1)的交易处理的结果，假定合计决定成交200箱。该成交决定数(结果数)β如图32所示，在估计销售操作画面中，在与“结果”对应的显示部上以“200c/s”进行显示。这时，也显示表示平均单价的“@85”。

步骤S104：

在步骤S101～S103中所示的(A)和(B1)的交易处理的销售(估计销售)可以进行到进货量α确定为止。并且，在拍卖的前一天，根据从生产者侧的传真通知等确定了进货量(预定进货量)α(例如，1000箱)时，就进入下一步骤S105。

步骤S105：

已确定的进货量α如图33所示的那样，在估计销售操作画面中，在与“进货量”对应的显示部上以“1000c/s”进行显示。另外，根据结果数β和进货量α计算未处理数α-β(＝100-200＝800)，作为该计算结果的“800c/s”在与“未处理数”对应的显示部上显示。

步骤S106：

在通过上述销售1的形式的交易结束时，接着，就开始进行销售2的形式的交易。该交易对通过销售1的形式的交易未处理的鲜花(未处理数α-β＝800箱)利用图34所示的未处理销售操作画面进行。

在未处理销售操作画面上，如图34所示，为了显示对未处理数α-β的交易处理，设置了与“进货量”、“(B2)交易”、“(C)交易”、“扣货”、“结果”和“未处理数”的各栏对应的显示部。因此，在这些显示部上显示与当前的交易状况相应的信息。

另外，在该画面的与“(B2)交易”和“(C)交易”对应的显示部上显示各个「EC」项目。该「EC」项目和图标功能一样，点击其文字部分时，就执行与其文字部对应的后面所述的处理。关于「EC」项目，不限于文字显示，也可以用图案等进行显示。

因此，销售1的形式的进货量α(＝1000箱)和未处理数α-β(＝800箱)在未处理销售操作画面中，在与“进货量”和“未处理数”对应的各显示部则显示为“1000c/s”和“800c/s”。

于是，卖主使用鼠标等点击与“(B2)交易”对应的显示部的「EC」。这样，就转移到上述图4所示的交易顶层画面。并且，卖主如上述那样通过执行(B2)的交易处理，就处理了例如150箱的鲜花。另外，照此同样办理，点击与“(C)交易”对应的显示部的「EC」。这样，就转移到上述图4所示的交易顶层画面。并且，卖主如上述那样通过执行(C)的交易处理，就处理了例如150箱的鲜花。此外，将扣货的箱数例如为“200”，输入与“扣货”对应的显示部。

这样，通过(B2)和(C)的交易处理所处理的数量和扣货数在未处理销售操作画面中，如图35所示的那样，在与“(B2)交易”和“(C)交易”对应的显示部就显示为“150c/s”和“150c/s”。

步骤S107：

通过步骤S106执行(B2)和(C)的交易处理和扣货处理时，在这些处理结束之前，成为待机状态。并且，在各处理结束时，就进入下一步骤S108。

步骤S108：

假定在步骤S106，(B2)和(C)的交易处理的结果是共计决定成交300箱。另外，作为扣货的箱数，假定输入了“200”。这时，销售数300+扣货数200＝500箱成为结果数γ，该结果数γ在未处理销售操作画面中，如图36所示的那样，在与“结果”对应的显示部就显示为“500c/s”。

步骤S109：

另外，根据进货量α(＝1000箱)、销售1的结果数β(＝200箱)和销售2的结果数γ(＝500箱)计算未处理数α-β-γ(＝1000-200-500＝300箱)，该计算结果如上述图36所示，反映在上述图35所示状态的未处理销售操作画面中。即，与“未处理数”对应的显示部的显示从“800c/s”更新为“300c/s”。

步骤S110：

步骤S106～S109所示的根据确定的进货量α进行的(B2)和(C)的交易处理的销售和扣货，可以进行到鲜花实际到货并确定实际的进货量(现货数)为止。并且，在拍卖的当天，鲜花到货并确定了实际的进货量α′(例如，950箱)时，就进入下一步骤S111。

步骤S111：

如图37所示，确定的实际的进货量α′(＝950箱)反映在上述图35所示状态的未处理销售操作画面中。即，与“进货量”对应的显示部的显示从“1000c/s”更新为“950c/s”。与此相应地，与“未处理数”对应的显示部的显示也从“300c/s”更新为“250c/s”(＝α′-β-γ)。

步骤S112：

进行上述销售1和销售2的形式的交易并确定了未处理数α′-β-γ时，在该未处理数α′-β-γ不为“0”时，就执行其后的步骤S113～S115，并进入步骤S116的结束处理，于是，本处理即告结束。在该未处理数为“0”时，就不执行步骤S113～S115，直接进入步骤S116的结束处理，于是，本处理即告结束。这是因为，例如有时实际的进货量α′通过销售1和销售2的形式的交易就全部销售完毕了。

另外，虽然未处理数α′-β-γ不为“0”，但是，在该未处理数α′-β-γ不通过下一销售3的形式进行处理时，就和未处理数α′-β-γ为“0”时一样，直接进入步骤S116的结束处理，于是，本处理即告结束。

步骤S113：

在上述销售1和销售2的形式的交易结束、未处理数α′-β-γ已确定并且该未处理数α′-β-γ不为“0”时，就开始进行销售3的形式的交易。

步骤S114：

在该销售3的形式中，从未处理数α′-β-γ(＝250箱)中确定拍卖(现货拍卖)的量(这里，假定为250箱)，将所确定的量实际进行拍卖。

步骤S115：

在该拍卖结束之前，成为待机状态，在拍卖结束时，就进入下一步骤S116。

步骤S116：

这里，进行结束处理。作为结束处理，例如在市场管理侧，为了能够识别所销售的各种鲜花中哪种鲜花交易结束、哪种鲜花还在静止中等，将附加在未处理数α′-β-γ成为“0”的鲜花(这里，品目“菊花”、形态“多头状”、品种“アルプス”、等级“2L”、颜色“黄色”)的信息上的交易处理结束标志设定为“ON”。另外，将表示对该鲜花的交易结束的信息等通知经理部或管理部等。

如上所述，在本实施例中，将根据进货量确定前的估计(预测)的销售量的销售形式系统化，并且可以在终端装置上执行。特别是，

①在确定了进货的商品的销售中，买主利用电话或传真等将订货单通知卖方，卖方一边看该通知，一边准备买方的订货。

②在商品实际进货后，在商品存在情况下的销售中，卖方通过优先取得(或扣货)或拍卖等进行销售。

除了以上销售形式①、②外，

③销售1的形式：根据进货量确定前的估计(预测)的销售量，通过基于买方发布的订货信息的(A)的交易处理和基于卖方或批发市场发布的销售信息的(B1)的交易处理进行销售。

④销售2的形式：根据所确定的进货量，通过基于卖方发布的销售信息的(B2)的交易处理和基于买方发布的订货信息和卖方发布的销售信息的(C)的交易处理进行销售，同时进行扣货(或优先取得)等销售。

⑤销售3的形式：将扣货(或优先取得)或销售所剩余的商品作为拍卖等的对象，进行现货销售。

将上述3个销售形式③～⑤系统化，并且可以在终端装置上执行。另外，基于某一销售形式而发生的结果，伴随那时的环境变化反映在下一销售形式中。

这样，就可以在数据上有效地进行从进货到现货销售的鲜花的交易。特别是卖方可以事前知道所销售的鲜花是否有买主以及能处置掉多少，从而可以制定销售计划。另外，考虑到扣货(或优先取得)、销售、拍卖等，可以有效地计划鲜花的交易和处置所进货的全部鲜花。此外，即使销售对象像鲜花那样如果过了某一期间品质就降低的商品，在鲜花受到损坏之前也可以有效地以更高的单价进行处置。因此，可以进行拍卖等的当天的需要和供给等相谐调的有效的销售活动和销售管理。另外，买主也增加了办置鲜花的机会(可以交易的时间)，从而可以制定有效的办置计划。此外，不仅卖主和买主，而且生产鲜花的生产者也可以参与交易。另外，不论对买主而言，还是对卖主而言，都可以进行公平的交易，从而可以有效地进行交易形式不同的环境下(各鲜花信息确定的不同的各环境下)的商流管理。

在上述图30所示的流程图中，在销售1的形式的交易开始之后，在步骤S104判断是否确定了进货量，但是，有时该进货量是在销售1的形式的交易开始之前就确定了。例如，像进口的鲜花等那样，通过航运或空运进口的鲜花，进货量事前就已确定了。

另外，在上述图31～图37所示的各画面中，是用1行来显示进货量及各交易的结果等信息的，但是，并不限于此，例如也可以像图38所示的那样伴随处理的经过用多个行进行显示。

另外，也可以设置将根据生产者的传真通知等而输入的鲜花的属性变换为(A)、(B1)、(B2)和(C)的交易处理(EC交易处理)中的鲜花的属性的功能。具体而言，就是在从销售1转移到销售2的形式之前，例如像图39所示的那样，首先进货量根据生产者的传真而进行通知。该通知的信息是进货的鲜花的品目、品种、等级及其数量等。这些信息输入到商家侧的系统(业务系统)内。并且，在该业务系统中，按照既定的格式生成文件，其被输入到本系统中。但是，可以考虑从业务系统输出的文件的结构与本系统的文件结构不同的情况。因此，通过使用将输入本系统的数据的文件结构变换为本系统的文件结构的各属性的变换表即品目用的变换表TBL1、品种用的变换表TBL2、等级用的变换表TBL3、…，来使其匹配。或者，利用例如WAIS(Wide Area Information Server)系统，取代使用这些变换表，预先决定共同的属性代码等而使其相匹配。通过进行这样的变换，不论生产者的信息以什么样的文件结构输入，都可以顺利地进行从销售1向销售2的形式的转移。

(实施例7)

在本实施例中，将关于上述实施例1的(A)～(C)的交易处理的信息显示在同一画面上。

如上所述，在各商家的终端装置中，利用作为接口功能420(参见上述图2)的WWW浏览器等，将通过服务器侧的终端装置传送来的各种信息进行画面显示，通过用户在该显示画面上进行操作而进行各种处理，这里，特别是使进行各种交易处理时的画面结构例如像图40所示的那样具有命令部210、2个交易信息显示部221及222和条件输入部230。并且，利用参加者数据配货管理功能325(参见上述图2)进行该画面上的各种信息的显示控制等。

在上述图40中，在命令部210显示「新的·变更」、「＜＜」、「＜」、「＞＞」、「＞」和「删除」等项目。并且，根据装置的用户的鼠标操作等，通过从这些项目中选择并指定(点击)任意的项目，执行与该选择的项目对应的处理。

在交易信息显示部221及222，根据例如那时执行的交易状况对应地显示在不同的2个交易形式中发生的各种信息。

在条件输入部230，输入用于抽出(检索)某一交易处理中的对象商品的信息。这里，设置了输入作为对象商品的鲜花的“到货日”、“登录日”、“产地”、“订货·应募·出货·销售号码”、“品目”、“品种”、“颜色”、“生产者等级”、“规格”、“A交易/生产者”、“B交易/生产者”和“C交易/生产者”等的各输入部。

另外，在条件输入部230，显示「检索」和「条件取消」等项目。并且，根据装置的用户的鼠标操作等，通过从这些项目中选择并指定(点击)任意的项目，执行与该选择的项目对应的处理。例如，通过点击「检索」，从交易时发生的各种信息中检索与输入上述各输入部的各种条件对应的信息，并在交易信息显示部221及222上显示该检索结果。

另外，所谓上述生产者等级，就是例如用于生产者对各种鲜花进行分类的等级。具体而言，例如根据花的尺寸将「秀」、「优」、「良」等赋予各鲜花。这里，是使用生产者赋予的等级，但是，并不限定这样。另外，命令部210的「新的·变更」、「＜＜」、「＜」、「＞＞」、「＞」和「删除」等项目和条件输入部230的「检索」和「条件取消」等项目的显示也可以是图案等，和图标功能一样，点击该图案等部分时，就执行与该部分对应的处理。

首先，说明这里的(A)～(C)的交易处理，特别是与上述实施例1不同的地方。

(A)的交易处理

买主在自己的终端装置的顶层画面(参见上述图3)上选择并指定「订货」的项目。这样，装置就显示上述图40所示的结构的画面。于是，买主就利用该画面上的命令部210及条件输入部230，按照办置(采购)计划输入所希望的购买日、鲜花的品目、品种、颜色、等级、产地、总枝数和价格等购买信息。该购买信息向服务器侧传送。结果，例如就生成图41所示的包含输入的该购买信息、该购买信息中的“合计枝数”、“未选定合计枝数”和“合计金额”等信息的订货信息一览表信息，并在买方的终端装置的画面上的交易信息显示部222显示该一览表信息。这样，买主就在自己的终端装置上按照办置(采购)计划进行鲜花的订货。

卖主通过用自己的终端装置在画面上的交易信息显示部222参照买主发布的购买信息(订货/认购信息一览表信息)，按照销售(生产)计划判断是否可以将买主所希望的鲜花出货，如果可以出货，就将其作为应募信息通过键盘输入。该应募信息向服务器侧传送。这样，卖主就在自己的终端装置上对买主发布的购买信息进行应募。

买主在自己的终端装置的画面上的交易信息显示部222再次参照订货信息一览表信息。这时，在所显示的订货信息一览表信息中，由服务器侧反映了卖主发布的应募信息。即，在订货信息一览表信息的“应募”栏中，显示了对购买信息应募的卖主的订货件数，买主通过用鼠标指定“应募”栏部分相邻的“应”的图标，便可参照对购买信息应募的卖主的详细信息。通过参照这样的订货信息一览表信息，买主就从对购买信息应募的卖主中选择并预约所希望的卖主，并将其作为购买信息通过键盘而输入。该购买信息向服务器侧传送并登录。

并且，在服务器侧，如果买主与卖主的交易成立，就从服务器侧向卖方传送成交通知，卖主接收到该成交通知后，就知道与买主的交易已生效了。

这时，在买方的终端装置的画面显示的订货信息一览表信息中，该成交就反映在“未选定”栏中。例如，某一所希望的鲜花的希望总枝数为100枝，在该成交中100技全部确定时，作为未成交枝数的未选定枝数就成为0枝。另外，在100枝中40枝确定时，则未选定枝数就成为60枝。另外，在卖主应募的枝数比所希望的总枝数多时，通过容许未选定数的负显示，未选定枝数就成为负枝数(-60枝等)。

(B)的交易处理

卖主在自己的终端装置的顶层画面(参见上述图4)上选择并指定「预约」的项目。这样，装置就显示上述图40所示的结构的画面。于是，卖主就利用该画面上的命令部210及条件输入部230通过键盘输入所希望的鲜花的品目、品种、到货日、等级、产地、生产者名、箱数和价格等作为销售希望信息的销售信息(出货信息)。该输入信息向服务器侧传送。结果，就作成例如图42所示的包含未成交的选定的箱数(剩余箱数)的信息的出货信息一览表信息。在卖方的终端装置的画面上的交易信息显示部221就显示该信息。这样，卖主就在自己的终端装置上进行鲜花的销售。

买主用自己的终端装置通过将例如图43所示的卖主发布的销售信息(出货/应募信息一览表信息)在画面上的交易信息显示部221检索并参照希望商品，将所希望的品目的箱数等作为购买登录信息通过键盘而输入。这时，也可以进行所希望的箱数的一部分的登录。例如，出货信息的剩余箱数是50箱，买主本来希望的箱数是20箱，也可以只登录其中的10箱。并且，这样的购买登录信息向服务器侧传送。这样，买主就对卖主发布的出货信息在自己的终端装置上进行购买并登录。

卖主用自己的终端装置在画面上的交易信息显示部221参照并判断买主的登录状况，并与买主成交。

另外，在买方，在(B1)的交易处理中进行购买登录时，也可以进行购买价格的指定，并进行将其作为购买登录信息的(B2)的交易处理。在该交易处理中，在例如卖方的终端装置中，也可以执行根据多个买主指定的各购买价格而自动地决定适当的买主(购买价格最高的买主等)的算法。另外，在销售信息中，对剩余数10箱，买主作为购买登录信息，可以登录例如6箱，并且登录表示即使小于6箱也购买的信息。这样，对于剩余数10箱，即使甲乙2名买主分别进行了6箱的购买登录，如果甲是即使小于6箱也购买的信息，就可以与乙成交6箱，而与甲成交4箱。

(C)的交易处理

例如，卖主将(B)的交易处理的结果作为销售信息而发布的数量未全部处置完时，具体而言，就是设某一鲜花有100箱，不论希望销售的数量如何，只有其中的60箱与买主成交时，就剩余了40箱。

在有这种销售剩余的鲜花(未成交的鲜花)时，卖主就用自己的终端装置检索未成交的鲜花，得到该信息后，通过选择并指定顶层画面(参见上述图4)上的「拷贝」项目，就将销售剩余的鲜花即在(B)的交易处理中的对象鲜花中销售剩余的鲜花转移到本交易处理。并且，对销售剩余的鲜花，和(B)的交易处理一样，卖主通过键盘输入销售信息。另外，这时，如果有新的希望销售的鲜花，也输入对该鲜花的销售信息。这时，也输入下限价格信息(销售下限价格值)。并且，这样的销售信息向服务器侧传送。另外，其他的卖主也一样，分别用自己的终端装置输入希望销售的鲜花的销售信息。并且，各卖主的销售信息也向服务器侧传送。因此，在服务器侧就存在多个卖主的销售信息。

和(B)的交易处理一样，买主用自己的终端装置在画面上参照多个卖主发布的销售信息，对符合所希望的条件的销售信息进行购买登录，这时，就在上述(C1)或(C2)的交易处理中进行购买登录。即，在(C1)的交易处理中进行购买登录时，买主就在自己的终端装置的顶层画面(参见上述图3)上选择并指定「一般I」。这样，装置就显示上述图40所示的结构的画面。因此，买主就利用该画面上的命令部210及条件输入部230在交易信息显示部221参照多个卖主发布的销售信息中所希望的信息，进行购买登录。例如，不仅可以特定所希望的鲜花的“品目”和“颜色”，而且可以特定“品种”及“等级”等其他详细的条件。另外，买主对多个销售信息可以特定这些详细的条件。

另一方面，在(C2)的交易处理中进行购买登录时，买主就在自己的终端装置的顶层画面(参见上述图3)上选择并指定「一般II」。这样，在装置的画面上，就可以参照多个卖主发布的销售信息，从而成为可以进行购买登录的状态。但是，这时，这里的购买登录可以例如仅特定所希望的鲜花的“品目”和“颜色”的条件。

其他的买主也一样，分别用自己的终端装置参照多个卖主发布的销售信息，在(C1)或(C2)的交易处理中进行购买登录。这些购买登录信息向服务器侧传送。因此，在服务器侧，就存在多个卖主发布的销售信息和多个买主发布的购买登录信息。这时，在画面上显示的销售信息中，不包含“下限值”的信息。

在服务器侧，通过利用指定的成交决定算法的成交决定处理，对多个卖主发布的销售信息和多个买主发布的购买登录信息，从双方的条件的符合的开始顺序决定成交(价格)，并且，根据购买价格高的顺序、购买信息输入时间早的顺序等决定成交。

将该成交决定的信息通知卖方和买方。这样，卖主和买主分别用自己的终端装置就知道成交决定了。

下面，具体地说明上述图40所示结构的画面上显示的信息。

这里，根据上述图40的画面结构，在买方和卖方分别显示在(A)的交易处理时发生的买方的信息(购买信息)，同时，在同一画面上根据那时的交易经过状况同时显示与在(B)的交易处理时发生的卖方的信息(销售信息)或在(C)的交易处理(具体而言，就是(C1)的交易处理)时发生的卖方的信息(销售信息)这不同的2个交易信息。

这里，为了说明简单，设同时显示(A)的交易处理中的购买信息和(B)的交易处理中的销售信息的状态为显示模式1、同时显示(A)的交易处理中的购买信息和(C)的交易处理中的销售信息的状态为显示模式2，来进行以下的说明。

(显示模式1)

图44是表示买方和卖方可以用上述图40的画面分别在各自的画面上参照各信息的信息。

在图44中，α、β、…表示参加本系统的买主，甲、乙、…表示参加本系统的卖主。

(订)α、(订)β、…表示α、β、…的各买主通过(A)的交易处理而输出的购买信息，(应)α、(应)β、…表示任意的卖主对(订)α、(订)β、…输出的应募信息。

(售)甲、(售)乙、…表示甲、乙、…的各卖主通过(B)的交易处理而输出的销售信息，(成)甲、(成)乙、…表示与对(售)甲、(售)乙、…的与任意的买主的成交信息。

因此，如果着眼于买主α和卖主甲，首先，买主α可以参照自己发布(订)α和与其对应的(应)α以及全部卖主甲、乙、…发布的(售)甲、(售)乙、…。因此，这些信息在买主α侧的终端装置中，就显示在其画面上的交易信息显示部221和222上。另外，买主α也可以参照通过指定上述图4所示的顶层画面的「合计统计」的项目而生成的合计统计信息。所谓合计统计信息，就是关于今后发生的预定的交易(已决定的交易)的信息，具体而言，就是包含远期交货(交货)的日期、鲜花的平均价格、最高价格、最低价格和总枝数等的信息。这些信息利用画面上的条件输入部230，通过输入日期、品目、品种等条件，在交易信息显示部222上显示所指定的各条件的信息。

另一方面，卖主甲可以参照全部买主α、β、…发布的(订)α、(订)β、…和自己发布的(售)甲以及与其对应的(成)甲。因此，这些信息在卖主甲侧的终端装置中，就显示在其画面上的交易信息显示部221及222上。另外，卖主甲也可以参照通过指定上述图3所示的顶层画面的「合计统计」的项目而生成的上述合计统计信息。这些信息利用画面上的条件输入部230，输入日期、品目、品种等条件，及在交易信息显示部221上显示所指定的各条件的信息。

因此，例如在买方，为了购买买主希望的鲜花而在上述图4的画面上操作条件输入部230而输入该希望的鲜花的条件(“品目”及“品种”等属性)时，在装置的画面上，如图45所示的那样，该输入信息就作为订货信息(购买信息)一览表而在交易信息显示部222上显示，同时，与其对应的卖主发布的出货/应募信息(销售信息)一览表则在交易信息显示部221上显示。买主参照自己发布的购买信息和卖方发布的销售信息，通过执行(A)或(B)的交易处理而进行与买主的交易。这样，买主可以同时参照自己发布的购买信息和与其对应的对方侧发布的销售信息进行交易，所以，可以可靠地购进所希望的鲜花。

另一方面，在卖方也一样，卖主为了销售某一鲜花而在上述图40的画面上操作条件输入部230而输入该销售的鲜花的条件时，在装置的画面上，如图46所示的那样，该输入信息就作为出货信息(销售信息)一览表而在交易信息显示部221上显示，同时，与其对应的买主发布的订货/认购信息(订货信息)一览表就在交易信息显示部222上显示。卖主参照自己发布的销售信息和买方发布的购买信息，通过执行(A)或(B)的交易处理而进行与买主的交易。这样，卖主也可以同时参照自己发布的销售信息和与其对应的对方侧发布的购买信息进行交易，所以，可以可靠地处置要销售的鲜花。

(显示模式2)

在(C)的交易处理中，如上所述，卖主输出未成交的销售信息。因此，本模式2的情况，是买主可以参照自己发布的购买信息和对方侧发布的未成交的销售信息，卖主可以参照自己发布的未成交的销售信息和对方侧发布的购买信息。

具体而言，例如，如图47所示的那样，若着眼于买主α和卖主甲时，首先，买主α可以参照自己发布的(订)α和全部卖主甲、乙、…发布的未成交的(售)甲、(售)乙、…。因此，这些信息在买主α侧的终端装置中，就在其画面上的交易信息显示部221及222上显示。

另一方面，卖主甲可以参照自己发布的未成交的(售)甲和全部买主α、β、…发布的(订)α、(订)β、…。因此，这些信息在卖主甲侧的终端装置中，就在其画面上的交易信息显示部221及222上显示。

关于(A)的交易处理的信息中的各商家可以参照的信息和上述显示模式1的情况相同(参见图44)，所以，省略其详细的说明。另外，在(C)的交易处理中，卖主也可以发布新的鲜花的销售信息，但是，该信息的处理和(B)的交易处理中的销售信息一样，所以，也省略其详细的说明。

因此，例如在买方，买主为了购买所希望的鲜花，在上述图40的画面上操作条件输入部230输入该希望的鲜花的条件(“品目”及“品种”等属性)时，在装置的画面上，如图48所示的那样，该输入信息就作为订货信息(购买信息)一览表而显示在交易信息显示部222上，同时，与其对应的卖主发布的销售信息一览表就显示在交易信息显示部221上。买主参照自己发布的购买信息和卖方发布的销售信息，通过执行(A)或(C)的交易处理而进行与卖主的交易。这样，买主就可以同时参照自己发布的购买信息和与其对应的对方侧发布的销售信息进行交易，所以，可以可靠地购进所希望的鲜花。

另一方面，在卖方也一样，卖主为了销售未成交的或新的鲜花，在上述图40的画面上操作条件输入部230输入该销售的鲜花的条件时，在装置的画面上，如图49所示的那样，该输入信息就作为销售信息一览表而显示在交易信息显示部221上，同时，与其对应的买主发布的订货/认购信息(订货信息)一览表就显示在交易信息显示部222上。卖主参照自己发布的销售信息和买方发布的购买信息，通过执行(A)或(C)的交易处理而进行与买主的交易。这样，卖主也可以同时参照自己发布的销售信息和与其对应的对方侧发布的购买信息进行交易，所以，可以可靠地处置未成交的或新的销售的鲜花。

如上所述，在本实施例中，在各商家的终端装置中，其画面结构采用上述图40所示的结构，根据从条件操作输入部230输入的信息在交易信息显示部221上显示关于(B)或(C)的交易处理的信息(销售信息)，与此同时，在交易信息显示部222上显示关于(A)的交易处理的信息(购买信息)。这样，由于采用在同一画面上显示关于交易形式不同的交易处理的信息的结构，所以，买主可以同时参照关于所希望的鲜花的购买信息和与其对应的卖主的应募信息以及与该希望的鲜花对应的销售信息的全部信息，另外，可以通过不同的交易形式进行与卖主的交易。另外，卖主也可以同时参照关于想销售的鲜花的销售信息和与其对应的买主的购买登录信息以及与该想销售的鲜花对应的购买信息的全部信息，另外，能通过不同的交易形式进行与买主的交易。

因此，买主可以有计划地在画面上容易而有效地进行鲜花的采购，同时，可以可靠地采购该鲜花。另外，卖主也可以有计划地在画面上容易而有效地进行鲜花的销售，同时，可以可靠地销售该鲜花。

(实施例8)

根据上述实施例1～7，通过将商品的买卖交易采用电子的系统化的结构，各商家不必到批发市场，用自己的终端装置就可以进行商品的买卖交易。在该买卖交易系统(鲜花交易系统100)中，如上所述，多个买主和多个卖主参加到系统中来，在各商家发布了购买信息和销售信息时，就按照买主提示的对各个销售信息的购买的意思及条件、购买信息的输入顺序、包含在购买信息中的希望购买价格高的顺序这样的固定的规则进行与销售信息的选配，决定交易。

但是，买主与卖主进行交易时的条件是多种多样的，通常它们发布的购买信息和销售信息是不同的。在这样的状况下，仅按照固定的规则决定交易时，将限定交易的机会，另外，交易的决定的机会及比例也将降低。具体而言，例如单纯按希望购买价格高的顺序进行购买信息与销售信息的选配时，则对希望购买价格低的买主的交易就难于成立。这对无论如何想使商品的单价便宜而处置大量的商品的卖主或无论如何都想大量购买单价便宜的商品的买主则是不利的。

因此，在本实施例中，在实施例1～7的商品的买卖交易中，可以有效地进行多个买主与多个卖主件的买卖交易，从而可以提高该买卖交易的成立的比例。

为此，服务器侧的终端装置除了上述图2所示的作为应用功能的各功能外，例如，如图50所示的那样，还具有聚类功能328。所谓聚类功能，就是本实施例中最具特征的功能，详细情况后面说明，就是用于按照指定的算法分别将多个购买信息(A1)、(A2)、…、(An)与销售信息(B1)、(B2)、…、(Bn)相联系而决定交易成立的功能。

这里，上述图50表示着眼于上述图1的鲜花交易系统100中的多个买主A1、A2、…、An和多个卖主B1、B2、…、Bn时它们发布的购买信息和销售信息。

具体而言，这里的鲜花交易系统100构成为进行鲜花的市场管理的服务器侧的终端装置140(与上述图1的服务器101对应)、多个买主A、A2、…、An侧的终端装置120_A1、120_A2、…、120_An(与上述图1的小宗买主151及大宗买主121～123对应)和多个卖主B1、B2、…、Bn侧的终端装置130_B1、130_B2、…、130_Bn(与上述图1的大宗卖主111～114及小宗卖主141对应)通过WAN161相互连接成可以通信。服务器侧、卖主B1～Bn侧和买主A1～An侧的各终端装置由具有中央处理装置(CPU)、键盘、鼠标、显示器、通信器和预先存储了本系统的处理程序的存储器等的个人计算机构成，通过CPU读出并执行该存储器的处理程序而进行后面所述的各种处理。

另外，在鲜花交易系统100中，如上所述，各买主A1、A2、…、An使用自己的终端装置120_A1、120_A2、…、120_An发布想购买的商品(鲜花)的信息(购买信息)(A1)、(A2)、…、(An)，各卖主B1、B2、…、Bn同样也使用自己的终端装置130_B1、130_B2、…、130_Bn发布想销售的商品(鲜花)的信息(销售信息)(B1)、(B2)、…、(Bn)，相互通过在终端装置的画面上参照相互的信息，用各种交易形式进行鲜花的交易。

因此，在上述鲜花交易系统100中，例如，买主A1、A2、…、An和卖主B1、B2、…、Bn参加到本系统中来，并从各自的终端装置发布购买信息(A1)、(A2)、…、(An)和销售信息(B1)、(B2)、…、(Bn)时，这些购买信息(A1)、(A2)、…、(An)和销售信息(B1)、(B2)、…、(Bn)就通过WAN110存储到服务器侧的终端装置140内的DBM330中。

这里，设DBM330存储的购买信息(A1)、(A2)、…、(An)和销售信息(B1)、(B2)、…、(Bn)为图51和图52所示的信息。

如上述图51所示，这里的购买信息包括买主希望购买的鲜花的「品目」、「品种」、「颜色」、「等级」、「产地」、「购买枝数」和「希望购买价格」。另外，对于销售信息，如图52所示，包括卖主希望销售的鲜花的「品目」、「品种」、「颜色」、「等级」、「产地」、「销售枝数」、「希望销售价格」和「最低销售价格」。

上述图2和图3所示的DBM330存储的购买信息(A1)、(A2)、…、(An)和销售信息(B1)、(B2)、…、(Bn)利用服务器侧的终端装置140具有的聚类功能，按照以下说明的算法进行联系，从而进行交易成立的决定。下面，说明作为上述算法的一例的算法1～算法4。

<算法1>

本算法，例如由图53的流程图所示。

步骤S201：

对购买信息(A1)、(A2)、…、(An)进行聚类处理。这时的聚类处理由图54的流程图所示。这里所谓的「聚类」，就是根据预先设定的聚类属性根据全部订货信息(A1)、(A2)、…、(An)作成集合(以下，也称为「聚类」或「聚类域」)。

具体而言，就是先读取DBM330存储的购买信息(A1)、(A2)、…、(An)(步骤S211)。

其次，读取在步骤S211读取的购买信息(A1)的聚类属性(步骤S212)。该聚类属性，由市场运营者作为决定商品的价格的要素，在商品属性的项目中设定重要的项目。这里，作为一例，假定设定了「品目」和「颜色」。

因此，在该步骤S212，就读取包含在购买信息(A1)中的「品目“向日葵”」和「颜色“桔黄色”」。

然后，判断在步骤S212读取的聚类属性(步骤S213)，按照该判断结果向相应的聚类选配购买信息(A1)(步骤S214)。结果，如上述图51所示，购买信息(A1)就选配给“向日葵-桔黄色”的聚类b。

以后，对购买信息(A2)、…、(An)也一样，进行步骤S211～S214的处理，在对所有的购买信息(A1)～(An)的步骤S211～S214的处理结束时(步骤S215)，本处理即告结束。

因此，如上述图51所示，购买信息(A1)、(A2)、…、(An)就聚类为

“大朵菊花-白色”的聚类a：

购买信息(A2)、购买信息(A3)、购买信息(A7)

“向日葵-桔黄色”的聚类b：

购买信息(A1)、购买信息(A5)、购买信息(A8)、购买信息(A9)

“勿忘我-紫色”的聚类c：

购买信息(A4)、购买信息(A6)

步骤S202：

在上述聚类处理中生成的聚类a～c内，决定购买信息的处理顺序(选配顺序)。

例如，若着眼于聚类a时，该聚类a由购买信息(A2)、购买信息(A3)和购买信息(A7)构成。因此，就将这些购买信息(A2)、(A3)、(A7)按希望购买价格高的顺序决定处理顺序。因此，这时的处理顺序就成为购买信息(A3)、购买信息(A7)、购买信息(A2)。然而，虽然购买信息(A7)的希望购买价格比购买信息(A2)的希望购买价格高，但是，购买条件的指定数(指定项目数)比购买信息(A2)少。即，购买信息(A7)指定了「品目」、「颜色」、「购买枝数」和「希望购买价格」，但是，购买信息(A2)除了购买信息(A7)的指定项目外，还指定了「品种」、「等级」和「产地」。这样，在更具体地指定了希望购买的鲜花时，就优先于该购买信息(A2)。因此，在聚类a内的处理顺序就如图55(a)所示的那样决定为购买信息(A3)、购买信息(A2)、购买信息(A7)。对其他的聚类b、c也一样，按照同样的办法处理，决定购买信息的处理顺序。

步骤S203：

按照上述图54所示的聚类处理，对销售信息(B1)、(B2)、…、(Bn)也进行聚类处理。

结果，销售信息(B1)、(B2)、…、(Bn)就如上述图52所示的那样，聚类为

“大朵菊花-白色”的聚类a′：

销售信息(B1)、销售信息(B5)、销售信息(B6)、销售信息(B9)

“向日葵-桔黄色”的聚类b′：

销售信息(B2)、销售信息(B3)、销售信息(B7)

“勿忘我-紫色”的聚类c′：

销售信息(B4)、销售信息(B8)

步骤S204：

在购买信息的聚类a、b、c和与其对应的销售信息的聚类a′、b′、c′-，按各聚类进行购买信息与销售信息的联系，决定交易的成立。这里的联系处理，如图56的流程图所示。

例如，考虑“大朵菊花-白色”的聚类。这时，如上述图55(a)和(b)所示的那样，成为

购买信息的聚类a：

购买信息(A3)、购买信息(A2)、购买信息(A7)

销售信息的聚类a′：

销售信息(B1)、销售信息(B5)、销售信息(B6)、销售信息(B9)

因此，按照在步骤S202决定的处理顺序，从购买信息(A3)开始顺序执行上述图56所示的处理。

首先，对最初的购买信息(A3)检索具有最接近购买信息(A3)的希望购买价格“130日元”的希望销售价格并且检索希望购买价格“130日元”不低于最低销售价格的销售信息(步骤S221)。这里，检索到销售信息(B9)。

其次，判断在步骤S221检索的销售信息(B9)的销售枝数是否不为“0”，即销售信息(B9)的全部销售枝数是否未交易结束(交易成立未决定)(步骤S222)。这里，由于销售信息(B9)的交易还未进行，所以，就执行从下一步骤S223开始的处理。

在步骤S223，将销售信息(B9)的销售枝数选配给购买信息(A3)。这时，购买信息(A3)的购买枝数为“5000枝”，由于销售信息(B9)的销售枝数为“4000枝”，所以，如图57所示，将销售枝数“4000枝”选配给购买枝数“5000枝”中的“4000枝”(图中斜线部分)。结果，购买信息(A3)的购买枝数“5000枝”中的“4000枝”与销售信息(B9)的销售枝数“4000枝”的交易就成立了。

通过步骤S223的处理，购买信息(A3)与销售信息(B9)的交易成立时，就更新销售信息(B9)的销售枝数(步骤S224)。这里，由于销售信息(B9)的销售枝数“4000枝”全部交易成立，所以，该销售枝数就更新为“0”。

并且，判断购买信息(A3)的购买枝数中是否有剩余枝数(步骤S225)。这里，由于购买信息(A3)的购买枝数“5000枝”中的“4000枝”已与销售信息(B9)的交易成立，还有“1000枝”交易未成立，所以，判定还有剩余枝数。因此，这时，就通过下一步骤S226将购买枝数更新为“1000枝”。然后，返回到步骤S221。

返回到步骤S221时，就通过该步骤S221和下一步骤S222检索销售信息(B9)之后符合条件的销售信息(B1)。并且，通过步骤S223，如图57所示的那样，对购买信息(A3)的其余的购买枝数“1000枝”选配销售信息(B1)的销售枝数“10000枝“中的“1000枝”(图中黑阴影部分)，于是，购买信息(A3)的其余的购买枝数“1000枝”与销售信息(B1)的销售枝数“10000枝”中的“1000枝”的交易就成立。这样，购买信息(A3)的购买枝数“5000枝”就全部交易结束。

并且，通过步骤S224将销售信息(B1)的销售枝数更新为“9000枝”后，通过步骤S225判定已无购买信息(A3)的剩余枝数，从而结束对购买信息(A3)的本处理。

如上所述，在对购买信息(A3)的处理结束时，就进行对下一购买信息(A2)的处理。这时，也和对购买信息(A3)一样，首先检索具有最接近购买信息(A2)的希望购买价格“85日元”的希望销售价格并且希望购买价格“85日元”不低于最低销售价格的销售信息(步骤S221)。这里，检索到销售信息(B1)。

其次，判断通过步骤S221检索的销售信息(B1)的销售枝数是否不为“0”，即销售信息(B1)的全部销售枝数是否未交易结束(交易成立未决定)(步骤S222)。这里，由于销售信息(B1)的交易未成立的枝数为“9000枝”，所以，就执行从下一步骤S223开始的处理。

在步骤S223，将销售信息(B1)的销售枝数选配给购买信息(A2)。这时，由于购买信息(A2)的购买枝数为“12000枝”，而销售信息(B1)的销售枝数为“9000枝”，所以，就将销售枝数“9000枝”选配给购买枝数“12000枝”中的“9000枝”。结果，购买信息(A2)的购买枝数“12000枝”中的“9000枝”与销售信息(B1)的销售枝数“9000枝”的交易就成立了。

通过步骤S223，购买信息(A2)与销售信息(B1)的交易成立时，就更新销售信息(B1)的销售枝数(步骤S224)。这里，由于销售信息(B1)的销售枝数“9000枝”的交易已全部成立，所以，该销售枝数就更新为“0”。

并且，判断购买信息(A2)的购买枝数是否有剩余枝数(步骤S225)。这里，由于购买信息(A2)的购买枝数“12000枝”中的“9000枝”与销售信息(B1)的交易已成立，还有“3000枝”交易未成立，所以，判定有剩余枝数。因此，这时，就通过下一步骤S226将购买枝数更新为“3000枝”。

然后，返回到步骤S221，如上述那样，进行以后的处理。并且，在对购买信息(A2)的处理结束时，就按照同样的办法进行对下一购买信息(A7)的处理。伐

步骤S205：

对于在上述步骤S204决定了的交易成立，通知各个买主和卖主。

如上所述，在<算法1>中，通过按照市场运营者预先设定的聚类属性(「品目」、「颜色」)将从各个买方输出的购买信息(A1)、(A2)、…、(An)进行聚类，生成聚类a、b、c、…。这时，在各聚类内也预先决定购买信息的处理顺序。另外，同样，通过对从各个卖方输出的销售信息(B1)、(B2)、…、(Bn)也进行聚类，生成聚类a′、b′、c′、…。并且，在购买信息的聚类a与销售信息的聚类a′、购买信息的聚类b与销售信息的聚类b′、…的各个中，按照希望购买价格高的顺序进行购买信息与销售信息的联系。这样，就可以按照多样的买卖要求进行多个购买信息与多个销售信息的联系，从而可以在短时间内有效地提高交易成立的比例。

<算法2>

本算法，例如由图58的流程图所示。

步骤S301：

在上述图51所示的全部购买信息(A1)、(A2)、…、(An)中，决定执行从下一步骤S302开始的处理的处理顺序。该处理顺序的决定，和在<算法1>中的步骤S202一样，例如，采用希望购买价格高的顺序。另外，规定优先指定项目多的购买信息。因此，购买信息(A1)、(A2)、…、(An)的处理顺序就决定为图59所示的顺序。

步骤S302：

按照通过步骤S301决定的处理顺序，首先读入最初的购买信息(A5)(参见图59)。

步骤S303：读取在步骤S302读入的购买信息(A5)的聚类属性。对于这里的聚类属性，和<算法1>一样，也采用「品目」和「颜色」。因此，在该步骤S303，就读取包含在购买信息(A5)中的「品目-“向日葵”」和「颜色-“桔黄色”」。

步骤S304：

按照在步骤S303读取的聚类属性(「品目-“向日葵”」和「颜色-“桔黄色”」)对上述图52所示的销售信息(B1)、(B2)、…、(Bn)进行聚类处理。因此，如图60所示的那样，从销售信息(B1)、(B2)、…、(Bn)中可以得到

   “向日葵-桔黄色”的聚类b′：

    销售信息(B2)、销售信息(B3)、销售信息(B7)

步骤S305：在购买信息(A5)与聚类b′内的销售信息(B2)、销售信息(B3)、销售信息(B7)中，和在<算法1>中的步骤S204一样进行联系，决定交易成立。这时，在购买信息中指定了「品目」和「颜色」以外的项目时，就优先处理与该指定符合的销售信息。这样，由于购买信息(A5)在「品目」和「颜色」以外还指定了其他项目(「产地」等)，所以，进行与符合该指定的销售信息(B3)的联系。因此，销售信息(B3)的销售枝数“11000枝”就选配给购买信息(A5)的购买枝数“12000枝”中的“11000枝”。另外，对于其余的“1000枝”，就选配下一个符合条件的销售信息(B2)的销售枝数“8000枝”中的“1000枝”。

步骤S306：

对于在步骤S205决定的交易成立，通知各个买主还卖主。

步骤S307：

如上所述，在对购买信息(A5)的处理结束时，为了执行对下一购买信息(A3)的处理，返回到步骤S302。因此，对购买信息(A3)也一样，进行步骤S302～S306的处理。另外，对以后的购买信息(A6)、(A4)、…也进行同样的处理。

如上所述，在<算法2>中，将从各个买方输出的购买信息(A1)、(A2)、…、(An)按照希望购买价格高的顺序等进行聚类，按照该顺序，进行通过按购买信息的聚类属性(「品目」、「颜色」)将销售信息聚类而生成的聚类内的联系。这样，就和<算法1>一样，可以按照多样的买卖要求的形式进行多个购买信息与多个销售信息的联系，从而在短时间内可以有效地提高交易成立的比例。

在上述<算法1>和<算法2>中，将购买信息的处理顺序采用购买价格高的顺序，但是，并不限于此。例如，也可以采用购买枝数多的顺序或输入顺序。另外，对于聚类属性，也不限于「品目」和「颜色」。

<算法3>

在上述<算法1>和<算法2>中，假定市场运营者预先决定了聚类属性的项目(「品目」和「颜色」等)。与此相反，在本算法3和后面所述的<算法4>中，假定买主可以任意设定聚类属性的项目及其内容(条件)。

图61是图示本算法的图。如图61所示，预先规定以「品种」和「颜色」为聚类属性的层次1(图中(A))、以「品种」、「颜色」和「规格」为聚类属性的层次2(图中(B))、以「品种」、「颜色」、「规格」和「生产者」为聚类属性的层次3(图中(C))。即，层次2比层次1、层次3比层次2指定更细的条件。该层次规定，例如是市场运营者预先决定这些层次(以下，也称为「聚类层次」)，预先系统地准备的。这里，为了说明简单，采用3个层次规定，但是并不限于此，也可以准备多个层次。

买主指定按这些层次1～3中的哪一层次进行交易，对该指定的层次的聚类属性的各项目设定其内容。具体而言，就是例如某一买主指定按层次1的交易，对该层次1的聚类属性的项目「品种」和「颜色」设定所希望的“精云”和“白色”。另外，某一买主指定按层次2的交易，对该层次2的聚类属性的项目「品种」、「颜色」和「规格」设定所希望的“精云”、“白色”和“秀L”。

因此，由买主对按照各个指定层次的聚类属性的项目，发布已设定其内容的购买信息。这里，设按层次1指定的购买信息为购买信息A-①、按层次2指定的购买信息为购买信息B-①、按层次3指定的购买信息为购买信息C-①。

于是，首先将条件指定最细的购买信息A-③按作为其聚类属性的项目的「品种」、「颜色」、「规格」和「生产者」进行聚类。另外，按照上述聚类属性对卖方的销售信息进行聚类。并且，在同一聚类内，将购买信息与销售信息联系，决定成交(以下，将这里的成交决定处理称为「成交决定处理1」)。

其次，将条件细的购买信息A-②按作为其聚类属性的项目的「品种」、「颜色」和「规格」进行聚类。另外，按照上述聚类属性对卖方的销售信息(通过成交决定处理1而剩余的销售信息)进行聚类。并且，在同一聚类内，进行购买信息与销售信息的联系，决定成交(以下，将这里的成交决定处理称为「成交决定处理2」)。

并且，最后，将购买信息A-①按作为其聚类属性的项目的「品种」和「颜色」进行聚类。另外，按照上述聚类属性对卖方的销售信息(通过成交决定处理1和成交决定处理2而剩余的销售信息)进行聚类。并且，在同一聚类内，进行购买信息与销售信息的联系，决定成交。

这里，在按照上述算法的聚类处理中，对各购买信息与销售信息的对应的聚类，按照预先规定的处理顺序(这里，为层次3→层次2→层次1)决定成交。这是因为，例如层次1中的“精云”和“白色”的聚类包含在层次2中的“精云”、“白色”和“秀L”的聚类中，各聚类与其他聚类有部分重复的情况之故。

因此，通常对卖主而言，一般是需要度高、价格高的层次3→层次2→层次1的处理顺序，所以，这里就按层次3→层次2→层次1那样按条件指定细的顺序进行处理。但是，并不限于该处理顺序，市场运营者等也可以任意规定。

另外，关于成交决定时的联系的详细情况，后面说明。

<算法4>

在上述<算法2>中，如图62(a)所示，决定买方的购买信息的处理顺序(希望购买价格高的顺序、数量多的顺序、信息输入时刻早的顺序等、预先规定的处理顺序)，对该决定的顺序，按照购买信息的条件将销售信息进行聚类。

与此相反，在本算法中，如上述图62(b)所示，决定销售商家侧的销售信息的处理顺序(希望销售价格高的顺序或低的顺序、数量多的顺序、信息输入时刻早的顺序等、预先规定的处理顺序)，对该决定的顺序，按照销售信息的条件就购买信息进行聚类。

图63是表示在上述各算法中在购买信息与销售信息对应的聚类内的联系的一例的图。

这里，假定在某一购买信息的聚类内存在购买信息(1)～(4)，而在与其对应的销售信息的聚类内存在销售信息(a)～(b)。并且，将聚类内的联系的基准规定为价格、数量和信息输入时刻。

另外，购买信息(1)和购买信息(4)指定了相同的上限价格，数量也指定了相同的范围。但是，假定购买信息(1)比购买信息(4)早输入。购买信息(2)和购买信息(3)指定了与其他购买信息不同的上限价格、数量和范围。

另一方面，销售信息(b)指定了最低的下限价格，销售信息(c)指定了最高的下限价格。销售信息(a)指定销售信息(b)与销售信息(c)的各下限价格之间的价格作为下限价格。

因此，上述购买信息(1)～(4)的聚类与销售信息(a)～(b)的聚类的联系，就按以下的顺序进行。

1.按上限价格高的顺序决定购买信息的联系处理顺序。这时，存在上限价格相同的购买信息时，就优先指定数量多的一方，在数量指定也相同时，就优先信息输入时刻早的一方。这里，指定了最高上限价格的购买信息是购买信息(1)和购买信息(4)，但是，在这2个购买信息中信息输入时刻早的是购买信息(1)，所以，就优先该购买信息(1)。因此，购买信息的联系处理顺序就成为购买信息(1)→购买信息(4)→购买信息(3)→购买信息(2)。

2.按下限价格高的顺序决定销售信息的联系处理顺序。或者从促使买主输入上限价格的高值、而促使卖主输入下限价格的低值的观点，按下限价格低的顺序决定销售信息的联系处理顺序。这时，在存在下限价格相同的销售信息时，也是优先指定数量多的一方，在数量指定也相同时，就优先信息输入时刻早的一方。因此，按下限价格高的顺序时，销售信息的联系处理顺序就成为销售信息(c)→销售信息(a)→销售信息(b)；按下限价格低的顺序时，销售信息的联系处理顺序就成为销售信息(b)→销售信息(a)→销售信息(c)。

3.销售信息的联系处理顺序为下限价格高的顺序时，如果最初的销售信息(c)满足条件时，就将购买信息(1)与其相联系，决定成交。

这时，在销售信息(c)的条件不满足时，就与下一个销售信息(a)联系。在销售信息(a)也不满足时，就与最后的销售信息(b)联系。另外，例如在购买信息(1)与销售信息(c)联系、而由销售信息(c)指定的数量不满足购买信息(1)所希望的数量(需要数量)时，就反复进行与其后的销售信息(这里，为销售信息(a)、销售信息(b))的联系，直至满足该需要数量为止。在销售信息的联系处理顺序为下限价格低的顺序时也一样，购买信息(1)按销售信息(b)、销售信息(a)、销售信息(c)的顺序与它们联系，决定成交。按这时的联系处理顺序进行处理时，低于购买信息(1)的上限价格的销售信息的下限价格(最便宜值)的商品就与购买信息(1)相联系，所以，决定成交的概率提高，交易更活性化。

然后，下一个购买信息(4)也按照同样的办法进行处理，接着，顺序处理购买信息(3)和购买信息(2)。

关于在上述处理3.中的成交决定时的价格，通常是根据由购买信息指定的上限价格(@1)来决定的，但是，并不限于此，也可以根据由销售信息指定的下限价格(@2)来决定。或者，也可以根据购买信息和销售信息分别指定的价格来决定。例如，根据购买信息的上限价格(@1)与销售信息的下限价格(@2)的平均值((@1+@2)/2)来决定价格。

关于上述联系处理和价格决定处理，可以利用对象内容的特性和交易参加者的评价函数而进行NON规则化，也可以利用GA。

在本实施例中，是假定商品对象为鲜花，但是，和其他实施例一样，并不限于鲜花，例如，也可以是像飞机票或其他交通机关的票、音乐会票那样决定了可以使用的期限的商品。

作为一例，图64是表示在对象商品为飞机票时对卖方的销售信息买方进行附加各种条件(限定在各种聚类层次上的聚类属性的项目的内容)时的联系处理顺序的抽象度如何与上述鲜花时的情况对应的图。

如图64所示，在飞机票的情况下，除了作为共同项目的「价格」和「数量」外，还有「航班名」、「航空公司」、「时间段」、「飞行日」、「OD(起飞地、到达地)」，指定项目越多，抽象度越高，从而将先进行处理。

另外，在是飞机票时，生产者与航空公司对应，大宗卖主与航空公司的分店等营业部门或大型旅行社等销售机构对应，小宗卖主就与各旅行代理店及办理飞机票的方便商店等的销售店对应。

具体而言，例如，图65就是表示聚类层次1～4通过中介商家预先决定而买方对从这些聚类层次1～4中任意决定的聚类层次的聚类属性的项目设定其内容时的买方1～3的联系处理顺序的图。

如图65所示，用条件指定最细的聚类层次4(全部指定了「飞行日」、「指定上午或下午」、「航空公司」和「航班名」)设定其内容的买方3首先成为最初的处理对象，其次用条件指定细的聚类层次3(「飞行日」、「指定上午或下午」和「航空公司」)设定其内容的买方2就成为下一处理对象，并且，最后的买方1成为处理对象。

另外，图66是表示买方1～4分别任意设定聚类属性的项目及其内容(条件)时的买方1～4的联系处理顺序的图。

如图66所示，条件指定最细的买方4首先成为最初的处理对象，接着，买方3、买方2、买方1顺序成为处理对象。

首先，对于最初的买方4，由于对应的销售信息只有1个，就是销售信息⑤，所以，就与其联系。对于下一个买方3，由于对应的销售信息是2个，就是销售信息⑤和⑨，所以，就优先与其中的销售金额高的销售信息⑤联系。对于下一买方2也一样，在对应的4个销售信息⑧、②、⑨和⑤中按销售金额高的顺序进行联系，如果销售金额相同，就优先席位数多的一方，进行与相应的销售信息的联系。并且，对于最后的买方1也一样，在对应的销售信息①～⑨(全部销售信息)中，按销售金额高的顺序进行联系，如果销售金额相同，就优先席位数多的一方，进而如果席位数相同，就优先信息输入时刻早的一方，进行与相应的销售信息的联系。

根据上述说明，对于本实施例中的聚类属性的项目指定和处理顺序，归纳如下：

1.聚类属性的项目及其内容

   ①市场运营者或中介商家预先决定。

   ②买方任意决定。

2.聚类间的处理顺序

             ①从条件指定细的(指定项目多的、内容的限定细的)聚类开始顺序处理。

   ②市场运营者或中介商家预先决定。

3.聚类内的处理顺序

             ①在决定了购买信息的聚类内的处理顺序后，对各购买信息将销售信息进行聚类。

             ②在决定了销售信息的聚类内的处理顺序后，对各销售信息将购买信息进行聚类。

另外，在本实施例中说明的聚类间和聚类内的处理顺序等，对上述实施例1～7中的在多个购买信息与多个销售信息间的成交决定也可以适用。

(实施例9)

在本实施例中，在上述实施例1～8中的买主与卖主可以在网上进行交易的系统(鲜花交易系统100)中，完全实现了包含流通费的系统化。这样，就可以用将物流与商流完全分离的形式特设地进行买卖交易，并通过物流费的变化解决随之而发生的问题。

为此，服务器侧的终端装置除了上述图2所示的作为应用功能的各功能外，例如像图67所示的那样，还具有物流费管理功能329。另外，在DBM330中存储着该物流费管理功能使用的物流信息和折扣表(以下，也简称为「表」)。

这里，上述图67是表示着眼于上述图1的鲜花交易系统100中的多个买主A1、A2、…、An和多个卖主B1、B2、…、Bn时它们分别发布的购买信息和销售信息的图。

具体而言，这里的鲜花交易系统100构成为进行鲜花的市场管理的服务器侧的终端装置140(与上述图1的1个服务器101对应)、多个买方的终端装置120a、120b、…、120x(与上述图1的小宗买主151或大宗买主121～123对应)、多个卖方的终端装置130a、130b、…、130x(与上述图1的大宗卖主111～114或小宗卖主141对应)通过WAN161连接成可以相互通信。

服务器侧、卖方和买方的各终端装置由具有中央处理装置(CPU)、键盘、鼠标、显示器、通信器和预先存储本系统的处理程序的存储器等的个人计算机构成，通过CPU读出并执行该存储器的处理程序，进行后面所述的各种处理。

另外，在鲜花交易系统100中，如上所述，各个买主使用自己的终端装置120a、120b、…、120x发布想购买的鲜花(商品)的信息(购买信息)a、b、…、x；各个卖主同样也使用自己的终端装置130a、130b、…、130x发布想销售的鲜花的信息(销售信息)a、b、…、x，相互通过在终端装置的画面上参照彼此的信息，用各种交易形式进行鲜花的交易。

下面，将在上述鲜花交易系统100中根据卖主发布的销售信息a、b、…、x进行交易的情况作为一例进行说明。

首先，关于这时的处理流程的概要如图68的流程图所示。

即，卖主和买主预先使用自己的终端装置130a、130b、…、130x和120a、120b、…、120x办理参加本系统所需要的手续(登录)。该手续中也包含各个所在地的登录。

各商家的登录信息通过WAN161向服务器侧传送，由该服务器侧的DBM330进行管理。这时，包含在上述登录信息中的各商家的所在地信息作为物流信息进行管理。关于这时的卖主的所在地，包括所管理的生产者的所在地(生产地)。

因此，例如卖主按照销售计划用自己的终端装置130a输入销售信息a。所谓销售信息a，就是指卖主希望销售的鲜花的品目、品种、颜色、到货日、等级、产地、生产者名、箱数和价格等希望销售信息，其他的卖主也一样，使用自己的终端装置130b、…、130x输入各自的销售信息b、…、x。

这些销售信息a、b、…、x向服务器侧传送。因此，由该服务器侧的DBM330管理图69所示的销售信息a、b、…、x。

另一方面，某一买主(例如，假定为终端装置120x的买主)为了采购某一种鲜花(例如，假定为“勿忘我”)而参加本交易时，就在终端装置120x上进行图70所示的销售信息画面的显示。该销售信息画面是由服务器侧作成的，如上述图70所示，构成为对上述图69所示的销售信息a、b、…，包含「物流费」和「折扣」的项目。

在「物流费」项目中，显示以各卖主的所在地(相当于销售信息的“产地”)为起点到买主的所在地的物流费。

另外，在「折扣」项目中，显示“D”的文字，点击该文字部分时，以弹出式窗口显示从发布该点击的销售信息的卖方到买方间的物流费的图71的(a)及(b)的折扣率信息。

买主通过参照销售信息画面以及基于「折扣」项目的点击操作的折扣率信息，从与所希望的鲜花“勿忘我”对应的销售信息a及销售信息b等中选择考虑了物流费等的可以进行最佳交易的销售信息。

并且，买主在销售信息画面上选取所选择的销售信息(这里，假定为销售信息b)的左端的「选」项目(“レ”)，点击画面右上部分的「新规」。这样，终端装置120x的画面就从上述图69的销售信息画面转移到图72所示的登录画面。该登录画面也是由服务器侧作成的。

买主通过登录画面再次确认所选择的销售信息b，并通过键盘输入所希望的“勿忘我”的希望购买箱数。这时，也可以进行该希望购买箱数的一部分的登录。例如，本来的希望购买箱数为100箱，但是，销售信息b的「剩余箱数」随各种交易的时刻而变化，即使该剩余箱数成为80箱，想购买该80箱时，就可以选取画面左下部的「Yes」和「No」项目中的「Yes」项目。另外，在画面左上部分的「合计金额」中就显示包含买主输入的希望购买箱数的物流费的购买总额。

并且，买主点击画面右上部分的「登录」。这样，对销售信息b的购买登录信息就向服务器侧传送。因此，在服务器侧，销售信息b的卖主与对该销售信息b进行了购买登录的卖主之间的交易就成立(成交)。

另外，上述图4的销售信息画面和图72的登录画面上的「折扣」项目的“D”及「新规」和「登录」等的显示和图标功能一样，点击该文字部分时，就执行与该文字部对应的处理，这里，就是进行文字显示，但是，并不限于此，也可以用图案等进行显示。另外，如上述图72的虚线所示的那样，也可以个别地输出并显示商品的购买总额和物流费。这时，在图中的“合计金额”中显示不包含物流费的商品的购买总额，“物流费”与该购买总额分别进行显示。

下面，具体地说明本实施例的最具特征的“物流费”和“折扣率信息”的显示。这里说明的结构，由上述图67所示的服务器侧的终端装置140具有的物流费管理功能来实现。

在服务器侧的DBM330中，如上所述，买主和卖主的所在地作为物流信息进行管理，同时管理上述图69所示的各卖主的销售信息a、h、…。

另外，在DBM330中，设定图73所示的与各买主的所在地(仙台、东京、…)对应的表群T(1)、T(2)、…、T(n)。这些表群T(1)、T(2)、…、T(n)的设定由市场运营者或卖主进行。

表群T(1)、T(2)、…、T(n)分别采用相同的结构，例如，对于仙台的买主的表群T(1)由各个卖主(生产地)(北海道、岩手县、宫崎县、…)的物流费的折扣率信息构成的表T(1)₁、T(1)₂、…、T(1)_m构成。

于是，从某一买方对服务器侧发布上述图70的销售信息画面的交易开始要求时，在服务器侧，就执行例如图74所示的流程图的处理。

首先，服务器侧从DBM330中取得有交易开始要求的买主的所在地(步骤S401)。这里，假定该买主的所在地为“仙台”。

其次，从在DBM330中设定的表群T(1)、T(2)、…、T(n)中检索与买主的所在地(＝仙台)对应的表群T(1)(步骤S402：参见上述图73[1]和[2])。

然后，使用在步骤S402检索的表群T(1)对由上述图69所示的DBM330管理的销售信息a、b、…求物流费(步骤S403～S405)。

具体而言，例如，销售信息a的卖主的所在地可以从该销售信息a的「产地」项目中得到(参见上述图69[3])。这里，是“北海道”。因此，就从在步骤S402检索的表群T(1)的表T(1)₁、T(1)₂、…、T(1)_m中检索与“北海道”对应的表即“仙台”～“北海道”间的物流费的表T(1)₁(步骤S403：参见上述图69[4])。并且，从设定在该表T(1)₁中的物流费的信息中取得价格最高的物流费(步骤S404)。这里，得到作为1箱～10箱的物流费的“400日元/箱”(参见上述图69[5])。对全部销售信息a、b、…进行步骤S403和步骤S404的处理。

对于在步骤S404取得的物流费，也可以取得与例如销售信息a的「剩余箱数」(参见上述图69[5])对应的物流费。这时，由于这里的「剩余箱数」为“100箱”，所以，可以得到作为50箱～100箱的物流费的“350日元/箱”。

并且，由上述图69的销售信息a、b、…和与它们对应的在步骤S404取得的物流费等构成上述图70的销售信息画面，并将其向买方发送(步骤S406)。

因此，在买方的终端装置120x中显示上述图70的销售信息画面，买主就参照与所希望的鲜花(这里，为“勿忘我”)对应的销售信息。这里，假定买主注意与“勿忘我”对应的销售信息a和销售信息b。由于在销售信息画面上也包含「物流费」项目(参见上述图70[6])，所以，买主可以掌握按销售信息a，1箱需要400日元的物流费，按销售信息b，1箱则需要500日元的物流费。这时，买主想参照这些销售信息a和销售信息b的卖主的折扣率时，就点击「折扣」项目的“D”的文字部分(参见上述图70[7])。这里，假定买主点击了销售信息a的「折扣」项目的“D”。该点击操作，作为销售信息a的折扣显示要求向服务器侧发送。

服务器侧识别出买方的折扣显示要求时(步骤S407)，就从在步骤S402检索的表群T(1)的表T(1)₁、T(1)₂、…、T(1)_m中检索与该折扣显示要求对应的表T(1)₁(与销售信息a的「产地」项目对应的表)(步骤S408)。并且，将在步骤S408检索的表T(1)₁向买方发送(步骤S409)。

因此，在买方的终端装置120x中，就以弹出式窗口显示上述图71(a)所示的折扣率信息。买主参照该显示，参照从销售信息a的卖方(北海道)到自己侧(仙台)的物流费的折扣率。另外，通过点击该「折扣」项目的“D”，参照上述图71(b)所示的折扣率。这样，买主根据这些折扣率就可以把握宫崎县的销售信息b相对于北海道的销售信息a尽管距离远并且希望价格高，但是，由于折扣率高，可以便宜地购买(参见上述图71[8]和[9])。即，设1箱中的枝数为20枝时，可以把握该购买金额包括物流费为

销售信息a的情况(北海道)：

(20枝×100箱×100日元/枝)+(100箱×350日元/箱)＝235000日元

销售信息b的情况(宫崎县)：

(20枝×100箱×110日元/枝)+(100箱×100日元/箱)＝230000日元

于是，买主就选取销售信息的「选」项目，点击画面上的「新规」部分(参见上述图70[10]和[11])。该点击操作作为销售信息b的希望购买要求而向服务器侧发送。

服务器侧识别出买方的希望购买要求时(步骤S410)，就由销售信息b构成上述图72的登录画面，并将其向买主发送(步骤S411)。

因此，在买方的终端装置120x上，就显示上述图72的登录画面。买主对「希望购买箱数」项目输入“100”(参见上述图72[12])。该输入信息向服务器侧发送。

服务器侧识别出买方的「希望购买箱数」的输入时(步骤S412)，就根据该输入信息和与销售信息b对应的表T(1)₃(参见上述图71(b))计算包含物流费的现在的合计金额(购买金额)，并将其向买方发送(步骤S413)。这时，如上所述，也可以分别单独输出商品的购买总额(不包含物流费的购买总额)和物流费。

因此，在买方的上述图72的登录画面上，在「合计金额」项目中显示由服务器侧计算的合计金额(参见上述图72[13])。买主参照该合计金额，判断是否实际购买。并且，在希望实际购买时，就点击画面上的「登录」部分(参见上述图72[14])。另外，根据需要，为了表示即使少于100箱是否有购买的意思，选取「Yes」和「No」项目中的某一个(参见上述图72[15])。这些操作，作为登录要求而向服务器侧发送。

并且，在服务器侧识别出买方的登录要求时(步骤S414)，买主与卖主进行的交易就成立(成交)。该成交信息通知给卖方(步骤S415)。接收到该通知的卖主，就知道与买主的交易已确定了。

如上所述，在本实施例中，买方可以在画面上参照对各个卖主发布的销售信息的物流费及其折扣率，全国各地的买主可以很容易地参照与位于全国各地的卖主(生产地)进行交易时发生的物流费和该卖主的物流费的折扣率。这样，各个买主就可以进行预先考虑了包含物流费的购买总额为多少以及与哪个卖主进行交易最为合适等的交易。另外，可以根据折扣率把握与距离远的卖主进行交易可以便宜地购买所希望的鲜花等，所以，不必将进行交易的卖主特定为某一地域。因此，可以发生新的交易，从而可以实现广阔范围的流通的活性化。

另外，因为构成为可以在画面上参照包含物流费的购买金额，买主可以立即确认自己输入的希望购买箱数的购买金额，从而可以有效地进行交易。

另外，在上述图70的销售信息画面上，设置了「物流费」项目和「折扣」项目，但是，并不限于此，例如，也可以只设置「折扣」项目。这时，点击「折扣」项目的“D”的文字部分时，就可以参照该物流费。或者，在上述图70的销售信息画面上，也可以「物流费」项目和「折扣」项目都不设置，而设置到上述图72的登录画面上。即，在上述图72的登录画面上，可以参照物流费及其折扣率。

另外，对于上述图73所示的折扣表，取决于买主也可以准备并使用某一特定的折扣表。具体而言，例如，对频繁地有交易的买主，可以使用比通常的折扣率设定进一步打折扣的物流费的表。另外，按成为交易对象的鲜花的各属性(带花盆的、剪枝花、容积、重量等)或者各季节或各物流商家也可以切换所使用的折扣表。此外，也可以使用根据包含同一地域内的其他买主的期货交易的累积量而打折扣的表(物流费折扣表)。或者，对多个物流公司，也可以使用上述物流费折扣表。另外，也可以使用例如像图75所示的各出货量的矩阵表来取代上述图73所示的折扣表。

另外，在本实施例中，假定对象商品为“鲜花”，但是，并不限于此，例如，对蔬菜及水果等那样的商品也是有效的。即，出货量和出货日总是在变化的，除了运输等的物流费不固定的商品的交易及生鲜商品外，对于交易对象每次都在变的非固定的物流网的商品交易也是有效的。

另外，勿须赘言，向系统或装置供给存储了实现上述1～9的各实施例的服务器和终端装置的功能的软件的程序代码的存储媒体，该系统或装置的计算机(或CPU或MPU)通过读出并执行存储媒体存储的程序代码，也可以达到本发明的目的。这时，从存储媒体读出的程序代码本身就实现上述各实施例的功能，存储了该程序代码的存储媒体就构成本发明。作为用于供给程序代码的存储媒体，可以使用ROM、软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、磁带、非易失性存储卡等。另外，勿须赘言，也包括通过计算机执行读出的程序代码，不仅可以实现上述各实施例的功能，而且可以根据该程序代码的指示在计算机上工作的OS等进行实际的处理的一部分或全部，通过该处理来实现各实施例的功能的情况。此外，也包括从存储媒体中读出的程序代码写入到插入在计算机中的扩展功能插件板或与计算机连接的功能扩展单元所具有的存储器中后，根据该程序代码的指示该功能扩展插件板或功能扩展单元所备有的CPU等进行实际的处理的一部分或全部，通过该处理来实现上述各实施例的功能的情况。

产业上利用的可能性

如上所述，按照本发明，可以在终端装置的画面上进行基于买方发布的订货信息(购买信息)的预约相对交易处理、基于卖方发布的销售信息的预约相对交易处理和将多个订货信息与多个销售信息从双方的条件同时吻合者开始顺序决定成交的交易处理，可以在网上进行所谓的期货交易，所以，买方和卖方都不必到批发市场，可以制定商品的销售计划和采购计划，使用自己的终端装置就可以进行所希望的商品的买卖交易。这样，由于可以向卖方和买方提供迄今所没有的销售和采购的机会，所以，可以进行前所未有的高效率的商品交易。

另外，由于在进行购买信息和销售信息的成交决定时，按照指定条件决定多个销售信息(或购买信息)的处理顺序，按照指定条件决定与对象销售信息(或购买信息)相联系的多个购买信息(或销售信息)的处理顺序，进行处理，所以，即使是大量的商品的交易，也可以进行高效率的商品的买卖交易。

另外，由于买方对多个卖主发布的销售信息可以将其中包含的信息中的任意的信息特定为第1或第2交易条件，将在按照第2交易条件的交易处理中未成交的销售信息自动地转移到按照第1交易条件的交易处理中，可以再次在该交易处理中进行处理，所以，买方通过1次操作就可以进行对所希望的商品严密地附加了条件的购买(按照第2交易条件的购买)和扩展该条件范围的购买(按照第1交易条件的购买)。这样，就可以提高成交率，从而可以极大地提高交易效率。

另外，由于买方对多个卖主发布的销售信息可以利用功能一览表显示部、信息显示部和条件输入部的3部分构成将包含在其中的信息中的任意的信息特定为交易条件的画面，利用功能一览表显示部可以从各交易处理选择并执行任意的交易处理，利用信息显示部可以参照在交易处理中发生的各种信息(订货信息或销售信息)，利用条件输入部可以很容易地从在交易处理中发生的各种信息中检索任意的信息，所以，卖方和买方都可以进行商品出货前的交易，也可以参照或利用所需要的信息同时进行多个交易。另外，可以很容易地抽出所希望的商品的信息并参照该信息。此外，通过利用个人计算机等，可以极大地提高交易的效率。

另外，对于通过执行各交易处理而发生的销售剩余商品的交易或根据优先取得或扣货等的紧急需要而发生的交易(紧急交易)，也可以在终端装置的画面上进行，所以，可以通过多种手段销售大量的商品，同时，可以进行销售的商品的流程的一元化管理，从而可以极大地提高需要有效地销售大量的商品的商家的业务效率。

另外，由于可以在终端装置上执行通过根据估计(预测)的销售量等信息的交易而销售商品的销售形式(确定前销售处理)、通过根据确定的销售量等信息的交易而销售商品同时进行扣货等紧急交易的销售形式(确定后销售处理)和将这些销售形式执行的结果而剩余的商品作为拍卖等的对象进行现货销售的销售形式(现货销售处理)，经过某一销售形式而发生的结果伴随那时的环境的变化而反映在下一销售形式中，所以，可以在网上进行改变了销售形式的交易，不仅可以向卖方和买方提供迄今所没有的销售和采购的机会，而且也可以向商品的生产者提供这样的机会。因此，可以进行前所未有的高效率的商品交易特别是可以进行高效率的销售。

另外，可以在同一画面上同时参照关于具有各不相同的交易形式的交易处理的信息而进行交易，所以，可以进行更有效的商品交易。

另外，在将多个购买信息与多个销售信息相联系而决定成交时，通过聚类处理形成购买信息的集合和销售信息的集合，在相同的购买条件的购买信息的集合与销售信息的集合之间，按照指定的条件进行购买信息与销售信息的联系，所以，可以用按照多种买卖要求的形式进行多个购买信息与多个销售信息的联系，从而可以在短时间内有效地提高交易成立的比例。

另外，由于可以通过电子方式参照由于与交易对象的买卖交易的成立而发生的物流费(与交易对象之间的运输费等)的信息，所以，可以消除商品的流通的偏倚，从而可以实现买卖交易的活性化。特别是像鲜花或水果等生鲜商品那样，对出货量或出货日总是在变化的，因而运输等物流费不固定的商品的买卖交易是非常有效的。

Claims (1)

1.一种商品交易装置，用于基于从多个终端装置输出的信息，进行买卖交易处理，其特征在于：包括，

信息接收装置，用于接收从第一终端装置输出的随着时间的流逝变得没有价值或者价值减少的用于商品的买卖交易的销售信息，接收从第二终端装置输出的随着时间的流逝变得没有价值或者价值减少的用于商品的买卖交易的销售信息；

第一交易处理装置，用于基于上述信息接收装置所接收的销售信息的销售条件进行预约交易处理；

第二交易处理装置，用于基于上述信息接收装置所接收的购买信息的购买条件进行预约交易处理；

第三交易处理装置，按照由上述第一交易处理装置和上述第二交易处理装置进行交易处理后所剩下的销售信息的销售条件和购买信息的购买条件两者的条件达成协议顺序进行定立合同决定处理。

Images