CN1465024A - 寄存委托管理系统 - Google Patents

Abstract

一种寄存委托管理系统，在寄存委托管理服务器中储存有：从登记了多种类寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺的寄存店铺选择程序、接受所述商品寄存委托的受理程序、向配送业者委托所述商品的配送的配送委托程序、从所述配送业者配送并寄存所述商品的所述寄存店铺获得货款结算通知并根据结算业者的结算处理向配送业者通知配送金额信息且向销售商店通知商品货款信息的费用信息通知程序。这种寄存委托管理系统，能把销售商店、寄存店铺、配送业者及结算业者所负担的费用抑制在最小限度，并能在多个寄存店铺寄存，且利用者能在该寄存店铺一手交钱一手交货地收到商品，是一种低成本且方便性高的商品寄存销售方法。

Description

寄存委托管理系统

技术领域

本发明涉及一种用于例如把订购了的商品寄存在寄存商店(即暂时存放到顾客来领取或某一期限)、且订购了上述商品的顾客在上述寄存商店领取商品的寄存业务的寄存委托管理服务器、寄存委托管理方法、寄存委托管理系统及用于这些的结算传票。

背景技术

以往，在电子商业交易或邮购销售等的柜台销售以外的零售店，其每个零售店要与把商品交给顾客的配送业者及收取货款的结算业者单独签订合同。因此，就要有必要向该零售店引入物流及结算系统，这就成为成本升高的原因。并且在如此的零售店中，有时有虽然送了货但顾客不在、或不能收到货款的情况，并成为深刻的问题。

最近为解决该问题，提出了用全国开展的CVS(便利商店)，把商品存放在本公司的CVS店铺，并在CVS店铺把商品交给顾客的商品寄存销售方法的提案。根据该商品寄存销售方法，顾客要把货款划入银行等先付款，才能在CVS店铺接受商品，解决了配送商品时的不在或货款未付的问题。

但是，上述的商品寄存销售方法，其物流系统与结算系统分离(独立)，且顾客的货款支付与商品的领取在不同的系统上进行。即，由顾客的货款支付是利用银行转帐或信用卡的先付或后付，在CVS店铺不能交款即付地领取商品。因此，如果是先付款则顾客犹豫商品采购，如果后付款则商店就要背负货款不能回收的所谓风险。

除此之外，不能与多种的CVS合作并在任何的CVS店铺都寄存。因此，例如不仅在顾客住宅的附近有CVS连锁店A的CVS店铺，而且由于所谓提供寄存服务的CVS连锁店B系列集团不同，而不能在CVS连锁店A的CVS店铺取货，并产生要到距离稍远的CVS连锁店B的CVS店铺的不便。

本发明，其目的在于提供一种用商店、寄存店铺(CVS)、配送业者及结算业者参与到寄存销售系统的方法、能最小限度地控制所负担的费用，并可以寄存于多个寄存店铺(CVS)、且利用者能在该寄存店铺凭款即付地获取商品、低成本且方便性高的商品寄存销售方法的提案。

发明内容

本发明的寄存委托管理服务器，储存有：从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺的寄存店铺选择程序、接受上述商品寄存委托的受理程序、向配送业者委托上述商品的配送的配送委托程序、从由上述配送业者配送上述商品并寄存了的上述寄存店铺获得货款结算通知，并根据结算业者的结算处理向配送业者通知配送费用信息、向销售商店通知商品货款信息的费用信息通知程序。

上述销售商店，包括：互联网上的商店区、邮购销售商店、销售其他商品的店铺。

上述寄存店铺，包括：CVS、开展连锁的销售商店、大型超级市场、批发商店、购物中心、加油站、车站、使用POS终端、CAT终端的商店、其他可以寄存商品的店铺。

上述多个寄存店铺，包括：由同系列(同一集团)的多个寄存店铺、或者多种寄存店铺、即由系列不同的多个集团企业(例如CVS连锁或百货商店集团等)或/及业务上无关联的单独店铺构成等，且由业务上联系密切的企业的店铺、或业务上相互无关连的集团企业的店铺或独立店铺构成的店铺。

上述结算业者，包括收取结算手续费(或其他手续费)并进行代理结算的收费代理人，还包括例如把在便利商店等店铺的收入在本部结算的同业集团的本部。

上述寄存委托，包括把商品配送到寄存店铺并委托寄存。

上述寄存店铺登记数据，包括寄存店铺代码(在寄存店铺本部采用的代码)、寄存店铺名称、寄存店铺邮政编码、寄存店铺地址、寄存店铺电话号码、最近车站(一个或多个)、特征信息(成为寄存店铺特征的信息(例如○△大楼1层等))、可否寄存信息(表示是否是能寄存的寄存店铺的信息)、不能寄存开始日期(不能寄存期间的开始日期(用于修整等时))、不能寄存结束日期(不能寄存期间的结束日期(用于修整等时))、其他的由寄存店铺利用者特定的必要项目的任何一个或多个构成的数据。

上述寄存店铺选择程序，包括：由根据从上述寄存店铺登记数据中登记的寄存店铺中地址、地名、电话号码、站名、寄存店铺名称等的信息、从抽取出的寄存店铺进行选择的程序，从一览表示的全部寄存店铺中选择利用者的程序，或者，选择系列集团并从集中的寄存店铺中选择的程序等、由利用者决定寄存店铺的程序构成的程序。

上述受理程序，包括：由受理被选择了的寄存店铺的寄存店铺代码、或顾客姓名等的个人信息、或这些多个信息的组合等处理寄存委托所必需信息的程序构成的程序。

上述配送委托程序，包括：由通知订货日期、订货编号、销售商店代码、销售商店店名、寄存店铺代码、或寄存店铺店名等把配送委托所必需的信息组合起来的物流信息的程序构成的程序。

上述费用信息通知程序，包括：由实行通知往配送业者的帐号上划入配送费用的配送费用转帐处理或/及向配送业者联络通知配送费用的配送费用通知处理，且实行通知往销售商店的帐号上划入商品货款通知的商品货款转帐处理或/及通知联络商品货款的商品货款通知处理的一个综合程序或多个独立程序构成的程序。

此外，在上述费用信息通知程序中，还包括实行通知向寄存店铺或寄存店铺的本部的帐号划入寄存手续费的寄存手续费转帐处理，或/及向寄存店铺或寄存店铺的本部联络通知寄存手续费的寄存手续费通知处理的程序。并且，在上述联络通知中，包括：用发送邮件的邮件通知、用发送FAX的FAX通知、或用寄送信件的邮递通知等、转帐金额或转帐结束的联络通知。并且，实行该费用信息通知程序的时间，包括在结算业者的结算处理之后实行，或与结算业者的结算处理共同实行。

上述通知，包括转帐处理的实行(上述转帐通知)、或/及转帐金额的联络(上述联络通知)。

上述寄存委托管理服务器，包括个人计算机、工作站、通用计算机等的计算机。并且还包括，实行上述各程序的寄存存委托管理处理专用服务器，或具有实行结算业者的结算处理的复合功能的服务器。并且，包括在一台寄存委托管理处理服务器中储存了全部上述各程序，或者，在多台寄存委托管理处理服务器中，把上述各程序作为一个一个的或几个的组合分散储存。

根据上述构成，寄存委托管理处理服务器可以管理各种处理，并受理顾客在寄存店铺交钱付货，使所有利用者都受益。即，顾客向最近的寄存店铺拜访一次就能付款提货并提高了交易安全性和方便性，配送业者减少了因人不在的发送失误，销售商店可以可靠地收取商品货款(或商品退货)减轻通商风险，寄存店铺可以谋求顾客层的扩大和提高其他商品销售的销售额。并且，在用寄存委托管理服务器实行结算业者的结算处理时，可以获得把寄存委托管理功能组装于结算业者的系统中的同样效果。

此外，作为另外的发明的寄存委托管理服务器，储存有：从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺的寄存店铺选择程序、接受上述商品寄存委托的受理程序、向上述配送业者委托上述的配送的配送委托程序、在上述配送业者把上述商品配送并寄存的上述寄存店铺，从利用者收取的货款中，分别把手续费向上述配送业者和上述寄存店铺、把商品货款向销售商店所支付的费用支付程序。

上述费用支付程序，包括：由实行向配送业者支付配送费用(手续费)的处理，并实行向销售商店支付商品货款的处理的一个综合程序或多个个别的程序构成的程序，此外还包括实行向寄存店铺或寄存店铺的本部支付寄存手续费的处理的程序。

上述费用，包括含商品货款及手续费的利用者支付的费用。

根据上述构成，可以自动地支付商品货款及手续费，并提高了方便性。

上述手续费，由配送业者收取的配送手续费、寄存店铺收取的寄存手续费、结算业者收取的结算手续费、及管理业者收取的系统手续费构成，上述费用支付程序，由对由上述结算业者减去结算手续费所剩的手续费及商品货款、进行分别向上述配送业者支付上述配送手续费、向寄存店铺支付上述寄存手续费、向销售商店支付上述商品货款的支付处理构成。

上述配送手续费，是指配送业者收取的手续费，包括配送费用及其他手续费。

上述寄存手续费，是指寄存店铺收取的手续费，包括暂时保管商品的保管费用及其他手续费。

上述结算手续费，是指结算业者收取的手续费，包括代理结算的代理手续费用及其他手续费。

上述系统手续费，是指管理业者收取的手续费，包括使用寄存委托管理系统的费用及其他手续费。

根据上述构成，由于结算业者利用了提供的结算系统以后，可以分别支付商品货款和规定的手续费，所以能高效低成本构筑系统，并能允许销售商店和寄存店铺广泛地参与筹划。

并且本发明的寄存委托管理服务器，储存有把所述寄存店铺按每个系统集团区分并登记在所述寄存店铺登记数据中，且能按特定条件从与该区分无关的多个区分的寄存店铺中选择寄存店铺的所述寄存店铺选择程序。

上述区分，包括用表示系列集团的企业代码的区分。

上述特定条件，包括由寄存店铺的地址、地名、电话号码、车站名、寄存店铺名、或寄存店铺特征信息(例如某某车站前或某某大楼一层等)等特别指定寄存店铺所必要的条件构成的条件。

上述选择，包括由顾客在个人计算机或PDA终端等的终端上的选择。

根据上述构成，多个系列集团的寄存店铺(例如CVS或百货公司集团等)，即使被登记在上述寄存店铺登记数据上，利用者也可以与其区分无关地选择所希望的寄存店铺(例如最近的CVS或百货公司等)，与只能选择一个系列集团的寄存店铺时相比飞跃地增加了可寄存的店铺，并提高了利用者的方便性。此外，也能例如把寄存手续费按每个系列集团汇总并通知寄存店铺的本部，并使集团企业的效益管理变得容易。

并且本发明的寄存委托管理服务器，储存有可以在每个上述系列集团、上述寄存店铺登记数据中追加、变更、消除寄存店铺的寄存店铺维护程序。

向根据上述系列集团的上述寄存店铺登记数据的进入，要求并维护用客户ID及密码的个人認证、或根据虹膜或指纹或面部信息等的生物统计学信息的个人認证等、允许维护且能指定个人所必要的信息输入。

上述寄存店铺维护程序，包含从上述寄存店铺登记数据能完全追加、变更、消除寄存店铺的程序，并且包含能转变为不能使用状态和可使用状态。

根据上述构成，由于可以对每个上述系列集团在上述寄存店铺登记数据中维护寄存店铺，所以能在寄存店铺(例如CVS的本部)总括管理上述寄存店铺登记数据。

此外本发明，上述寄存店铺选择程序，能登记选择时作为线索的寄存店铺的特征数据并能将其作为参照。

上述特征数据，包括：由车站前或某某大楼一层等的地理特征、标记广告牌或两层建筑物等的外观特征、或有无停车场或有无印有礼签的包装纸服务等的功能的特征等，顾客在选择寄存店铺时的作为线索的信息所构成的数据。

上述参照，包括由顾客的个人计算机或PDA终端等的用终端的参照。

根据上述构成，利用者参照特征数据，容易特别指定要选择的寄存店铺。即，即使利在用者用寄存店铺的店名及地址不能指定是哪里的寄存店铺时，若知道例如某某大楼一层的所谓特征就能容易地指定。

此外本发明，储存有在上述寄存店铺能生成并利用用于结算的结算传票信息的结算传票信息生成程序。

上述结算传票信息，包括支付金额、商品名称、数量等的一个或多个文本数据、及/或条型码图像等等一个或多个图像信息。

上述结算传票信息生成程序，包括：由从一个或多个上述商品货款、上述配送手续费、上述寄存手续费、上述结算手续费、及上述系统手续费、或以此计算出的支付金额、商品名称、商品代码、结算业者的企业代码(结算业者代码)、运用业者的企业代码、销售商店的企业代码、定货代码、支付期限、或其他的结算所必须信息生成结算传票信息的程序。

上述结算传票信息的利用，包括例如在销售商店下载结算传票信息或接收邮件并输出利用打印结算传票的利用，也包含互联网浏览或把在专用软件等的软件上显示的结算传票信息用该软件的印刷功能原封不动地打印。

根据上述构成，可以用上述寄存委托管理服务器生成结算传票，并在销售商店以下载或接收邮件等的方法接收上述结算传票信息并打印在结算传票上，或把寄存委托管理服务器的结算传票信息显示在软件上并原封不动地打印，如此地利用结算传票信息。

此外本发明，上述结算传票信息生成程序，根据在上述寄存店铺使用的表示结算业者的已存和同一结算业者代码生成上述结算传票信息。

即，利用现有的结算业者代码，可以不必增加对上述寄存店铺(例如CVS)的结算用终端的改造，并能以低成本引进。

此外本发明，上述结算传票信息生成程序，从至少表示购买商品的顾客姓名及暗号代码的文本信息和至少把上述顾客的支付费用条型码化的图像信息、生成上述结算传票信息。

上述暗号代码，包括只由数字构成的暗号代码、希腊字母及数字构成的密码等，由顾客的指定的文字列或由乱数处理而自动分派的文字列构成的代码。

根据上述构成，可以通过接受文本信息和条形码化了的图像信息，在销售商店打印结算传票所必要的信息。

此外本发明，储存有对应于上述配送业者所使用的物流传票、生成能够输出配送所必须的配送信息的物流传票用配送信息生成程序。

上述配送信息，包括配送地点(根据需要包括配送时间)等的配送所必需的信息。

上述物流传票包括印有上述配送信息的传票。

上述物流传票用配送信息生成程序，包括生成印刷于上述物流传票上的寄存店铺名称(配送地点)等的上述配送信息的程序。

上述配送信息的输出，包括由销售商店或配送业者向打印物流传票的输出。

根据上述构成，可以用生成的物流传票用配送信息，由销售商店或配送业者接受上述物流传票用配送信息并打印在物流传票上。

此外本发明，储存有一览显示从销售商店受理的商品的寄存委托、从上述一览显示的寄存委托的项目中任意选择向配送业者委托装运的商品寄存委托并向配送业者委托装运的销售商店用维护程序。

上述装运委托，由销售商店对配送业者要求装运商品的委托构成。

上述一览显示，包括通过互联网浏览或专用软件等的软件的在销售商店侧的计算机终端上的显示。

根据上述构成，可以在销售商店根据需要向配送业者委托配送，并在订购了包含无库存商品时，可以先委托配送在库的商品，并把无库存商品的配送放在以后，先行处理现有部分。

此外本发明，储存有把一个寄存委托分成两个以上的寄存委托，并对配送业者实行商品的在库调整的装运委托的订单分割程序。

上述寄存委托的分割，包括通过互联网浏览或专用软件等的软件的销售商店侧的计算机终端的分割支持。

根据上述构成，能例如用一个寄存委托订购两个相同商品，并在库存只有一个该商品时，用分成订购一个商品的两个寄存委托的方法，分别进行配送委托，并能向订货的利用者先只送一个。

作为理想的实施例，在上述寄存委托管理服务器上，可以储存选择适应于上述商品配送的配送业者的配送业者选择程序。

上述配送业者选择程序，包括：自动选择销售商店或被选择了的寄存店铺签有合同的配送业者的程序，或者自动选择从销售商店到寄存店铺的运输最快或最便宜的配送业者的程序。

根据上述构成，能选择例如与销售业者签有合同的配送业者，或选择与寄存店铺签有合同的配送业者，并能够根据这些合同对运费打折，减少顾客负担的手续费(运费)。

此外本发明的销售商店侧计算机，储存有与上述寄存委托管理服务器连接的连接程序、对上述寄存委托管理服务器进行商品寄存委托的寄存委托程序。

上述连接程序，包括通过互联网等的公用线路或专用线路或者LAN(局域网)与上述寄存委托管理服务器连接的连接程序。

上述销售商店侧计算机，包括个人计算机、PDA等的便携式信息终端、其他能与寄存委托管理服务器通信的计算机。

根据上述构成，可成为能通过网络对寄存委托管理服务器寄存委托的计算机。此外，上述销售商店侧计算机，能合并储存从寄存委托管理服务器获得商品货款信息的费用信息收取程序。

此外本发明的寄存委托管理方法，具有上述寄存委托管理服务器；从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺、从委托人或销售商店接受上述商品的寄存委托、向配送业者委托上述商品的配送、进行货款结算、或进行从利用者征收费用、向配送业者通知配送费用信息或支付手续费、向销售商店通知商品货款信息或支付商品货款。

上述委托人，包括从销售商店购买商品的顾客。以此，可以管理寄存委托。

此外本发明的寄存委托管理系统，具有：上述的寄存委托管理服务器、寄存店铺利用的寄存店铺侧计算机、上述销售商店侧计算机、结算公司利用的结算公司侧计算机、物流公司利用的物流公司侧计算机；并能实行上述的寄存委托管理方法。

上述寄存店铺侧计算机，包括：设置于寄存店铺或寄存店铺的本部的个人计算机、工作站、通用计算机等的计算机。

上述结算公司侧计算机，包括：设置于结算公司的个人计算机、工作站、通用计算机等的计算机。

上述物流公司侧计算机，包括：设置于物流公司的个人计算机、工作站、通用计算机等的计算机。

根据上述构成，可以使寄存委托系统化，并能高效地实行寄存委托。

此外，作为另外的发明的结算传票，作为上述的寄存委托管理服务器的结算传票信息生成程序生成的结算传票信息的、或打印出的结算传票，打印只利用订购了上述商品的顾客的个人信息的一部分、并由该个人信息的一部分和暗号代码构成的顾客认证信息的、或打印出出的结算传票。

上述个人信息的一部分，包括：例如姓名、爱称、或住址的地区等，由能确认本人并且又防止个人信息泄露程度的信息。

以此，在防止个人信息泄露的基础上，可以用简单的本人认证、确认本人并在寄存店铺结算。因此，即使是在寄存店铺从事临时工的店员等，被付与责任少的店员也能交接商品。

以上说明的本发明的构成要素，可以在可能的限度被组合并得以实施。

附图说明

图1是构成寄存委托管理系统的系统构成图。

图2是寄存委托管理服务器内部的程序构成图。

图3是销售商店侧计算机内部的程序构成图。

图4是表示寄存委托管理系统的整体动作的处理流程图。

图5是表示寄存委托处理的处理流程图。

图6是表示寄存委托处理画面的图像的外观图。

图7是表示寄存店铺检索处理的处理流程图。

图8是表示寄存店铺检索处理的画面图像的外观图。

图9是表示制作结算传票处理的处理流程图。

图10是表示做成结算传票处理的画面图像的外观图。

图11是表示结算传票的外观图。

图12是表示在销售商店制作物流传票处理的处理流程图。

图13是表示作成物流传票处理的画面图像的外观图。

图14是表示在物流公司制作物流传票处理的处理流程图。

图15是表示接受订货分割处理的处理流程图。

图16是表示接受订货分割处理的画面图像的外观图。

图17是表示接受订货维护处理的画面图像的外观图。

图18是表示在寄存店铺进行维护处理的处理流程图。

图19是表示在寄存店铺进行维护处理的画面图像的外观图。

图20是表示在寄存店铺进行维护处理的画面图像的外观图。

图21是说明用寄存委托管理系统的各信息的流向的说明图。

图22是说明货款流动的说明图。

具体实施方式

以下，参照附图说明本发明的实施例。

图1是构成寄存委托管理系统1的系统构成图。

把作为寄存委托管理系统1核心的运用服务器60设置在运用业者处，在该运用服务器60的内部，设有储存了必要数据的接受订货信息数据库80及寄存店铺信息数据库81。上述运用服务器60，通过通讯线路与互联网2连接，并用专用线路或共用线路与配送业者服务器30及结算业者服务器50连接。

购入商品的顾客(终端客户)利用的顾客终端11，与互联网2连接，并可以阅览商店区等的互联网上的各内容，并能进行在该商店区的商品订货和把该商品寄存在希望的VCS店铺、并在指定的期间内方便时去领取的寄存委托。

在销售商品的销售商店中，设置了通过互联网顾客能阅览登载了商品信息的Wed内容的销售商店Wed服务器20、维护上述运用服务器60内的信息的销售商店终端21。上述销售商店Wed服务器20，其内部具有储存了商品信息的商品数据库20a，并且与在销售商店终端21上实行打印的销售商店打印机22连接。上述销售商店Wed服务器20及销售商店终端21，都与互联网2连接。

在进行商品配送的配送业者(物流业者)方，设置了配送业者服务器30，并如上所述地用专用线路或共用线路与运用服务器60连接。上述配送业者服务器30，管理商品的配送信息，并向运用服务器60传送装运信息及到货信息。

在寄存商品并与顾客进行交款付货的CVS店铺中，设置了把计算上述商品的计算信息向CVS本部传送的CVS店铺POS终端42。上述CVS店铺POS终端42，设有读取条形码的条形码读出器43，并用专用线路或共用线路与CVS本部服务器40连接。

在CVS本部，设有CVS本部服务器40及CVS本部终端41。上述CVS本部服务器40，用专用线路或共用线路与结算业者服务器50连接，并向该结算业者服务器50传送表示支付预定明细的速报信息及确认支付的可靠信息。上述CVS本部终端41，与互联网2连接，并通过互联网维护登记在运用服务器60的寄存店铺信息数据库81中的CVS店铺的信息。

在结算业者一方，连接着结算业者服务器50，并如上所述地分别用专用线路或共用线路与运用服务器60连接。上述结算业者服务器50，向上述运用服务器60传送上述速报信息及确认支付的可靠信息。

下面，参照图2所示的程序构成图说明构成寄存委托管理系统1核心的运用服务器60内部的程序的构造。

寄存委托控制程序71，是执行储存于运用服务器60内的各程序的控制的主程序。并且还执行接受寄存委托的处理、分配(通知)商品货款和各种手续费的处理。此外，在设定能选择配送业者时，根据与销售商店或CVS连锁的配送业者的合同情况，也进行自动选择并决定适当的配送业者的处理。

寄存店铺选择程序72，对希望把商品寄存在CVS店铺等的顾客，能选择寄存在哪个CVS店铺。

销售商店维护程序73，执行用于在销售商店把商品的装运委托和接受订货分割等的维护的处理。

配送信息管理程序74，管理有关由配送业者把商品从销售商店装运到在寄存店铺卸货的装货、到货的配送信息，并且执行用于在装货及到货时用E-mail或电话、FAX等向顾客发送上述配送信息的处理。

结算信息照会程序75，管理由结算业者受理了结算预定的速报及结算确定的确定报告，并执行用于把该速报及确定报告能从销售商店照会的处理。

配送信息管理程序76，对配送业者的配送业者服务器30发送向销售商店执行商品装运的装运委托信息，并执行从该配送业者服务器30接收装运了上述商品的装运信息、及把上述商品送到寄存店铺的到货信息，且用于管理配送信息的处理。

结算传票信息生成程序77，执行用于生成打印用的结算所要求的结算传票的结算传票信息的处理。在该结算传票信息中，具有：作为文字信息的用于指定订购了商品的顾客的顾客姓名及4位密码编号和顾客支付金额、作为图像信息的表示结算业者的企业代码的条形码3d(图11)、表示运用业者的企业代码和销售商店代码的条形码3e、表示订货代码的条形码3f、表示付款期限和顾客支付金额的条形码3g。

物流传票信息生成程序78，执行用于生成为了打印配送商品所必要的物流传票的物流传票信息的处理。该物流传票信息，具有表示作为配送地点的寄存店铺的地址和店铺名称的文字信息。

寄存店铺维护程序79，在设置于CVS本部的CVS本部终端41，执行用于追加、变更、消除已经登记了的寄存店铺并管理登记内容的处理。

接受订货信息数据库80，储存作为数据的销售商店、订购商品名称、订购数量及寄存店铺、以及物流信息、收款信息、转帐金额等。

寄存店铺信息数据库81，储存作为数据的后述的CVS店铺信息。

根据上述的构造，运用服务器60，能执行各数据库的管理、向必要的数据的访问许可、必要信息的生成等、且寄存委托管理系统1的运用所必要的主要处理。

下面，参照图3所示的程序构成图说明在销售商店使用的销售商店终端21内部的程序构造。

销售商店终端控制程序26，是控制被储存于销售商店终端21内的各程序的主程序。

连接程序27，执行用于通过互联网2能与运用服务器60等连接的处理。

寄存委托程序28，执行用于往运用服务器60传送寄存委托信息的处理。

费用信息受理程序29，执行用于由运用服务器60受理被支付了费用的信息的处理。

根据上述的构造，销售商店终端21，能够访问运用服务器60并允许在销售商店对寄存委托信息的传送和费用信息的受理等进行必要的操作。

下面参照图4所示的处理流程图说明由以上的构成、构造所形成的寄存委托管理系统1的动作。

在顾客使用顾客终端11并进入互联网上的商店区、即销售商店Wed服务器20并选择了希望购置的商品以后，进行寄存委托，且运用服务器60用寄存委托控制程序71受理该寄存委托(步骤n1)。关于该寄存委托的详细情况有待后述。

在受理了上述寄存委托的销售商店中，使用销售商店终端21，并通过互联网2确认储存于运用服务器60中的寄存委托，若没有无库存等问题则指示装运委托。在上述运用服务器60中，用配送信息管理程序76把上述装运委托转换为配送业者服务器30能处理的数据形式并向其传送(步骤n2)。此时打印结算传票3(图11)及物流传票35(无图示)，但详细的有待后述。

配送业者服务器30，受理上述装运委托并通知配送者装运到上述销售商店。顺利装运结束以后，配送业者服务器30把装运结束和向寄存店铺的到货预定作为装运信息并向运用服务器60发送，用运用服务器60更新接受订货信息、并与顾客用E-mail或电话、FAX等联络装运结束和到达预定时间(步骤n3)。

配送业者，把配送的上述商品派送到寄存的CVS店铺。派送顺利结束后，配送业者服务器30把派送结束作为到货信息向运用服务器60发送，并且该运用服务器60的配送信息发送程序74把山水商品送到上述CVS店铺一事用E-mail或电话、FAX等通知顾客，并更新接受订货信息数据库80(步骤n4)。

接收了E-mail或电话、FAX等到货通知的顾客，前往CVS店铺并一手交钱一手交货地接受上述商品。

此时的结算信息，在CVS店铺POS终端42的条形码读取器43上被结算传票3读取，且该被读取的结算信息被传送到CVS本部服务器40(步骤n5)。

从该CVS本部服务器40向结算业者服务器50传送作为速报信息的预定支付金额、及作为准确报告信息的确定了支付的金额。上述速报信息及准确报告信息，从结算业者服务器50原封不动地被传送到运用服务器60的结算信息照会程序75。结算业者把从上述货款减去结算业者应得的结算手续费的金额向运用业者进行转帐结算(步骤n6)。

运用业者从上述被转帐来的金额中扣除运用业者应得的系统手续费，并分别把配送手续费向配送业者、把寄存手续费向CVS本部、把剩下的商品货款向销售商店划入各个指定的银行户头(步骤n7)，并结束处理。

以下，参照图5所示的处理流程和图6所示的画面图像说明上述步骤n1的寄存委托。

顾客使用顾客终端11(图1)并通过互联网2进入销售商店Wed服务器20。顾客在以销售商店Wed服务器30的作为主网页提供的互联网上的商店区选择欲购商品，并输入定货所必要的数量等的定货信息(步骤q1)。此时，顾客姓名、订货商品信息及密码被传送，并接收从该销售商店发出的定单的订货受理OK信息。并且，顾客姓名、订货商品信息及密码，可以每次由顾客输入，但其他的，也可以是例如用在销售商店会员登记的顾客ID的输入提取顾客姓名、住址、电话、FAX、E-mail等必要信息的构成。

在上述商店区的主网页上，显示用于委托把定货的商品寄存到CVS店铺等的寄存的寄存按钮，顾客按下该寄存按钮并进入寄存委托的处理(步骤q2)。上述定货信息是由：

销售商店代码：用于特别指定的代码

定货代码：销售商店管理的商品定货编号

代表商品名称：商品名称

商品总额：包含运送费用、消费税、其他杂费的在销售商店的金额

数量：商品的个数

顾客姓名：最终客户的顾客的姓名

顾客邮件地址：最终客户的顾客的邮件地址

最终客户确认编号：用顾客的电话号码后4位等做成的密码

销售商店确认键：用于确认销售商店的键

的9个项目构成。此外，也可以把HTTP(Hyper Text Transfer Protocol)的POST功能等用于该数据的传送。并且，也可以在数据传送时使用SSL(Secure Socket Layer)等的密码化技术。

销售商店Wed服务器30，接受上述寄存按钮的按下并通过互联网2与运用服务器60连接，传送上述定货信息。此时在运用服务器60上继续寄存委托的处理，且以后的处理通过互联网2由顾客终端11和运用服务器60进行(步骤q3)。

接受收了上述定货信息的运用服务器60，在顾客终端11的画面上显示图6(A)所示的寄存店铺检索画面(步骤q4)。

看到了寄存店铺检索画面的顾客，为了从中决定寄存店铺而用寄存店铺选择程序72进入寄存店铺检索处理，该寄存店铺检索处理的详细情况有待后述(步骤q5)。

在步骤q5的检索结果中若有备选寄存店铺时则进入下一个步骤q7，若没有备选则返回步骤q4再次进行寄存店铺检索处理。(步骤q6)。

运用服务器60，把在步骤q6从中被选出的寄存店铺，向顾客终端11如图6(B)所示地一览显示(步骤q7)。

顾客从一览显示的寄存店铺中以连锁店名(CVS的名称)、店铺名(CVS的店铺名)、邮政编码、地址、特征(某某大楼一层等的用于特定店铺的特征)为线索并决定希望的寄存店铺并把该店铺名用顾客终端11的鼠标点击进行选择(步骤q8)。

受理了该选择信息的运用服务器60，如图6(C)所示，把用于确认选择了的寄存店铺的确认画面显示在顾客终端11上(步骤q9)。并且，在设定能使用多个配送业者时，也可以在此阶段用寄存委托控制程序71自动选择并决定销售商店有合同且常常利用的配送业者或由CVS连锁店指定的配送业者，若不指定销售商店及CVS连锁店共同的配送业者，也可以自动选择并决定随机指定的基本使用的配送业者。并且此时，也可以显示商品货款、及运费或寄存手续费等的诸手续费的各小计金额或/及所有供计金额。

顾客看着显示的上述确认画面来确认所选择的寄存店铺没错(步骤q10)。

若上述确认时所选择的寄存店铺没错，则由顾客按下OK按钮91，并进入下一个步骤q12。当在确认画面上显示的寄存店铺与所希望的不同时，按下返回按钮90并返回步骤q7(步骤q11)。

若在上述步骤q11中按下了OK按钮91，则顾客终端11就把该选择信息传送到运用服务器60，且该运用服务器60的寄存委托控制程序71将其受理并确定寄存店铺和接受寄存委托(步骤q12)。

上述运用服务器60，把根据受理的选择信息确定了的寄存店铺的信息和已经接收的定货信息合并，如图6(D)所示，在顾客终端11上显示最终确认画面(步骤q13)，并结束寄存委托处理。

下面参照图7所示的处理流程和图8所示的画面图像详细说明上述步骤q5的寄存店铺检索处理。

用寄存店铺检索处理，向顾客终端11(图1)首先显示图6(A)所示的寄存店铺检索画面，并由顾客选择检索方法。该寄存店铺检索画面，具有：复合框85、文本框86、住址定点检索按钮87、路线、站名检索按钮88、GO按钮89、返回按钮90(步骤r1)。

在上述复合框85中，储存有可供选择的住址检索、站名检索、邮政编码检索及电话号码检索4个项目。顾客选择该4个项目的任何一个，例如选择住址检索，并在文本框86内输入例如自家的住址并按下GO按钮89(步骤r2)。

此时寄存店铺检索处理到此结束，如图5所示，进入上述步骤q6判断是否存在备选的寄存店铺(步骤q7)，若有备选则显示图6(B)所示的寄存店铺一览画面(步骤q8)。此时被一览显示的寄存店铺(CVS店铺)，即使登记了多种的CVS连锁店，也与其连锁店名无关，而显示住址附近的CVS店铺。总之，没有对于顾客只能利用特定的CVS连锁店的CVS店铺的不便，而可以选择最近的CVS店铺。即，可以避免例如只能利用一种的CVS连锁店，并且不管附近有没有CVS连锁店A也要到稍远的CVS连锁店B去取商品的不便。

返回图7，在用上述复合框85选择了其他3个项目的站名检索(步骤r3)、邮政编码检索(步骤r4)及电话号码检索(步骤r5)时也进行同样的处理。

在上述步骤r1的之后再按下图6(A)所示的车站定点检索按钮88时(步骤r6)，则显示图8(E)所示的电铁名选择画面(步骤r7)。

顾客从图(E)上显示的登记于复合框85上的电铁名中选择哪个电铁，并按下GO按钮89(步骤r8)。

运用服务器60从顾客终端11接收电铁名选择信号(步骤r9)，并在该顾客终端11上显示图8(F)所示的路线名选择画面(步骤r10)。

在该路线名选择画面上，把先前选择的电铁名显示在决定项目显示部85a上，并在其旁边的复合框85显示能选择的存在于这次所选择的电铁的路线名。顾客选择路线名并按下GO按钮89(步骤r11)，则运用服务器60从顾客终端11接收路线名选择信号(步骤r12)，且在该顾客终端11上显示图8(G)所示的站名选择画面(步骤r13)。

此时在上述决定项目显示部85a上显示电铁名加上路线名，且上述复合框85显示可选择的存在于该路线上的站名。顾客选择站名并按下GO按钮89(步骤r14)，则该选择信息就被传送到运用服务器60，若有备选的寄存店铺则显示图6(B)所示的寄存店铺一览画面且寄存店铺检索处理结束。

关于上述步骤r1的相继按下图6(A)所示的住址定点检索按钮87时(步骤r15)的处理，在上述的从步骤r7到r14的处理时，若把路线名置换为都道府县、把路线名置换为市区町村、把站名置换为町名(丁目·番地)，则与表示住址定点检索处理的从步骤r16到r23的处理相同且动作也相同，所以省略其详细说明。

此外，在步骤r2、3、4、5、14、23结束了寄存店铺检索处理时，当没有顾客所希望的寄存店铺时，例如由于住在稀疏地区等的原因附近不存在寄存店铺时，或没能发现希望的寄存店铺时等，也可以设定能取消寄存委托或/及商品购买。在只取消寄存委托时，允许输入配送处住址和配送希望时间，也可以设定能配送到顾客的住宅。

下面，参照以下附图说明在上述步骤n2(图4)中在该销售商店进行的装运委托的处理。

图9表示做成结算传票处理的处理流程，图10表示该画面图像。

在销售商店，首先由店员使用销售商店终端21(图1)并通过互联网2进入运用服务器60，并在图9(J)所示的联机画面上向文本框101输入进入ID、向文本框102输入密码并按下确认按钮103。由运用服务器60判断传送来的进入ID和密码是否正确，若正确则允许可在以后的结算传票做成处理等的销售商店实行的处理。

若上述联机正常地进行，则销售商店终端21，根据运用服务器60的销售商店维护程序73接收必要的数据并显示图10(K)所示的菜单画面(步骤s1)。

由销售商店的店员按下结算传票数据下载按钮105(步骤s2)，则上述销售商店终端21向运用服务器60传送销售商店代码及定货日期并询问自己的定货数据(步骤s3)，接收作为定货数据的定货日期、定货编号、(传票编号)、金额、顾客姓名、若有邮件地址则邮件地址，并显示图10(L)所示的定货数据一览画面(步骤s4)。

销售商店终端21，由店员对做成结算传票所必要的定货是否打印确认框110、对装运所必要的定货是否装运确认框111进行确认(步骤s5)，并等待把结算传票下载按钮112按下(步骤s6)。此外，是否打印总括确认按钮113及是否装运总括确认按钮114，可以是按下即可把各个确认总括选择的状态。

若按下了上述结算传票下载按钮112，则销售商店终端21向运用服务器60传送定货编号及装运委托信息等并要求该结算传票数据，并接收由运用服务器60的结算传票信息生成程序77确认的定货部分全部的结算传票数据(步骤s7)，由销售商店打印机22打印结算传票3(步骤s8)。

此外，在上述步骤s6按下了结算传票下载按钮112时，运用服务器60向如图9的点划线所示的配送业者服务器30发送作为装运委托信息的定货日期、定货编号、销售商店代码、销售商店店名、寄存店铺代码、寄存店铺店名及其他物流信息(步骤s9)。配送业者，接收该装运委托信息并进行装运。

上述结算传票3，如图11所示，作为顾客信息只打印顾客姓名3a和认证暗号3b。其他的，还要打印：表示顾客的支付金额的金额3c、表示结算业者的企业代码的条形码3d、表示把销售商店代码与运用中心代码连接的条形码3e、表示定货代码的条形码3f、表示在支付期限内的连续的费用数字代码3g、表示支付期限的支付期限3h及表示其他代码的代码3i、代码3j。

并且，上述结算传票，若被装入带窗口的信封并贴在被包装的商品上，则不必打开商品的包装箱就可以从信封取出收纳传票，并用CVS店铺的条形码读出器43读取。此时也只显示顾客姓名3a和认证暗号3b，因此不必担心个人信息的泄露(例如住址、电话号码、TEL、年龄等)。

图12，是表示在销售商店做成物流传票处理的处理流程图。在如图10(K)所示的菜单画面(步骤t1)上按下物流传票数据下载按钮106(步骤t2)，则销售商店终端21就向运用服务器60传送销售商店代码及定货日期并进行定货数据的询问(步骤t3)，接收作为定货数据的定货日期、定货编号、金额、顾客姓名、寄存店铺代码及寄存店铺店名并显示图13(M)所示的定货数据一览画面(步骤t4)。

销售商店终端21，由店员在必要的定货数据的是否打印确认框121上确认物流传票制作(步骤t5)，并等待把物流传票下载按钮122按下。当上述物流传票下载按钮122被按下时，销售商店终端21就向运用服务器60传送定货数据的定货编号及其附属信息(步骤t6)，并由运用服务器60的物流信息传票生成程序78、用储存于接受订货信息数据库80(图2)及寄存店铺信息数据库81中的信息接受物流传票打印所必要的物流传票信息(步骤t7)。此时运用服务器60，用接收了附属信息向对应于上述销售商店的配送业者，即若有上述销售商店推荐的配送业者，则向该配送业者的物流传票传送打印所必要的物流传票信息。

接收到的物流数据，作为物流传票被销售商店打印机22打印出来(步骤t8)。

此外，图13(M)所示的是否打印总括确认按钮123，为了在上述步骤t5中选择打印物流传票所必要的定货而在确认是否打印确认框121时使用，并以按下该是否打总括确认按钮123来确认上述是否打印确认框121的全部内容。

当用图12不能在销售商店做成上述物流传票时，以如图14所示的处理流程向配送业者委托装运并委托做成该物流传票。

即，用图10(K)所示的菜单画面(步骤u1)，由店员按下装运委托按钮107(步骤u2)，销售商店终端21向运用服务器60传送销售商店代码及定货日期并进行定货数据的询问(步骤u3)，接收作为定货数据的定货日期、定货编号、金额、顾客姓名及邮件地址，并显示图13(N)所示的定货数据一览画面(步骤u4)。

销售商店终端21，由店员在必要的定货数据的装运委托确认框124上确认装运委托及物流传票的做成委托(步骤u5)，并等待把传送按钮125按下。当上述传送按钮125被按下时，销售商店终端21就向运用服务器60传送被确认了的定货数据的定货编号及装运指示信息等的附属信息(步骤u6)。

运用服务器60更新接受订货信息数据库80(图2)，并向配送业者的配送业者服务器30传送装运委托信息(定货编号、定货日期、销售商店店名、寄存店铺等)，向销售商店终端21通知装运委托结束。

销售商店终端21，接收上述装运委托结束的通知(步骤u7)并结束处理。

图15是表示销售商店接受订货分割处理的处理流程图。所谓订货分割处理，利用于例如被订购了5个商品但库存只有两个、且顾客即使有两个也先要的情况。即，是用对定购了5个商品的一个定单A，分割成定购了两个商品的定单B和定购了3个商品的定单C的方法，可以先处理定单B并进行通常的只把两个商品的一手交钱一手交货，并能对剩下的定单C，直到商品来货而不委托装运。该订货分割处理说明如下。

在图10(K)所示的菜单上(步骤v1)按下定单维护按钮109(步骤v2)，则销售商店终端21显示如图16(O)所示的定单维护画面(步骤v3)。

由店员按下定单分割按钮133(步骤v4)，则销售商店终端21向运用服务器60传送销售商店代码及定货日期并询问定货数据(步骤v5)，接收作为定货数据的定货日期、定货编号(传票编号)、金额、顾客姓名及邮件地址并显示图16(P)所示的定货数据一览画面(定单分割用)(步骤v6)。

若按下显示于定单分割所必要的定货的右边的定单分割按钮134(步骤v7)，则销售商店终端21就显示图16(Q)所示的定单分割内容输入画面(步骤v8)。

在分割数输入文本框137中输入例如2，并在分割后金额输入文本框138中输入对应于上述分割数的两个金额(例如输入第1各为10000日元，第2个为15000日元)，并按下确认按钮139(步骤v9)，则显示图16(R)所示的定单分割确认画面(步骤v10)。

店员确认所显示的内容并按下最终确认按钮141(步骤v11)，则传送作为定单分割信息的定货编号(传票编号)、分割数量及分割金额，且运用服务器60的接受订货信息数据库80(图2)的信息被更新(步骤v12)，并接收定单分割处理OK的信号、结束处理。

此外，在图16(O)所示的定单维护画面上按下定单内容变更按钮132时，显示把图中(P)所示的定单分割按钮135转换为变更按钮的画面，并与分割处理一样可以实行金额或顾客姓名等的定单内容的变更。

另外，当在图10(K)所示的菜单画面上按下商品状况照会按钮104时，显示图17(S)所示的商品状况照会画面。当按下支付明细照会按钮108时，在用下一个显示的画面(无图示)选择确定照会按钮时，显示图17(T)所示的支付明细画面(准确报表画面)。若在该支付明细画面上按下详细按钮151，则显示图17(U)所示的支付明细详细画面，若按下被显示在画面内的下载按钮152，则进行明细信息的下载。

在按下上述的支付明细照会按钮108并在被显示的画面(无图示)上不用确定照会按钮而按下速报照会按钮时，显示从图17(U)所示的支付照会画面的显示项目除去下载按钮152及装运日期的速报画面。

下面，参照以下附图说明在CVS本部进行的CVS店铺的维护处理。

图18是在设于CVS本部的CVS本部终端41(图1)进行处理的处理流程图。

在CVS本部，首先有关人员使用CVS本部终端41(图1)并通过互联网2进入运用服务器60，并在图19(V)所示的联机画面上往文本框161输入进入ID、往文本框162输入密码并按下确认按钮163。由运用服务器60判断传送来的进入ID和密码是否正确，若正确则允许可在以后的CVS本部终端41实行的处理。

若上述进入正常地进行，则CVS本部终端41，根据运用服务器60的寄存店铺维护程序79接收必要的数据并显示图19(W)所示的菜单画面(步骤w1)。

在此，由于按照实行的处理并按下各个按钮，例如按下商品状况照会按钮164(步骤w2)。

若输入了照会条件(步骤w3)，则显示与照会条件一致的商品信息的如图19(X)所示的商品状况照会画面(步骤w4)。并且，在此时的画面上显示：

CVS店铺代码：向每个CVS店铺分派的代码

CVS店铺名：CVS店铺的名称

CVS店铺电话号码：CVS店铺的电话号码

定货日期：商品被顾客定货的日期

装运日期：商品被装运的日期

卸货日期：商品到货的日期

收款日期：向顾客一手交钱一手交货的日期

物流状况：商品的到货或装运等的状况

收款状况：收了款还是未收款的状况

交易编号：在运用中心的商品交易编号

金额：顾客在CVS店铺支付的金额

顾客姓名：顾客的姓名

确认编号：确认顾客的认证暗号的13个项目。

在按下上述步骤w1的下一个店铺信息更新按钮165时(步骤w5)，显示店铺信息一览画面(步骤w6)，并使其选择更新的CVS店铺。当由有关人员选择了更新店铺(步骤w7)时，显示店铺信息变更画面(步骤w8)，并由有关人员在改变了内容以后按下更新按钮(步骤w9)，运用服务器60就更新寄存店铺信息数据库81的CVS店铺信息。

此外，该CVS店铺信息的更新，也可以从CVS本部终端41以CSV(Comma Separated Value)等的通用形式向运用服务器60总括传送数据，并实行总括更新。此时的CVS店铺信息的各个项目可以如下地设定：

CVS店铺代码：在CVS店铺本部采用的代码

CVS店铺名：店铺的名称

CVS店铺邮政编码：邮政编码

CVS店铺住址(都道府县)：住址的都道府县

CVS店铺住址(市町村以下)：住址的市町村以下

CVS店铺电话号码：电话号码

最近车站1：最近车站

最近车站2：有两个以上最近车站时的第2个最近车站

最近车站3：有三个以上最近车站时的第3个最近车站

特征信息：成为CVS店铺特征的信息(例如某某大楼1层等)

可否寄存信息：表示是否是可以寄存的CVS店铺的信息

不可寄存开始日期：不可寄存的期间的开始日期(用于整修等时)

不可寄存结束日期：不可寄存的期间的结束日期(用于整修等时)

当在上述步骤w1中按下寄存数据读取按钮166时(步骤w10)，由运用服务器60接收寄存于CVS店铺处的商品数据(步骤w11)。此时的接收数据以CSV等的通用形式构成如下的各个项目：

交易编号：在运用中心用的商品交易编号

销售商店代码：表示销售商店的代码

销售商店名：销售商店的名称

销售商店电话号码：电话号码

定货日期：商品被定货的日期

定货代码：在销售商店的商品定货编号

汇入金额：顾客在CVS店铺汇入的金额

装运日期：商品由销售商店装运的日期

寄存店铺代码：寄存商品的CVS店铺的代码

寄存店铺名：寄存商品的CVS店铺的名称

到店日期：商品卸货于寄存的CVS店铺的日期

物流信息：表示商品未装运、装运结束、卸货结束等等状态的信息

收纳信息：表示未收纳、速报结束、准确报表结束的收纳状态的信息

当在上述步骤w1中按下支付明细照会按钮167时(步骤w12)，则显示如图20(Y)所示的支付明细画面(步骤w13)。

当在上述支付明细画面上按下详细按钮171(步骤w14)时，则显示图(X)所示的每个CVS店铺、每一日一览显示的支付明细详细画面(步骤w15)。

当在上述支付明细详细画面上按下下载按钮172时，则CVS本部终端41以CSV等的通用数据形式下载显示数据(步骤w16)。此时下载的数据由：

寄存店铺代码：寄存商品的CVS店铺的店铺代码

收纳日期：顾客支付货款的日期

寄存数量：一天寄存的个数

寄存合计手续费：一天寄存的手续费合计的4个项目构成。

此外，上述CVS本部终端41，若设置在CVS店铺，则在CVS店铺也可以同样地操作，且若设定了CVS店铺用进入ID和密码，则在CVS店铺可以只能进行一部分操作。

下面，按照图21所示的说明图及其顺序说明在上述的寄存委托管理系统1的收纳信息、商品、结算信息的流程。并且，图中的实线表示配送信息的流向、单点划线表示商品的流向、虚线表示结算信息。

1.由销售商店向运用中心传送装运委托。

2.由运用中心向配送业者本部传送该装运委托。

3.接受了上述装运委托的配送业者本部向配送业者的营业所进行装运指示。

4.配送业者的营业所到销售商店装运商品。

5.从配送业者的营业所向本部传送装运结束的信息。

6.从配送业者本部向运用中心传送装运结束和到货预定信息。

7.从运用中心向销售商店和顾客传送到货预定信息。

8.从配送业者营业所向CVS店铺配送商品。

9.从配送业者营业所向配送业者本部传送配送结束信息。

10.从配送业者本部向运用中心传送配送结束信息(到货信息)。

11.从运用中心向销售商店和顾客传送到货信息。

12.顾客在CVS店铺一手交钱一手交货。

13.从CVS店铺向CVS店铺本部传送货款收纳结束信息。

14.从CVS店铺向结算业者传送货款收纳结束信息。

15.从结算业者向运用中心传送货款收纳信息。

16.从运用中心分别向CVS店铺本部传送手续费支付信息、向销售商店传送货款支付信息、向配送业者传送手续费支付信息。

在以上的流程中，手续费被如图22的说明图所示的流程所分配。

1.顾客向CVS店铺支付合计了商品货款、物流手续费、寄存手续费、系统手续、结算手续费的全部费用。

2.通过CVS本部原封不动地把在CVS店铺收到的该费用划拨给结算业者。

3.结算业者从该全部的费用中收取分得的结算手续费，并把剩下的商品货款、物流手续费、寄存手续费、系统手续费划拨给运用中心。

4.运用中心收取应分得的系统手续费，并分别把商品货款划拨到销售商店的银行帐号、把寄存手续费划拨到CVS的银行帐号、把物流手续费划拨到配送业者的银行帐号。

如上所述，顾客可在CVS店铺交钱取货收到商品，并从先付款的风险中被解放，而且能以与出去定购物同样的感觉在希望的CVS店铺购买商品。另外，由于收取商品必须交货款，所以能避免由他人只取商品的逃款。

销售商店，可以安全地回收商品货款，且由于即使顾客到期没到CVS店铺取货时也可以收回商品，所以可大幅度地减小通商风险。

配送业者，由于其配送到开着门的CVS店铺，所以能防止顾客不在的配送失误。

结算业者，可以谋求利用寄存委托管理系统1的结算手续费营业额的提高。

运用中心，可以确保利用寄存委托管理系统1的系统手续费营业额。

如此，相对于例如结算另算而只寄存商品的以往的寄存销售方法，可以削减利用同时进行结帐的现有的收纳代理系统时所发生的成本及麻烦。即，为了利用现有的收纳代理系统，会产生把新的结算业者的企业代码追加登记到收纳代理系统及各POS终端中的必要。之所以如此，是因为表示结算业者的企业代码是固定且被决定的，在增加用POS终端能对应的结算业者时，每次在各寄存店铺的POS终端上必须追记登记企业代码。作为此时的弊端，是系统构筑上需要很大成本，且在小销售商店的引入几乎不可能实现的问题。此外，配送业者受到实施其商品寄存销售方法的CVS的协作业者的限制等，商品寄存的CVS的系统及运用受到很大影响。但是根据本发明，由于不必在POS终端上追加登记企业代码，所以即使小销售商店也能以低成本引进。因此，可以确保广范围的寄存店铺的网络，并能增加顾客选择的寄存店铺，并大幅度地提高方便性。

此外，在上述的实施例中，说明了由本部和分店构成的CVS连锁店作为寄存店铺(便利商店)，但并不局限于此，也可以以一个店铺单位登记寄存店铺。

此外，通过互联网的连接也可以是用专用线路的连接，用专用线路的连接也可以是通过互联网等的共用线路的连接。

此外，由于顾客终端11不局限于个人计算机，也可以是PDA或移动电话等的便携式信息终端，寄存委托不局限于顾客终端11，也可以用销售商店终端21，所以销售商店若是邮购销售业者，则也可以用电话或FAX从顾客接受订货，并由邮购销售业者的操作者操作销售商店终端21进行寄存委托。

另外，在各服务器及终端之问的数据的传送中，也可以使用CGI(Common Gateway Interface)、ASP(Active Server Pages)、SSI(Server SideInclude)、PHP(Hypertext Preprocessor)等程序语言。

另外，销售商店Wed服务器和销售商店终端21，也可以由把其机能一体化的一个计算机构成，同样地CVS本部服务器40和CVS本部终端41也可以由把其机能一体化的一个计算机构成。

另外，在商品运到寄存店铺后经过一定期间顾客也没来取商品时，从寄存店铺把商品返还销售商店。这时，销售商店被要求付运用业者收取的运用手续费、配送业者收取的配送手续费、寄存店铺收取的寄存手续费，但由于商品收回了，所以也比商品不剩并连货款也未收回的风险小得多。而且，在上述物流手续费中，也可以包含用于把商品返还销售商店的退货手续费。

另外，也可以是运用业者和结算业者为同一业者，并把运用服务器60和结算业者服务器构成一体，分配扣除了结算手续费及系统手续费的各个手续费的结构。

另外，也可以把运用业者和CVS连锁店本部作为同一业者，并把运用服务器60和CVS本部服务器40形成一体，还可以把结算业者也作为同一业者并把结算业者服务器50一体化。

另外，在不是CVS连锁店而把独立店铺作为寄存店铺利用时，只要在该独立店铺中设置本部服务器40、CVS本部终端41、及CVS店铺POS终端42即可。

本发明的构成，与上述的实施例相对应，本发明的销售商店侧计算机，与实施例的销售商店终端21相对应，

以下同样地，

物流公司侧计算机，与对应于配送业者服务器30相对应，

寄存店铺侧计算机，与CVS本部服务器40及CVS本部终端41相对应，

结算公司侧计算机，与结算业者服务器50相对应，

寄存委托管理服务器，与运用服务器60相对应，

接受程序，与寄存委托控制程序71相对应，

费用信息通知程序，与寄存委托控制程序71相对应，

费用分配程序，与寄存委托控制程序71相对应，

销售商店用维护程序，与销售商店维护程序73相对应，

定单分割程序，与销售商店维护程序73相对应，

配送委托程序，与配送信息管理程序76相对应，

物流传票用信息生成程序，与物流传票信息生成程序78相对应，

寄存店铺登记数据，与寄存店铺信息数据库81相对应，

寄存店铺，与CVS店铺相对应，

配送费用信息，与物流手续费相对应，

商品货款信息，与商品价格相对应，

结算业者代码，与企业代码相对应，

本发明，不只局限于上述实施例的构成。

(发明效果)

根据本发明，可以用运用服务器生成结算传票及物流传票的打印所必须的全部信息，销售商店若有打印机则可以用于打印结算传票，所以能大幅度削减另外构筑关于结算的系统的成本。

另外，由于销售商店或配送业者的任何一方都可以打印物流传票，所以能符合销售商店的要求。例如若由配送业者打印物流传票，则就不必在销售商店另外准备用于打印复印式的物流传票的打印机(例如点针击打印机)，并可削减成本。

另外，可以在销售商店确认输出结算传票并将其通知配送业者，以此使向配送业者的装运委托自动化。即，若在销售商店打印了结算传票，就可以设定向配送业者进行装运委托，因此提高了工作效率。

另外，由于在储存于定单信息数据库中的信息中，附加了装运信息、到货信息、结算信息等对应于商品的流通或状态的信息，所以销售商店可以以各个商品单位经常掌握商品在配送业者或寄存店铺处于何种状态。

另外，由于运用服务器用到货信息和定单信息的对照代理向顾客通知到货信息，所以减轻了销售商店向顾客通知货已运到寄存店铺的负担。

另外，寄存店铺信息数据库，由于是寄存店铺(例如便利商店本部)直接维护，所以能向利用者经常提供最新的信息。

另外，若寄存店铺是利用便利商店等的收纳代行服务能寄存的店铺，则收纳数据从便利商店本部等的店铺本部、经过结算业者流向运用中心，故可以原封不动地流通使用现存的收纳代行服务。并且，企业代码也使用的是现有的代码，所以不必把对应于系统变更或新企业代码的负荷估算在用于开展寄存服务的手续费收入中。

另外，顾客在互联网上不需要信用卡等的数据，就可以利用一手交钱一手交货的放心的结算方式。关于该商品的提取，只需姓名和认证暗号就可以提取，不必担心住址或电话号码被第三者知晓。

另外，由于配送业者只要配送到正在营业的寄存店铺即可，所以能避免配送了商品顾客不在的配送损失。

另外，由于不需要销售商店与寄存店铺单独签约，所以即使是小规模销售商店也能方便地利用寄存服务。

另外，在邮购销售等的商店货款未回收率约占三成以上，但由于能一手交钱一手交货地交付商品所以可避免这种风险，即使顾客没来接受商品，也只是负担了运费等的各种手续费，但商品还在手里，所以能大幅度地降低风险。

另外，与寄存店铺的系统集团无关，例如即使是CVS连锁店A、CVS连锁店B、及百货商场集团C等多系统的寄存店铺也可以寄存商品，并能在该寄存店铺一手交钱一手交货地交付商品。因此，增大了顾客选择寄存店铺的选择范围，并可以由顾客指定住宅或工作地点附近等最理想的寄存店铺和提取商品。

Claims (16)

1.一种寄存委托管理服务器，储存有：

从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺的寄存店铺选择程序、

接受所述商品寄存委托的受理程序、

向配送业者委托所述商品的配送的配送委托程序、

从由所述配送业者配送所述商品并寄存的所述寄存店铺获得货款结算通知，并根据结算业者的结算处理向配送业者通知配送费用信息、向销售商店通知商品货款信息的费用信息通知程序。

2.一种寄存委托管理服务器，储存有：

从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺的寄存店铺选择程序、

接受所述商品寄存委托的受理程序、

向所述配送业者委托所述的配送的配送委托程序、

在所述配送业者把所述商品配送并寄存的所述寄存店铺，从利用者收取的货款中，分别把手续费向所述配送业者和所述寄存店铺、把商品货款向销售商店所支付的费用支付程序。

3.根据权利要求2所述的寄存委托管理服务器，

所述手续费，由配送业者收取的配送手续费、寄存店铺收取的寄存手续费、结算业者收取的结算手续费、及管理业者收取的系统手续费构成，

所述费用支付程序，由对由所述结算业者减去结算手续费所剩的手续费及商品货款、进行分别向所述配送业者支付所述配送手续费、向寄存店铺支付所述寄存手续费、向销售商店支付所述商品货款的支付处理构成。

4.根据权利要求1、2或3所述的寄存委托管理服务器，

储存有把所述寄存店铺按每个系统集团区分并登记在所述寄存店铺登记数据中，且能按特定条件从与该区分无关的多个区分的寄存店铺中选择寄存店铺的所述寄存店铺选择程序。

5.根据权利要求4所述的寄存委托管理服务器，储存有可以在每个所述系列集团、所述寄存店铺登记数据中追加、变更、消除寄存店铺的寄存店铺维护程序。

6.根据权利要求1～5中任意一项所述的寄存委托管理服务器，所述寄存店铺选择程序，能登记选择时作为线索的寄存店铺的特征数据并能将其作为参照。

7.根据权利要求1～6中任意一项所述的寄存委托管理服务器，储存有在所述寄存店铺能生成并利用用于结算的结算传票信息的结算传票信息生成程序。

8.根据权利要求7所述的寄存委托管理服务器，所述结算传票信息生成程序，根据在所述寄存店铺使用的表示结算业者的已存和同一结算业者代码生成所述结算传票信息。

9.根据权利要求7或8所述的寄存委托管理服务器，所述结算传票信息生成程序，从至少表示购买商品的顾客姓名及暗号代码的文本信息和至少把所述顾客的支付费用条型码化的图像信息、生成所述结算传票信息。

10.根据权利要求1～9中任意一项所述的寄存委托管理服务器，储存有对应于所述配送业者所使用的物流传票、生成能够输出配送所必须的配送信息的物流传票用配送信息生成程序。

11.根据权利要求1～10中任意一项所述的寄存委托管理服务器，储存有一览显示从销售商店受理的商品的寄存委托、从所述一览显示的寄存委托的项目中任意选择向配送业者委托装运的商品寄存委托并向配送业者委托装运的销售商店用维护程序。

12.根据权利要求1～11中任意一项所述的寄存委托管理服务器，储存有把一个寄存委托分成两个以上的寄存委托，并对配送业者实行商品的在库调整的装运委托的订单分割程序。

13.一种销售商店侧计算机，储存有：

与权利要求1～12中任意一项所述的寄存委托管理服务器连接的连接程序、

对所述寄存委托管理服务器进行商品寄存委托的寄存委托程序。

14.一种寄存委托管理方法，

具有权利要求1～12中任意一项所述的寄存委托管理服务器，

从登记了多个寄存店铺的寄存店铺登记数据中选择寄存商品的寄存店铺、

从委托人或销售商店接受所述商品的寄存委托、

向配送业者委托所述商品的配送、

进行货款结算、或进行从利用者征收费用、

向配送业者通知配送费用信息或支付手续费、

向销售商店通知商品货款信息或支付商品货款。

15.一种寄存委托管理系统，具有：

权利要求1～12中任意一项所述的寄存委托管理服务器、

寄存店铺利用的寄存店铺侧计算机、

权利要求13中所述的销售商店侧计算机、

结算公司利用的结算公司侧计算机、

物流公司利用的物流公司侧计算机，

并能实行权利要求14所述的寄存委托管理方法。

16.一种结算传票，

作为对用权利要求7、8或9所述的寄存委托管理服务器的结算传票信息生成程序生成的结算传票信息进行打印的、或打印出的结算传票，

对只利用订购了所述商品的顾客的个人信息的一部分、并由该个人信息的一部分和暗号代码构成的顾客认证信息进行打印的、或打印出的结算传票。

Images