CN1409847A - 托管交易代办系统 - Google Patents

Abstract

本发明的托管交易代办系统(1)的特征在于包括由购货方指定用来委托保管托管货款的托管帐户的托管帐户指定装置(50)，向购货方指定金融机构(11)发送向托管帐户汇入托管货款的汇款指示的汇款指示装置(51)，在将托管货款存入托管帐户时，接收来自托管银行的存款确认并将此存款确认发送给供货商的存款确认发送装置(52)，在供货商根据此存款确认向购货方提交托管对象商品时，接收用来由购货方确认上述托管对象商品的提交的收货确认的收货确认接收装置(53)，以及在接收此收货确认时，用来向托管银行发送将存入托管帐户的托管货款支付给供货商指定金融机构(10)的支付指示发送装置(54)。

Description

托管交易代办系统

技术领域

本发明涉及处理由门户站点的交易而发生的商品交付及货款支付的托管交易代办的托管交易代办系统，特别涉及购货方可从多个金融机构中指定托管银行的托管交易代办系统。

技术背景

现在，在B to B(商家对商家)的企业间的交易中，存在有处理钢铁及食品，药品等各种各样的商品的门户站点，可通过这种门户站点进行商品的买卖交易。

但是，在这种因特网交易中，在定单来自完全没进行过交易的购货方的场合，因为对购货方的信用不了解，供货商不能发送商品。

另一方面，购货方在向未进行过交易的供货商发出定单的场合，因为对供货商的信用不了解，不能支付定单的货款。

为了解决这种问题，过去一直是进行托管交易。

在这种托管交易中，首先由托管业者给购货方指定特定银行的特定托管帐户。于是，如果购货方将货款委托保管于此托管帐户内，托管业者对其确认并通知供货商联系货款已经委托保管，收到此通知的供货商就可发送商品。如购货方收到商品，就通知托管业者，收到此通知的托管业者就可将委托保管于托管帐户中的货款提交给供货商而结束托管交易。

然而，在现有的托管交易中，却存在因为购货方不能指定托管银行，购货方必须将货款委托保管于没有过交易的托管银行的问题。

发明内容

本发明考虑到上述问题，其目的为提供一种购货方可通过从多个金融机构中指定托管银行而向购货方所希望的托管银行进行托管交易代办的托管交易代办系统。

为达到上述目的，作为记载于权利要求1中的发明的一种托管交易代办方法，它是一种由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并由服务器处理由于此交易而发生的商品的交付及货款的支付的托管交易代办方法，其特征在于：如果上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户，并由上述购货方输入对该托管帐户的进行上述托管货款的汇款指示，则在上述服务器，对于上述购货方指定的购货方指定金融机构，将上述托管货款汇入开有上述托管帐户的托管银行，上述托管货款存入上述托管帐户时，上述服务器接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商，在由收到此存款确认的上述供货商将托管对象商品提交给上述购货方时，对于上述托管银行，上述服务器将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构。

根据本发明的权利要求1，因为购货方可从多个金融机构中指定托管银行，所以可以对购货方所希望的托管银行进行托管交易代办。

本发明权利要求2提供一种托管交易代办装置，是一种由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办装置，其特征在于：其构成包括上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户的托管帐户指定装置；在由上述购货方输入指示对该托管帐户指定装置指定的上述托管帐户进行上述托管货款的存款时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入开有上述托管帐户的托管银行的汇款指示的汇款指示装置；在由上述汇款指示装置进行了汇款指示的上述托管货款存入上述托管帐户时，接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商的存款确认发送装置；在根据此存款确认发送装置发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收装置；在此收货确认接收装置接收到上述收货确认时，向上述托管银行发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送装置。

根据本发明的权利要求2，因为购货方可从多个金融机构中指定托管银行，所以可以对购货方所希望的托管银行进行托管交易代办。

本发明权利要求3提供一种记录托管交易代办程序的记录媒体，是一种记录由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办程序的记录媒体，其特征在于：其构成包括上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户的托管帐户指定处理；在由上述购货方输入对由此托管帐户指定处理指定的上述托管帐户进行的汇款指示时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入开有上述托管帐户的托管银行的汇款指示的汇款指示处理；在由此汇款指示处理执行了汇款指示的上述托管货款存入上述托管帐户时，接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商的存款确认发送处理；在根据此存款确认发送处理中发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，用来接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收处理；在此收货确认接收处理中接收到上述收货确认时，用来向上述托管银行发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送处理。

根据本发明的权利要求3，因为购货方可从多个金融机构中指定托管银行，所以可以对购货方所希望的托管银行进行托管交易代办。

本发明权利要求4提供一种购货方终端，是一种由提供商品的供货商和通过交易购入商品，利用计算机系统通过服务器进行托管交易的购货方的购货方终端，其特征在于，将促使上述购货方指定的托管帐户发送给上述服务器以指定用来委托保管作为由于与上述供货商的交易而发生的货款的托管货款的托管帐户，将促使上述购货方输入的汇款指示发送给上述服务器以向此托管帐户输入上述托管货款的汇款指示，在上述供货商将托管对象商品提交给上述购货方，上述购货方输入用来确认上述托管对象商品已提交的收货确认时，向上述服务器发送此收货确认。

根据本发明的权利要求4，因为购货方可从多个金融机构中指定托管银行，所以可以委托购货方所希望的托管银行进行托管交易代办。

本发明权利要求5提供一种供货商终端，是一种与购货方进行交易而出售商品，利用计算机系统通过服务器进行托管交易的供货商终端，其特征在于，在将由于与上述购货方的交易而发生的货款存入用来委托保管托管货款的托管帐户时，通过上述服务器接收从开有上述托管帐户的托管银行发送的存款确认，在上述托管货款存入上述供货商指定的供货商指定金融机构时，从上述供货商指定金融机构接收支付完成的通知。

根据本发明的权利要求5，因为供货商可通过服务器进行托管交易，所以可以放心地发送商品。

本发明权利要求6提供一种托管交易代办方法，是一种由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统通过服务器处理由于此交易而发生的商品的交付及货款的支付的托管交易代办方法，其特征在于，如果上述购货方指定了用来委托保管由于上述购货方和上述供货商之间的交易而发生的托管货款的托管帐户，并由上述购货方输入指示对该托管帐户进行上述托管货款的汇款时，对于上述购货方指定的购货方指定金融机构，在上述服务器将上述托管货款汇入上述托管帐户，在上述托管货款存放上述托管帐户时，上述服务器接收开有上述托管帐户的托管公司指定金融机构发出的存款确认并将此存款确认发送给上述供货商，在由收到此存款确认的上述供货商将托管对象商品提交给上述购货方时，对于上述托管公司指定金融机构上述服务器将上述托管货款支付给上述供货商指定的供货商指定金融机构。

根据本发明的权利要求6，因为购货方可从多个金融机构中指定托管公司，所以可以对购货方所希望的托管公司进行托管交易代办。

本发明权利要求7提供一种托管交易代办装置，是一种由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办装置，其特征在于：其构成包括上述购货方指定用来委托保管由于上述购货方和上述供货商之间的交易所发生的货款的托管货款的托管帐户的托管帐户指定装置；在由上述购货方输入指示对该托管帐户指定装置指定的上述托管帐户进行汇款时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入上述托管帐户的汇款指示的汇款指示装置；在由上述汇款指示装置执行了汇款指示的上述托管货款存入上述托管帐户时，接收开有上述托管帐户的托管公司金融机构发出的存款确认并将此存款确认发送给上述供货商的存款确认发送装置；在根据此存款确认发送装置发送的上述存款确认上述供货商将托管对象商品提交上述购货方时，接收用来确认上述购货方收到上述托管对象商品的收货确认的收货确认接收装置；在此收货确认接收装置接收到上述收货确认时，用来向上述托管公司金融机构发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送装置。

根据本发明的权利要求7，因为购货方可从多个金融机构中指定托管银行，所以可以对购货方所希望的托管银行进行托管交易代办。

本发明权利要求8的托管交易代办装置，其特征在于：上述托管帐户指定装置，在上述托管货款超过使用上述托管帐户进行托管处理时的托管公司的委托保管上限额时，在多个托管公司委托保管上述托管货款。

根据本发明的权利要求8，可以处理由于超过单独的托管公司的限度额而不能处理的托管交易。

本发明权利要求9提供托管交易代办装置，其特征在于，托管帐户指定装置，在上述托管货款超过使用上述托管帐户进行托管处理的托管公司的委托保管上限额时，对超过上述托管货款的委托保管上限额的托管公司进行上述托管货款的委托保管转移。

根据本发明的权利要求9，可以处理由于超过单独的托管公司的限度额而不能处理的托管交易。

本发明权利要求10提供的托管交易代办装置，其特征在于：其构成还包括：接收进行上述托管对象商品配送的物流公司发出的关于配送状况的配送状况信息，并将此配送状况信息提供给上述购货方及上述供货商的配送状况提供装置。

根据本发明的权利要求10，购货方及供货商可通过访问托管交易代办装置而确认商品的配送状况。

本发明权利要求11提供一种记录托管交易代办程序的记录媒体，是一种记录由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办程序的记录媒体，其特征在于：其构成包括上述购货方指定用来委托保管由上述购货方和上述供货商之间的交易所发生的货款的托管货款的托管帐户的托管帐户指定处理；在由上述购货方输入对在此托管帐户指定处理中指定的上述托管帐户进行上述托管货款的汇款指示时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入上述托管帐户的汇款指示的汇款指示处理；在由此汇款指示处理执行了汇款指示的上述托管货款存入上述托管帐户时，接收开有上述托管帐户的托管公司指定金融机构发出的存款确认并将此存款确认发送给上述供货商的存款确认发送处理；在根据此存款确认发送处理中发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，用来接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收处理；在此收货确认接收处理中接收到上述收货确认时，用来向上述托管公司指定金融机构发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送处理。

根据本发明的权利要求11，因为购货方可从多个金融机构中指定托管公司，所以可以对购货方所希望的托管公司进行托管交易代办。

本发明权利要求12提供一种购货方终端，是一种由提供商品的供货商和通过交易购入商品，利用计算机系统通过服务器进行交易进行托管交易的购货方的购货方终端，其特征在于：将促使上述购货方指定的托管帐户发送给上述服务器以指定用来委托保管作为由于与上述供货商的交易而发生的货款的托管货款的托管帐户，将促使上述购货方输入的汇款指示发送给上述服务器以向此托管帐户输入上述托管货款的汇款指示，在上述托管货款存入上述托管帐户，通过上述服务器接收上述托管货款的存入通知，将上述购货方承认此存入通知的内容输入时，向上述服务器发送承认通知，由上述供货商向上述购货方提交托管对象商品，上述购货方确认上述托管对象商品的预定验收条件并输入收货确认时，向上述服务器发送此收货确认。

根据本发明的权利要求12，因为购货方可从多个金融机构中指定托管公司，所以可以委托购货方所希望的托管公司进行托管交易代办。

本发明权利要求13提供一种供货商终端，是一种与购货方进行交易而出售商品，利用计算机系统通过服务器进行托管交易的供货商终端，其特征在于：在将由于与上述购货方的交易而发生的货款存入用来委托保管托管货款的托管帐户时，通过上述服务器接收从开有上述托管帐户的托管公司指定金融机构发送的存款通知，在将上述供货商承认此存款通知的内容输入时，向配送上述托管对象商品的物流公司发送托管对象商品的送货通知，在上述托管货款存入上述供货商指定的供货商指定金融机构时，从上述供货商指定金融机构接收支付完成的通知。

根据本发明的权利要求13，因为供货商可通过服务器进行托管交易，所以可以放心地发送商品。

附图简述

图1为示出本发明的托管交易代办系统的第1实施方式的构成的框图。

图2为用来说明图1所示的托管交易代办系统的会员信息登录处理的流程图。

图3为示出图2所示的会员信息登录处理的金融机构的登录画面的一例的示图。

图4为示出图2所示的会员信息登录处理的金融机构的登录画面的一例的示图。

图5为用来说明图1所示的托管交易代办系统的托管交易代办处理的流程图。

图6为示出图5所示的托管交易代办处理的交易方法的选择画面的一例的示图。

图7为示出图5所示的托管交易代办处理的订购商品的确认画面的一例的示图。

图8为示出图5所示的托管交易代办处理的托管银行的选择画面的一例的示图。

图9为示出图5所示的托管交易代办处理的托管帐户的指定画面的一例的示图。

图10为示出图5所示的托管交易代办处理的注册画面的一例的示图。

图11为示出图5所示的托管交易代办处理的对托管帐户的存款确认画面的一例的示图。

图12为示出图11所示的托管交易代办处理的对托管帐户的存款确认画面的订购明细的示图。

图13为示出图6所示的托管交易代办处理的对托管帐户的支付确认画面的一例的示图。

图14为示出本发明的托管交易代办系统的第2实施方式的构成的框图。

图15为用来说明图14所示的托管交易代办系统的托管交易的登录处理的流程图。

图16为示出图15所示的托管交易代办处理的托管公司的选择画面的一例的示图。

图17为用来说明图14所示的托管交易代办系统的登录处理的流程图。

图18为用来说明由多个托管公司共同接收委托保管的场合的处理的流程图。

图19为用来说明从小规模托管公司向大规模托管公司转移委托保管金额的场合的处理的流程图。

图20为用来说明图14所示的托管交易代办系统的托管交易代办处理的流程图。

图21为示出图20所示的托管交易代办处理的拨款委托总计单的一例的示图。

图22为用来说明在图20所示的托管交易代办处理中输入还债委托时的托管交易的代办处理的流程图。

发明的具体实施方式

下面，基于附图对本发明的托管交易代办系统的一个实施方式予以说明。

(第1实施方式)

1.系统构成

如图1所示，本实施方式的托管交易代办系统1的构成包括访问门户站点2购入商品的购货方企业的购货方终端3，向门户站点2提供商品信息的供货商企业的供货商终端4，作为服务器工作而处理由于在供货商和购货方之间进行的交易所发生的商品交货及货款支付的托管交易代办的托管交易代办装置5，用来委托保管托管货款的开有托管帐户的托管银行6A、6B、...、6H，由供货商预先指定的供货商指定金融机构10，以及由购货方预先指定的购货方指定金融机构11。

此处，购货方终端3及供货商终端4和门户站点2及托管交易代办装置5之间由通信网7连接，门户站点2和托管交易代办装置5之间由通信网8连接，托管交易代办装置5和托管银行6A、6B、...、6H、10、11之间由通信网9连接。这些通信网7、8、9分别由因特网及拨号、专线、VPN(虚拟专用网)、无线连接等通信线路构成，特别是其中通信网8是利用TCP/IP及SAP R3协议连接，通信网9是利用全银协议(全银协标准通信协议)或是在海外汇款时利用SWIFT格式连接的通信网。

此外，托管交易代办装置5的构成包括：由购货方指定用来委托保管作为由门户站点2交易发生的货款的托管货款的托管帐户的托管帐户指定装置50，在由购货方输入对此托管帐户的汇款指示时，向购货方指定金融机构11发送向开有托管帐户的托管银行汇入托管货款的汇款指示的汇款指示装置51，在将利用此汇款指示装置51执行汇款指示的托管货款存入托管帐户时，接收来自托管银行的存款确认并将此存款确认发送给供货商的存款确认发送装置52，在供货商根据此存款确认向购货方提交托管对象商品时，接收用来由购货方确认上述托管对象商品的提交的收货确认的收货确认接收装置53，以及在接收此收货确认时，用来向托管银行发送将存入托管帐户的托管货款支付给供货商指定金融机构10的支付指示发送装置54。

另外，托管交易代办装置5是由包含用来进行各种处理的CPU和存储此处理命令的存储装置的通常的计算机系统构成的服务器，由所谓的因特网提供商管理，通过因特网连接到图中未示出的主机。于是，在购货方终端3或供货商终端4通过通信网7、8访问，托管交易代办装置5可提供面向购货方或面向供货商的主页，在此主页中显示有托管帐户的选择及向托管帐户的存款确认，订购明细等信息。

另外，托管交易代办装置5的构成包含存储成为托管交易代办系统1的会员的购货方及供货商的会员信息的会员信息数据库55和存储作为托管交易所必需的信息的托管信息的托管信息数据库56。

在此会员信息数据库55中，作为各购货方及供货商的会员信息分别存放购货方及供货商的公司名称、企业签章、负责部门签章、邮政编码、住址、负责人名称、电话号码、FAX号码、指定金融机构名、行业、网络门户ID、网络门户会员ID、合同ID、用户ID等信息。

另外，在托管信息数据库56中，作为托管信息存放每一笔托管交易的托管号、购货方名称、供货商名称、供货商的合同ID和用户ID、物品名称、件号、数量、单价金额、指定金融机构名称、托管银行名称、支付期限、验收条件等信息。

另外，托管银行6A、6B、...、6H具有用来委托保管托管货款的托管帐户，委托保管由购货方指定金融机构11存入的托管货款，如供货商向购货方提交托管对象商品就向供货商指定金融机构10支付托管货款。

2.动作说明

下面基于附图对由本实施方式的托管交易代办系统进行的各种处理予以说明。

2-1.会员信息登录处理

首先，根据图2的流程图，对于由本优选实施方式的托管交易代办系统1进行的会员信息登录处理予以说明。

准备利用本优选实施方式的托管交易代办系统1的托管交易代办的购货方利用购货方终端3访问进行交易的门户站点2提出入会申请(S201)。此时，购货方输入公司名称、企业名称、指定金融机构名称等会员信息。特别是，购货方指定金融机构的输入是利用图3所示的输入画面进行，购货方指定金融机构可指定多个，也可指定优先顺序。

这样，如输入了会员信息，门户站点2就赋予网络门户会员ID而进行购货方会员登录(S202)。

同样，供货商也利用供货商终端4访问进行交易的门户站点2提出入会申请(S203)，输入公司名称、企业名称、供货商指定金融机构等会员信息，并以此为根据，门户站点2就赋予网络门户会员ID而进行供货商会员登录(S204)。

这样，如进行会员登录，门户站点2在会员信息上添加用来指定门户站点的网络门户ID并发送到托管交易代办装置5(S205)。

于是，托管交易代办装置5，如接收到会员信息及网络门户ID、网络门户会员ID，就赋予作为托管交易代办装置5的会员ID的合同ID和用户ID而登录会员信息(S206)，存放于会员信息数据库55内。

于是，如进行了登录，就向供货商终端4，购货方终端3，门户站点2分别提示如图4所示的登录确认画面确认会员登录信息(S207)而结束登录处理。

另外，指定金融机构的变更及会员信息的变更可分别利用图3，图4所示的画面进行。

2-2.托管交易代办处理

其次，根据图5的流程图，对于由本优选实施方式的托管交易代办装置5进行的托管交易代办处理予以说明。

首先，供货商利用供货商终端4访问门户站点2将欲出售的商品记入门户站点2的目录中(S501)，接收到此信息后，门户站点2就将此商品登录到目录中(S502)。

于是，购货方利用购货方终端3访问门户站点2而参考目录(S503)，在有希望购入的商品时就向门户站点2订购(S504)。接到此订购时，门户站点2就接收该订购信息进行登录(S505)。此时，门户站点2显示如图6所示的选择画面令购货方选择进行托管交易或进行普通交易，如购货方选择托管交易，就在将该信息发送给门户站点2的同时发送给托管交易代办装置5(S506)。

于是，如托管交易代办装置5接收到的是选择托管交易，就添加交易号进行托管交易登录，并将登录信息返送给门户站点2。

于是，门户站点2，将购货方输入的订购信息与内容为进行托管交易的通知发送给供货商的供货商终端4(S508)，而供货商则根据该订购信息接受订货并进行托管交易的登录(S509)。

此处，购货方，可通过访问托管交易代办装置5利用如图7所示的确认画面确认订购的商品(S510)。

于是，选择托管交易的购货方，接着利用图8所示的选择画面选择开有托管帐户的托管银行，并利用图9所示的指定画面指定托管帐户并发送给托管交易代办装置5(S511)。接收到此信息后，托管交易代办装置5就进行托管帐户登录(S512)。

这样，如登录了托管帐户，购货方就输入托管货款的汇款指示(S513)，接收到此汇款指示的托管交易代办装置5，就指示购货方预先指定的购货方指定金融机构11向托管金融机构6汇款(S514)，收到此汇款指示后购货方指定金融机构11就从购货方的帐户向托管银行的托管帐户汇入托管货款(S515)。

此处，供货商利用供货商终端4，通过在图10所示的注册画面中输入合同ID和用户ID而访问面向供货商的主页，可利用图11所示的确认画面确认向托管帐户的存款预定或存款状况(S516)。此外，在图11所示的确认画面上，通过点击托管号或订购号，可显示如图12所示的订购明细。图12为示出在图11的确认画面上点击托管号“ESC00004”时所显示的订购明细。

这样，如在托管帐户中存入托管货款，托管银行6就向托管交易代办装置5发送存款确认(S517)，收到此信息后，托管交易代办装置5就向供货商发送存款确认(S518)。

接收到此存款确认的供货商，利用如图11所示的确认画面确认订购方及商品、数量(S519)而向购货方提交订购的商品(S520)。于是，收到商品的购货方，在确认所收到的商品的交货内容(S521)之后，向托管交易代办装置5发送收货确认(S522)。

接收到此收货确认的托管交易代办装置5，向托管银行6发送委托保管于托管帐户中的托管货款的支付指示(S523)，托管银行6响应此支付指示将托管货款存入供货商预先指定的供货商指定金融机构10(S524)。

于是，接收到托管货款的汇入的供货商指定金融机构10，就向托管交易代办装置5及供货商发送支付完成的通知(S525)，供货商在利用如图13所示的存款确认画面确认支付完成之后(S526)，由托管交易代办装置5进行的托管交易代办处理就结束。

这样，本实施方式的托管交易代办系统1，因为购货方可从多个金融机构中指定托管银行，所以可以将托管交易委托给购货方自己的交易银行等所希望的金融机构。

(第2实施方式)

下面，基于附图对本发明的托管交易代办系统的第2实施方式予以说明。另外，对与图1所示的第1实施方式相同的构成要素赋予同样的标号，详细说明则省略。

1.系统构成

如图14所示，本实施方式的托管交易代办系统20的构成包括访问门户站点2购入商品的购货方企业的购货方终端3，向门户站点2提供商品信息的供货商企业的供货商终端4，作为服务器工作而处理由于在供货商和购货方之间进行的交易所发生的商品交货及货款支付的托管交易代办的托管交易代办装置5，用来进行托管业务的托管银行16A、16B、...、16H，用来委托保管托管货款的开有托管帐户的托管公司指定金融机构17，由供货商预先指定的供货商指定金融机构10，由购货方预先指定的购货方指定金融机构11，以及将作为托管交易的对象的商品从供货商配送给购货方的物流公司18。于是，购货方终端3及供货商终端4和门户站点2，物流公司18及托管交易代办装置5之间由通信网7连接，门户站点2和托管交易代办装置5之间由通信网8连接，托管交易代办装置5和各金融机构16A、16B、...、16H、10、11、17之间由通信网9连接。

此外，托管交易代办装置5的构成包括：由购货方指定用来委托保管作为在购货方和供货商之间的交易发生的货款的托管货款的托管帐户的托管帐户指定装置50，在由购货方输入对此托管帐户的汇款指示时，向购货方指定金融机构11发送向开有托管帐户的托管银行汇入托管货款的汇款指示的汇款指示装置51，在将利用此汇款指示装置51执行了汇款指示的托管货款存入托管帐户时，接收来自托管公司指定金融机构17的存款确认并将此存款确认发送给供货商的存款确认发送装置52，在供货商根据此存款确认向购货方提交托管对象商品时，接收用来由购货方确认上述托管对象商品的提交的收货确认的收货确认接收装置53，在接收此收货确认时，用来向托管公司指定金融机构17发送将存入托管帐户的托管货款支付给供货商指定金融机构10的支付指示发送装置54，以及在接收到关于配送状况的配送状况信息后由进行托管对象商品的配送的物流公司将该配送状况信息提供给购货方及供货商的配送状况提供装置57。

另外，托管交易代办装置5的构成包含存储成为托管交易代办系统1的会员的购货方及供货商的会员信息的会员信息数据库55和存储作为托管交易所必需的信息的托管信息的托管信息数据库56，特别是在托管信息数据库56中存放有各托管公司的委托保管上限额及共同委托保管的登录、委托保管转移的登录、超过委托保管上限额时的处置方法等。

另外，托管公司16A、16B、...、16是使用金融机构设立的托管交易专用帐户进行托管业务的托管业者，除了银行等金融机构外，还包含银行的子公司及风险企业等。

另外，托管公司指定金融机构17是具有用来委托保管托管货款的托管帐户，由托管公司预先指定的金融机构，委托保管由购货方指定金融机构11存入的托管货款，如供货商向购货方提交托管对象商品就向供货商指定金融机构10支付托管货款。

2.动作说明

下面基于附图对由第2实施方式的托管交易代办系统20进行的各种处理予以说明。不过，关于会员登录处理，因为是进行与第1实施方式相同的处理，所以此处省略其说明。

2-1.托管交易代办处理

其次，根据图15的流程图，对于由本优选实施方式的托管交易代办装置5在通过门户站点的场合进行的托管交易代办处理予以说明。

首先，供货商利用供货商终端4访问门户站点2将欲出售的商品记入门户站点2的目录中(S1501)，接收到此信息后，门户站点2就将此商品登录到目录中(S1502)。

于是，购货方利用购货方终端3访问门户站点2而参考目录(S1503)，在有希望购入的商品时就向门户站点2订购(S1504)。接到此订购时，门户站点2就在向购货方发行订货号，向供货商发行接受订货号并登录订货号的同时(S1505)，将发行的订货号返送给购货方(S1506)，将发行的接受订货号发送给供货商(S1507)。

此时，门户站点2显示如图6所示的选择画面令购货方选择进行托管交易或进行普通交易，如购货方选择托管交易，就在将该信息发送给门户站点2的同时发送给托管交易代办装置5(S1508)。

于是，如托管交易代办装置5接收到的是选择托管交易，就进行托管交易的登录(S1509)，并向购货方提供如图16所示的托管公司选择画面(S1510)。如图16所示，从选择画面不仅可以选择全国的银行，也可选择X银行托管服务这样的银行的子公司，网络风险公司A这样的风险企业。

于是，购货方，利用此选择画面指定每个交易的订购号而选择托管公司，此时购货方可以询问地区及手续费，实绩等作为要来选择托管公司的信息。

这样，如指定托管公司，其后就利用如图9所示的指定画面指定托管帐户并向托管交易代办装置5发送(S1511)。

收到此信息的托管交易代办装置5，就发行托管受理号，并将此托管受理号与订购号，接受订货号相关联进行托管公司和托管帐户的登录(S1512)。

这样，如托管公司和托管帐户进行了登录，托管交易代办装置5就将包含托管受理号的托管交易的确认通知利用电子邮件等发送给购货方的购货方终端3和供货商的供货商终端4(S1513)，收到此信息后，供货商指定托管受理号并向购货方确认托管交易(S1514)，如可以确认，托管交易的登录处理就结束。

下面根据图17的流程图对不通过本实施方式的托管交易代办装置5的门户站点的场合的托管交易的登录处理予以说明。

在购货方不通过门户站点2而直接与供货商进行交易的场合，首先购货方利用购货方终端3直接向供货商的供货商终端4进行订购(S1701)。此时，购货方将藉助托管交易代办装置5的托管结算委托给供货商。

于是，在收到订购的供货商承诺利用托管交易代办装置5进行托管清算时，供货商将订购信息发送给托管交易代办装置5(S1702)，收到此订购信息后，托管交易代办装置5在向购货方发行订货号，向供货商发行接受订货号并登录托管交易的同时(S1703)，将发行的订货号返送给购货方(S1704)，并将发行的接受订货号发送给供货商(S5705)。

这样，如进行托管交易的登录，就向购货方提供如图16所示的托管公司的选择画面(S1706)，购货方利用此选择画面对每一个交易指定订货号而选择托管公司，并且利用图9所示的指定画面指定托管帐户并向给托管交易代办装置5发送(S1707)。

收到此信息的托管交易代办装置5，就发行托管受理号，并将此托管受理号与订购号、接受订货号相关联进行托管公司和托管帐户的登录(S1708)。

这样，如托管公司和托管帐户进行了登录，托管交易代办装置5就将包含托管受理号的托管交易的确认通知利用电子邮件等发送给购货方的购货方终端3和供货商的供货商终端4(S1709)，收到此信息后，供货商指定托管受理号并向购货方确认托管交易(S1710)，如可以确认，托管交易的登录处理就结束。

下面根据图18及图19的流程图，对在上述图15的步骤S1511和图17的步骤S1707中选择托管公司时，购货方的委托保管超过托管公司的委托保管上限额时的处理予以说明。

首先，根据图18的流程图，对于由多个托管公司共同接受委托保管的场合的处理予以说明。

如购货方利用图16所示的托管公司的选择画面选择托管公司而输入委托保管委托额(S1801)，托管交易代办装置5将检索托管信息数据库56来判断委托保管委托额是否超过委托托管公司的委托上限额，在超过委托上限额时，托管交易代办装置5件向托管公司发送共同委托保管委托通知(S1802)。此时，也可向所有托管银行16A、16B、...、16H发送共同委托保管委托通知，也可预先登录考虑到的可以接受共同委托保管委托的托管公司并且只向该登录托管公司发送共同委托保管委托通知。

比如，在图18中，购货方向X银行托管服务申请5000万日元的商品托管交易，但因为X银行托管服务的委托上限额是2500万日元，所以托管交易代办装置5，除委托保管委托的X银行托管服务之外，还向预先登录W银行托管服务和V银行托管服务发送共同委托保管委托通知。

收到此通知时，X银行托管服务将内容为接受委托上限额为2500万日元的共同委托的共同委托保管承诺通知返送回去(S1803)，W银行托管服务将1500万日元的共同委托的共同委托保管承诺通知返送回去(S1804)，V银行托管服务将1000万日元的共同委托的共同委托保管承诺通知返送回去(S1805)。

这样，如指定多个托管公司，托管交易代办装置5，将发行托管受理号，并将此托管受理号与订购号，接受订货号相关联进行托管公司和托管帐户的登录(S1806)。

这样，如托管公司和托管帐户进行了登录，托管交易代办装置5就将包含托管受理号的托管交易的确认通知利用电子邮件等发送给购货方的购货方终端3和供货商的供货商终端4(S1807)，收到此信息后，供货商指定托管受理号并向购货方确认托管交易(S1808)，如可以确认，托管交易的登录处理就结束。

这样，利用多个托管公司共同进行委托，就可以处理由于超过单独的托管公司的限度额而不能处理的托管交易。

下面根据图19的流程图对于从小规模托管公司向大规模托管公司转移委托保管金额的场合的处理予以说明。

如购货方利用图16所示的托管公司的选择画面选择托管公司而输入委托保管委托额(S1901)，托管交易代办装置5将检索托管信息数据库56来判断委托保管委托额是否超过委托托管公司的委托上限额，在超过委托上限额时，托管交易代办装置5件向托管公司发送委托保管转移委托通知(S1902)。此时，也可向所有托管银行16A、16B、...、16H发送委托保管转移委托通知，也可预先登录考虑到的可以接受委托保管转移的托管公司并且只向该登录托管公司发送委托保管转移委托通知。

比如，在图19中，购货方向小规模的风险企业网络风险企业A申请5000万日元的商品托管交易，但因为网络风险企业A的委托上限额是1000万日元，所以托管交易代办装置5，向可接受超过5000万日元的委托保管的大规模的托管公司U银行托管服务发送委托保管转移委托通知。

收到此通知时，U银行托管服务将内容为接受5000万日元的委托保管转移的委托保管转移承诺通知返送回去(S1903)。

这样，如指定转移对象托管公司，托管交易代办装置5，将发行托管受理号，并将此托管受理号与订购号，接受订货号相关联进行托管公司和托管帐户的登录(S1904)。

这样，如托管公司和托管帐户进行了登录，托管交易代办装置5就将包含托管受理号的托管交易的确认通知利用电子邮件等发送给购货方的购货方终端3和供货商的供货商终端4(S1905)，收到此信息后，供货商指定托管受理号并向购货方确认托管交易(S1906)，如可以确认，托管交易的登录处理就结束。

这样，利用大规模的托管公司进行委托保管转移，就可以处理由于超过小规模的托管公司的限度额而不能处理的托管交易。

其次，根据图20的流程图，对于由本优选实施方式的托管交易代办装置5进行的托管交易代办处理予以说明。

如利用图15及图17所示的托管交易的登录处理进行托管交易登录，之后就可以调整购货方和供货商之间的验收条件(S2001)。在此验收条件调整中，购货方和供货商分别输入交付地点、交付地点名称、交付年月日(起止)、验收地点、验收地点名称、预定验收年月日、交付方法(提交交付，安装交付)、验收方法(总体，分割)、保证年数(瑕疵担保责任期)等验收条件，可在双方之间进行调整而确定。

于是，如购货方和供货商双方输入对验收条件达成一致的信息(S2002，S2003)，托管交易代办装置5就发行托管交易号并利用电子邮件等分别向购货方和供货商发送记载此托管交易号和托管受理号的托管交易开始通知(S2004)。

接收到此交易开始通知的购货方，确定用来购入商品的购货款的委托保管并输入托管货款的汇款指示(S2005)。此时，购货方也同时划拨委托保管手续费。

于是，接收到此汇款指示的托管交易代办装置5，就生成综合拨款数据并指示购货方预先指定的购货方指定金融机构11向托管公司指定金融机构17汇款(S2006)。此处，在综合拨款数据中包含发送银行代码、发送商店代码、发送存款项目、发送帐户号、拨款号、接收银行代码、接收商店代码、接收存款项目、接收帐户号、接收领收人名称、拨款金额、顾客代码等信息。

此外，托管交易代办装置5，为了向购货方确认拨款内容，生成如图21所示的拨款委托总计单并以电子邮件等通知购货方(S2007)，接收到此拨款委托总计单的购货方确认拨款内容无误时就加盖印鉴以FAX等发送给购货方指定金融机构11(S2008)。

接收到此拨款委托总计单和来自托管交易代办装置5的汇款指示的购货方指定金融机构11就从购货方的帐户向托管公司指定金融机构17汇入托管货款(S2009)。

这样，如在托管帐户中存入托管货款，托管公司指定金融机构17就向托管交易代办装置5发送存款确认(S2010)，收到此信息后，托管交易代办装置5就以电子邮件等向供货商发送委托保管货款存入通知(S2011)。

接收到此存入通知的购货方，确认其内容并判断是否承认(S2012)，在承认的场合，向托管交易代办装置5返送内容为承认的通知(S2013)。另外，在购货方不承认存入通知的场合，向托管交易代办装置5发送退款委托(S2014)，关于这种场合见后述。

于是，接收到发自购货方的承认通知的托管交易代办装置5以电子邮件等将委托保管货款的存入通知发送给供货商(S2015)，接收到此存入通知的供货商，确认其内容并判断是否承认(S2016)，在承认的场合，输入指示提交商品的物流公司18发送商品的送货指示(S2017)。在此发货指示中针对各托管交易号输入物流业者名称、发货日、发货单号、预定到货日等信息，将发货单号与托管交易号联系起来。

另外，在步骤S2016中，在不承认的场合，通知购货方取消(S2018)，收到此通知时，购货方向托管交易代办装置5发送退款委托(S2019)，关于这种场合见后述。

这样，如供货商输入发货指示给物流公司18，物流公司18就输入取货数据(S2020)。取货数据包含订购者代码、接受订货者代码、取货号、取货年月日、订货号、委托收货号、取货地点名称、收货地点名称、交货年月日、订购者方物品代码、品名、订货数量、(委托收货数量)、取货数量、单位等信息。

于是，如由物流公司18将商品提交给购货方，物流公司18就输入到货数据(S2021)。到货数据包含订购者代码、接受订货者代码、到货号、到货年月日、订货号、委托收货号、取货地点名称、收货地点名称、交货年月日、订购者方物品代码、品名、订货数量、(委托收货数量)、到货数量、单位等信息。

此外，在购货方收到商品后进行设置作业，在作业结束时由物流公司18输入作业报告数据(S2022)。在此作业报告数据中，记录是否满足各个验收条件。

此处，上述取货数据、到货数据、作业报告数据由托管交易代办装置5收取并通过主页等提供给购货方和供货商。

这样，因为取货数据及到货数据等关于商品配送状况的信息是由托管交易代办装置5提供，购货方和供货商，可利用购货方终端3或供货商终端4访问托管交易代办装置5而确认商品的配送状况。

于是，购货方确认验收条件并判断是否承认(S2025)，在承认的场合，向托管交易代办装置5发送内容为承认的通知(S2026)，在不承认验收条件的场合，向托管交易代办装置5发送退款委托(S2027)，关于这种场合见后述。

于是，接收到发自购货方的承认通知的托管交易代办装置5，就生成用来向托管公司指定金融机构17发送的综合拨款数据(S2028)，指定托管交易号并向托管公司指定金融机构17发送支付指示(S2029)。

另外，托管交易代办装置5，生成用来确认向托管公司拨款内容的拨款委托总计单并以电子邮件等通知托管公司(S2030)，接收到此拨款委托总计单的托管公司确认拨款内容无误时就加盖印鉴以FAX等发送给托管公司指定金融机构17(S2031)。

于是，接收到此拨款委托总计单和支付指示的托管公司指定金融机构17就向供货商预先指定的供货商指定金融机构10汇入托管货款(S2032)。

于是，托管交易代办装置5，根据向托管公司指定金融机构17的汇款结果，向供货商发送支付完成通知(S2033)，供货商利用图13所示的存入确认画面确认支付完成((S2034)，由托管交易代办装置5进行的托管交易代办处理就结束。

下面根据图22的流程图对在图20的步骤S2014，S2019，S2027中输入退款委托时的托管交易代办处理予以说明。

在图20的步骤S2014，S2019，S2027中输入退款委托中，由购货方指定托管交易号而委托托管交易代办装置5退款。

收到这一委托时，托管交易代办装置5将退款确认通知以电子邮件等通知供货商以便使其确认退款(S2201)。

于是，在供货商确认商品退货之后判断是否承认退款(S2202)，在承认的场合就向托管交易代办装置5发送内容为承认退款的通知(S2203)。此处，在供货商长期不承认的场合，就从托管交易代办系统20剥离转移到特别管理(S2204)。

于是，接收到内容为承认退款的通知的托管交易代办装置5，就生成用来发送给托管公司指定金融机构17的综合拨款数据(S2205)，指定托管交易号而向托管公司指定金融机构17发送退款指示(S2206)。

此外，托管交易代办装置5，生成用来确认向托管公司退款内容的拨款委托总计单并以电子邮件等通知托管公司(S2207)，接收到此拨款委托总计单的托管公司确认拨款内容无误时就加盖印鉴以FAX等发送给托管公司指定金融机构17(S2208)。

于是，接收到此拨款委托总计单和退款指示的托管公司指定金融机构17就向购货方指定金融机构11退回托管货款(S2209)。

于是，收到托管货款的退款的购货方指定金融机构11，向托管交易代办装置5及购货方发送退款完成通知(S2210)，购货方确认退款完成((S2211)，由托管交易代办装置5进行的托管交易代办处理就结束。

这样，本实施方式的托管交易代办系统1，因为购货方可从多个金融机构中指定托管公司，所以可以将托管交易委托给购货方自己的交易银行等所希望的金融机构。

另外，用来实现上述托管交易代办系统的托管交易代办装置5的各个处理的程序可保存于记录媒体中，可在通过利用计算机对此记录媒体进行读出执行上述程序来控制计算机的同时实现托管交易代办装置5的各种处理。此处所谓的记录媒体包括存储器装置、磁盘装置、光盘装置等可记录程序的装置。

此类发明属于本申请的发明技术范围这一点可由权利要求范围的记载内容看到。

如上所述，根据本发明的托管交易代办系统，因为购货方可从多个金融机构中指定托管银行，所以可以对购货方所希望的托管银行进行托管交易代办。

Claims (13)

1.一种托管交易代办方法，它是一种由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并由服务器处理由于此交易而发生的商品的交付及货款的支付的托管交易代办方法，其特征在于：

如果上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户，并由上述购货方输入对该托管帐户的进行上述托管货款的汇款指示，则在上述服务器，对于上述购货方指定的购货方指定金融机构，将上述托管货款汇入开有上述托管帐户的托管银行，

上述托管货款存入上述托管帐户时，上述服务器接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商，

在由收到此存款确认的上述供货商将托管对象商品提交给上述购货方时，对于上述托管银行，上述服务器将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构。

2.一种托管交易代办装置，是一种由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办装置，其特征在于：其构成包括

上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户的托管帐户指定装置；

在由上述购货方输入指示对该托管帐户指定装置指定的上述托管帐户进行上述托管货款的存款时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入开有上述托管帐户的托管银行的汇款指示的汇款指示装置；

在由上述汇款指示装置进行了汇款指示的上述托管货款存入上述托管帐户时，接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商的存款确认发送装置；

在根据此存款确认发送装置发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收装置；

在此收货确认接收装置接收到上述收货确认时，向上述托管银行发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送装置。

3.一种记录托管交易代办程序的记录媒体，是一种记录由提供商品的供货商和购入商品的购货方利用计算机系统通过门户站点进行交易，并处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办程序的记录媒体，其特征在于：其构成包括

上述购货方指定用来委托保管经上述门户站点的交易所发生的货款的托管货款的托管帐户的托管帐户指定处理；

在由上述购货方输入对由此托管帐户指定处理指定的上述托管帐户进行的汇款指示时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入开有上述托管帐户的托管银行的汇款指示的汇款指示处理；

在由此汇款指示处理执行了汇款指示的上述托管货款存入上述托管帐户时，接收上述托管银行发出的存款确认并将此存款确认发送给上述供货商的存款确认发送处理；

在根据此存款确认发送处理中发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，用来接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收处理；

在此收货确认接收处理中接收到上述收货确认时，用来向上述托管银行发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送处理。

4.一种购货方终端，是一种由提供商品的供货商和通过交易购入商品，利用计算机系统通过服务器进行托管交易的购货方的购货方终端，其特征在于，

将促使上述购货方指定的托管帐户发送给上述服务器以指定用来委托保管作为由于与上述供货商的交易而发生的货款的托管货款的托管帐户，

将促使上述购货方输入的汇款指示发送给上述服务器以向此托管帐户输入上述托管货款的汇款指示，

在上述供货商将托管对象商品提交给上述购货方，上述购货方输入用来确认上述托管对象商品已提交的收货确认时，向上述服务器发送此收货确认。

5.一种供货商终端，是一种与购货方进行交易而出售商品，利用计算机系统通过服务器进行托管交易的供货商终端，其特征在于，

在将由于与上述购货方的交易而发生的货款存入用来委托保管托管货款的托管帐户时，通过上述服务器接收从开有上述托管帐户的托管银行发送的存款确认，

在上述托管货款存入上述供货商指定的供货商指定金融机构时，从上述供货商指定金融机构接收支付完成的通知。

6.一种托管交易代办方法，是一种由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统通过服务器处理由于此交易而发生的商品的交付及货款的支付的托管交易代办方法，其特征在于，

如果上述购货方指定了用来委托保管由于上述购货方和上述供货商之间的交易而发生的托管货款的托管帐户，并由上述购货方输入指示对该托管帐户进行上述托管货款的汇款时，对于上述购货方指定的购货方指定金融机构，在上述服务器将上述托管货款汇入上述托管帐户，

在上述托管货款存放上述托管帐户时，上述服务器接收开有上述托管帐户的托管公司指定金融机构发出的存款确认并将此存款确认发送给上述供货商，

在由收到此存款确认的上述供货商将托管对象商品提交给上述购货方时，对于上述托管公司指定金融机构上述服务器将上述托管货款支付给上述供货商指定的供货商指定金融机构。

7.一种托管交易代办装置，是一种由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办装置，其特征在于：其构成包括

上述购货方指定用来委托保管由于上述购货方和上述供货商之间的交易所发生的货款的托管货款的托管帐户的托管帐户指定装置；

在由上述购货方输入指示对该托管帐户指定装置指定的上述托管帐户进行汇款时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入上述托管帐户的汇款指示的汇款指示装置；

在由上述汇款指示装置执行了汇款指示的上述托管货款存入上述托管帐户时，接收开有上述托管帐户的托管公司金融机构发出的存款确认并将此存款确认发送给上述供货商的存款确认发送装置；

在根据此存款确认发送装置发送的上述存款确认上述供货商将托管对象商品提交上述购货方时，接收用来确认上述购货方收到上述托管对象商品的收货确认的收货确认接收装置；

在此收货确认接收装置接收到上述收货确认时，用来向上述托管公司金融机构发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送装置。

8.权利要求7所述的托管交易代办装置，其特征在于：上述托管帐户指定装置，在上述托管货款超过使用上述托管帐户进行托管处理时的托管公司的委托保管上限额时，在多个托管公司委托保管上述托管货款。

9.权利要求7或8所述的托管交易代办装置，其特征在于，托管帐户指定装置，在上述托管货款超过使用上述托管帐户进行托管处理的托管公司的委托保管上限额时，对超过上述托管货款的委托保管上限额的托管公司进行上述托管货款的委托保管转移。

10.权利要求7，8或9所述的托管交易代办装置，其特征在于：其构成还包括：接收进行上述托管对象商品配送的物流公司发出的关于配送状况的配送状况信息，并将此配送状况信息提供给上述购货方及上述供货商的配送状况提供装置。

11.一种记录托管交易代办程序的记录媒体，是一种记录由提供商品的供货商和购入商品的购货方进行交易，并利用计算机系统处理由于此交易而发生的商品的交付及货款的支付的托管交易代办的托管交易代办程序的记录媒体，其特征在于：其构成包括

上述购货方指定用来委托保管由上述购货方和上述供货商之间的交易所发生的货款的托管货款的托管帐户的托管帐户指定处理；

在由上述购货方输入对在此托管帐户指定处理中指定的上述托管帐户进行上述托管货款的汇款指示时，向上述购货方指定的购货方指定金融机构发送将上述托管货款汇入上述托管帐户的汇款指示的汇款指示处理；

在由此汇款指示处理执行了汇款指示的上述托管货款存入上述托管帐户时，接收开有上述托管帐户的托管公司指定金融机构发出的存款确认并将此存款确认发送给上述供货商的存款确认发送处理；

在根据此存款确认发送处理中发送的上述存款确认上述供货商将托管对象商品提交给上述购货方时，用来接收确认上述购货方收到上述托管对象商品的收货确认的收货确认接收处理；

在此收货确认接收处理中接收到上述收货确认时，用来向上述托管公司指定金融机构发送将存入上述托管帐户中的上述托管货款支付给上述供货商指定的供货商指定金融机构的支付指示的支付指示发送处理。

12.一种购货方终端，是一种由提供商品的供货商和通过交易购入商品，利用计算机系统通过服务器进行交易进行托管交易的购货方的购货方终端，其特征在于：

将促使上述购货方指定的托管帐户发送给上述服务器以指定用来委托保管作为由于与上述供货商的交易而发生的货款的托管货款的托管帐户，

将促使上述购货方输入的汇款指示发送给上述服务器以向此托管帐户输入上述托管货款的汇款指示，

在上述托管货款存入上述托管帐户，通过上述服务器接收上述托管货款的存入通知，将上述购货方承认此存入通知的内容输入时，向上述服务器发送承认通知，

由上述供货商向上述购货方提交托管对象商品，上述购货方确认上述托管对象商品的预定验收条件并输入收货确认时，向上述服务器发送此收货确认。

13.一种供货商终端，是一种与购货方进行交易而出售商品，利用计算机系统通过服务器进行托管交易的供货商终端，其特征在于：

在将由于与上述购货方的交易而发生的货款存入用来委托保管托管货款的托管帐户时，通过上述服务器接收从开有上述托管帐户的托管公司指定金融机构发送的存款通知，

在将上述供货商承认此存款通知的内容输入时，向配送上述托管对象商品的物流公司发送托管对象商品的送货通知，

在上述托管货款存入上述供货商指定的供货商指定金融机构时，从上述供货商指定金融机构接收支付完成的通知。

Images