CN105447664A - 保管方法以及保管管理服务器 - Google Patents

Abstract

提供保管方法以及保管管理服务器。具有如下的步骤：从服务中继服务器向仓库管理服务器发送物品的保管委托的请求；仓库管理服务器对配送管理装置发送将物品配送到仓库的指示；在仓库管理服务器中，生成关于该物品的详细信息；将对该物品进行拍摄而得到的图像数据和详细信息存储到仓库管理服务器中；服务中继服务器从仓库管理服务器取得图像数据和详细信息并发送给用户终端；委托合作服务器提供针对被保管的物品的选项服务；根据来自用户终端的请求，服务中继服务器请求仓库管理服务器将被保管的一个或者多个物品返还给该用户；当受理返还的请求时，从仓库管理服务器对配送管理装置请求将被保管的一个或者多个物品返还给用户。

Description

保管方法以及保管管理服务器

技术领域

本发明涉及保管物品的保管方法以及保管管理服务器。

背景技术

例如在一般家庭中，有不少因临时使用的物品或眼下并无使用计划且难以确保保管场所而困扰的物品。根据住宅情况，存在不少希望将这些物品长时间保管在自家之外这样的需求。作为满足这种需求的服务，存在提供所谓自存仓(trunkroom)的服务。

在一般的提供自存仓服务的情况下，服务提供商只对用户出租自存仓(仓库)。必须由用户来进行所保管的物品的管理。具体而言，关于何种物品如何保管，需要用户预先记录。但是，在所保管的物品的数量较多的情况下，这种作业很麻烦。

在日本JP5578581B公报中，公开了如下的保管系统：用户不必前往仓库便能够通过用户终端确认保管委托的物品的图像。

发明内容

但是，在委托了物品保管的用户中，有不少人对于该物品考虑希望实现出售等这样的有效利用。例如，具有用于物品的出售的信息系统但不具有仓库等资源的商要涉足使用了日本JP5578581B公报中记载的保管系统的保管服务的业务并不容易。

本发明的目的在于，针对不持有仓库等用于保管物品的资源的服务提供商，提供保管服务的功能。

本发明提供一种保管方法，在一个方式中，该保管方法具有如下步骤：根据来自用户终端的请求，从服务中继服务器向仓库管理服务器发送包含关于物品使用的使用信息在内的该物品的保管委托的请求；仓库管理服务器对配送管理装置发送将由用户打包的一个或者多个物品配送到仓库的指示；在仓库管理服务器中，生成关于该一个或者多个物品的详细信息；将对该被保管的一个或者多个物品进行拍摄而得到的图像数据和详细信息存储到仓库管理服务器中；服务中继服务器从仓库管理服务器取得图像数据和详细信息并发送至用户终端；委托与使用信息对应的合作服务器提供针对被保管的一个或者多个物品的选项服务；根据来自用户终端的请求，服务中继服务器请求仓库管理服务器将被保管的一个或者多个物品返还至该用户；以及当受理返还的请求时，从仓库管理服务器对配送管理装置请求将被保管的一个或者多个物品返还至用户。

本发明提供一种保管管理服务器，在其他的观点中，该保管管理服务器具有：受理单元，其从受理来自用户终端的访问的服务中继服务器接收包含关于物品使用的使用信息在内的该物品的保管委托的请求；第1配送控制单元，其对配送管理装置请求将由所述用户终端的用户打包的一个或者多个物品配送到仓库；信息管理单元，其生成关于该一个或者多个物品的详细信息；存储部，其存储包含对该被保管的一个或者多个物品进行拍摄而得到的图像数据在内的、关于该一个或者多个物品的详细信息；报告单元，其将所述被保管的一个或者多个物品的图像和所述详细信息发送至所述服务中继服务器；委托单元，其委托与所述使用信息对应的合作服务器提供针对所述被保管的一个或者多个物品的选项服务；以及第2配送控制单元，其根据来自所述服务中继服务器的请求，对所述配送管理装置请求将所述被保管的一个或者多个物品返还至该用户。

在优选的方式中，所述委托单元向所述合作服务器发送所述图像数据和所述详细信息。

在优选的方式中，该保管管理服务器还具有根据所述使用信息从多个合作服务器中决定进行通知的一个合作服务器的单元。

在优选的方式中，该保管管理服务器还具有第3配送管理单元，该第3配送管理单元在所述保管委托的请求之前，根据来自所述服务中继服务器的请求，对所述配送管理装置请求将用于打包所述一个或者多个物品的打包套件配送至所述用户。

在优选的方式中，该保管管理服务器还具有针对与所述保管委托相关的处理进行计费处理的单元。

在优选的方式中，与所述保管委托相关的费用根据由所述打包套件组装而成的箱的数量、该箱的尺寸以及保管所述箱的期间来决定，在完成了返还的请求时或者经过了规定的期间时，执行所述计费处理。

在优选的方式中，在所述详细信息中包含指定所述被保管的一个或者多个物品的分类的信息。

在优选的方式中，该保管方法还具有如下步骤：对所述合作服务器通知已完成所述一个或者多个物品向所述仓库的保管的情况和所述一个或者多个物品从所述仓库被取出的情况中的至少任意一方。

根据本发明，针对不持有仓库等用于保管物品的资源的服务提供商提供保管服务的功能。

附图说明

图1是示出本发明的一个实施方式的保管系统的概况的框图。

图2是示出上述保管系统中的保管管理服务器的结构的框图。

图3是示出本发明的一个实施方式的保管方法的流程(从会员登录到物品入库的流程)的流程图。

图4是示出本发明的一个实施方式的保管方法的流程(从物品的浏览到期望物品的出库和交付的流程)的流程图。

图5是示出本发明的一个实施方式的保管方法中的合作企业所提供的服务的流程(从会员登录到物品入库的流程)的流程图。

图6是示出本发明的一个实施方式的保管方法中的合作企业所提供的服务的流程(从物品的浏览到期望物品的出库和交付的流程)的流程图。

图7是示出本发明的一个实施方式的保管系统中的对用户终端的输出例的图。

图8是示出本发明的另一实施方式的保管系统100的概况的图。

图9是示出构成保管系统100的保管管理服务器300的功能结构的图。

图10是示出保管系统100的动作的例子的图。

具体实施方式

一边参照附图，一边说明用于实施本发明的方式。

本发明的保管方法在一个方式中，由以下的步骤构成。

(a)用户使用该用户终端，经由互联网等通讯网，在保管管理商所运营的保管管理商服务器上进行会员登录而买入包含打包箱的打包套件，或者在所述保管管理商之外的企业所运营的服务中继服务器上进行会员登录而买入包含打包箱的打包套件。

(b)所述用户从所述用户终端经由互联网等通讯网在所述保管管理服务器或者所述服务中继服务器上，发送至少包含集货希望日、打包箱的种类/数量、箱保管还是单品保管的指定的入库委托信息而进行物品的入库委托。

(c)在针对所述服务中继服务器发送了入库委托信息的情况下，将该入库委托信息从所述服务中继服务器发送到所述保管管理服务器。

(d)在所述保管管理服务器中的入库受理完成后，从所述保管管理服务器向仓库终端发送至少包含所述用户的姓名/住所/电话号码/顾客代码、打包箱的种类、数量、箱保管还是单品保管的指定、操作预定日在内的入库指示信息。

(d)从所述仓库终端将所述入库指示信息转送到配送管理终端。

(e)接受了所述入库指示信息的配送商访问用户家，以将物品打包成所述打包套件的打包箱的状态领取物品，并配送到仓库。

(f)在所述仓库中，在检查到所述打包箱的外包装异常后，1件件地拍摄所述物品而生成图像数据，并且确认各单品是否异常。

在优选的方式中，上述方法还具有以下的步骤。

(g)在所述仓库终端中，对于异常品以外的所述各物品，将至少包含顾客代码、箱编号、单品代码、保管品分类代码在内的入库登录信息和所述图像数据相关联而生成物品数据，发送至所述保管管理服务器，并且在所述仓库中保管所述物品。

在进一步优选的方式中，按照所述打包套件单位进行计费，在所述打包套件买入步骤的时间点进行精算，并且所述用户能够随时在所述用户终端确认自身的所述物品数据，并且从所述用户终端请求所述物品中的期望物品的返还。

并且，本发明的保管系统是用于实施上述方法的系统，如图1所示，该保管系统包含：用户终端11，该用户终端11用于供用户11经由互联网在保管管理服务器3上进行会员登录，在保管管理服务器3上进行用于打包物品的作为计费对象的打包箱的买入委托，进行物品的入库委托，并进行自身物品的详细确认，并且，进行物品中的期望物品的返还请求；以及保管管理服务器3，其经由互联网受理并处理来自用户11的会员登录请求、物品的入库请求、物品的详细确认请求以及物品中的期望物品的返还请求。用户终端1是指例如台式PC或智能手机等移动终端。

并且，本系统构成为包含：仓库终端4，其在入库受理结束后，接收从保管管理服务器3发送的入库指示信息，并将该入库指示信息转送到配送管理终端5；配送管理终端5，其接收从仓库终端4发送的入库指示信息；以及数码照相机等摄像设备，其配备在仓库14中，对物品1件件地进行拍摄，并将该图像数据供给到仓库终端4。仓库终端4针对每个仓库设置，由管理仓库的操作员进行操作，是固定型的PC或者平板PC等移动终端。

图像数据在仓库终端4中与入库指示信息建立关联，被发送到保管管理服务器3并进行积累，能够接受来自用户11的物品详细确认请求而供浏览。配送管理终端5是进行多台车辆的现场位置的掌握及配送进度管理的计算机或计算机系统，向各驾驶员通知作为集货场所和保管场所的仓库14等的信息。优选由与保管管理商13相同的商对仓库14进行管理。配送商可以由与保管管理服务器3相同的商运营，也可以由与保管管理服务器3不同的商运营。

如图2所示，保管管理服务器3由如下结构构成：(a)EC网站7，其具有Web服务器7a和数据库服务器7b，是用于进行来自用户的会员登录申请以及各种使用委托的网站；(b)Web8，其具有Web服务器8a和数据库服务器8b，受理来自用户的浏览请求；(c)主干系统9，其具有应用服务器9a和数据库服务器9b，供保管管理商的负责人确认来自用户的申请状况、或者进行请求处理；以及(d)数据协作部10，其具有应用服务器10a，使来自用户的委托信息与主干系统9协作。

对于服务提供商18的用户11a来说，服务提供商18能够像是自身运营的系统那样提供保管管理服务器3的功能。具体而言，服务提供商18开设作为受理窗口的网站，在该服务中继服务器19中受理来自用户终端1a的申请和请求。服务中继服务器19与保管管理服务器3连接，当接收服务中继服务器19的来自用户11a的用户终端1a的各种请求(保管服务的申请、保管品的确认、寄存或取出等)时，发送给保管管理服务器3，调用与请求相符的功能，并将调用出的功能提供给用户终端1a。关于用户11a的信息在服务中继服务器19与保管管理服务器3中共享。

这样，接受该服务提供商18的服务的用户11a仅与服务中继服务器19之间进行交换，不会意识到其背后的保管管理商13的存在。因此，服务提供商18能够像是自身运营的系统那样向用户11a提供该保管管理商13的服务系统。

以下，一边参照图3至图5所示的流程图，一边详细地说明由保管管理商13提供的保管服务功能。

图3的流程图示出从会员登录到物品入库的流程。图4的流程图示出从该情况下的从物品浏览到期望物品的出库和交付的流程。并且，图5与服务提供商18所提供的服务的流程相关。

首先，一边参照图3的流程图，一边对从会员登录到物品入库的流程进行说明。

【会员登录步骤】

用户11使用配置于用户的自家或办公室等的该用户终端1，经由互联网等通信网访问保管管理服务器3。并且，根据显示在用户终端1的画面上的来自保管管理服务器3(EC网站7)的要求输入用户信息，从而进行会员登录(S101)。伴随着该会员登录，设定用于识别各用户的ID号码、密码、顾客代码等。在进行会员登录步骤以外的对保管管理服务器3的访问，即本服务的使用、登录后的用户信息的变更、各种查询等时，要求ID号码及密码的输入等认证手续。用户信息中包含用户的姓名/住所/联络地址、邮箱地址、保管品的配送对象、信用卡信息等计费处理时所需要的信息。

在入库的委托之前，用户11从用户终端1向保管管理服务器3(EC网站7)发送打包套件的买入请求，预先取得需要数量(S102)。在该打包套件中包含服务使用引导并且包含在保管委托时收纳委托保管的1个或多个单品的打包箱。以一个打包箱为计费单位而成为计费对象。在正式地接收到买入请求的阶段，在主干系统9中进行精算。由此，能够实现费用体系的简化。

作为打包箱也可以准备尺寸不同的多种打包箱，进行分别不同的费用设定。这里，装入1个打包箱的物品的量的多少对费用没有影响。在优选的方式中，从受理了套件买入请求的保管管理服务器3(主干系统9)向仓库终端4发送套件配送请求，从接受到套件配送请求的仓库14经由配送商15向用户11配送打包套件。另外，在配送给用户11的每个打包箱上标注用于识别该打包箱的箱编号。

并且，在本实施例的方法中，虽然按照打包箱单位接受保管委托，但存在不从打包箱中取出物品而维持已打包的状态进行保管的情况、和从打包箱中取出物品并针对每一个物品生成图像数据并进行保管的情况。在优选的方式中，也可以在生成图像数据的情况下进行比不生成图像数据的情况下高额的费用设定。

【入库委托步骤】

用户11使用用户终端1经由互联网向保管管理服务器3(EC网站7)发送物品的入库委托请求(S103)。具体而言，通过访问EC网站7，在用户终端1的画面上备有各种选择按钮，其中，通过选择入库委托按钮而成为入库委托模式，输入至少包含集货希望日、打包箱的种类/数量、箱保管还是单品保管的指定的必须输入事项(入库委托信息)。

【入库指示信息发送步骤】

当接收到入库委托的请求的保管管理服务器3(EC网站7)进行入库受理时，从保管管理服务器3(主干系统9)向仓库终端4发送至少包含用户的姓名/住所/电话号码/顾客代码、打包箱的种类/数量、箱保管还是单品保管的指定、操作预定日的入库指示信息(S104)。在优选的方式中，经由互联网进行保管管理服务器3与仓库终端4之间的数据的交换。

【入库指示信息转送步骤】

在仓库终端4中接收到的入库指示信息从仓库终端4转送到配送管理终端5(S105)。在优选的方式中，经由互联网进行仓库终端4与配送管理终端5之间的数据的交换。

【物品回收/配送步骤】

确认了转送到配送管理终端5的入库指示信息的配送商根据入库指示信息访问用户家，按照打包箱单位领取被用户打包在打包箱中的物品，并配送到仓库14(S106)。

【外包装异常的确认步骤】

在打包箱所到达的仓库14中，首先，通过配置在仓库中的由操作员或者自动地进行拍摄的机构，检查打包箱的外观是否存在异常(S107)。在操作员发现打包箱的外观存在异常的情况下(S107：是)，由操作员拍摄该打包箱，将拍摄到的图像发送到用户终端1(S108)，征求是否维持该状态入库的指示(S109)。在用户11指示不入库而是返还的情况下(S109：否)，送还给用户11(S110)。

【箱保管/单品保管分选步骤】

在外观不存在异常的情况下(S107：否)，或者从用户接受到入库的指示的情况下(S109：是)，判定是否由用户11指定了不拆包而进行保管(箱保管)和拆包并针对每件物品制作图像数据的保管(单品保管)的任一种(S111)。在判断为箱保管的情况下(S111：是)，不进行拆包，而保持原样地转移到后面的物品保管步骤(S117)。

【物品数据化步骤】

在判断为单品保管的情况下(S111：否)，进行拆包，首先，由操作员针对每个单品确认有无异常(S112)。在某物品存在异常的情况下(S112：是)，向用户终端1发送该物品的图像数据(S113)，向用户11征求是否维持该状态入库的指示(S114)。在用户11指示不入库而返还的情况下(S114：否)，将该物品送还给用户11(S115)。并且，在所有物品不存在异常的情况下(S112：否)，或者从用户终端1接收到入库指示的情况下(S114：是)，生成关于所有的物品的图像数据(S116)。此时，对各单品标记单品代码(识别号码)，并且标记预先按照物品的种类所设定的保管品分类代码，并与图像数据相关联地保存。由此容易进行数据管理以及保管管理。

【物品保管步骤】

在排除了具有来自用户11的非入库的指示(S114：否)的异常品，将各物品与上述图像数据一同在仓库终端4进行了入库登录后，将其保管于仓库14(S117)。在该入库登录后，从仓库终端4向主干系统9发送至少包含顾客代码、箱编号、单品代码、保管品分类代码的入库登录信息和图像数据。入库登录信息积累于主干系统9的数据库并且经由数据协作部10积累于Web8的数据库。根据来自用户11的浏览请求，提供积累于Web8的数据库的入库登录信息。

接着，一边参照图4的流程图，一边对从物品的浏览到期望物品的出库和交付的流程进行说明。

【浏览请求步骤】

用户11从用户终端1经由互联网向保管管理服务器3(Web8)发送浏览请求(S201)。接收到浏览请求的Web8从该数据库中提取浏览请求对象的物品的入库登录信息和图像数据，输出该一览表供用户11浏览。用户11在保管期间能够随时进行该浏览请求，确认所委托的物品的详细情况。

图7示出根据针对浏览请求提供给用户终端1的数据而显示在用户终端1的画面上的画面的例子。画面中显示为“HAKO”(日语中意味着“箱子”)表示在保管管理商处不确认内装物而对维持打包状态的打包箱进行保管的箱管理品。显示为“MONO”(日语中意味着“单独的物品”)表示在保管管理商处对收纳品进行图像数据化而单独地管理的单品管理品。并且，“清洁”、“数据化”、“慈善”表示指定了后述的选项服务的物品。

并且，在该画面中，对于各保管品，备有“观察内装物”以及“出库”的选择按钮。用户11通过点击“观察内装物”按钮，而能够通过图像确认保管品的详细情况。通过点击“出库”按钮，而能够请求该保管品的返还。

【返还请求步骤】

在希望物品中的一部分或者全部返还的情况下，用户11从用户终端1经由互联网向保管管理服务器3(Web8)发送该返还请求(S202)。如上所述，能够通过点击上述画面的“出库”按钮来执行该返还请求。

【出库指示信息发送步骤】

接收到返还请求的Web8在进行了出库受理后，从主干系统9向仓库终端4发送出库指示信息，该出库指示信息至少包含所述用户的姓名/住所/电话号码/顾客代码、打包箱的种类/数量、箱保管或单品保管的指定、操作预定日(S203)。

【出库指示信息转送步骤】

在仓库终端4中接收到的出库指示信息从仓库终端4转送到配送管理终端5(S204)。

【物品交付步骤】

确认了转送给配送管理终端5的出库指示信息的配送商15前往仓库1收取具有返还请求的单品，将该单品配送到用户所指定的集货场所(用户11的自家等)(S205)。

一边参照图5和图6的流程图，一边对作为与保管管理服务器3的保管管理商13不同的企业的服务提供商18所提供的服务的流程进行说明。

【会员登录步骤(服务中继服务器)】

希望接受由服务提供商18运营的服务的提供的用户11a使用设置于该用户住宅的用户终端1a经由互联网等通信网访问服务中继服务器19。具体而言，根据来自显示在用户终端1a的画面上的服务中继服务器19的要求输入用户信息，从而进行会员登录(S301)。在该会员登录中，设定用于识别用户的ID号码、密码、顾客代码等。当进行会员登录步骤以外的对服务中继服务器19的访问即本服务的使用、登录后的用户信息的变更、各种查询等时，要求进行ID号码和密码的输入等认证手续。用户信息中包含用户的姓名/住所/联络地址、邮箱地址、保管品的集配送地址以及信用卡等。用户终端1a例如是固定型的PC或智能手机等移动终端。

在入库委托之前，用户11a从用户终端1a访问服务中继服务器19(S302)，发送打包套件的买入请求，并取得期望数量的打包套件(S303)。在优选的方式中，该打包套件与上述保管管理商13使用的打包套件相同。该买入请求与该用户的会员信息一同被发送给保管管理服务器3(S304)。以后，与上述的情况同样地经由配送商15配送给用户11a。另外，对每个配送给用户11a的打包箱标记箱编号。

【入库委托步骤】

用户11a使用用户终端1a经由互联网向服务中继服务器19发送物品的入库委托请求(S305)。将在服务中继服务器19中接收到的入库委托请求发送给保管管理服务器3，以后，与上述处理同样地进行物品的保管(由于步骤S306～S311与上述的步骤S103～S117相同，因此省略说明。)。

【浏览请求步骤】

用户11a从用户终端1a经由互联网向服务中继服务器19发送浏览请求(S401)。接受到浏览请求的服务中继服务器19从保管管理服务器3的数据库中提取浏览请求对象的物品的入库登录信息和图像数据，将该一览表发送给用户终端1a。用户11a在保管期间中能够随时发送该浏览请求，而确认所委托的物品的详细情况。

【返还请求步骤】

在用户11a希望返还物品中的一部分或者全部的情况下，从用户终端1a经由互联网向服务中继服务器19发送返还请求(S402)。能够通过点击显示在用户终端1a上的画面的“出库”按钮而进行该返还请求。将在服务中继服务器19中接收到的返还请求发送给保管管理服务器，以后按照上述相同的流程进行物品的交付(由于步骤S403～S405与上述的步骤S203～S205相同，因此省略说明。)。

在优选的实施方式中，也可以每当登录、打包套件的发送、入库及出库的完成等处理完成时，从保管管理服务器3或者服务中继服务器19向各用户终端1(或者1a)发送操作完成通知。

在优选的实施方式中，能够根据种类将物品分类区分。例如，作为分类的种类考虑有衣服、鞋/包、书籍、相册、视频/音乐作品、家庭视频、趣味用品、体育用品、乐器类、钟表/服饰配件、杂货这样的物品。该分类既可以与上述保管品分类代码对应，也可以与其不同而使各用户自由地指定。由此，能够根据物品的特征按照种类适当地进行管理。特别是在进行箱单位的保管的情况下，对于用户11来说容易确认内装物(例如，参照图7所示的输出例中的“全套棒球用具”)。

保管管理服务器3除了上述的保管服务之外还可以提供选项的服务。例如，用户11(或者11a)在入库委托时从用户终端1向EC网站7附加希望将该物品变卖、出租、公开等这样的由用户11(11a)完成的表示与保管对象的物品的使用相关的希望的信息。在该情况下，在保管管理服务器3中，例如按照使用的方式(例如，出售希望)生成物品的列表。列表可以定期地发送给各用户终端1(或者1a)，也可以根据各用户终端1(或者1a)的请求来提供。

并且，保管管理服务器3也可以通过使用由运营主体与服务中继服务器19不同的合作服务器16提供的固有的服务，而向用户11(11a)提供选项的服务。

由合作服务器16提供的服务例如是将文件或照片影集数字数据化，将8毫米带或VHS带存储于DVD的服务。更具体而言，保管原件，并且使该用户11(11a)能够从该用户终端1(1a)随时浏览数字数据，或者将记录了该数据的电子介质提供给用户11(11a)。

或者，由合作服务器16提供的服务也可以是进行物品的废弃或处置的服务。

或者，由合作服务器16提供服务也可以是物品的清洁服务。具体而言，希望清洁所保管的物品的用户11(11a)输入希望清洁服务的内容作为入库信息的选项信息。仓库终端4指示配送管理终端5将该物品从仓库配送到由清洁商运营的合作服务器16所指定的场所。清洁完的物品被清洁商配送给仓库14而由仓库14保管。此时，将清洁完成的通知发送给用户终端1(1a)。

或者，由合作服务器16提供的服务也可以是将物品用作面向慈善或拍卖的展出品的服务。具体而言，合作服务器16是由运营拍卖的商进行管理的服务器，当存在入库时保管管理服务器3将物品的图像数据或其他关于物品的信息发送给合作服务器16。由此，将关于由仓库14保管的、被指定为拍卖展出品等的所有的物品信息提供给合作服务器16。当合作服务器16进行匹配处理等而将所保管的物品的领取发送给保管管理服务器3时，保管管理服务器3经由仓库终端4请求配送管理终端5将该物品配送到由合作服务器16指定的交货地(例如中标者的自家)。

根据本技术，用户不用每次都前往保管场所，能够随时视觉确认所保管委托的各个物品的包含图像数据在内的详细信息，能够要求随时取出需要的物品。并且，由于针对打包箱(或者打包套件)进行计费，因此能够使费用体系为简单的系统。除此之外，能够将与由保管管理服务器3管理的物品相关的各种服务作为选项提供给用户。

并且，在本技术的系统中，作为不具有保管服务的功能的服务提供商，对于希望提供自社服务的用户来说能够像自身运营保管服务那样向用户提供保管服务。

并且，服务中继服务器19与保管管理服务器3连接，从而保管管理商13能够积累由各服务中继服务器19积累的与用户或所保管的物品相关的信息，并提供给各服务中继服务器19。其结果为，各合作企业可以为了改善自社所提供的服务的内容而使用该信息。

图8是示出本发明的另一实施方式的保管系统100的概况的图。

保管系统100包含保管管理服务器300、合作服务器16(16-1，16-2，16-3)、仓库终端4、配送管理终端5以及服务中继服务器19(19-1，19-2)。

各服务中继服务器19分别由不同的事象者运营，多个用户终端1a(在该图的例子中，服务中继服务器19-1与用户终端1a-1、1a-2、1a-3连接，服务中继服务器19-2与用户终端1a-4、1a-5、1a-6连接)进行通信，向各服务中继服务器19提供固有的服务(例如，物品的销售或信息的提供)。

各合作服务器16分别由不同的事象者运营，提供使用所保管的物品的服务(例如，买卖中介服务、二手货买入服务、文件或照片的电子数据化服务、衣服的清洁服务、废品的废弃代办服务等)。

由于与上述实施例标注同一标号的要素具有相同的功能，因此省略说明。

保管管理服务器300是由持有仓库14的保管管理商13运用的服务器。通过通信网990连接保管管理服务器300与各服务中继服务器19。通过通信网991连接保管管理服务器300与各合作服务器16。通信网990与通信网991可以是相同的通信网(例如互联网)，也可以是不同的。同样，保管管理服务器300与仓库终端4或保管管理服务器300与配送管理终端5可以使用专用线连接，也可以经由与通信网990或通信网991相同的网络连接。

另外，该图所示的用户终端1a的数量、服务中继服务器19的数量以及合作服务器16的数量仅是例示。并且，也可以存在多个仓库终端4(仓库14)或配送管理终端5。并且，也可以将3和仓库终端4(或者配送管理终端5)安装为兼具3的功能和仓库终端4的功能的一体的硬件。

图9是示出保管管理服务器300的功能结构的图。保管管理服务器300由控制部310、存储部320、输入部330、显示部340、以及用于与多个服务中继服务器19、仓库终端4、配送管理终端5、多个合作服务器16连接的未图示的网络接口构成。

存储部320是硬盘或半导体存储器等存储装置。在存储部320中除了存储有由控制部310读出且为了实现后述的动作所需要的程序，还存储有对用户进行确定的用户信息、入库处理所需要的信息(委托者用户的标识符、委托对象物品或打包箱的标识符、集货场所、返还场所等)、物品的图像数据、关于保管或配送的信息(商品的标识符、入库日、入库期间、当前的物品状态(保管中/移交到合作服务器中/出库准备中等))、所保管的物品的详细信息(关于物品的信息，例如颜色、尺寸、用途、分类、外观的状态等)。

输入部330是键盘或鼠标等输入装置。显示部340是液晶显示器等显示装置。输入部330和显示部340用于使保管管理服务器300的管理者进行信息的输入和确认。

通过CPU等处理器实现控制部310。控制部310包含：受理部311、报告部312、计费处理部313、信息管理部314、选项服务管理部315、配送控制部316、第1配送控制部317、第2配送控制部318以及第3配送控制部319。

受理部311、报告部312以及计费处理部313与各服务中继服务器19进行信息的发送接收。受理部311从受理来自用户终端的访问的服务中继服务器接收包含与物品使用相关的使用信息在内的该物品的保管委托的请求。报告部312将所保管的一个或者多个物品的图像数据和详细信息发送给服务中继服务器19。

计费处理部313进行针对保管委托的处理的计费处理。例如，根据由所述打包套件组装得到的箱的数量、该箱的尺寸、以及保管所述箱的期间决定保管委托的费用。并且，在做出返还的请求时或者经过了规定的期间时，执行所述计费处理。

信息管理部314生成关于所保管的一个或者多个物品的详细信息。

选项服务管理部315为了根据使用信息向保管委托者的用户提供保管以外的服务(选项服务)，与合作服务器16进行信息的交换。选项服务管理部315向与使用信息对应的合作服务器通知保管了所述一个或者多个物品，由此进行选项服务的委托。具体而言，从多个合作服务器中，根据所述使用信息决定所保管的信息的交付对象(也包含不存在的情况)，确定进行对所决定的交付对象的合作服务器16进行通知的一个合作服务器。具体而言，在存储部320中预先存储有使用信息与合作服务器16的对应关系，参照存储部320决定合作服务器。例如，在记述了希望出售的内容作为使用信息的情况下，将通知发送给提供出售服务的合作服务器16。

除此之外，选项服务管理部315也可以向所述合作服务器发送所述图像数据和所述详细信息。并且，也可以在与所通知的合作服务器16之间，进行用于决定是否提供选项服务、或者决定选项服务的详细内容的交涉。

配送控制部316包含第1配送控制部317、第2配送控制部318以及第3配送控制部319，发送对与物品(包含打包套件)的移动相关的配送管理终端5的指示。另外，也可以不在保管管理服务器300中而是在仓库终端4中设置配送控制部316的功能。在该情况下，经由仓库终端4进行从保管管理服务器300对配送管理终端5的指示。

第1配送控制部317对配送管理终端5请求将由各用户终端1a的用户打包后的一个或者多个物品配送到仓库14。第2配送控制部318根据来自各服务中继服务器19的请求，对所述配送管理装置请求将所保管的一个或者多个物品返还给该用户。第3配送控制部319在受理保管委托的请求之前，根据来自服务中继服务器19的请求，对所述配送管理装置请求将用于打包所述一个或者多个物品的打包套件配送给所述用户。

图10是示出保管系统100的动作的例子的图。

用户终端1a的用户11a为了使用服务中继服务器19而预先进行需要的登录(S701)。在服务中继服务器19中登录有用户信息。

希望提供物品的保管服务的用户首先经由服务中继服务器19将打包套件的配送请求Req1发送给服务中继服务器19(S702)。Req1与用户信息一同从服务中继服务器19发送到保管管理服务器300(S704)。接收到用户信息和Req1的保管管理服务器300直接或者经由仓库终端4向配送管理终端5发送打包套件的配送的指示(S706)。其结果为，打包套件配送会配送到用户所指定的场所(S708)。

用户11a使用打包套件来打包保管对象的物品。并且，当用户11a输入使用信息和入库信息时，由用户终端1a生成保管委托Req2(S709)，发送到服务中继服务器19(S710)。服务中继服务器19将Req2发送到保管管理服务器300(S712)。

接收到Req2的保管管理服务器300直接或者经由仓库终端4向配送管理终端5发送集货和对仓库14的配送的指示(S714)。

另外，也可以省略打包套件的分发的步骤。在该情况下，用户准备自有的箱来进行打包。

当由用户使用套件进行打包后的物品到达仓库14(S716；交付2)时，由仓库14的操作员进行保管操作，并且进行该物品的拍摄，生成图像数据(S717)。此时，也可以通过向用户发送图像数据来检查外观，确认保管委托是否无变更。在该情况下，由操作员向仓库终端4输入表示确认结果的信息，并发送到保管管理服务器300。将所生成的图像数据发送给保管管理服务器300(S718)。在保管管理服务器300中，由保管管理服务器300的管理者根据入库信息或图像数据生成详细信息，与图像数据一同存储在存储部320中(S719)

接着，保管管理服务器300根据使用信息，至少决定一个合作对象的合作服务器16(S721)。向所决定的合作对象直接或者在具有与合作服务器16通信的功能的情况下经由仓库终端4发送规定的通知(S722)。

收到了通知的合作服务器16根据预先由合作服务器16规定的算法执行处理(S723)。例如，向仓库终端4和保管管理服务器300请求图像数据和详细信息，根据所取得的图像数据和详细信息，决定合作服务器16是否应该针对该物品适用服务以及服务的内容，在判定为适用服务的情况下，直接或者经由仓库终端4对保管管理服务器300进行如下的请求：为了适用表示承接服务的意思的信息或服务而将该商品配送到由合作服务器16指定的场所(S724)。

用户11a在希望确认保管的状况的情况下，生成包含物品的识别信息的浏览请求Req3(S725)，并发送给服务中继服务器19(S726)。当保管管理服务器300接收Req3时(S728)，从存储部320中读出该物品的图像数据和详细信息(S729)，并发送给服务中继服务器19(S730)。从服务中继服务器19发送给用户终端1a的信息显示在用户终端1a的画面上(S732、S733，参照图7)。

用户终端1a在希望返还所保管的物品的情况下，由用户终端1a生成包含物品的标识符的返还请求Req4(S735)，而发送给服务中继服务器19(S736)。将Req4转送到保管管理服务器300(S738)。保管管理服务器300向仓库终端4发送Req4(S744)。在仓库14中，当操作员确认Req4的接收时，确定并取出该物品，并以配送到用户所指定的场所的方式向配送管理终端5发送委托且(S740)。其结果为，将物品返还给用户11a(S744(交付3)、S745)。

根据本实施例，用户只需访问平时使用的服务提供商，便能够接受由与保管服务和保管服务连接的合作服务器提供的选项服务。相反，对于运营合作服务器16的商来说，即使不与用户终端1a直接交换，也能够提供服务。此时，由于由保管管理服务器300保证作为交易对象的物品的存在，因此对于运营合作服务器16的商，即使是不了解商来历的用户，也能够安心地进行交易。

在某程度上详细地利用该最优选的实施方式对本发明进行了说明，在不脱离本发明的宗旨和范围的情况下当然可以构成范围不同的实施方式。因此，本发明由附加的权利要求书限定，除此之外并不受该确定的实施方式限制。

Claims (9)

1.一种保管方法，其特征在于，该保管方法具有如下的步骤：

根据来自用户终端的请求，从服务中继服务器向仓库管理服务器发送包含关于物品使用的使用信息在内的该物品的保管委托的请求；

所述仓库管理服务器对配送管理装置发送将已由所述用户打包的一个或者多个物品配送到仓库的指示；

在所述仓库管理服务器中，生成关于该一个或者多个物品的详细信息；

将对该被保管的一个或者多个物品进行拍摄而得到的图像数据和所述详细信息存储到所述仓库管理服务器中；

所述服务中继服务器从所述仓库管理服务器取得所述图像数据和所述详细信息并发送至所述用户终端；

委托与所述使用信息对应的合作服务器提供针对所述被保管的一个或者多个物品的选项服务；

根据来自所述用户终端的请求，所述服务中继服务器请求所述仓库管理服务器将所述被保管的一个或者多个物品返还至该用户；以及

当受理所述返还的请求时，从所述仓库管理服务器对所述配送管理装置请求将所述被保管的一个或者多个物品返还至所述用户。

2.一种保管管理服务器，其特征在于，该保管管理服务器具有如下单元：

受理单元，其从受理来自用户终端的访问的服务中继服务器接收包含关于物品使用的使用信息在内的该物品的保管委托的请求；

第1配送控制单元，其对配送管理装置请求将由所述用户终端的用户打包的一个或者多个物品配送到仓库；

信息管理单元，其生成关于该一个或者多个物品的详细信息；

存储部，其存储包含对该被保管的一个或者多个物品进行拍摄而得到的图像数据在内的、关于该一个或者多个物品的详细信息；

报告单元，其将所述被保管的一个或者多个物品的图像和所述详细信息发送至所述服务中继服务器；

委托单元，其委托与所述使用信息对应的合作服务器提供针对所述被保管的一个或者多个物品的选项服务；以及

第2配送控制单元，其根据来自所述服务中继服务器的请求，对所述配送管理装置请求将所述被保管的一个或者多个物品返还至该用户。

3.根据权利要求2所述的保管管理服务器，其特征在于，

所述委托单元向所述合作服务器发送所述图像数据和所述详细信息。

4.根据权利要求2所述的保管管理服务器，其特征在于，

该保管管理服务器还具有根据所述使用信息从多个合作服务器中决定进行通知的一个合作服务器的单元。

5.根据权利要求2所述的保管管理服务器，其特征在于，

该保管管理服务器还具有第3配送管理单元，该第3配送管理单元在所述保管委托的请求之前，根据来自所述服务中继服务器的请求，对所述配送管理装置请求将用于打包所述一个或者多个物品的打包套件配送至所述用户。

6.根据权利要求2所述的保管管理服务器，其特征在于，

该保管管理服务器还具有针对与所述保管委托相关的处理进行计费处理的单元。

7.根据权利要求5所述的保管管理服务器，其特征在于，

与所述保管委托相关的费用根据由所述打包套件组装而成的箱的数量、该箱的尺寸以及保管所述箱的期间来决定，

在完成了返还的请求时或者经过了规定的期间时，执行所述计费处理。

8.根据权利要求2所述的保管管理服务器，其特征在于，

在所述详细信息中包含指定所述被保管的一个或者多个物品的分类的信息。

9.根据权利要求2所述的保管管理服务器，其特征在于，

所述保管管理服务器还具有对所述合作服务器通知已完成所述一个或者多个物品向所述仓库的保管的情况和所述一个或者多个物品从所述仓库被取出的情况中的至少任意一方的单元。