配送管理系统的制作方法

专利名称：配送管理系统的制作方法
技术领域：
本发明是涉及保持销售者和购买者之间的匿名性的同时提供物流服务的 系统的发明。
背景技术：
这里，以用于第三方代管(escrow)服务的情况为例对以往的物流服务 (配送服务)进行说明。
第三方代管服务是，由第三方(第三方代管服务提供公司)中介销售者 和购买者之间的商品和货款的交换的服务。该第三方代管服务特别地用于个 人之间的交易多的网络上的拍卖(auction)(以后，称为网上拍卖)中。
<以往的第三方代管服务的概要>
图1表示以往的第三方代管服务的构造(商品和货款的流向)的例子。 这里，说明将第三方代管服务用于网上拍卖的情况。另外，仅说明对拍卖商 品中标后，省略从商品的出品至中标为止的流程。
拍卖公司110是网上拍卖的运营者，与第三方代管服务的提供者的第三 方代管服务提供公司120(例如，金融机构等)合作，从而用户可在网上拍 卖中利用第三方代管服务。
用户140、 150是在拍卖公司110注册，并可参加网上拍卖的用户。这里， 以用户140为商品的出品者，以用户150为商品的中标者而进行说明。
配送公司130是提供配送服务(邮寄或快递等)的配送从业者，从出品 者140接受拍卖的商品，从而送到中标者150。配送公司130在各地域具有 负责在该地域的接收发送的办事点。后面，将从出品者140接受商品的办事 点(办事点132)称为接受侧办事点(包含中继的据点，以下相同)，将商品 发送到中标者150的办事点(办事点134)称为发送侧办事点(包含中继的 据点，以下相同)。各个办事点具有接受侧办事点和发送侧办事点两者、或者、 仅具有接受侧办事点或发送侧办事点的功能。另外，有时由配送公司提供第 三方代管服务(配送公司130和第三方代管服务提供公司120是同一个公司)。如上所述，作为前提，拍卖商品被中标，对中标者150通知应支付的货 款(例如，中标货款和手续费的合计额)。之后，根据图1中由括号表示的号 码说明货款和商品的流向。 (1 )货款存款
首先，中标者150对第三方代管服务提供公司120预付货款。具体地说， 例如，向第三方代管服务提供公司120指定的账号存入货款，或进行信用卡结算。
(2 )存款通知
第三方代管服务提供公司120对出品者140通知有存款的通知。存款通 知可经由拍卖公司110而进行。即，首先，从第三方代管服务提供公司120 对拍卖公司IIO进行通知(2，-1),并接受，从拍卖公司110对出品者140通 知(2,-2)。
(3)商品带到
接受存款通知的出品者140将商品带到配送公司130的接受侧办事点 132(例如，离自己住址最近的办事点)，委托对中标者150的配送。
此时，出品者140对配送委托的发票上记入必要事项。通常，在委托人 栏里记入出品者140的住址、姓名等，在寄送目的地栏记入中标者150的住 址、姓名等。即，为了将商品寄到中标者150，需要使出品者知道中标者的 住址、姓名等，这可根据出品者和中标者之间的电子邮件等联系或来自拍卖 公司IIO的通知等而实现。
(4 )从接受侧办事点到发送侧办事点的配送
带到接受侧办事点132的商品根据在配送公司130内规定的路线，被配 送到负责中标者150的住所所在地域的接收发送的发送侧办事点134。 (5 )商品发送
从发送侧办事点134，对中标者150的住所发送商品。 (6 )接收通知
中标者150对第三方代管服务提供公司120通知接受到商品的意旨。这 里，在商品破损等情况下，将该意旨通知给第三方代管服务提供公司120， 取消交易而可从第三方代管服务提供公司120接受货款的返还金。
接收通知与上述的(2)存款通知相同，也可以通过拍卖公司110进行。 此时，中标者150对拍卖公司IIO进行通知(6,-1),拍卖公司IIO对第三方代管服务提供公司120进行通知(6，-2)。 (7 )货款汇款
第三方代管服务提供公司120接受来自中标者150的接受通知，将货款 汇款给出品者MO。
<以往的第三方代管服务的系统结构例>
在上述的图1中说明的第三方代管服务例如可由图2所示的结构实现。 这里，第三方代管服务提供公司120为银行等金融机构，将中标者150对该 金融机构所管理的帐户存入商品货款的情况为例进行说明，但第三方代管服 务提供公司120也可以是在金融机构开设有帐户的其他的公司。此外，除了 对银行等金融机构存入以外，也可以利用信用卡结账等其他支付方法。
另外，与图l相同，仅图示并说明商品中标后的与第三方代管服务有关 的部分。对从商品的出品至中标为止(出品、投标、中标等)的各处理，可 利用以往的通常的拍卖系统。
在图2中，拍卖公司服务器210是拍卖公司IIO用于提供网络拍卖服务 的服务器。金融机构服务器220是第三方代管服务提供公司120(这里为银 行等金融机构)用于提供第三方代管服务的服务器。
配送公司服务器230是配送公司130用于提供配送服务的服务器。办事 点终端232是配置在配送公司130的各办事点，且是可与配送公司服务器230 进行通信的个人计算机等终端，用于各办事点的负责人(职员等)进行配送 业务等。
用户(出品者)终端240、用户(中标者)终端250分别是出品者140、 中标者150所使用的个人计算机或移动电话等终端。
网络260、 262是因特网或专用线路、内部网等通信网络。
为了货款的存款、汇款，金融机构服务器220准备例如第三方代管管理 帐户224。第三方代管服务提供公司120(金融机构)将中标者150存入的(图 1的(l))商品货款暂时存入第三方代管管理帐户224中准备的帐户，接受 来自中标者150的接受通知(图1的(6))后汇款(图1的(7))至在第三 方代管管理帐户224中开设的出品者140的帐户。
此外，金融机构服务器220通过专用线路等通信网络262，经由拍卖公 司服务器210通过电子邮件等方法，对出品者终端240发送存款通知(图1 的(2)或(2，-l ))、接收来自中标者终端250的接受通知(图1的(6)或(6，-2))等。
第三方代管管理系统222是进行这些货款的存款、汇款等处理、或发送 存款通知、接收接受通知的计算机系统。
另外，图2所示的金融机构服务器220内的结构是一例，只要是能进行 在上述的图1中说明的以往的第三方代管服务的货款侧处理的结构即可。
配送公司服务器220中准备存储了例如各办事点的接收发送负责地域和 发送信息的发送信息数据库238。由此，在配送公司服务器230中，决定将 商品发送给中标者150的配送路线、成为发送侧办事点134的办事点，从而 可通知给接受侧办事点132的办事点终端232。
配送系统236是进行上述的配送路线决定和对接受侧办事点终端232的 通知等的处理的计算机系统。
另外，在图2中所示的配送公司服务器230内的结构是一例，只要是能 进行在上述的图1中说明过的以往的第三方代管服务的商品侧的处理的结构 即可。即，只要是能够提供以往的通常的配送服务的结构即可。
在拍卖公司服务器210中，拍卖系统212是进行网络拍卖的各种处理的 计算机系统。在商品中标后的第三方代管服务中，在通过拍卖公司110进行 图1中所示的存款通知以及接受通知的情况下，通过通信网络262进行来自 金融机构服务器220的存款通知的接收(图1的(2，-1 ))、对金融机构服务器 220的接受通知的发送(图1的(6，-2)),通过通信网络260进行对出品者终 端240的存款通知的发送(图1的(2，-2))、来自中标者终端250的接受通知 的接收(图1的(6'-1))。
此外，拍卖系统212为了进行网络拍卖的各处理，在拍卖公司服务器210 准备用户数据库214以及拍卖数据库216。
用户数据库214是用于存储注册在拍卖公司110的用户信息的数据库。 图3 (a)是表示了在用户数据库214的项目中第三方代管服务的说明所需的 项目的图。"用户ID"是对用户唯一的ID, " 口令"是用户口令。用户根据用 户ID和口令来登录拍卖系统212，从而可参加网络拍卖(出品、投标)。
"姓名，，是用户的姓名。"住址，，是用户的住址。例如图3 (a)所示，"邮 编"、"都道府县"、"市区町村"、"丁目"、"番地"、"其他"(建筑物名、房间 号等)等，从上位开始分割为项目来存储。另外，该分割是一例，也可以是 其他分割。此外，不一定要分割。"邮件地址，，是用户的邮件地址，可用于拍卖公司服务器210对用户终端(这里为出品者终端240、中标者终端250)的 通知等。
这样在拍卖公司110的用户数据库214中预先注册用户的个人信息，有 助于防止纠纷、提高用户对交易的安心、信赖。
拍卖数据库216是存储拍卖的信息(商品信息、与出品、投标、中标有 关的信息等)的数据库。图3 (b)是表示了在拍卖数据库216的项目中，说 明第三方代管服务所需的项目的图。"拍卖ID，，是对于拍卖唯一的ID。"出品 者用户ID"以及"中标者用户ID"分别是用户(出品者)140以及用户(中 标者)150的用户ID。"商品信息"是用户(出品者)140在出品时注册的商 品名和商品的说明等，"货款信息"是中标者应支付的货款(例如，中标货款
和手续费等)的信息。
从拍卖商品的出品到中标为止的期间，拍卖系统212参照并更新这些用 户数据库214和拍卖数据库216，从而在网上拍卖的网页显示拍卖的经过和 结果，或者通过电子邮件或网页对用户(出品者、投标者、中标者等)进行 拍卖的经过和结果的通知等。
<以往的第三方代管服务的优点和问题点>
通过利用上述的图1以及图2所示的以往的第三方代管服务，出品者(销 售者)能够在确认接受货款的情况后发送商品，中标者(购买者)能够在商 品到达后对出品者支付货款。因此，有效防止以往的网上拍卖的问题点的"支 付了货款，商品却没有到达"、"发送了商品，却没有支付货款"的麻烦。
但是，如上所述那样，为了利用配送公司的以往的配送服务而从出品者 (销售者)对中标者(购买者)发送商品，需要在配送委托的发票等上记入 委托人(出品者)和到达目的地(中标者)双方的姓名、住址等个人信息。
即，出品者为了发送商品而需要中标者的个人信息，另一方面，中标者 看到到达的商品上付有的发票可知出品者的个人信息。这样，在利用以往的 配送服务时，在出品者和中标者之间互相知道个人信息。
另外，在货款的流动过程中，由于中标者(购买者)对第三方代管服务 提供公司的指定帐户存款，第三方代管服务提供公司对出品者(销售者)支 付货款，所以在出品者(销售者)和中标者(购买者)之间能够以匿名的方 式进行货款的发送接收。
为了防止麻烦或提高交易的信用等，在拍卖系统内注册用户的个人信息的必要性高。但是，在当前的网上拍卖中，出品者和中标者看到在拍卖系统上公开的交易历史(评价或交易次数等)来判断对方的情况较多，认为连姓名、住址等个人信息都知道的必要性较低。当然，通过交易个人信息被流出的危险性成为问题，尤其是在个人之间的买卖较多的网上拍卖中，对于匿名性的要求非常高。

发明内容
本发明的课题在于提供保持出品者(销售者)和中标者(购买者)之间的匿名性且配送物品的服务，从而解决上述的问题。用于解决课题的方法
为了解决上述的课题，本发明的配送管理系统用于从销售者对购买者配送商品，其特征在于，包括连接到所述销售者的终端以及进行所述商品的接
收发送的各个办事点的终端的服务器，所述服务器包括用户存储部件，存储所述销售者以及所述购买者的住址以及姓名的信息；交易存储部件，根据所述商品的买卖的各个交易ID，将所述销售者和所述购买者相关联存储；办事点存储部件，将所述办事点的所在地信息、和该办事点负责的接收发送负责区域信息相关联存储；发票号注册部件，若从所述销售者的终端输入所述
件；发送侧办事点信息通知部件，搜索在接收发送负责区域中包含在所述用户存储部件中存储的所述购买者的住址的办事点，从而对所述销售者的终端发送该办事点的所在地信息；以及购买者信息通知部件，若从所述办事点终端接收有关所述发票号的询问，则通过所述发票号注册部件搜索与所述发票号关联的交易ID,并从所述交易存储部件搜索与所述交易ID关联的购买者，将所述购买者的住址以及姓名发送给该办事点终端。
此外，其特征还可以是，在由所述办事点存储部件存储的所述所在地信息中包含邮政编码，所述发送侧办事点信息通知部件将所述选择的办事点的邮政编码发送给所述销售者的终端。
此外，其特征还可以是，在由所述用户存储部件存储的所述住址信息中包含邮政编码，所述办事点存储部件根据邮政编码来存储所述接收发送负责区域信息，所述发送侧办事点信息通知部件选择与所述购买者的邮政编码相应的接收发送负责区域的办事点。而且，其特征还可以是，还包括生成与各个交易相对应的发票号的发票号生成部件，所述发票号注册部件将所述生成的发票号与所述交易ID相关联地存储在所述办事点存储部件中，所述发送侧办事点信息通知部件生成包括所述发票号、和所述选择的办事点的所在地信息的所述配送发票的电子数据，从而发送到所述销售者的终端。
此外，其特征还可以是，所述发送侧办事点信息通知部件对所述销售者的终端，与所述办事点的所在地信息一同或者代替所述办事点的所在地信息而发送所述交易ID。
此外，其特征还可以是，若在附有所述配送发票的所述商品到达的所述
办事点中，若接收从办事点终端发送的发票号或交易ID,则所述购买者信息
办事点终端。
此外，其特征还可以是，所述办事点存储部件还存储所述办事点的办事
点ID,若从所述办事点终端接收所述发票号或交易ID，则所述购买者信息通知部件从所述办事点存储部件搜索发送的办事点的所述办事点ID，并在该办事点ID、和用于确定由所述发送侧办事点信息通知部件选择的办事点的办事点ID —致的情况下，从所述用户存储部件对该办事点终端发送与所述发票号或交易ID相关联的所述购买者的住址以及姓名。
此外，本发明的配送管理系统，用于从发送人对接受人发送物品，其特征在于，包括连接到所述发送人的终端以及进行所述物品的接收发送的各个办事点的终端的服务器，所述服务器包括配送信息存储部件，将用于分别确定所述发送人以及所述接受人的信息、和用于确定所述物品的物品识别信息相关联地存储；负责区域存储部件，存储所述办事点的所在地信息，以能够确定对所述物品的接收发送目的地负责该接收发送的办事点；办事点信息通知部件，在从所述发送人的终端输入所述物品识别信息时，从所述配送信息存储部件搜索与所述物品识别信息相关联的接受人的信息，进一步从所述负责区域存储部件搜索与负责对该接受人的接收发送的办事点相关的信息而发送给所述发送人的终端；以及接受人信息通知部件，在从所述办事点的终端输入与所述物品相关的识别信息时，从所述配送信息存储部件搜索所述物品的接受人信息而发送给所述办事点的终端，所述物品将由所述办事点信息通知部件得到的办事点信息作为目的地而被配送。
12此外，还包括配送完成确认部件，确认在所述办事点中，是否将通过所述接受人信息通知部件得到的接受人信息作为所述物品的新的配送目的地而配送完成。
此外，其特征还可以是，所述接受人信息通知部件确定来自所述办事点的终端的输入是来自哪个办事点，并从所述负责区域存储部件搜索成为将所
述接受人设为配送目的地时的负责接收发送的办事点，在所述的2个办事点一致的情况下，从所述负责区域存储部件搜索所述接收发送负责办事点的信息而发送给所述办事点的终端来代替所述接受人信息。
此外，其特征还可以是，用于确定所述发送人以及所述接受人的信息至少包含姓名以及住址，所述物品识别信息包含与所述物品的配送相关的发票号或与所述物品的交易相关的交易ID中的至少任一个，与所述办事点有关的信息包含所述办事点的名称、所在地或邮政编码中的至少任一个。
此外，本发明的配送管理方法，用于从销售者对购买者配送商品，其特征在于，在用户存储部件存储所述销售者以及所述购买者的住址以及姓名的信息，根据所述商品的买卖的各个交易ID将所述销售者和所述购买者相关联地存储在交易存储部件，将所述办事点的所在地信息、和该办事点所负责的接收发送负责区域信息相关联地存储在办事点存储部件，所述配送管理方法包括发票号注册步骤，在从所述销售者的终端输入所述商品的发票号时，将该发票号与所述交易ID相关联地存储在所述交易存储部件中；发送侧办事
储的所述购买者的住址的办事点，从而对所述销售者的终端发送该办事点的所在地信息；以及购买者信息通知步骤，在从所述办事点终端接收与所述发票号有关的询问时，从所述发票号注册部件搜索与所述发票号相关联的交易ID,并从所述交易存储部件搜索与所述交易ID相关联的购买者，将所述购买者的住址以及姓名发送给该办事点终端。
此外，本发明的配送管理方法，用于从发送人对接受人发送物品，其特征在于，将用于分别确定所述发送人以及所述接受人的信息、和用于确定所述物品的物品识别信息相关联地存储在配送信息存储部件中，在负责区域存储部件中存储所述办事点的所在地信息，以能够确定对所述物品的接收发送目的地负责该接收发送的办事点，所述配送管理方法包括办事点信息通知步骤，在从所述发送人的终端输入所述物品识别信息时，从所述配送信息存储部件搜索与所述物品识别信息相关联的接受人的信息，进一步从所述负责区域存储部件搜索与负责对该接受人的接收发送的办事点相关的信息而发送给所述发送人的终端；以及接受人信息通知步骤，在从所述办事点的终端输入与将在所述办事点信息通知步骤中得到的办事点信息作为目的地而配送的所述物品相关的识别信息时，从所述配送信息存储部件搜索所述物品的接受人信息而发送给所述办事点的终端。
此外，用于使计算机实现上述的任一项所述的配送管理系统的各个部件的功能的程序也属于本发明。
发明效果
将本发明的匿名性高的配送管理系统用于第三方代管系统的情况下，在拍卖(交易)商品的配送中，从拍卖公司对出品者仅通知发送侧办事点(负责对中标者的住址的发送的办事点，包含中继的办事点)的信息。另一方面，出品者将贴在商品上的配送发票的发票号通知给拍卖公司。
出品者在配送发票的到达目的地栏记入发送侧办事点信息，之后将商品带到接受侧办事点(出品者将商品带到的办事点)。另外，在委托人栏中可以记入出品者的个人信息。这样，即使出品者不知道中标者的住址和姓名等个人信息，也能够将商品发送到发送侧办事点。另外，配送发票也可以由拍卖公司生成记载了发票号以及必要的事项的配送发票，从而发送给出品者。
另一方面，在到达了商品的发送侧办事点，将配送发票的发票号传给拍卖公司来进行询问。拍卖公司根据询问，对发送侧办事点通知对中标者的发送所需的信息。在发送侧办事点，生成基于该信息在到达目的地栏记载对中标者的发送所需的信息并从委托人栏中删除发送所不需要的出品者的信息的新的发票，从而改贴商品的发票。这样，即使在配送发票上不记载出品者的个人信息(不使中标者知道出品者的个人信息)，也能够将商品从发送侧办事点发送给中标者。
从而，中标者无需将自己的住址、姓名等个人信息告知出品者也能够接受商品，此外，出品者不使中标者知道个人信息就能够交付商品。即，根据本发明的配送管理系统，保持出品者(销售者)和中标者(购买者)之间的匿名性且能够进行物流。
此外，由于无需知道其它用户的个人信息就能够进行交易，因此能够减轻网上拍卖的用户的、其它用户的个人信息保护的负担。系统从拍卖公司对出品者还通知拍卖ID(交易ID)， 使出品者将拍卖ID记入发票中，发送侧办事点将该拍卖ID传给拍卖公司从 而询问中标者的个人信息。
此外，不用说，本发明的配送管理系统不限于对第三方代管系统的利用。 例如，通过配送公司服务器拥有将用于分别确定发送人(第三方代管系统中 是出品者)以及接受人(第三方代管系统中是中标者)的信息以及用于确定 配送的物品的物品识别信息相关联地存储的装置，从而能够提供与第三方代 管系统的情况同等的效果。即，通过对配送公司通知用于识别物品的信息(例 如交易ID或配送发票号)，发送人取得发送侧办事点信息，并将其记入配送 发票的到达目的地栏后将物品带到接受侧办事点。在配送公司，与用于第三 方代管系统中的情况相同，基于配送发票的信息将物品配送到发送侧办事点 为止，在到达了物品的发送侧办事点，基于发送发票的发票号等进行发票的 改贴等，并发送给购买者。


图1是表示以往的第三方代管服务的结构(商品和货款的流程)的一例 的图。
图2是表示实现以往的第三方代管服务的系统结构的例子的图。 图3是表示(a)用户数据库以及(b )拍卖数据库的主要项目的图。 图4是表示利用了配送管理系统的第三方代管服务的商品和货款的流程 的一例的图。
图5分別是表示(a)出品者生成的配送发票的例子、(b)发送侧办事点 生成的配送发票的例子的图。
图6是表示将配送管理系统用于第三方代管服务的情况下的实现商品配 送的系统结构的例子的图。
图7 (a)是表示拍卖数据库的主要项目的图，图7 (b)是表示配送管理 系统中的办事点数据库的主要项目的图。
图8是表示将配送管理系统用于第三方代管系统的情况下的发送侧办事 点信息通知处理的流程的流程图。
图9是表示将配送管理系统用于第三方代管系统的情况下的中标者信息 通知处理的流程的流程图。
15图IO分别是(a)发票号输入页、(b)发送侧办事点信息阅览页、(C) 确认页的例子。
图11是表示将配送管理系统用于第三方代管系统以外的配送的情况下 的物品配送的流程的例子的图。
图12是表示用于实现将配送管理系统用于第三方代管系统以外的配送
的情况下的物品配送的系统结构的例子的图。
图13 ( a)是表示配送信息数据库的主要项目的图，图13 (b )是表示负 责区域数据库的主要项目的图。
图14是表示将配送管理系统用于第三方代管系统以外的配送系统的情 况下的对发送人的发送侧办事点信息通知的流程的流程图。
图15是表示将配送管理系统用于第三方代管系统以外的配送系统的情 况下的对发送侧办事点的接受人信息通知以及对配送公司服务器的通知状况 注册的流程的流程图。
图16是表示将配送管理系统用于第三方代管系统以外的配送系统的情 况下的、发现对于不恰当的发送侧办事点的发送和对于恰当的发送侧办事点 的转发的流程的流程图。
标号说明
110拍卖公司
120第三方代管服务提供公司 130配送公司
132办事点(接受侧办事点)
134办事点(发送侧办事点)
140用户(出品者)
150用户(中标者)
210拍卖公司服务器
212拍卖系统
214用户^:据库
216拍卖数据库
217配送管理系统
218办事点数据库
220金融机构服务器222第三方代管管理系统
224第三方代管管理帐户
230配送公司服务器
232办事点发送侧办事点终端
236配送系统
238发送信息数据库
240用户(出品者)终端
250用户(中标者)终端
260、 262、 264通信网络
330酉己iil/^司
332接受侧办事点
334发送侧办事点
340发送人
350接受人
430配送公司服务器
432发送侧办事点终端
436配送信息数据库
438负责区域数据库
440发送人终端
460、 464通信网络
1010发票号输入页
1012发票号输入栏
1014 "下一个"4安4丑
1020发送侧办事点信息阅览页
1022到达目的地显示栏
1024委托人显示栏
1026 "下一个"按钮
1030确i人页
1032发票号显示栏
1034到达目的地显示栏
1036委托人显示栏1038对商品页的链接
具体实施例方式
以下，参照

本发明的配送管理系统的实施方式的一例。另外， 这里，说明将本发明的配送管理系统用于第三方代管系统的情况的例子。 <利用了本实施方式的配送管理系统的第三方代管服务的概要> 图4是将本实施方式的配送管理系统用于以往的网上拍卖的第三方代管 服务的情况下的商品和货款的流通的一例。图中的标号与图l对应。另外， 这里也^f又说明商品中标后的情况。对于从商品的出品开始到中标为止(出品、 投标、中标等)的各个处理，能够利用以往的拍卖系统。
拍卖公司110、第三方代管服务提供公司120、用户(出品者)140、以 及用户(中标者)150与图1所示的以往的第三方代管服务相同。此外，第 三方代管服务中的货款的流通((1 )货款存款以及(7)货款汇款)也与以往 相同。此外，(2)存款通知以及(6)接收通知的各个通知也与以往相同，但 在图4中，表示了经由拍卖公司110而通知的例子。
另一方面，为了保持出品者(销售者)和中标者(购买者)之间的匿名 性且进行物流，所以本实施方式的配送管理系统对商品的流通设置新的结构。 下面，说明该新结构。
(0-1)通知拍卖结束
若拍卖结束，则拍卖公司110对出品者140例如通过电子邮件通知拍卖 结束的意旨。在拍卖结束时通知中标者的用户ID或邮件地址、中标金额等， 这一点通常在以往的拍卖系统中也进行，但在本实施方式中，还通知用于出 品者输入商品的配送发票的发票号、或者用于取得发送侧办事点(负责对中 标者的住址的接收发送的办事点，包含中继的办事点)的信息的Web页的 URL。
(0-2 )通知发票号
出品者140准备在商品上粘贴的配送发票，并将记载在配送发票上的发 票号通知给拍卖公司，另外，配送发票通常利用配送公司130专用的发票。 在拍卖公司，将该发票号与拍卖(交易)相关联地注册。
(0-3)发送侧办事点信息的通知
接着，拍卖公司IIO对出品者140通知发送侧办事点信息。即，决定成为与中标者150对应的发送侧办事点134的办事点，对出品者140通知发送 侧办事点134的所在地作为发送侧办事点信息。除了所在地，还可以进一步 通知发送侧办事点的名称等。
在本实施方式中，设为通知发送侧办事点134的邮政编码作为发送侧办 事点信息。这在例如配送公司130是日本邮政公社的情况下特别有用。此外， 对接受通知的出品者140来说，由于信息量较少(7位邮政编码)，因此负担 比较轻。另外，在配送公司130为日本邮政公社以外的快递从业者等的情况 下，只要利用邮政编码能够从接受侧办事点132配送到发送侧办事点134， 同样也可以使用邮政编码作为发送侧办事点信息。此外，在利用邮政编码不 能配送的配送公司的情况下，对出品者140通知发送侧办事点的所在地即可。
这样，对出品者140仅通知发送侧办事点信息。出品者140无需知道中 标者150的住址和姓名等个人信息。
此外，出品者140将发票号通知给拍卖公司后，拍卖公司对出品者140 通知发送侧办事点信息，从而能够防止输入遗漏在以后的处理中所需的发票 号的情况。
另外，这里设通过Web页通知发送侧办事点，所述Web页通过登录等 从而只有出品者能够阅览，但也可以通过电子邮件等其它的方法来通知，也 可以通过这些多个方法来通知。此外，若从出品者140通知发票号，则将发 送侧办事点信息通知给出品者140，但其顺序并不限定于此。 (3)商品带到
与在图1中说明的以往的第三方代管服务相同，接受了存款通知的出品 者140将商品带到配送公司130的办事点(接受侧办事点132)从而委托配 送到中标者150。此时，在配送委托的配送发票上记入在上述(0-3)中通知 的发送侧办事点信息(发送侧办事点134的所在地等。在本实施方式的例子 中是发送侧办事点134的邮政编码以及发送目的地的都道府县名)。
图5 (a)表示配送发票的记入例。在"到达目的地"栏中，记入在上述 (0-3)中通知的发送侧办事点信息(发送侧办事点134的邮政编码)。这里， 为了便于确认，再记入拍卖ID以及发送目的地的都道府县名较好。此外，如 图5 (a)所示，除了发送侧办事点134的邮政编码之外，也可以记入发送侧 办事点134的名称。如上所述，发送侧办事点的名称也可以与(0-3)的发送 侧办事点信息(邮政编码) 一同通知给出品者140，也可以由接受侧办事点132来调查与该邮政编码对应的办事点134的名称，从而由出品者140或接 受侧办事点132的负责人来记入。
另外，在"到达目的地"栏，也可以记入拍卖的名称和拍卖公司的名称 (这里为"口口拍卖")。这样，接受到商品的发送侧办事点134的负责人(职 员等)能够知道该货物是利用的本实施方式的配送管理系统的第三方代管公 司的货物，是需要对拍卖公司110询问中标者150的信息的货物。
在"委托人"栏中，与以往的配送发票一样，记入出品者140的住址和 姓名、电话号码等信息。这样通过记入出品者的信息，与以往的配送服务一 样，万一有不清楚的问题的情况下，能够由接受侧办事点132或发送侧办事 点134等来对出品者140询问，或者返送。
而且，在"到达目的地"栏也可以记入中标者150的用户ID、在"委托 人，，栏也可以记入出品者140的用户ID。通过记入用户ID,在出品者140 万一错误记入了拍卖ID的情况下等，能够取得确认。
根据在上述的图5 (a)中所示的配送发票，即使没有中标者150的住址 和姓名等个人信息，也能够将商品送到发送侧办事点134。 (4-1 )从接受侧办事点到发送侧办事点的配送
粘贴了图5 (a)的配送发票的商品根据配送公司130的以往的配送路线 被配送到发送侧办事点134。
(4-2)从发送侧办事点至拍卖公司的询问
接受了商品的发送侧办事点134利用商品上粘贴的图5 (a)的配送发票 的发票号，向拍卖公司110询问。
(4-3 )从拍卖公司至发送侧办事点的中标者信息的通知
接受询问，拍卖公司110向发送侧办事点134通知与该发票号对应的拍 卖的中标者150的住址、姓名等将商品发送到中标者150所需的信息作为中 标者信息。这样对发送侧办事点134仅通知中标者150的信息。
在发送侧办事点134,在到达目的地栏记入中标者信息，生成从委托人 栏删除了出品者的个人信息的配送发票后，改贴商品的发票。
图5 (b)是在发送侧办事点134生成的配送发票的例子。在"到达目的 地"栏记入从拍卖公司通知的中标者150的住址、姓名、电话号码等信息。 而且，还可以记入中标者150的用户ID。通过记入用户ID,在出品者140 错误记入了拍卖ID的情况下等，能够取得确认。在"委托人"栏，例如，记入负责对中标者的住址的接收发送的办事点 (发送侧办事点134)的邮政编码。另外，该发送侧办事点的邮政编码不一
定要记入。而且，与上述图5 (a) —样，也可以记入出品者140的用户ID。 对于拍卖ID、以及拍卖的名称和拍卖公司的名称(这里为"口口拍卖") 的记入，与图5(a)相同。虽然对中标者150的发送已经不是必要的信息， 但若记入这些信息，中标者150看到配送发票知道货物的内容是"口口拍卖 的拍卖ID6754343"的商品，所以能够安心地接收商品。另外，除了拍卖名 称和拍卖公司的名称外，当然也可以不记入拍卖ID。
这样，由发送侧办事点134将上述的图5(a)的配送发票改贴为图5(b) 的配送发票，从而即使在配送发票中不记入出品者140的个人信息(不让中 标者150知道出品者140的个人信息)，也能够将商品从发送侧办事点134送 到中标者150。
(5 )发送商品
根据配送公司130的以往的配送方法，从发送侧办事点134将商品发送 到中标者150的住址。
这样，根据本实施方式的配送管理系统，在拍卖(交易)的商品的配送 中，拍卖公司对出品者仅通知发送侧办事点(负责向中标者的住址的接收发 送的办事点，包含中继的办事点)的信息。另一方面，出品者将在商品上粘 贴的配送发票的发票号通知给拍卖公司。
出品者在配送发票的到达目的地栏记入发送侧办事点信息后，将商品带 到接受侧办事点(出品者将商品带到的办事点)。这样，即使出品者不知道中 标者的住址和姓名等个人信息，也能够使商品到达发送侧办事点。另外，配 送发票也可以是，拍卖公司生成记载了发票号以及必要事项的配送发票，从 而发送到出品者。对于配送发票的自动生成，也将在后面详细说明。
另一方面，在到达了商品的发送侧办事点，将配送发票的发票号传给拍 卖公司进行询问。拍卖公司根据询问，对发送侧办事点通知发送所需的中标 者的信息。在发送侧办事点生成新发票，所述新发票在到达目的地栏记入向 中标者发送所需的信息，并从委托人栏删除出品者的信息，从而改贴商品的 发票。这样，即使在配送发票上不记入出品者的个人信息(不让中标者知道 出品者的个人信息)，也能够将商品从发送侧办事点送到中标者。
从而，中标者无需将自己的住址、姓名等个人信息告知给出品者也能够接收商品，此外，出品者无需使中标者知道个人信息就能够交给商品。即， 根据本实施方式的配送管理系统，保持出品者(销售者)和中标者(购买者) 之间的匿名性且能够进行物流。
此外，由于无需知道其它用户的个人信息就能够交易，所以能够减轻在 网上拍卖的用户中的其它用户的个人信息保护的负担。
另外，也可以设为以下系统即从拍卖公司对出品者还通知拍卖ID (交 易ID),使出品者将拍卖ID记入发票，发送侧办事点将该拍卖ID传给拍卖 公司从而询问中标者的个人信息。对于基于拍卖ID的询问，也将在后面详细 说明。
<利用了本实施方式的配送管理系统的第三方代管服务的系统结构例> 图6是将利用了在上述的图4中说明的本实施方式的配送管理系统的第
三方代管系统用于网上拍卖的情况的例子的系统结构的一例。另外，图中的
标号与图2对应。
在图6中，金融机构服务器220、配送公司服务器230、用户(出品者) 终端240、用户(中标者)终端250、通信网络260、 262与图2相同。通信 网络264是连接办事点终端232和配送公司服务器230的通信网络。
办事点终端232也与图2相同，与图2所示的以往例子不同的是，经由 通信网络264登录拍卖公司服务器210,并进行通信。另外，这里设为，办 事点终端232经由配送公司服务器230、通信网络264,与拍卖公司服务器 210连接。
拍卖公司服务器210也与图2相同，是拍卖公司IIO的服务器，但还包 括本实施方式的配送管理系统217、以及办事点数据库218。
如在上述的图4中说明那样，配送管理系统217将经由因特网260从出 品者终端240通知(图4的(0-2 ))的发票号存储到拍卖数据库216。从而， 如图7 (a)所示，本实施方式的拍卖数据库216在图3(b)所示的以往技术 的拍卖数据库(图3 (b))中追加"发票号"的项目。其它项目与图3(b) 的以往技术的拍卖数据库的各个项目相同。由此，发票号和拍卖ID等信息相 关联。
此外，配送管理系统217检索与中标者150相对应的发送侧办事点，从 而将发送侧办事点信息发送给出品者终端240 (0-3 )。此外，接收来自办事点 终端232的询问(4-2),从而检索并发送对应的中标者信息(4-3)。对于这些配送管理系统217的各个处理，将在后面详细ilL明。 办事点数据库218是注册有办事点的数据库，以使配送公司130的各个
办事点终端232能够登录拍卖公司服务器210来利用配送管理系统217。
图7 ( b )表示办事点数据库218的主要项目。"办事点ID"是办事点唯
一的ID。
"口令"是办事点的口令，注册在办事点数据库218中的办事点例如通 过办事点ID和口令登录到配送管理系统217,从而进行询问(图4的(4-2))。 例如在登录后从拍卖公司服务器210的配送管理系统217发送，在办事点终 端232的显示器上显示的Web页上输入在配送发票(图5 (a)的配送发票) 中记载的发票号，从而对拍卖公司服务器210发送，从而进行询问。"办事点 名"是该办事点的名称。
另外，在本实施方式中，利用"办事点ID"和"口令"来进行登录，但 也可以对各个办事点采用的各个职员的每一个人分发ID和口令。此时，各个 办事点ID和各个职员的ID相关联，从而根据各个职员的ID还能够确定办事 点。
"所在地(邮政编码)"是该办事点的所在地。在本实施方式的例子中， 对出品者140通知的发送侧办事点信息是该办事点的邮政编码，因此在该项 目中至少存储有办事点的邮政编码。
"接收发送负责区域(邮政编码)，'是该办事点所负责发送的区域。在本 实施方式中，设由邮政编码来存储接收发送负责区域。即，在本实施方式中， 能够将在接收发送负责区域中包含中标者的住址的邮政编码的办事点判断为 发送侧办事点。这在配送公司130是与将各个办事点的接收发送负责区域按 邮政编码划分的情况对应的配送公司(例如，上述的日本邮政公社等)的情
的配送公司的情况下，改变邮政编码，由住址的一部分(例如，OO县AA 市x x町口番地)等来存储接收发送负责区域，则与上述的邮政编码的情况 相同，能够选择在接收发送负责区域中包含中标者的住址的办事点作为发送 侧办事点。此外，在本实施方式中，将邮政编码作为用于确定办事点等的密 钥来使用，但并不限于此，也可以利用由除此之外的数字或字母等构成的代 码等作为密钥。
在本实施方式中，利用"办事点ID"和"口令"来对配送管理系统217进行询问(图4的(4-2)),但只要是能够在配送管理系统217和办事点终端 232之间正确地进行认证的方法，也可以不利用"办事点ID"和"口令"。
作为配送管理系统217正确确认发送侧办事点的方法，例如可举出利用 发送侧办事点的标记(mark)地址或全球(global)IP地址等来确认的方法、根 据指紋认证或声音等来确认的生物统计认证等。
<利用了本实施方式的配送管理系统的第三方代管系统的处理的流程>
如上所述，本实施方式的配送管理系统217进行以下的(1) (3)的各 个处理。
(1 )发票号注册处理 将从出品者终端240接收的发票号与拍卖(交易)相关联地注册。
(2) 通知发送侧办事点信息
选择负责中标者的住址的发送侧办事点，并将发送侧办事点信息发送给 出品者终端240。
(3) 通知中标者信息
根据来自发送侧办事点的询问，将中标者信息发送给该发送侧办事点的 办事点终端232。
以下，详细说明这些(1 ) (3 )的各个处理。另外，这里，举例说明如 上所述那样对出品者通知发送侧办事点的邮政编码作为发送侧办事点信息， 此外，办事点数据库218的接收发送负责区域也由邮政编码来存储的情况。 (1 )发票号注册处理
在本实施方式中，如上所述，在通知拍卖结束(图4的(0-1))时，还 通知用于出品者输入商品的配送发票的发票号，或者取得发送侧办事点(负 责对于中标者的住址的接收发送的办事点，包括中继的办事点)的信息的对 Web页的URL。
图10 (a)是在出品者终端240显示，并用于出品者输入发票号的发票 号输入页的例子。另外，这里表示出品者终端240为移动电话的情况下的Web 页的例子，但出品者终端240为个人计算机的情况下，在Web页上显示的内 容也相同。
在发票号输入页1010中，在发票号输入栏1012中输入出品者为了发送 商品而准备的在配送发票中预先记载的发票号。
输入发票号，并点击"下一步"按钮1014,则对拍卖公司服务器210发送发票号，发票号注册处理将接收到的发票号存储到拍卖数据库216。
此后立即进行发送侧办事点信息通知处理，从而对出品者终端240发送
图10 (b)所示的发送侧办事点信息阅览页。另外，如上所述，发票号注册
处理和发送侧办事点信息通知处理的顺序并不限于此，先进行哪一个都可以，
但通过先进行发票号注册处理，拍卖公司服务器210能够可靠地注册发票号。 (2)发送侧办事点信息通知处理
图8是表示了本实施方式的配送管理系统217所进行的发送侧办事点信 息通知处理的流程的流程图。
首先，取得该拍卖的中标者的邮政编码(S810)。具体地说，将上述的图 7 (a)所示的拍卖数据库的中标者用户ID作为密钥，参照图3 (a)的用户数 据库214，取得该用户的邮政编码。
接着，取得与中标者的邮政编码对应的办事点信息(S820)。具体地说， 将上述取得的中标者的邮政编码作为密钥来参照上述的办事点数据库218， 并取得在接收发送负责区域中包含该邮政编码的办事点的邮政编码作为办事 点信息。
最后，对出品者终端150通知所取得的发送侧办事点信息(发送侧办事 点的邮政编码以及发送目的地的都道府县名)(S830 )。如上所述，通知能够 根据电子邮件或只有出品者能够阅览的Web页的发送等来进行。
图10 (b)是在出品者终端240显示的发送侧办事点信息阅览页的例子。 在发送侧办事点信息阅览页1020中，在到达目的地显示栏1022中显示出品 者应在配送发票(上述的图5 (a))的到达目的地栏记入的事项。例如，显示 办事点的邮政编码和办事点名。此外，还显示拍卖ID和拍卖名称。
另一方面，在委托人显示栏1024中作为出品者应在配送发票(上述的图 5 (a))的委托人栏记入的事项，从用户数据库214读出出品者的个人信息来 显示。
点击"下一步"按钮1026，转移到图10 (c)所示的确认页。 在确认页1030中，在发票号显示栏1032中显示发票号。到达目的地显 示栏1034、委托人显示栏1036与发送侧办事点信息阅览页1020相同。若点 击向商品页的链接1038，则转移到显示了该拍卖的商品的信息和拍卖经过等 的Web页。
另外，中标者也能够从中标者终端250阅览确认页1030。中标者用的确认页1030对于发票号显示栏1032以及向商品页的链接1038与出品者用的确
认页1030相同，但在到达目的地显示栏1034中显示中标者的个人信息，在
委托人显示栏1036中显示负责对于出品者的住址的接收发送的办事点的信 自，
这样，在中标者能够阅览的确认页1030中也显示发票号，从而中标者能 够对配送公司询问配送状况，或者利用货物跟踪的服务。 (3)中标者信息通知处理
图9是表示了本实施方式的配送管理系统217所进行的中标者信息通知 处理的流程的流程图。
作为前提，设从发送侧办事点134的办事点终端232正常地登录，在办 事点终端232中显示的输入用的显示等中输入发票号，并发送给拍卖公司服 务器210。
首先，最好检查在发送侧办事点134的办事点终端232中输入的发票号 是否正确(S910)。具体地说，例如，进行该发票号是否从正确的办事点终端 (应接受该商品的办事点)输入(即，从发送侧办事点输入该拍卖ID,所述 发送侧办事点在接收发送负责区域中包含在图8的步骤S830的处理中通知的 中标者的住址)等的检查。在进行了该检查的情况下，例如，仅在输入了拍 卖ID的办事点和在上述的发送侧办事点信息通知处理中选择的发送侧办事 点一致的情况下，对该办事点终端通知中标者信息较好。在不一致的情况(错 误配送等的情况)下，例如，对该办事点终端通知发送侧办事点信息，从而 配送到正确的发送侧办事点较好。另外，检查内容不限于此，可以根据系统 来自由决定。
检查结果，在判断为被输入的发票号不正确的情况下，对该办事点终端 232发送用于表示错误的显示，此外，根据对该办事点终端232再次发送输 入栏为空栏的输入用显示等的方法来通知给该办事点，从而结束处理。
检查结果，判断为被输入的发票号正确的情况下，根据被输入的发票号 来取得中标者信息(中标者150的住址、姓名等个人信息)(S920)。具体地 说，从拍卖数据库216读出具有被输入的发票号的拍卖，从而将该拍卖的中 标者用户ID作为密钥，参照用户数据库214,取得中标者的住址、姓名等。
最后，对该办事点终端232发送所取得的中标者信息(中标者的住址、 姓名等)(S930)。例如，能够根据对Web页的显示等来发送。在上述中，根据配送管理系统217的发送侧办事点信息通知处理，从拍
卖公司服务器210对出品者终端240发送发送侧办事点信息，出品者根据该 内容，进行对图5 (a)所示的配送发票的记入。这里，若出品者终端240为 个人计算机，则拍卖公司服务器210也能够自动生成记入了图5 (a)所示的 事项的配送发票的电子数据，从而发送给出品者终端240。则，出品者打印 它后贴到商品上即可。
因此，在配送管理系统217上进一步设置发票号生成处理。发票号生成 处理例如在拍卖结束时，对拍卖(交易)生成唯一的发票号。发票号根据配 送公司使用的发票号规则来生成。此外，也可以预先从配送公司得到发票号。 上述的发票号注册处理将在这里生成的发票号存储到拍卖数据库216。
然后，上述的发送侧办事点信息通知处理在选4奪了发送侧办事点后，生 成记载了发票号和图5(a)所示的事项(发送侧办事点信息以及所述出品者 的住址以及姓名等)的配送发票的电子数据(例如，PDF文件等)，从而发送 给出品者终端240。
另外，优选在上述的图10 (a)所示的发票号输入页等中，能够选择接 受自动生成的配送发票，还是出品者自己准备配送发票来记入(此时在发票 号输入页中输入发票号)。
此外，在上述中，将配送发票的发票号存储在拍卖数据库216,发送侧 办事点终端232利用发票号来对拍卖公司服务器210询问中标者信息。这里， 也可以不是根据发票号而是根据拍卖ID(交易ID)来询问。此时，可以不进 行发票号注册处理。
因此，在配送管理系统217中进一步设置交易ID通知处理。拍卖ID能 够在拍卖开始时根据电子邮件等来通知，但为了方便出品者，也可以在拍卖 结束时通知(例如，包含在拍卖结束通知(图4的(0-1 ))中来通知)。此外， 也可以显示在只有出品者能够阅览的Web页等中。
然后，在配送发票(图5 (a))中还记入拍卖ID。发送侧办事点将拍卖 ID传给拍卖公司，从而能够询问向中标者发送所需的信息。
以上是在第三方代管系统中利用了本发明的配送管理系统的情况下的实 施例，但配送管理系统并不限制在对第三方代管系统的利用。下面，参照附 图说明将本发明的配送管理系统用于第三方代管系统之外的配送的情况下的 实施例。
27<利用了本实施方式的配送管理系统的配送系统的概要> 图11是将本实施方式的配送管理系统用于通常的配送的情况下的物品 的流通的一例。这里，仅说明与物品的配送有关联的处理。对于物品的交易 合同成立为止的过程，能够利用以往的拍卖系统，也可以利用任意的用于联 结关于发送人和接受人之间的物品的发送的信息的方法。
发送人340、接受人350是将进行利用了配送管理系统的发送的物品分 别发送、接收的人。配送公司330接受发送人带到接受侧办事点332的物品， 并经由发送侧办事点334发送给接受人350。
发送人340在将物品带到接受侧办事点332之前，利用物品的识别信息， 对配送公司询问发送侧办事点的信息(图11的(7-1))。此时所使用的物品 的识别信息可以是通过以往的拍卖系统等任何用于联结发送人和接受人的信 息的方法所得到的信息。配送公司330接受输入，并搜索与接受人有关的信 息，并根据该信息搜索发送侧办事点的信息，发送与发送侧办事点有关的信 息(图11的(7-2))。
发送人在配送发票的到达目的地栏记入与发送侧办事点有关的信息以及 物品的识别号，从而将物品带到接受侧办事点(图11的(8))。另外，在委 托人栏中可以记入出品者的个人信息。这样，即使发送人不知道接受人的住 址和姓名等个人信息，也能够将商品发送到发送侧办事点(图11的(9-1))。 另外，也可以由配送公司生成记载了发票号以及所需的事项的配送发票，并 发送给出品者。在配送发票上可以记载与上述的利用了第三方代管系统的情 况下的实施方式同等的信息(图5 (a))。
另一方面，在物品到达的发送侧办事点，基于物品的识别号来搜索接受 人信息(图11的(9-2)),取得对接受人的发送所需的信息(图11的(9-3))， 并生成在到达目的地栏记载该信息并从委托人栏删除了对于发送不必要的发 送人的信息的新的发票，从而改贴物品的发票。在配送发票中也可以记载与 利用了第三方代管系统的情况相等的信息(图5 (b))。这样，即使在配送发 票上没有记载发送人的个人信息(不让接受人知道发送人的个人信息)，也能 够将物品从发送侧办事点带给接受人(图11的(10 ))。此外，还能够记入发 送了对于接受人的发送所需的信息的情况。这样，能够判定物品转移到对于 接受人的发送处理的情况(图11的(10 ))。此外，物品到达不是本来应该到 达的发送侧办事点的情况下，能够进行指示以使转移到正确的发送侧办事点。这样，接受人350即使不让发送人340知道自己的住址、姓名等个人信 息也能够接受物品，此外，发送人340能够不使接受人350知道个人信息而 交给物品。即，根据本发明，保持发送人和接受人之间的匿名性且能够进行 物流。
<利用了本实施方式的配送管理系统的配送系统的结构例〉
图12是在上述的图11中说明的、利用了本实施方式的配送管理系统的 配送系统的系统结构的 一例。
在图12中，配送公司服务器430是配送公司为了将从发送人接受的物品 发送给接受人而使用的计算机。该配送公司服务器430具有配送信息数据库 436，所述配送信息数据库436将用于分别确定发送人和接受人的信息、和用 于确定在该两者之间授受的物品的物品识别信息相关联地存储。图13(a)是 配送信息数据库436suo存储的信息的一例。另外用于分别确定发送人以及接 受人的信息、和用于确定在该两者之间授受的物品的物品识别信息可以例如 由以往的拍卖系统等预先提供，根据用于联结发送人和接受人的信息的方法 所得到的信息可以是任意的信息。
此外，配送公司服务器430具有负责区域数据库438,所述负责区域数 据库438中存储发送侧办事点的所在地信息，以能够对物品的发送目的地能 定负责该发送的办事点。图13 (b)是负责区域数据库438中存储的信息的 一例。
配送公司服务器430通过因特网等通信网络460与发送人终端440连接。 此外配送公司服务器430通过因特网等通信网络464还与发送侧办事点终端 432连接。
<利用了本实施方式的配送管理系统的配送系统的处理的流程> 本实施方式的配送公司服务器430进行以下的各个处理。另外图14 图 16分别是表示了配送公司服务器430的处理的流程的流程图。 (1 )通知办事点信息 在图12中，若从发送人终端440经由通信网络460输入物品识别信息， 则搜索配送信息数据库436并取得对于接受人的发送所需的信息(图14的 S1410),接着，以该信息为基础搜索负责区域数据库438并取得负责对接受 人的发送的发送侧办事点的信息(图14的S1420)。此后，对发送人终端440, 经由通信网络460,发送发送侧办事点信息(图14的S1430)。
29(2) 通知接受人信息
在图12中，若从发送侧办事点终端432经由通信网络464输入物品识别 信息，则搜索配送信息数据库436并取得对接受人的发送所需的信息(图15 的S1510),并将这些发送给发送侧办事点终端432 (图15的S1520)。这样 成为进行对接受人的发送的状态，之后根据配送公司的通常的方法将物品发 送给接受人。
(3) 配送完成确认
若根据上述(2 )将对接受人的发送所需的信息发送给发送侧办事点终端 432,则配送公司服务器430在配送信息数据库436中记录与该物品识别号有 关的对接受人的发送所需的信息的发送已完成的情况(图15的S1530)。这 样，能够判定成处于发送人发送的物品到达发送侧办事点，对接受人的发送 所需的信息被发送，转移到对接受人的发送处理的状态。
(4) 确认发送侧办事点
在图12中，假设根据发送人的配送发票的错误记载等，物品被错误配送 到不负责接受人的发送的发送侧办事点的情况，在从发送侧办事点终端432 对配送公司服务器430进行了上述(2)的输入时，确定具有发送侧办事点终 端432的办事点(图16的S1610),根据所输入的物品识别信息搜索配送信 息数据库436并取得对接受人的发送所需的信息(图16的S1620)，接着基 于该信息搜索负责区域数据库438,并取得负责对接受人的发送的发送侧办 事点的信息(图16的S1630)。比较该信息、和具有输入了物品的识别信息 的发送侧办事点终端432的办事点(图16的S1640)。若它们不同(图16的 S1640:否的情况下)，对发送侧办事点终端432发送负责对接受人的发送的 发送侧办事点的信息(图16的S1650)。在接受了它们的发送侧办事点，根 据在发送侧办事点终端432中显示的信息，配送到正确的发送侧办事点。另 一方面，在从负责区域数据库438取得的发送侧办事点信息、和输入了物品 的识别信息的办事点一致的情况下(图16的S1640:是的情况下)，对该发 送侧办事点终端432发送接受人信息(图16的S1660)。即，在物品错误地 被配送到不负责接受人的发送的发送侧办事点的情况下，设为代替接受人信 息而发送负责接受人的发送的发送侧办事点信息，所以能够可靠地进行发送。
作为配送公司服务器430用于确认输入了信息的配送站发送侧办事点的 方法，例如可举出利用配送站发送侧办事点的标记地址和全球IP地址等来确认的方法、根据指紋认证或声音等进行确认的生物认证等。
权利要求
1、一种配送管理系统，用于从销售者对购买者配送商品，其特征在于，包括连接到所述销售者的终端以及进行所述商品的接收发送的各个办事点的终端的服务器，所述服务器包括用户存储部件，存储所述销售者以及所述购买者的住址以及姓名的信息；交易存储部件，根据所述商品的买卖的各个交易ID，将所述销售者和所述购买者相关联存储；办事点存储部件，将所述办事点的所在地信息、和该办事点负责的接收发送负责区域信息相关联存储；发票号注册部件，若从所述销售者的终端输入所述商品的发票号，则将该发票号与所述交易ID相关联地存储在所述交易存储部件；发送侧办事点信息通知部件，搜索在接收发送负责区域中包含在所述用户存储部件中存储的所述购买者的住址的办事点，从而对所述销售者的终端发送该办事点的所在地信息；以及购买者信息通知部件，若从所述办事点终端接收有关所述发票号的询问，则通过所述发票号注册部件搜索与所述发票号关联的交易ID，并从所述交易存储部件搜索与所述交易ID关联的购买者，将所述购买者的住址以及姓名发送给该办事点终端。
2、 如权利要求1所述的配送管理系统，其特征在于，在由所述办事点存储部件存储的所述所在地信息中包含邮政编码， 所述发送侧办事点信息通知部件将所述选^奪的办事点的邮政编码发送给 所述销售者的终端。
3、 如权利要求1或2所述的配送管理系统，其特征在于，在由所述用户存储部件存储的所述住址信息中包含邮政编码， 所述办事点存储部件根据邮政编码来存储所述接收发送负责区域信息， 所述发送侧办事点信息通知部件选择与所述购买者的邮政编码相应的接 收发送负责区域的办事点。
4、 如权利要求1至3的任一项所述的配送管理系统，其特征在于， 还包括生成与各个交易相对应的发票号的发票号生成部件， 所述发票号注册部件将所述生成的发票号与所述交易ID相关联地存储在所述办事点存储部件中，所述发送侧办事点信息通知部件生成包括所述发票号、和所述选^f奪的办事点的所在地信息的所述配送发票的电子数据，从而发送到所述销售者的终i山 碼。
5、 如权利要求1至4的任一项所述的配送管理系统，其特征在于， 所述发送侧办事点信息通知部件对所述销售者的终端，与所述办事点的所在地信息一同或者代替所述办事点的所在地信息而发送所述交易ID。
6、 如权利要求1至5的任一项所述的配送管理系统，其特征在于， 若在附有所述配送发票的所述商品到达的所述办事点中，接收从办事点终端发送的发票号或交易ID,则所述购买者信息通知部件从所述用户存储部 件将关联的所述购买者的住址以及姓名发送到该办事点终端。
7、 如权利要求1至6的任一项所述的配送管理系统，其特征在于， 所述办事点存储部件还存储所述办事点的办事点ID, 若从所述办事点终端接收所述发票号或交易ID，则所述购买者信息通知部件从所述办事点存储部件搜索发送的办事点的所述办事点ID，并在该办事 点ID、和用于确定由所述发送侧办事点信息通知部件选择的办事点的办事点 ID —致的情况下，从所述用户存储部件对该办事点终端发送与所述发票号或 交易ID相关联的所述购买者的住址以及姓名。
8、 一种配送管理系统，用于从发送人对接受人发送物品，其特征在于， 包括连接到所述发送人的终端以及进行所述物品的接收发送的各个办事点的终端的服务器，所述服务器包括配送信息存储部件，将用于分别确定所述发送人以及所述接受人的信息、 和用于确定所述物品的物品识别信息相关耳关地存储；负责区域存储部件，存储所述办事点的所在地信息，以能够确定对所述 物品的接收发送目的地负责该接收发送的办事点；办事点信息通知部件，在从所述发送人的终端输入所述物品识别信息时， 从所述配送信息存储部件搜索与所述物品识别信息相关联的接受人的信息， 进一步从所述负责区域存储部件搜索与负责对该接受人的接收发送的办事点 相关的信息而发送给所述发送人的终端；以及接受人信息通知部件，在从所述办事点的终端输入与所述物品相关的识 别信息时，从所述配送信息存储部件搜索所述物品的接受人信息而发送给所述办事点的终端，所述物品将由所述办事点信息通知部件得到的办事点信息 作为目的地而被配送。
9、 如权利要求8所述的配送管理系统，其特征在于，还包括配送完成确认部件，确认在所述办事点中，是否将通过所述接受 人信息通知部件得到的接受人信息作为所述物品的新的配送目的地而配送完成。
10、 如权利要求8或9所述的配送管理系统，其特征在于， 所述接受人信息通知部件确定来自所述办事点的终端的输入是来自哪个办事点，并从所述负责区域存储部件搜索成为将所述接受人设为配送目的地 时的负责接收发送的办事点，在所述的2个办事点不一致的情况下，从所述 负责区域存储部件搜索所述接收发送负责办事点的信息而发送给所述办事点 的终端来代替所述接受人信息。
11、 如权利要求8至10的任一项所述的配送管理系统，其特征在于，用于确定所述发送人以及所述接受人的信息至少包含姓名以及住址，所 述物品识別信息包含与所述物品的配送相关的发票号或与所述物品的交易相 关的交易ID中的至少任一个，与所述办事点有关的信息包含所述办事点的名 称、所在地或邮政编码中的至少任一个。
12、 一种配送管理方法，用于从销售者对购买者配送商品，其特征在于， 在用户存储部件存储所述销售者以及所述购买者的住址以及姓名的信根据所述商品的买卖的各个交易ID将所述销售者和所述购买者相关联 地存储在交易存储部件，将所述办事点的所在地信息、和该办事点所负责的接收发送负责区域信 息相关联地存储在办事点存储部件，所述配送管理方法包括发票号注册步骤，在从所述销售者的终端输入所述商品的发票号时，将 该发票号与所述交易ID相关联地存储在所述交易存储部件中；发送侧办事点信息通知步骤，搜索在接收发送负责区域中包含在所述用 户存储部件中存储的所述购买者的住址的办事点，从而对所述销售者的终端 发送该办事点的所在地信息；以及购买者信息通知步骤，在从所述办事点终端接收与所述发票号有关的询 问时，从所述发票号注册部件搜索与所述发票号相关联的交易ID,并从所述交易存储部件搜索与所述交易ID相关联的购买者，将所述购买者的住址以及 姓名发送给该办事点终端。
13、 一种配送管理方法，用于从发送人对接受人发送物品，其特征在于，将用于分别确定所述发送人以及所述接受人的信息、和用于确定所述物 品的物品识别信息相关联地存储在配送信息存储部件中，在负责区域存储部件中存储所述办事点的所在地信息，以能够确定对所述物品的接收发送目的地负责该接收发送的办事点，所述配送管理方法包括 办事点信息通知步骤，在从所述发送人的终端输入所述物品识别信息时，从所述配送信息存储部件搜索与所述物品识别信息相关联的接受人的信息，进一步从所述负责区域存储部件搜索与负责对该接受人的接收发送的办事点相关的信息而发送给所述发送人的终端；以及接受人信息通知步骤，在从所述办事点的终端输入与将在所述办事点信息通知步骤中得到的办事点信息作为目的地而配送的所述物品相关的识别信息时，从所述配送信息存储部件搜索所述物品的接受人信息而发送给所述办事点的终端。
14、 一种程序，用于使计算机实现如权利要求1~12的任一项所述的配送 管理系统的各个部件的功能。
15、 一种记录介质，其特征在于，计算机可读取地记录权利要求14所述 的程序。
全文摘要
本发明涉及提供保持出品者(销售者)和中标者(购买者)之间的匿名性且能够进行物流的物品配送服务的配送管理系统。根据本发明的配送管理系统(用于第三方代管系统的情况下)，在商品的配送中，对出品者终端(240)仅通知负责中标者的住址的发送侧办事点的信息。这样，即使出品者不知道中标者的住址和姓名等个人信息，也能够将商品发送至发送侧办事点。另一方面，对到达了商品的发送侧办事点的办事点终端(232)通知中标者的个人信息。这样，即使在商品的配送发票等上不记载出品者的个人信息(不对中标者公开出品者的个人信息)，也能够将商品从发送侧办事点发送给中标者。即，根据本发明，保持出品者和中标者之间的匿名性且能够进行物流。
文档编号G06Q10/00GK101512590SQ20078003287
公开日2009年8月19日 申请日期2007年7月4日 优先权日2006年7月5日
发明者中井克纪, 伊藤宪一, 冈本健, 前田义晃, 宫泽一信, 本间由佳, 水野香, 渡边浩一, 猪俣俊洋 申请人:乐天株式会社