专利名称：门到门包裹递送信息交换系统的制作方法
技术领域：
本发明涉及一种用于通过网络互相交换诸如商品的递送状态的商品交易状态的门到门包裹递送信息交换系统。
背景技术：
按照惯例，通过从商品购买到结算和接收商品的商品交易过程，从定单接收者递送商品到接收者。
然而，在上述环境下，商品交易涉及到的各方，例如，定单接收者和商品的接收者不能同时掌握商品的交易状态。
因此，本发明的目的是克服上述现有系统的不便，而且提供通过在网络上互相交换商品的交易状态，可以使商品交易涉及到的各方同时掌握商品的交易状态的系统。
发明内容
为了实现上述目的，根据权利要求1的发明包括商品信息存储装置，其存储商品信息；门到门包裹递送信息存储装置，其用于对于每条与商品信息有关的商品的定单接收信息，存储根据定单接收信息和与该定单接收信息有关的商品的递送状态信息的帐单额；通信装置，其与外部设备通信；以及处理装置，其控制每个装置的工作，其中处理装置执行处理过程，例如，经通信装置，从接收商品信息的商品的接收端终端接收与该商品信息有关的商品的定单接收信息，然后，对于这样接收的每条定单接收信息，将根据定单接收信息的帐单额存储在门到门包裹递送信息存储装置中；经通信装置，对于每条定单接收信息，从递送者端终端接收与该定单接收信息有关的商品的递送状态信息，然后，对于每条定单接收信息，将这样接收的递送状态信息存储到门到门包裹递送信息存储装置上；以及在从接收者端终端接收存储在门到门包裹递送信息存储装置内的存储结果的发送请求时，参考存储在门到门包裹递送信息存储装置内的存储结果，然后，经通信装置，对于每条定单接收信息，将根据定单接收信息和与该定单接收信息有关的商品的递送状态信息的帐单额送到发出发送请求的接收者端终端。
在根据权利要求2所述的门到门包裹递送信息交换系统上，进一步包括递送源信息存储装置，其存储从其发送与该定单接收信息有关的商品的递送源的递送源信息，其中门到门包裹递送信息存储装置执行处理，例如，对于每条定单接收信息，根据定单接收信息存储商品的发货单，而且处理装置执行处理，例如，根据这样接收的定单接收信息制备商品的发货单，以及对于接收的每条定单接收信息，将这样制备的发货单存储到门到门包裹递送信息存储装置上；从递送源信息存储装置读取递送源的递送源信息，其中从该递送源发出与接收的定单接收信息有关的商品；参考门到门包裹递送信息存储装置，然后，对于接收这样制备的发货单的每条定单接收信息，将这样制备的发货单发送到这样读取的递送源信息的递送源的递送者端终端。
在根据权利要求1所述的门到门包裹递送信息交换系统上，根据权利要求3的发明包括处理装置，该处理装置执行处理，例如，参考存储在门到门包裹递送信息存储装置内的结果，以及在接收完成根据帐单额的支付的信息时，对于每条定单接收信息，将帐单额存储为已经被支付，其中经通信装置，对于每条定单接收信息，通过接收帐单额和递送状态信息的支付端终端接收根据帐单额的支付的信息。
在根据权利要求1所述的门到门包裹递送信息交换系统上，根据权利要求4所述的发明包括商品信息，该商品信息包括关于易碎品或者宠物的信息，而递送状态信息包括关于递送商品的过程中易碎品的破碎状态或者宠物的状态的信息。
根据上述各方面，可以实现本发明的目的。
图1是门到门包裹递送信息交换系统的整个系统的框图。
图2是图1所示门到门包裹递送信息存储装置的数据结构，其示出了定单接收信息、帐单额以及递送状态信息之间的关系。
图3是图1所示门到门包裹递送信息存储装置内的数据结构图，其示出了定单接收信息与发货单之间的关系。
图4是示出图1所示接收者端终端的结构的方框图。
图5是示出门到门包裹递送信息交换系统、递送者端终端以及接收者端终端执行的处理过程的流程图，该处理过程是互相交换递送状态信息等的处理过程。
图6是示出门到门包裹递送信息交换系统以及接收者端终端执行的处理过程的流程图，该处理过程是用于交换递送状态信息等的处理过程的一部分。
图7是用于说明包括递送状态信息等的列表类型显示屏幕的例子的示意图。
图8是用于说明包括递送状态信息等的与图像结合的显示屏幕的例子的示意图。
具体实施例方式
下面将根据图1至图8说明本发明的门到门包裹递送信息交换系统的实施例。
图1是门到门包裹递送信息交换系统的整个系统的方框图。
如图1所示，通过通信网60，门到门包裹递送信息交换系统10与接收端终端20、递送者端终端30a和30b、付款端终端40以及定单接收者端终端50相连。在此，通信网60是使用互联网和宽带等的网络。然而，通信网并不局限于此，它可以根据用户的使用环境，将LAN和租用线路组合在一起。
在门到门包裹递送信息交换系统10上，使从购买商品到结算和接收商品的交易状态信息成为电子数据，然后，通过通信网60交换该电子数据。假定在此提到的交易的交易方式是B-B(商业-商业)、B-C(商业-消费者)、C-C(消费者-消费者)。即，上述“接收者”和“定单接收者”包括个人和公司。
在此，例如，门到门包裹递送信息交换系统10相当于HTTP服务器等，而且如图1所示，门到门包裹递送信息交换系统10包括信息存储装置11；用于与外部设备通信的通信装置12；以及用于控制每个装置的运行的处理装置13。
信息存储装置11用于保存数据和程序，例如，它相当于诸如RAM、ROM和HDD等的主存储设备以及辅助存储设备。在图1中，设置信息存储装置11为一个，然而，信息存储装置并不局限于此，而且可以物理地通过多个存储介质构造它。
信息存储介质11在特定区域中包括商品信息存储装置11a、门到门包裹递送信息存储装置11b以及递送源信息存储装置11c。下面将分别具体说明它们的结构。
商品信息存储装置11a存储商品信息。在此，“商品信息”指作为商品交易的对象的商品的信息，而且，例如，假定是诸如盘子的易碎品、宠物以及食品等。“商品信息”包括商品代码(商品识别信息)、商品名称、商品的单价、商品的说明以及商品的重量。
门到门包裹递送信息存储装置11b在特定区域中包括门到门包裹递送信息管理数据库(被称为“门到门包裹递送信息管理DB”)。
如图2所示，对于与商品信息有关的商品的每条定单接收信息，门到门包裹信息管理DB存储基于定单接收信息的帐单额以及与该定单接收信息有关的商品的递送状态信息。下面将详细说明定单接收信息、帐单额以及递送状态信息。
如图2所示，“定单接收信息”包括涉及定单接收代码、定单接收日期以及已接收定单商品的商品信息；以及作为订货人和接收者的包裹所有者的接收者信息(例如，比如包裹所有者和接收者的名称(接收者ID)的联系地址、地址以及通信地址等)。请注意，定单接收信息内包括的商品信息与存储在商品信息存储装置11a内的商品信息相同。
如图2所示，“帐单额”包括索付额及其支付状态(是否已经支付)，索付额是向接收者索要的请求金额。例如，对于货到付款，通过浏览帐单额，接收者可以在家里等地方准备好支付索付额。此外，对于通过银行转帐支付，接收者应该通过AMT(自动出纳机)等将上述帐单额汇入银行帐户。请注意，在处理装置13，通过参考如下所述的计费条件计算帐单额。
如图2所示，“递送状态信息”包括单号、在检验点确认递送状态的确认时间、检验点地区以及在检验点的递送状态等。
例如，可以假定用于收取包裹的发包店和用于取走发包店递送的包裹的目的地店作为“检验点”。然而，检验点并不局限于此，例如，当入户递送车辆在移动中时，也可以作为检验点在移动中随时确定时间。
假定“递送状态”是已经收取、准备递送、正在递送、递送完成以及位于交叉点附近和建筑物附近的移动状态的工作状态。此外，“递送状态”可以包括商品状态。
例如，当要递送的商品是易碎品时，作为商品的状态，“递送状态”可以包括在递送该商品的过程中易碎品的破碎状态。此外，当要递送的商品是宠物时，作为商品的状态，“递送状态”可以包括递送该商品的过程中的宠物的状态(健康状况、外表以及性情)。
参考图1，门到门包裹递送信息存储装置11b在特定区域中具有计费标准。
该计费标准是作为用于计算帐单额的标准的计算规则，该帐单额是向接收者索要的请求金额，例如，该计算规则相当于程序功能和模块。例如，计算规则被表示为商品的单价×商品的数量+递送费+杂费(消费税等)。然而，计费规则并不局限于此，而且可以根据需要改变计费规则。
在上述计算规则中，递送费的计算规则被表示为递送基本费×重量系数×尺寸系数。根据其中接收者的地址与基本费有关的基本费计算表，计算递送基本费。根据其中包裹的总重量(许多商品的重量)与重量系数有关的重量系数表，计算重量系数。根据其中包裹的尺寸与尺寸系数有关的尺寸系数表，计算尺寸系数。
此外，如图3所示，门到门包裹递送信息存储装置11b用于对于每条定单接收信息(定单接收代码)，根据定单接收信息存储商品的发货单。
“发货单”是递送者在工作中使用的单据。如图3所示，“发货单”包括关于例如单号、递送者姓名、名称、递送目的地的接收者和包裹所有者的地址、联系地址、邮政编码、包裹内容(定单接收信息内包括的商品信息的商品名称)、要求的送达日期以及要求的送达时间等。
递送源信息存储装置11c在特定区域中具有递送源信息管理数据库(在该实施例中，下面称为“递送源信息管理DB”)。递送源信息管理DB用于存储递送源的递送源信息，该递送源用于发送与该定单接收信息有关的商品。
“递送源信息”包括商品信息的商品代码和递送者的递送信息，其中上述商品代码与递送信息有关。例如，“递送信息”包括诸如递送源的识别信息，例如，递送者ID、递送者的姓名以及通信地址的递送信息。
通信装置12用于通过有线或者无线方法电气连接到通信网60，例如，它对应于通信板等。
处理装置13用于控制门到门包裹递送信息交换系统10的整个运行过程，例如，它对应于CPU等。请注意，在图1中，处理装置13由单一的处理装置构成，但是，通过组合多个处理装置，也可以构造它。
图1所示接收者端终端20是接收已接收定单商品的接收者使用的终端，例如，它对应于具有浏览器功能的个人计算机、蜂窝电话、PDA、家庭视频游戏机以及双向电视机等。在此，如图4所示，接收者端终端20包括输入装置21、显示装置22、终端侧存储装置23、终端侧通信装置24以及终端侧处理装置25。下面说明每种装置的结构。
输入装置21用于接收信息，例如，它对应于键盘、鼠标、凸起拨盘等。显示装置22用于显示信息，例如，它对应于显示器等。终端侧存储装置23用于保存数据和程序，例如，它对应于RAM、ROM和HDD等。终端侧通信装置24用于通过有线方法或者无线方法电气连接到通信网60，例如，它对应于通信板等。终端侧处理装置25用于控制接收端终端20的运行，例如，它对应于CPU等。
请注意，图1仅示出一个接收者端终端，但是，根据用户的使用环境，可以设置多个接收者端终端。
图1所示的递送者端终端30a和30b分别是递送该包裹的递送者使用的终端，例如，它对应于具有浏览器功能的个人计算机、蜂窝电话以及PDA等。更具体地说，递送者端终端30a是收取包裹的发包店的递送者使用的终端，而递送者端终端30b是用于将从发包店递送的包裹送到接收者的目的地店的递送者使用的终端。
在此，以与接收者端终端20同样的方式，递送者端终端30a和30b包括输入装置21、显示装置22、终端侧存储装置23、终端侧通信装置24以及终端侧处理装置25(参考图4)。
支付端终端40是根据帐单额完成支付的终端。支付端终端40对应于ATM(自动出纳机)等，例如，它被设置在金融机构等内。
定单接收者端终端50是接收商品定单的制造商等使用的终端，例如，它对应于装备了浏览器功能的个人计算机、蜂窝电话以及PDA等。请注意，定单接收者端终端50的结构与图4所示的接收者端终端20的结构相同。
接着，将根据图5至8说明该实施例的运行过程。
(定单接收信息和递送状态信息的管理过程)图5是示出用于管理定单接收信息的处理过程的流程图，该处理过程是门到门包裹递送信息交换系统、接收者端终端以及递送者端终端执行的处理过程。
在该处理过程中，完成门到门包裹递送信息交换系统10与接收者端终端20之间的连接后，在接收者端终端20，预先从门到门包裹递送信息交换系统10接收用于选择商品信息的商品菜单，然后，根据下面描述的过程，执行该处理过程。
首先，在商品菜单显示在显示装置22上的情况下，接收者端终端20将与从商品菜单上选择的特定商品信息有关的商品的定单接收信息(定单预订信息)送到门到门包裹递送信息交换系统10(S11)。
例如，这样选择的特定商品信息是关于宠物和易碎品的商品的信息，而且这样发送的定单接收信息也是关于宠物和易碎品的信息。请注意，作为“从商品菜单上选择特定商品信息”的方法，例如，可以采用通过鼠标指示特定商品信息。
经通信装置12，门到门包裹递送信息交换系统10的处理装置13接收与特定商品信息有关的商品的定单接收信息(S12)。
在此，在接收S12的定单接收信息时，处理装置13从接收者端终端20接收验证信息(例如，通行卡等)，然后，在所接收的验证信息与存储在信息的存储装置11的特定区域上的验证信息一致的条件下，使接收者端终端20接收发送请求。因此，可以防止试图非法浏览该信息的第三人看到定单接收信息等。
因此，对于这样接收的每条定单接收信息，处理装置13根据这样从门到门包裹递送信息管DB接收的定单接收信息存储帐单额。此外，根据这样接收的定单接收信息，处理装置13制备好商品的发货单，然后，对于每条接收的定单接收信息，存储这样的在门到门包裹递送信息管DB内制备好的发货单(S13)。
在此，在将S13的帐单额存储到门到门包裹递送信息管理DB上时，处理装置13参考存储在门到门包裹递送信息存储装置11b上的计费标准，然后，根据这样接收的定单接收信息，计算帐单额，此后，存储这样在门到门包裹信息管DB内计算的帐单额。
处理装置13从递送源信息管理DB读取发送与这样接收的定单接收信息有关的商品的递送源的递送源信息。此外，处理装置13参考门到门包裹信息管理DB，然后，经通信装置12，对于这样接收的每条定单接收信息，将这样制备好的发货单d1发送到这样读取的递送源信息的递送者端终端30a(S14)。
在此，“读取发送与该定单接收信息有关的商品的递送源的递送源信息”的原因是读取与包括在定单接收信息内的商品信息的商品代码有关的递送源信息。
请注意，作为“将发货单发送到递送者端终端30a”的方法，例如，采用通过邮件发送，而且，在这种情况下，处理装置13将发货单发送到包括在从门到门包裹递送信息管DB读取的递送源信息内的通信地址。
此后，在处理装置13经通信装置12对于每条接收信息从递送者端终端30a接收与定单接收信息(例如，易碎品的破碎状态以及宠物的状态)有关商品的递送状态信息时(S15)，对于定单接收信息，将这样接收的递送状态信息存储到门到门包裹递送信息管理DB(S16)。
在此，下面进一步具体说明在S15至S16执行的处理过程。在处理装置13经通信装置12对于每条定单接收信息从发包店的递送者端终端30a和目的地店的递送者端终端30b接收与该定单接收信息有关的商品的递送状态信息时，对于每条相同的定单接收信息，将这样接收的每个递送状态信息存储到门到门包裹递送信息管理DB。
通过如上所述的处理过程，完成用于管理定单接收信息和递送状态信息的处理过程。这样有助于，作为基于每件包裹的订货接收信息和递送状态信息，管理从商品的发货订货直到经由递送者之手递送该商品的、与商品的流动有关的交易。
在此，在S13的处理过程中，根据这样接收的定单接收信息，包裹信息交换系统10的处理装置13从存储装置11读取用于请求帐单额的通知(包括接收者的通信地址)，然后，经通信装置12，将该通知发送到支付端终端40。
此后，支付端终端40接收上述通知，它可以将该通知发送到接收者端终端20(例如，邮件)。因此，估计顺利支付费用。(递送状态信息的交换处理过程等)接着，将说明交换递送状态信息等的处理过程，该处理过程是在图5所示的处理过程之后，由门到门包裹递送信息交换系统10和接收者端终端20执行的处理过程。
图6是示出用于交换递送状态信息等的处理过程的一部分的流程图，该处理过程是门到门包裹递送信息交换系统10和接收者端终端20执行的处理过程。
在该处理过程中，接收者端终端20事先从门到门包裹信息交换系统10接收检索请求屏幕信息，以给出存储在门到门包裹递送信息管理DB上的存储结果的发送请求，然后，根据下面描述的过程执行该处理过程。
首先，执行了S16的处理过程后，收到检索请求屏幕信息的接收者端终端20将存储在门到门包裹递送信息管DB上的存储结果的发送请求送到门到门包裹递送信息交换系统10(S17)。
例如，在发送请求中，将使用递送者端终端20的递送者的递送者ID用作检索密钥。然而，发送请求并不局限于此，而且定单接收信息或者整个或者部分递送状态信息(例如，仅递送者的姓名)可以被用作检索密钥。
通过上述请求，门到门包裹递送信息交换系统10的处理装置13从接收者端终端20接收上述发送请求(S18)。
然后，处理装置13参考存储在门到门包裹递送信息管理DB上的存储结果，然后，根据定单接收信息和与该定单接收信息有关的商品的递送状态信息，经通信装置12，对于每条定单接收信息将帐单额发送到接收者端终端20(S19)。
请注意，“发送到接收端终端20”的原因是处理装置13从存储装置11上的特定区域读取接收者端终端20的专用IP地址，然后，将上述帐单额和商品的递送状态信息发送到这样读取的ID地址。
通过接收S19的发送，接收者端终端20使得在显示装置22中形成包括递送状态信息的显示屏幕。在此，图7和图8示出显示装置22上形成的显示屏幕的例子。
如图7所示，以列表的方式在显示屏幕d7上显示定单接收信息d71、递送状态信息d72以及帐单额d73。具体地说，作为定单接收信息d71显示定单接收代码、定单接收日期、商品信息(商品名称、商品单价、商品说明等)。作为递送状态信息d72显示制备好的递送、接近交接点、递送完成、易碎品的破碎状态以及宠物的状态(健康状况、外表以及性情等)。作为帐单额d73，显示支付状态，例如，帐单额和是否已经支付。
图8是与图像结合的显示屏幕的方框图，在显示装置上形成该显示屏幕。如图8所示，与图像组合形成结合图像的显示屏幕d8，因此，与列表类型的显示屏幕d7相比，该显示屏幕具有容易观看的结构。在与图像结合的显示屏幕d8上，对于每个定单接收者、递送者(oo公司oo分支)划分的灯d81用于显示在定单接收者、递送者(oo公司oo分支)以及接收者中谁控制商品。例如，当递送者的灯d81显示蓝色显示时，意味着递送者拥有商品。其它结构与列表类型的显示屏幕d7的结构基本相同。
在此，下面说明“显示支付状态”的原因。即，经通信装置12，对于每条定单接收信息，处理装置13从支付端终端40接收根据帐单额完成支付的信息，此后，参考存储在门到门包裹递送信息管理DB上的结果，然后，对于每条定单接收信息，存储看作已支付的帐单额。
此外，在如图7所示的显示屏幕d7上，还显示包括单号、递送者姓名、要求的送达日期以及要求的送达时间等的发货单d7。
通过上述处理过程，完成交换递送状态信息和帐单额等的处理过程。
在此，在上述S11至S19执行的处理过程中，门到门包裹递送信息交换系统10执行编码处理过程，而且接收者端终端20执行解码处理过程。下面将描述这种处理过程。
门到门包裹递送信息交换系统10的处理装置13具有根据存储在信息的存储装置11上的编码程序的编码算法，对定单接收信息、发货单、帐单额以及递送状态信息进行编码(例如，编码)的功能。因此，定单接收信息等可以防止试图非法浏览它的第三人浏览它，从而保护接收者的隐私。此外，定单接收信息可以防止试图非法附加、删除变更它的第三人。
同时，接收者端终端的处理装置25具有根据存储在终端端存储装置23的特读报告区域内的解码程序的解码算法，对定单接收信息、发货单、帐单额以及递送状态信息进行解码的功能。
(从递送者端终端进行检索的处理过程)在此，在上述S17的处理过程中，递送者端终端30a或者递送者端终端30b可以将上述发送请求送到门到门包裹递送信息交换系统10，而不送到接收端终端20。例如，在这种情况下，发送请求将发货单和整个或者部分递送状态信息用作检索密钥。然后，接收该发送请求的门到门包裹递送信息交换系统10的处理装置13执行下面的处理过程。
在上述S18至S19执行的处理过程中，处理装置13参考门到门包裹递送信息管理DB，然后，根据与将发送请求送到其的整个或者部分订货接收信息有关的订货接收信息以及与该定单接收信息有关的商品的递送状态信息，经通信装置12，对于每条定单接收信息，将发货单、定单接收信息或者帐单额发送到递送者端终端30a(或递送者端终端30b)。
因此，将根据递送者端终端发出的请求的递送状态信息(例如，准备好递送等)送到递送者端终端。这样有助于确认递送效率糟糕的地区，例如，递送准备工作慢的地区。因此，在提高递送效率低下的地区的递送效率时，上述递送状态信息可以用于确定递送效率是否糟糕。
(从接收者端终端进行检索的处理过程)此外，在上述S17的处理过程中，定单接收者端终端50可以将发送请求送到门到门包裹递送信息交换系统10，而不送到接收者端终端20。请注意，以与递送者端终端情况下的发送请求相同的方式，发送请求是将发货单、订货接收信息或者整个或者部分递送状态信息作为检索密钥的请求。在这种情况下，在上述S18至S19执行的处理过程中，通过接收这种请求，处理装置13参考门到门包裹递送信息管理DB，然后，根据与将发送请求送到其的整个或者部分订货接收信息有关的订货接收信息以及与该定单接收信息有关的商品的递送状态信息，经通信装置12，对于每条定单接收信息，将发货单、定单接收信息或者帐单额发送到定单接收者端终端50。
因此，如果在确认已经通过接收者端终端50支付了已接收定单的商品后，则可以防止发生未付额。因此，在确认支付前，定单接收者可以安全发送该商品。这样有助于缩短递送时间。
(从支付端终端进行检索的处理过程)此外，在上述S17的处理过程中，支付端终端40可以将上述发送请求送到门到门包裹递送信息交换系统10，而不送到接收者端终端20。请注意，该发送请求与上述递送者端终端情况下的发送请求相同。
在该发送请求中，通过接收该请求，在上述S18至S19执行的处理过程中，处理装置13参考门到门包裹递送信息管DB，然后，根据与将发送请求送到其的整个或者部分订货接收信息有关的订货接收信息以及与该定单接收信息有关的商品的递送状态信息，经通信装置12，对于每条定单接收信息，将发货单、定单接收信息或者帐单额发送到定单接收者端终端50。
如上所述，根据该实施例，从接收者端终端和递送者端终端接收订货接收信息和递送状态信息，然后，对于每条定单接收信息，存储帐单额和递送状态信息。然后，将定单接收信息、帐单额以及根据接收者端终端、递送者端终端以及定单接收者端终端或者支付端终端发出的发送请求的递送状态信息分别发送到上述各终端。因此，除了从商品的定单接收直到经接收者之手拿来该商品的商品流，还可以确认支付流。这有助于流畅进行从商品购买到结算和接收商品的商品交易。例如，在从接收者接收商品定单的同时，可以完成定单接收处理。此后，接收者可以支付商品的费用，然后，定单接收者可以发送该商品。
将详细说明从接收者、递送者、定单接收者以及金融机构的观点出发的好处。
通过上述系统，使用接收者端终端的接收者可以确认何时拿来包裹(递送状态信息)，而且还可以确认商品的帐单额，并因此可以准备好和备用适当金额，以在包裹送达时支付该商品。此外，通过确认是否已经进行了支付，可以在递送后支付中防止接收者因为重复支付而造成损失。此外，通过确认包裹所有者的姓名和定单接收日期，接收者可以拒绝递送从不熟悉的包裹所有者那里拿来的包裹。此外，在包裹的内容是易碎品或者宠物时，通过利用接收者端终端确认它们的状态，接收者可以接收处于良好状态的易碎品和宠物等。
由于通过接收者使用该系统增加了接收者呆在家里的比例，所以使用递送者端终端的递送者可以提高递送效率。此外，即使递送被推迟，通过确认递送状态信息，例如，递送时间和检验点，递送者可以客观地确认递送时间和其中导致推迟的检验点。此外，利用该系统，可以使递送者在事先掌握递送包裹的流动速率以及与其它公司的连接点(例如，与不同递送者的连接点以及定单接收制造商与递送者之间的连接点)之前提高递送量，和对于递送付费改善收费情况。
使用接收者端终端的诸如商品制造商的定单接收者具有这样的好处，以致防止不支付、增加销售以及在接收商品定单的同时发送商品(按照惯例，在许多情况下，在确认已经支付了之后发送商品)。此外，通过利用定单接收者端终端正确确认定单接收信息、递送状态信息以及帐单额等，定单接收者可以估计需求时间。特别是，在接收寿命周期短的商品和具有时尚性的商品时，显著优点是估计这种商品的需求时间。
通过正确确认商品的定单接收信息和递送状态信息以及帐单额等，除了利用现有方法确认支付流(例如，使得根据特定定单接收者的请求，可以由接收者向银行帐户支付商品)外，使用支付端终端40的金融机构还可以确认商品流(例如，定单接收者、递送者以及接收者)。
此外，支付端终端40可以具有下面的功能。然而，这种情况下的先决条件是上述定单接收信息和发货单包括在向银行帐户支付商品时的支付的分类判据(例如，分别根据定单接收者和递送者的要求，向银行帐户进行支付的比例)。在支付端终端40接收发送的上述定单接收信息和发货单时，包括在定单接收信息和发货单上的支付分类判据显示在显示装置22上，并且此后，根据这样显示的分类判据，执行向银行帐户支付的功能。因此，可以流畅地进行转帐处理。当然，在这种情况下，还可以将几次的钱转帐到用户，而不是每次进行转帐。此外，通过进行上述处理，可以期望增加转帐费方面的收益、转帐目的地(例如，信用卡子公司)的储蓄存款以及减少因为银行转帐产生的取回(reclaim)。
本发明并不局限于上述实施例，而且可以采用本技术领域内的技术人员通常使用的替换装置。例如，作为商品交易所涉及的人员，例如，定单接收者、递送者和接收者的相应处理过程，可以利用邮件相应地分别通知它们的终端。
(修改的实例)在递送和接收商品和支付的过程中，采用该实施例的修改的实例。
分别对从第三方(例如，EDI帐户)的纯结算帐户过户资金以及从其接收者的帐户过户资金的情况进行说明。
-情况1(从第三方的纯结算帐户过户资金)-对于情况1，门到门包裹递送信息交换系统10的门到门包裹递送信息存储装置11具有接收者端帐户管理数据库，其用于存储互相有关的接收者的姓名、接收者的帐户以及金额。此外，门到门包裹递送信息存储装置11具有定单接收者端帐户管理数据库，用于存储互相有关的定单接收者的姓名、定单接收者编号以及定单接收者的帐户。
然后，门到门包裹递送信息交换系统10的处理装置13具有下面的功能。即，经通信装置12，处理装置13从接收者端终端20接收接收确认通知，使得已经接收到商品。例如，接收确认通知包括定单接收者的姓名、商品的帐单额以及接收者的姓名。
此后，处理装置13参考接收者端帐户管理数据库，然后，根据接收确认通知，指定接收者的帐户。例如，利用接收者的姓名指定接收者的帐户。
此外，处理装置13参考定单接收者帐户管理数据库，然后，根据接收确认通知，指定定单接收者的帐户。例如，利用定单接收者的姓名指定定单接收者的帐户。
然后，处理装置13进行处理，以执行从这样指定的接收者的帐户向这样指定的定单接收者的帐户转帐的处理过程，从而执行结算处理过程。当然，在这种情况下，可以在月末计算几次金额的总数，然后，向银行帐户，而不是每次都进行转帐。
-情况2(从接收者的帐户本身过户资金)-在情况2，图1所示的通信网50还连接到金融机构端计算机系统。金融机构端计算机系统设置在金融机构内，用于执行结算处理过程。
金融机构端计算机系统具有接收者端帐户管理数据库，其用于存储互相有关的接收者的姓名、接收者的帐户以及金额，而且具有定单接收者端帐户管理数据库，其用于存储互相有关的定单接收者的姓名以及定单接收者的帐户。
然后，金融机构端计算机系统接收发送的接收确认通知，使得已经收到商品，该金融机构端计算机系统参考接收者端帐户管理数据库和定单接收者端帐户管理数据库，以及执行从接收者的帐户向定单接收者的帐户转帐的处理过程。例如，这样接收的接收确认通知包括定单接收者的姓名、商品的帐单额以及接收者的姓名。当然，在这种情况下，可以在月末计算几次金额的总数，然后，向银行帐户，而不是每次进行转帐。
利用这样说明的修改的实例，安全进行商品递送和接收以及支付，从而确保交易安全。
工业应用利用这样描述的结构和功能，本发明提供了一种新颖的门到门包裹递送信息交换系统，通过利用计算机网络在购买商品之后互相交换诸如递送状态的交易状态，它可以掌握从购买商品到结算和接收商品的交易状态。
权利要求
1.一种门到门包裹递送信息交换系统，其包括商品信息存储装置，其存储商品信息；门到门包裹递送信息存储装置，其对于每条与商品信息有关的商品的定单接收信息，存储根据定单接收信息和与该定单接收信息有关的商品的递送状态信息的帐单额；通信装置，其与外部设备通信；以及处理装置，其控制每个装置的工作，其中该处理装置执行处理过程，例如，经通信装置从接收商品信息的商品的接收端终端接收与商品信息有关的商品的定单接收信息，然后，对于这样接收的每条定单接收信息，将根据定单接收信息的帐单额存储在门到门包裹递送信息存储装置中；经通信装置，对于每条定单接收信息从递送者端终端接收与定单接收信息有关的商品的递送状态信息，且然后对于每条定单接收信息，将这样接收的递送状态信息存储在门到门包裹递送信息存储装置中；以及在从接收者端终端或者商品的定单接收者端终端接收到存储在门到门包裹递送信息存储装置内的存储结果的发送请求时，参考存储在门到门包裹递送信息存储装置内的存储结果，然后，经通信装置，对于每条定单接收信息，将根据定单接收信息和与定单接收信息有关的商品的递送状态信息的帐单额发送到发出发送请求的接收者端终端或者定单接收者端终端。
2.如权利要求1所述的门到门包裹递送信息交换系统，其进一步包括递送源信息存储装置，其存储从其发送与定单接收信息有关的商品的递送源的递送源信息，其中门到门包裹递送信息存储装置执行处理，例如，对于每条定单接收信息，根据定单接收信息存储商品的发货单，而且该处理装置执行处理，例如，根据这样接收的定单接收信息制备商品的发货单，以及对于这样接收的每条定单接收信息，将这样制备的发货单存储到门到门包裹递送信息存储装置中；从递送源信息存储装置读取递送源的递送源信息，其中从该递送源发出与这样接收的定单接收信息有关的商品；参考门到门包裹递送信息存储装置，然后，对于每条接收这样制备的发货单的定单接收信息，将这样制备的发货单发送到这样读取的递送源信息的递送源的递送者端终端。
3.如权利要求1所述的门到门包裹递送信息交换系统，其中，该处理装置执行处理，例如，在经通信装置，对于每条定单接收信息，从支付端终端接收信息使得完成根据帐单额的支付时参考存储在门到门包裹递送信息存储装置内的结果，以及对于每条定单接收信息将帐单额存储为已经被支付。
4.如权利要求1所述的门到门包裹递送信息交换系统，其中，该商品信息包括关于易碎品或者宠物的信息，且该递送状态信息包括关于递送商品的过程中易碎品的破碎状态或者宠物的状态的信息。
全文摘要
本发明的目的是提供可以掌握从购买商品到结算和接收商品的交易状态的系统。为了实现该目的，处理装置执行处理，例如，对于每条从接收者端终端接收的定单接收信息，将根据定单接收信息的帐单额存储到门到门包裹递送信息存储装置中；对于每条定单接收信息，将从递送者端终端接收的递送状态信息存储在门到门包裹递送信息存储装置中；以及在从接收者端终端接收发送请求时，参考门到门包裹递送信息存储装置，且然后，对于每条定单接收信息将帐单额和递送状态信息发送到接收者端终端。
文档编号G06Q10/00GK1742284SQ20038010832
公开日2006年3月1日 申请日期2003年12月5日 优先权日2002年12月5日
发明者键和田芳光, 宫内雅浩, 池内久德 申请人:键软株式会社, 键和田芳光