CN109919535B - 装载判定系统、装载判定方法和认证信息控制系统 - Google Patents

Abstract

本公开涉及一种装载判定系统、装载判定方法和认证信息控制系统。该装载判定系统包括：存储单元，其配置成为车辆中存在的多个装载区域中的各个装载区域存储尺寸信息，所述尺寸信息与能够装载于所述多个装载区域中的各个装载区域中的包裹的尺寸的上限相关；以及控制单元，其配置成：基于所述尺寸信息判定计划装载的第一包裹能否被装载于所述车辆中，以及输出所述第一包裹能否被装载的判定结果并且当所述第一包裹能够被装载时输出与计划装载所述第一包裹的第一装载区域相关的第一信息，所述第一装载区域被包括在所述多个装载区域中。

Description

装载判定系统、装载判定方法和认证信息控制系统

技术领域

本发明涉及一种装载判定系统、装载判定方法和认证信息控制系统。

背景技术

近年来，作为用于高效地执行收取-递送服务的用户与执行收取和递送的快递业务经营者之间的收取-递送物品(包裹)的接受的装置，已经开发出了一种行李箱共享系统，其使用由用户指定的诸如客车的车辆的车厢或行李舱作为用于收取-递送物品的接受地点。例如，日本专利申请公开第2006-206225号提出了一种系统，其在收取-递送物品的收取和递送时执行快递业务经营者的收取-递送通信设备和安装在指定车辆上的车辆通信设备之间的认证处理，并且当认证成功时允许指定车辆被锁定和解锁。

发明内容

在使用车辆执行包裹的收取和递送的系统中，如上面的行李箱共享系统所例示的，在一些情况下，当快递业务经营者在到达地点后将包裹装载在车辆中时，快递业务经营者不能将包裹作为收取-递送对象布置在车辆中。这些情况的示例包括因为已经装载了其他包裹而在车辆中没有空间的情况和作为收取-递送对象的包裹的尺寸大的情况。

本发明提供了一种能够有助于提高车辆中的包裹的装载工作的效率的技术。

根据本发明的第一方面的装载判定系统包括：存储单元，其配置成为车辆中存在的多个装载区域中的各个装载区域存储尺寸信息，所述尺寸信息与能够装载于所述多个装载区域中的各个装载区域中的包裹的尺寸的上限相关；以及控制单元，其配置成：基于所述尺寸信息判定计划装载的第一包裹能否被装载于所述车辆中，以及输出所述第一包裹能否被装载的判定结果并且当所述第一包裹能够被装载时输出与计划装载所述第一包裹的第一装载区域相关的第一信息，所述第一装载区域被包括在所述多个装载区域中。

车辆的示例包括客车、卡车和货车。装载区域的示例包括车辆的车厢中的每个座椅上的区域和车辆的行李舱中的区域。计划装载包裹的第一装载区域的示例包括由请求装载的用户指定作为装载位置的装载区域，以及判定能够装载作为对象的包裹的装载区域。根据上述方面，可以获得作为装载对象的包裹能否装载到车辆中的信息以及计划装载包裹的装载区域的信息而不前往车辆所在的地方，并且可以提高装载工作的效率。

在上述方面中，能够被装载于所述第一装载区域中的包裹的所述尺寸的所述上限可大于所述第一包裹的尺寸。

在上述方面中，所述控制单元可配置成：当另一包裹已经被装载于所述第一装载区域中时，判定是否存在能够装载所述另一包裹的第二装载区域，所述第二装载区域被包括在所述多个装载区域中；并且当所述控制单元判定所述第二装载区域存在时，输出与所述第二装载区域相关的第二信息。

在上述方面中，能够被装载于所述第二装载区域中的包裹的所述尺寸的所述上限可大于所述另一包裹的尺寸，所述第二装载区域中可尚未装载与所述另一包裹不同的包裹，并且所述第二装载区域可不同于所述第一装载区域。

在上述方面中，所述第二信息可以是提示所述另一包裹向所述第二装载区域的移动的通知。

在上述方面中，所述控制单元可配置成判定所述另一包裹是否已经被装载于所述第一装载区域中；并且所述第一信息可包括指示所述另一包裹是否已经被装载于所述第一装载区域中的信息。

根据上述方面，通过该通知，可以获得另一包裹的移动对于第一包裹的装载是否必需的信息而不前往车辆所在的地方，并且可以提高装载工作的效率。

在上述方面中，所述控制单元配置成：当请求装载的第一用户指定了用于所述第一包裹的装载区域时，判定所述第一包裹能否被装载于指定的装载区域中；并且向所述第一用户的用户终端给出所述第一包裹能否被装载于所述指定的装载区域中的判定结果的通知。

请求装载的第一用户的示例是车辆的所有人和有权触摸车辆中的物品的人员。根据以上方面，例如，当不能装载包裹时，可以提示请求装载的用户改变作为对象的包裹的装载区域的指定或改变车辆中物品的布置使得能够装载作为对象的包裹。

在上述方面中，所述控制单元可配置成：当所述第一包裹不能被装载于所述指定的装载区域中时，判定是否存在能够装载所述第一包裹的另一装载区域；并且当所述另一装载区域存在时，向所述第一用户的所述用户终端传输通知，所述通知提示用于所述第一包裹的所述装载区域向所述另一装载区域的改变。

因此，可以向请求装载的用户建议改变用于包裹的装载区域的指定和能够装载所述包裹的装载区域的候选者，并且可以辅助请求装载的用户决定用于包裹的装载区域。

在上述方面中，所述控制单元可配置成：当请求装载的第一用户不同于执行装载的第二用户并且所述第二装载区域存在时，向所述第一用户的用户终端传输请求，所述请求则请求允许所述另一包裹向所述第二装载区域的移动；并且当从所述第一用户的所述用户终端接收到对所述请求的允许响应时向所述第二用户的用户终端传输通知，所述通知为提示所述另一包裹向所述第二装载区域的移动的通知。

执行装载工作的第二用户的示例包括没有授权来触摸车辆中的物品的人，例如快递业务经营者的配送员和消费者到消费者(C2C)交易的交易伙伴。根据上述方面，例如，即使当装载工人没有授权接触车辆中的物品时，装载工人也可以移动车辆中的物品用于装载包裹，如此提高装载工作的效率。

在上述方面中，所述装载判定系统可进一步包括管理单元，所述管理单元配置成：当不禁止所述第一包裹的下方装载时，在判定所述第一包裹已经被装载于所述第一装载区域中后，将所述第一装载区域的所述尺寸信息中包括的所述尺寸的所述上限的值更新为从所存储的值减去至少所述第一包裹的所述尺寸的值得到的值；以及当禁止所述第一包裹的所述下方装载时，将所述第一装载区域的所述尺寸信息设定为指示另一包裹不能被装载于所述第一装载区域中的值。

下方装载意味着在包裹放在下侧的同时装载另一包裹，即，另一包裹装载在该包裹上。根据上述方面，在已经装载了被指定禁止下方装载的包裹的装载区域中，可以避免在装载该包裹后装载另一包裹，并且可以满足来自请求装载的用户关于装载该包裹的要求。

在上述方面中，所述控制单元可配置成当所述第一包裹已经被装载于第三装载区域时，判定是否存在能够装载与所述第一包裹不同的第二包裹的装载区域，所述第一包裹计划被装载于所述第一装载区域中，所述第三装载区域是计划装载所述第二包裹的区域。

例如，即使当包裹被装载于不同于计划装载所述包裹的第一装载区域的第三装载区域中时，例如，由于执行装载工作的人员的错误，可以改变用于计划其后装载在第三装载区域中的包裹的装载区域，以根据情况灵活地自动响应并提高装载工作的效率。

在上述方面中，所述控制单元可配置成：当所述第一包裹和不同于所述第一包裹的第三包裹计划被装载于所述第一装载区域中，所述第一包裹比所述第三包裹早装载且禁止所述第一包裹的下方装载时，判定除了所述第一装载区域外是否存在能够装载所述第三包裹的装载区域。

例如，当未指定禁止下方装载的包裹A和指定了禁止下方装载的包裹B计划以这个顺序装载于单个装载区域中时，即使由于装载顺序的改变而导致较早地装载了指定了禁止下方装载的包裹B，用于包裹A的装载区域是自动新确定的。由此，能够灵活地响应于装载计划的变化，并且能够提高装载工作的效率。

根据本发明的第二方面的认证信息控制系统是如下的系统，该系统通过向用户的用户终端发出预定认证信息来控制用户对车辆中的预定区域的访问，所述车辆为布置有包裹并且由锁定-解锁控制设备通过锁定-解锁处理能够被锁定和解锁的车辆，所述预定认证信息为引起所述锁定-解锁控制设备执行所述锁定-解锁处理的信息。所述认证信息控制系统包括：根据上述方面的装载判定系统；以及发出单元，其配置成发出允许仅仅对应于所述第一装载区域的门被锁定和解锁的认证信息。

根据上述方面，当装载工人是第三方时，可以将装载工人能够访问的车辆中的区域限制为计划装载包裹的第一装载区域，并且可以保护安全性。

本发明中的装载判定系统和认证信息控制系统可由诸如计算机的单个或多个处理设备构成。当装载判定系统和认证信息控制系统由多个处理设备构成时，装载判定系统和认证信息控制系统的构成部分以分布式方式设置在多个处理设备中，并且所述处理设备协同地实现装载判定系统和认证信息控制系统的处理。

本发明的一方面是一种装载判定方法，其可包括：在存储单元中为车辆中包含的多个装载区域中的各个装载区域存储允许装载的尺寸的信息；基于所述尺寸信息判定作为装载对象的包裹能否被装载于所述车辆中；以及输出所述包裹能否被装载的判定结果并且当所述包裹能够被装载在车辆中时输出关于计划装载所述包裹的第一装载区域的信息。只要不存在技术不一致，对于上述装载判定系统和认证信息控制系统公开的技术构思也可以应用于装载判定方法。

通过本发明，可以提高车辆中的包裹的装载工作的效率。

附图说明

下面将参照附图描述本发明的示例性实施例的特征、优势以及技术和工业意义，其中相同的附图标记表示相同元件，并且其中：

图1是示出根据第一实施例的行李箱共享系统的示意性配置的图示；

图2是示出构成图1中所示的行李箱共享系统的车载设备、数据通信设备、用户终端、中心服务器和收取-递送管理服务器的详细配置的图示。

图3是示出存储在收取-递送管理服务器中的收取-递送信息表格的示例性表格配置的图示。

图4是示出存储在收取-递送管理服务器中的车辆管理信息的示例性表格配置的图示。

图5是示出存储在中心服务器中的车辆装载信息的示例性表格配置的图示。

图6A是由中心服务器执行的车辆装载判定处理的示例性流程；

图6B是由中心服务器执行的车辆装载判定处理的示例性流程；

图7是用于由中心处理器执行的车辆装载判定的请求控制处理的示例性流程图；

图8是用于由中心服务器执行的认证信息的发出控制处理的示例性流程图；

图9是由中心服务器执行的装载布置处理的示例性流程图；

图10是由中心服务器执行的车辆装载信息的管理处理的示例性流程图；

图11A是示出在特定示例中使用利用行李箱共享系统的服务将包裹递送到车辆的示例性处理序列的图示；

图11B是示出在特定示例中使用利用行李箱共享系统的服务将包裹递送到车辆的示例性处理序列的图示；

图12是示出在特定示例中包裹的装载位置的示例性计划的图示；并且

图13是示出在特定示例中完成包裹A和包裹B的装载后行李箱中的示例性装载状态的图示。

具体实施方式

在下文中，将基于附图描述本发明的特定实施例。除非另有说明，否则不旨在将本发明的技术范围仅限于以下实施例中描述的配置。

第一实施例

系统配置

图1是示出根据第一实施例的行李箱共享系统1的示意性配置的图示。行李箱共享系统1是用于通过在请求针对收取-递送物品(包裹)的收取-递送工作的请求者和执行所请求的针对收取-递送物品的收取-递送工作的人员之间共享行李舱或车厢而实现收取-递送服务的系统，该收取-递送服务使用由请求者人员指定的车辆10的行李舱(行李箱)或车厢作为接受地点。因此，“请求针对收取-递送物品的收取-递送工作的人员”和“执行针对收取-递送物品的收取-递送工作的人员”都是使用车辆的行李舱或车厢的用户。为了区分这两种用户，前者被称作“请求用户”，而后者被称作“收取-递送用户”。行李舱或车厢是车辆10中的预定区域。能够布置待收集和递送的包裹的预定区域配置成通过后面描述的车载设备10A来锁定和解锁。行李舱是与车辆10的驾驶员和其他人登上的车厢分离的区域，使得行李舱与车厢不能相互访问。

在图1中所示的示例中，行李箱分享系统1包括车辆10、收取-递送用户的用户终端200、请求用户的用户终端50、中心服务器400以及收取-递送管理服务器500A、500B。在车辆10上，安装了车载设备10A和数据通信设备350。数据通信设备350、用户终端200、用户终端50、中心服务器400以及收取-递送管理服务器500A、500B通过网络N1相互连接。例如，网络N1是诸如因特网的全球公共通信网络，并且可以采用广域网(WAN)或另一通信网络。网络N1可以包括诸如蜂窝电话网络的电话通信网络和诸如Wi-Fi的无线通信网络。

例如，车辆10是客车。车辆10可以是诸如轻型卡车和货车的货运车辆。例如，请求用户是具有访问车辆10的权限的人员，例如车辆10的拥有者和车辆10的拥有者的家庭成员。

车载设备10A通过包括短距离无线通信的网络N2连接到收取-递送用户的用户终端200。在行李箱共享系统1中，作为示例，包括两个收取-递送管理服务器500A、500B，但是可以包括三个以上收取-递送管理服务器。在本说明书中，当共同提及收取-递送管理服务器时，采用附图标记500。

例如，在使收取-递送用户递送通过电子商务运营商设置的产品购买网站购买的物品的情况下，在请求快递业务经营者执行包裹的收取-递送的情况下，或者在使消费者对消费者交易中的交易伙伴用户执行包裹的收取-递送的情况下，请求用户能够通过安装在请求用户的用户终端50中的应用程序在收取-递送管理服务器500中登记与作为收取-递送对象的物品相关的信息。该应用程序是用于使用利用行李箱共享系统1的服务的应用程序。收取-递送意味着收取和/或递送。

例如，在车辆10中的包裹的装载工作之前，请求用户可以通过安装在请求用户的用户终端50中的应用程序获取关于包裹能否装载在车辆10中以及车辆中的装载位置的信息。该应用程序是用于使用由中心服务器400提供的车辆装载判定服务的应用程序。例如，车辆装载判定包括包裹是否能够装载在车辆10中的判定以及包裹在车辆10中的装载位置的判定。

例如，收取-递送管理服务器500是由快递业务经营者管理的服务器，或由消费者对消费者(C2C)交易应用程序的运营公司管理的服务器。收取-递送管理服务器500例如从请求用户的用户终端50或产品购买网站的管理服务器接受作为收取-递送对象的物品(下文中，也称为“收取-递送包裹”)的登记。如下述图3中所示，收取-递送信息包括请求用户的识别信息、收取-递送货物的识别信息、收取-递送日期和时间的指定信息等。此外，请求用户从收取-递送地点的候选者中适当地选择要使用的收取-递送地点，并且所述收取-递送信息还包括所述收取-递送地点。例如，针对请求用户的收取-递送地点的候选者还包括车辆10。此后，将假定针对请求用户的收取-递送地点是车辆10来进行描述。而且，收取-递送信息还包括与收取-递送包裹的状态相关的信息。状态信息的示例包括收取-递送包裹的收取-递送是否已经完成的信息。

假定图1中所示的收取-递送管理服务器500A和收取-递送管理服务器500B由不同的业务经营者管理。由此，根据由收取-递送管理服务器500A管理的收取-递送信息的收取-递送包裹的收取-递送与执行根据由收取-递送管理服务器500B管理的收取-递送信息的收取-递送包裹的收取-递送的业务经营者不同的业务经营者来执行。在区分被从管理收取-递送服务管理器500A、500B的业务经营者请求执行收取-递送包裹的收取-递送的收取-递送用户的情况下，收取-递送用户在添加附图标记的同时将在下文被表示为收取-递送用户A和收取-递送用户B。

收取-递送管理服务器500从请求用户的用户终端50接受包裹的收取-递送的请求，并且当收取-递送地点是车辆10时，收取-递送管理服务器500请求中心服务器400对作为针对车辆10的收取-递送对象的包裹执行车辆装载判定。例如，收取-递送信息可包括由中心服务器400判定的在车辆10中作为收取-递送对象的包裹的装载位置。

收取-递送管理服务器500请求中心服务器400向收取-递送用户的用户终端200发出用于锁定和解锁装载所述收取-递送包裹的车辆10的车厢或行李舱的认证信息。例如，该请求响应于来自收取-递送用户的用户终端200的请求来执行。

例如，中心服务器400是保持与包裹在车辆10的装载区域中的装载状态相关的信息和允许车辆10的锁定和解锁的认证信息的服务器。车辆10的装载区域是用于将包裹装载在车辆10中的区域。在车辆10中，包含多个装载区域。装载区域的示例包括副驾驶座和后座上或下方的空间，以及行李箱中的空间。此外，例如，行李箱中的空间可以被分成多个空间，并且行李箱中的空间可以包含多个装载区域。当空间分离开时，空间可以由诸如隔板的构件分离开，或者可以基于诸如右侧和左侧的位置关系而分离开。副驾驶座和后座上或下方的空间也是如此。管理中心服务器400的业务经营者可以与管理收取-递送管理服务器500的业务经营者不同，或者可以与管理收取-递送管理服务器500之一的业务经营者相同。在第一实施例中，假定管理中心服务器400的业务经营者不同于管理收取-递送管理服务器500的业务经营者。

例如，中心服务器400从请求用户的用户终端50或收取-递送管理服务器500接受车辆装载判定的请求，并且执行车辆装载判定处理。例如，中心服务器400基于由车辆10的车厢或行李舱中的摄像机拍摄及通过网络N1从数据通信设备350接收的拍摄图像以及通过用户终端50从请求用户输入的信息，为车辆10中的多个装载区域中的各个装载区域存储允许装载的包裹的尺寸信息。作为车辆装载判定，中心服务器400基于允许在车辆10的装载区域中允许装载的尺寸信息和收取-递送包裹的尺寸信息来判定收取-递送包裹能否装载于车辆10中和车辆10中的收取-递送包裹的装载位置中，并且向请求源，即，向请求用户的用户终端50或收取-递送管理服务器500，给出判定结果的通知。在第一实施例中，中心服务器400给出计划装载所述包裹的装载区域作为装载位置的通知。

例如，中心服务器400通过收取-递送管理服务器500接受来自收取-递送用户的用户终端200的认证信息的发出请求，并且执行对于认证信息的发出控制处理。例如，当检测到自车辆10起的距离小于预定距离时，收取-递送用户的用户终端200传输认证信息的发出请求。例如，自车辆10起的距离是否小于预定距离可以基于车辆10和收取-递送用户的用户终端200之间的位置信息来检测，或者可以基于车辆10和收取-递送用户的用户终端200之间通过借助短距离无线通信的网络N2的连接来检测。

基于与所接收的包裹的识别信息相关联的请求用户的识别信息连同对于认证信息的发出请求，中心服务器400通过收取-递送管理服务器500向收取-递送用户的用户终端200传输与请求用户的识别信息相关联的车辆10的识别信息。收取-递送用户使用由用户终端200获取的认证信息锁定和解锁车辆10的车厢或行李舱，并因此，能够访问车辆10的车厢或行李舱用于递送或收取该收取-递送包裹。

认证信息是引起车载设备10A执行对于车辆10的车厢或行李舱的锁定-解锁处理的数字信息。认证信息通过短距离无线通信从用户终端200传输至车载设备10A，并且经受车载设备10A的认证处理。对于车辆10的车厢或行李舱的锁定-解锁处理是通过下面详细描述的车载设备10A锁定和解锁包含收取-递送包裹的车辆10的车厢或行李舱的门的处理。

图2是示出构成行李箱共享系统1的车载设备10A、数据通信设备350、收取-递送用户的用户终端200、请求用户的用户终端50、收取-递送管理服务器500以及中心服务器400的示例性示意配置的框图。基于图2，将描述车载设备10A、数据通信设备350、收取-递送用户的用户终端200、请求用户的用户终端50、收取-递送管理服务器500以及中心服务器400的硬件配置和功能配置。

车载设备10包括钥匙单元100和锁定-解锁设备300。钥匙单元100包括与智能钥匙的电子钥匙(在下文中，称为便携式设备)的无线接口相同的无线接口，并且执行与车载设备10A的现有锁定-解锁设备300的通信。因此，可以在不使用物理钥匙的情况下锁定和解锁车辆10的行李舱或车厢。此外，钥匙单元100执行与收取-递送用户的用户终端200的短距离无线通信，并基于针对收取-递送用户的用户终端200的认证处理的结果来判定是否表现为车辆10的电子钥匙。在下文中，当无需区分行李舱和车厢时，车辆10的行李舱或车厢的锁定和解锁也仅仅被称作“车辆10的锁定和解锁”。

如上所述，当收取-递送用户访问车辆10的车厢或行李舱用于递送和/或收集该收取-递送包裹时，收取-递送用户的用户终端200通过收取-递送管理服务器500请求中心服务器400发出用于锁定和解锁车厢或行李舱的认证信息。从收取-递送用户的用户终端200传输至钥匙单元100的认证信息与先前存储在钥匙单元100中的认证信息进行比较。当钥匙单元100的认证处理成功时，用户终端200被认证作为正当地致动车载设备10A的终端。

当认证了用户终端200时，钥匙单元100将先前存储在钥匙单元100中并且与认证信息关联的车辆10的钥匙ID连同锁定-解锁信号传输至锁定-解锁设备300。当从钥匙单元100接收的钥匙ID与先前存储在锁定-解锁设备300中的钥匙ID一致时，锁定-解锁设备300锁定和解锁该车辆10。钥匙单元100和锁定-解锁设备300利用从安装在车辆10上的电池供给的电能来运行。先前存储在钥匙单元100中的钥匙ID可以是用认证信息加密的钥匙ID。在这种情况下，当收取-递送用户的用户终端200的认证处理成功时，钥匙单元100用认证信息解密该钥匙ID，然后将钥匙ID传输到锁定-解锁设备300。对于车厢和行李舱的各个装载区域，认证信息和钥匙ID可以是不同的。例如，对于驾驶员座椅的门、副驾驶座的门、后座的门和行李箱的门中的各个门，认证信息和钥匙ID可以是不同的。

将描述锁定-解锁设备300的细节。锁定-解锁设备300是用于锁定和解锁车辆10的车厢或行李舱的门的设备。例如，响应于从对应于车辆10的便携式设备利用射频(以下称为RF)频带内的电波传输的锁定信号和解锁信号，锁定-解锁设备300锁定和解锁车辆10的门。此外，锁定-解锁设备300具有传输低频(以下称为LF)频带内的电波用于搜索便携式设备的功能。

在该实施例中，代替便携式设备，钥匙单元100针对该锁定-解锁设备300传输和接收RF频带和LF频带的电波，以便控制车辆10的门的锁定和解锁。在下文中，除非另有说明，否则将假定锁定-解锁设备300的通信目的地是钥匙单元100来进行描述。

锁定解锁设备300被配置为包括LF发送器301、RF接收器302、核对ECU 303、车身ECU 304和门锁致动器305。LF发送器301是用于发送低频带(例如，100KHz至300KHz)的电波来用于搜索(轮询)钥匙单元100的装置。例如，LF发送器301结合在车厢中的中央控制台或方向盘附近。RF接收器302是用于接收从钥匙单元100发送的高频带(例如，100MHz至1GHz)的电波的装置。RF接收器302结合在车厢中的地方处。

核对ECU 303是基于利用RF频带的电波从钥匙单元100发送的信号(锁定信号或解锁信号)来执行锁定和解锁车辆10的车厢或行李舱的门的控制的计算机。例如，核对ECU303由微型计算机构成。在下面的描述中，锁定信号和解锁信号将一同被称作锁定-解锁信号。术语“锁定-解锁信号”至少意味着锁定信号和解锁信号中的任一种。

核对ECU 303对从钥匙单元100发送的锁定-解锁信号作为从正当设备发送的信号进行认证。具体地，核对ECU 303判定锁定-解锁信号中包括的钥匙ID与先前存储在核对ECU303的未示出的存储单元中的钥匙ID是否一致。然后，基于判定结果，核对ECU 303将解锁命令或锁定命令发送到车身ECU 304。解锁命令或锁定命令通过诸如控制器局域网络(CAN)的车载网络发送。

门锁致动器305是锁定和解锁车辆10的门的致动器。车辆10的门的示例包括在登上或离开作为乘用空间的车厢时被打开或关闭的车厢门，以及在行李舱中装载或卸载包裹时被打开或关闭的行李舱门。门锁致动器305基于从车身ECU 304发送的信号来运行。门锁致动器305可以配置成独立地锁定和解锁车辆10的车厢门和行李舱门。

车身ECU 304是对车辆10执行车身控制的计算机。车身ECU 304具有通过基于从核对ECU 303接收的解锁命令或锁定命令来控制门锁致动器305而同时或独立地锁定和解锁车辆10的车厢门和行李舱门的功能。核对ECU 303和车身ECU 304可以集成。

接下来，将描述钥匙单元100。钥匙单元100是布置在车辆10的车厢中的预定位置处(例如，在杂物箱内)的设备。钥匙单元100具有在执行与收取-递送用户的用户终端200的短距离无线通信等的同时认证用户终端200的功能，以及基于认证结果使用RF频带的电波发送锁定-解锁信号的功能。钥匙单元100被配置成包括LF接收器101、RF发送器102、短距离通信单元103和控制单元104。

LF接收器101是用于接收利用LF频带的电波从锁定-解锁设备300发送的轮询信号的装置。LF接收器101包括用于接收LF频带的电波的天线(在下文中，称为LF天线)。RF发送器102是用于利用RF频带的电波将锁定-解锁信号发送到锁定-解锁装置300的装置。

短距离通信单元103是用于执行与收取-递送用户的用户终端200的通信的装置。短距离通信单元103使用预定的无线通信标准在短距离(允许车厢的内部和外部之间的通信的范围)中执行通信。在第一实施例中，短距离通信单元103使用蓝牙低功耗标准(以下称为BLE)执行数据通信。BLE是蓝牙的低功率通信标准，并且其特征在于不需要设备之间的配对，并且可以在检测到伙伴之后不久启动通信。尽管在该实施例中使用BLE作为示例，但是可以使用另一种无线通信标准。例如，可以使用近场通信(NFC)、超宽带(UWB)、Wi-Fi(R)等。

控制单元104是通过短距离通信单元103执行与收取-递送用户的用户终端200的短距离无线通信并且执行认证用户终端200的控制和基于认证结果发送锁定-解锁信号的控制的计算机。例如，控制单元104由微型计算机构成。

控制单元104包括存储单元1041和认证单元1042。在存储单元1041中，存储用于控制钥匙单元100的控制程序。控制单元104可以通过利用包括在构成控制单元104的微型计算机中的未图示出的中央处理单元(CPU)执行存储在存储单元1041中的控制程序来实现包括认证单元1042的各种功能。例如，控制单元104实现了通过LF接收器101接收从锁定-解锁设备300发送的作为LF频带的电波的轮询信号的功能、通过RF发送器102向锁定-解锁设备300发送作为RF频带的电波的锁定-解锁信号的功能、处理通过短距离通信单元103执行的与收取-递送用户的用户终端200的通信的功能、当认证单元1042对收取-递送用户的用户终端200的认证成功时生成锁定-解锁信号的功能等。

认证单元1042基于在从收取-递送用户的用户终端200发送的锁定请求或解锁请求(此后，一同被称作锁定-解锁请求)中包括的认证信息来认证用户终端200。具体地，认证单元1042将存储在存储单元1041中的认证信息与从收取-递送用户的用户终端200发送的认证信息进行比较，并且当两条认证信息满足预定关系时判定该认证成功。此外，当这两条认证信息不满足预定关系时，认证单元1042判定认证失败。预定关系的示例包括存储在存储单元1041中的认证信息和从收取-递送用户的用户终端200发送的认证信息彼此一致的情况、使用两条认证信息的预定加密处理、解密处理等的结果彼此一致的情况、以及以及两个认证信息之一的解密处理结果与两个认证信息中的另一个的解密处理结果一致的情况。

当认证单元1042对收取-递送用户的用户终端200的认证成功时，响应于从用户终端200接收的请求而生成的锁定-解锁信号通过RF发送器102发送到锁定-解锁设备300。在下文中，根据描述的需要，存储在钥匙单元100中的认证信息被称为设备认证信息，并且从收取-递送用户的用户终端200发送的认证信息被称为终端认证信息。

钥匙单元100将上述钥匙ID连同锁定-解锁信号一起发送至锁定-解锁设备300。钥匙ID可以预先作为明文存储在钥匙单元100中，或者可以在由收取-递送用户的用户终端200特有的代码加密的同时进行存储。在加密的同时存储钥匙ID的情况下，可以通过从收取-递送用户的用户终端200发送的认证信息来解密加密的钥匙ID，并且可以获得原始钥匙ID。

因此，响应于从用户终端200发送的认证信息，车载设备10A通过钥匙单元100的认证处理来致动锁定-解锁设备300，并且执行用于锁定和解锁车辆10的车厢或行李舱的一系列处理。该处理的顺序是车载设备10A的锁定-解锁处理，并且对应于本发明的锁定-解锁设备的锁定-解锁处理。

接下来，在车辆10上，除了车载设备10A之外还安装有摄像机390和数据通信设备350。例如，多个摄像机390安装在车辆10上，并分别设置在车厢和行李舱中。摄像机390和数据通信设备350例如通过诸如CAN的车载网络连接。例如，摄像机390的拍摄范围是车厢的内部或行李舱的内部。摄像机390以预定周期或响应于来自数据通信设备350的请求或通过数据通信设备350来自中心服务器400的请求拍摄图像，并将拍摄图像发送到数据通信设备350或者通过数据通信设备350发送到中心服务器400。

作为安装在车辆10上的设备的数据通信设备350被配置为具有如下构件的计算机：包括CPU和数字信号处理器(DSP)的处理器(未示出)，包括RAM和只读存储器(ROM)的主存储单元(未图示出)，以及包括可擦除可编程ROM(EPROM)、硬盘驱动器(HDD)和可移动介质的辅助存储单元(未示出)。

例如，可移动介质是通用串行总线(USB)存储器，或诸如光盘(CD)和数字通用盘(DVD)的盘记录介质。

在辅助存储单元中，存储了操作系统(OS)、各种程序、各种表格等，并且存储的程序被加载到主存储单元的工作区中并被执行。通过执行程序，控制组成部分等，从而可以实现与预定目的相对应的功能。

此外，数据通信设备350包括通信单元351。通信单元351执行与中心服务器400的通信。例如，通信单元351是用于无线通信的无线通信电路。无线通信电路连接到诸如作为公共通信网络的因特网的网络N1。

在数据通信设备350中，上述处理器执行程序，使得信息获取单元352形成为功能单元。例如，信息获取单元352通过CAN等从摄像机390接收车厢的内部或行李舱的内部的拍摄图像，并通过通信单元351将车厢的内部或行李舱的内部的拍摄图像发送至中心服务器400。

接下来，将描述收取-递送用户的用户终端200。例如，用户终端200是小型便携式计算机，诸如智能手机、蜂窝电话终端、平板终端、个人信息终端和可穿戴计算机(智能手表等)。用户终端200可以是通过诸如作为公共通信网络的因特网的网络N1连接到收取-递送管理服务器500的个人计算机(PC)。收取-递送用户的用户终端200被配置成包括短距离通信单元201、通信单元202、控制单元203和输入-输出单元204。

短距离通信单元201是用于以与钥匙单元100的短距离通信单元103相同的通信标准执行与钥匙单元100的通信的装置。在短距离通信单元201和钥匙单元100之间形成的网络是图1中表示为网络N2的网络。通信单元202是用于将用户终端200连接到网络N1的通信装置。在第一实施例中，用户终端200能够使用诸如第三代(3G)和长期演进(LTE)的移动通信服务经由网络N1执行与另一设备(例如，收取-递送管理服务器500)的通信。

控制单元203是控制用户终端200的计算机。例如，控制单元203执行获取上述终端认证信息的处理、生成包括所获取的终端认证信息的锁定-解锁请求的处理、将所生成的锁定-解锁请求发送到钥匙单元100的处理等。例如，控制单元203由微型计算机构成。在所述微型计算机上，例如，安装存储装置和处理器。存储在安装在微型计算机上的存储装置(ROM等)中的程序由安装在微型计算机上的处理器(CPU等(未图示出))执行，从而实现用于执行上述各种处理的功能。

此外，控制单元203通过输入-输出单元204执行与收取-递送用户的交互。输入-输出单元204是用于接受由收取-递送用户执行的输入操作并向收取-递送用户呈现信息的装置。具体地，输入-输出单元204由触摸面板、用于触摸面板的控制装置、液晶显示器和用于液晶显示器的控制装置构成。在第一实施例中，触摸面板和液晶显示器由单个触摸面板显示器构成。

控制单元203在输入-输出单元204上显示操作屏幕，并产生与由收取-递送用户执行的操作相对应的锁定-解锁请求。例如，控制单元203在触摸面板显示器上输出用于解锁的图标、用于锁定的图标等，并且基于由收取-递送用户执行的操作来生成解锁请求或锁定请求。要由收取-递送用户执行的操作不限于要通过触摸面板显示器执行的操作。例如，可以通过硬件开关等来执行操作。

控制单元203执行从中心服务器400获取终端认证信息的处理。该终端认证信息不是由锁定-解锁设备300对钥匙单元100认证的信息(钥匙ID)，而是由钥匙单元100对用户终端200认证的信息。例如，由钥匙单元100对用户终端200认证的信息是对应于安装在车辆10上的钥匙单元100特有的认证信息的认证信息。具体而言，控制单元203将对于终端认证信息的发出请求从通信单元202通过收取-递送管理服务器500发送到中心服务器400。这里的“对于终端认证信息的发出请求”包括用户终端200的识别信息、收取-递送包裹的识别信息以及用于请求发出钥匙单元100特有的终端认证信息的信号。

中心服务器400接收对于终端认证信息的发出请求，并向用户终端200发送安装在车辆10上的钥匙单元100特有的终端认证信息。因此，可以在用户终端200上执行用于解锁车辆10的操作。当用户终端200没有终端认证信息时，不可能在用于车辆10的操作屏幕上执行锁定操作和解锁操作。

例如，在第一实施例中，要由用户终端200获取的终端认证信息可以是一次性密钥，其在由收取-递送用户完成收取-递送工作时通过锁定车厢门或行李舱而失效。例如，在当从中心服务器400传输的终端认证信息由用户终端200接收时，终端认证信息存储在用户终端200的存储单元(未图示出)中，并且此后，当在收取-递送工作完成时锁定行李舱门后从钥匙单元100发送的锁定通知由用户终端200接收时，从上述存储单元删除所述终端认证信息。

存储在用户终端200的存储单元中的终端认证信息被删除时的时刻不限于上述示例，而是可以是自用户终端200接收从中心服务器400发送的终端认证信息时(或中心服务器400向用户终端200发送终端认证信息时)已经逝去预定时间的时刻。终端认证信息不限于上述一次性密钥，而是可以是仅在预定时段内有效的受限密钥。对应于终端认证信息的设备认证信息提前存储在钥匙单元100中，而不管终端认证信息是一次性密钥还是受限密钥。

接下来，将描述请求用户的用户终端50。例如，与用户终端200类似，用户终端50可以是小型计算机，诸如智能电话、蜂窝电话终端、平板终端、个人信息终端和可穿戴计算机(智能手表等)，或者可以是个人计算机。请求用户的用户终端50配置成包括通信单元51、控制单元52和输入-输出单元53。

通信单元51是用于连接到网络N1的通信装置，并且具有与通信单元202的功能类似的功能。控制单元52是控制用户终端50的计算机。例如，控制单元52由微型计算机构成。存储在微型计算机上所安装的存储装置(ROM等)中的程序由安装在微型计算机上的CPU(未图示出)来执行，从而实现执行各种处理的功能。

例如，控制单元52执行用于使用利用行李箱共享系统1的服务的应用程序，并且通过通信单元51对预定快递业务经营者的收取-递送管理服务器500执行针对收取-递送包裹的收取-递送请求。连同收取-递送请求一起，例如，作为通过输入-输出单元53输入的信息的指定的收取-递送日期和时间以及与收取-递送包裹相关的信息被发送至收取-递送管理服务器500。例如，与收取-递送包裹相关的信息是包裹的尺寸、包裹的重量、是否指定了翻转禁止的信息、是否指定了下方装载禁止的信息等等。

例如，控制单元52执行使用由中心服务器400提供的车辆装载判定服务的应用程序，并通过通信单元51向中心服务器400请求针对车辆10中的包裹的车辆装载判定。连同车辆装载判定的请求一起，例如，作为通过输入-输出单元53输入的信息的、与作为装载对象的包裹相关的信息被发送至中心服务器400。例如，与作为装载对象的包裹相关的信息与收取-递送包裹相关的信息相同。

输入-输出单元53是用于接受由请求用户执行的输入操作并向请求用户呈现信息的装置，并且具有与输入-输出单元204的功能类似的功能。

在图2中，用户终端50没有明确地包括与短距离通信单元201相对应的组件。然而，用户终端50可以包括这样的组件。在这样的配置中，与控制单元203类似，控制单元52可以执行从中心服务器400获取终端认证信息的处理，并且可以通过短距离无线通信向钥匙单元100发送终端认证信息，从而，用户终端50可以致动锁定-解锁设备300。

接下来，将描述收取-递送管理服务器500。收取-递送管理服务器500具有通用计算机的配置，并且当多个业务经营者加入如上所述的行李箱共享系统1时，每个业务经营者准备至少一个收取-递送管理服务器作为自己的管理服务器。收取-递送管理服务器500是具有如下部件的计算机：包括CPU和DSP的处理器(未图示出)，包括RAM和ROM的主存储单元(未图示出)，以及包括EPROM、HDD和可移动介质的辅助存储单元(未图示出)。

此外，收取-递送管理服务器500包括通信单元501。通信单元501连接到另一设备(例如，中心服务器400或用户终端)，并在收取-递送管理服务器500和该设备之间进行通信。例如，通信单元501包括局域网(LAN)接口板和用于无线通信的无线通信电路。该LAN接口板和无线通信电路被连接至诸如作为公共通信网络的因特网的网络N1。

此外，收取-递送管理服务器500包括存储上述收取-递送信息的收取-递送管理数据库(DB)503。该收取-递送管理DB 503形成为使得收取-递送信息存储在辅助存储单元中，并且在收取-递送管理DB 503中，请求用户和收取-递送信息彼此关联。要由处理器执行的数据库管理系统(DBMS)的程序管理存储在辅助存储单元中的数据，从而构建收取-递送管理DB 503。例如，收取-递送管理DB 503是关系数据库。稍后将通过图3描述存储在收取-递送管理DB 503中的收取-递送信息的细节。

收取-递送管理DB 503还包括存储其中的车辆管理信息，其中，请求用户和作为对应的收取-递送地点的车辆10彼此关联。例如，车辆管理信息是当收取-递送用户识别车辆10时有用的信息，例如车辆的车牌号、车辆的外观和车辆的位置。稍后将通过图4描述车辆管理信息的细节。

在收取-递送管理服务器500中，上述处理器执行程序，使得控制单元502形成为功能单元。控制单元502执行管理控制，诸如收取-递送管理DB 503中的收取-递送信息登记和更新。例如，当请求用户通过用户终端50请求收取-递送包裹的收取-递送时，控制单元502给予收取-递送包裹识别信息，将请求用户的识别信息与收取-递送包裹的识别信息、收取-递送类型、收取-递送日期和时间、收取-递送地点等链接，生成对应于请求用户的收取-递送信息，并将该收取-递送信息存储在收取-递送管理DB 503中。

当在生成收取-递送信息后由请求用户给出收取-递送日期和时间或收取-递送地点的信息改变的通知时，控制单元502根据这种改变来更新存储的收取-递送信息。此外，控制单元502通过通信单元501执行与收取-递送用户的用户终端200的通信，并且还更新包括在收取-递送信息中且与收取-递送包裹的状态相关的信息。例如，收取-递送用户从用户终端200接收通过输入-输出单元204输入的状态信息(例如，指示收取-递送完成的信息)，并且控制单元502更新相应的收取-递送信息。

在控制单元502通过用户终端50从请求用户接收收取-递送地点是车辆10的收取-递送包裹的收取-递送请求，并且在收取-递送管理DB 503中登记对应于该请求的收取-递送信息之后，该控制单元502请求中心服务器400执行针对所请求的收取-递送包裹的车辆装载判定。当控制单元502从中心服务器400接收能够在车辆10中装载收取-递送包裹的通知时，例如，控制单元205将连同该通知一起给出的收取-递送包裹在车辆10中的装载位置登记在对应于收取-递送包裹的收取-递送信息中。当控制单元502从中心服务器400接收不能在车辆10中装载收取-递送包裹的通知时，例如，控制单元502通过请求用户的用户终端50、产品购买网站或C2C站点的管理服务器将该通知传输至请求用户的用户终端50。

控制单元502基于与请求用户链接的收取-递送信息以及车辆管理信息将收取-递送的指令发送至收取-递送用户的用户终端200，使得收取-递送用户能够对车辆10执行收取-递送包裹的收取-递送。连同收取-递送的指令一起，例如，控制单元502给出包括在收取-递送信息中的请求用户的识别信息、收取-递送包裹的识别信息和车辆10中的装载位置的通知，包括在车辆管理信息中的车辆10的车牌号和车辆位置的通知等等。控制单元502可以不是单次而是数次地将收取-递送指令发送至用户终端200。例如，控制单元502可以将与计划收取-递送日期的收取-递送相关的整个收取-递送指令在计划收取-递送日期的前一天发送至收取-递送用户的用户终端200，并且可以在收取-递送日期再次发送收取-递送指令。在更新收取-递送信息的情况下，在再次发送时反映更新的内容。

收取-递送管理服务器500的一些功能组成元件或一些处理可以由连接到网络N1的另一计算机执行。此外，要由收取-递送管理服务器500执行的一系列处理可以由硬件执行，或者可以由软件执行。

接下来，将描述中心服务器400。中心服务器400还具有通用计算机的配置，具有与收取-递送管理服务器500相同的基本硬件配置，并且具有未图示出的处理器、未图示出的主存储器和未图示出的辅助存储单元。因此，存储在辅助存储单元中的程序被加载到主存储单元的工作区域中并被执行。通过程序的执行，对组成部件等进行控制，从而可以实现与预定目的相对应的功能。中心服务器400还包括通信单元401。通信单元401具有类似于收取-递送管理服务器500的通信单元501的功能的功能，并在中心服务器400和另一设备(例如，收取-递送管理服务器500或请求用户的用户终端50)之间执行通信。

此外，在辅助存储单元中，中心服务器400包括存储多种信息的用户信息DB 403、认证信息DB 404和车辆装载信息DB 405。待由处理器执行的数据库管理系统的程序管理存储在辅助存储单元中的数据，从而构建数据库(DB)。例如，用户信息DB 403、认证信息DB404和车辆装载信息DB 405中的每个是关系数据库。

用户信息DB 403在其中存储使用车辆10的用户(例如，将收取-递送包裹递送至车辆10的收取-递送用户，或收集所递送的收取-递送包裹的请求用户)的识别信息、相应的密码等。

认证信息DB 404在其中存储对应于上述终端认证信息的车辆10的认证信息。车辆10的认证信息是与车辆10的识别信息(钥匙ID)相关的信息，并且例如，可以是车载装置10A的钥匙单元100特有的识别信息。除了车辆10的认证信息，认证信息DB 404可以在其中存储认证信息的有效时期(包括有效时段)的信息、认证信息是否期满的信息等等。认证信息的有效时期可以与认证信息一起发送到收取-递送用户的用户终端200。当收取-递送用户的用户终端200接收到认证信息的有效时期时，收取-递送用户的用户终端200可以在有效时期逝去后删除认证信息并使其失效。认证信息是否已期满的信息指示认证信息当认证信息发送至用户终端200时是否处于有效状态或在逝去有效时期后是否处于期满状态。当认证信息在认证信息发送至用户终端200时处于有效状态时，稍后描述的认证信息管理单元4021防止认证信息在有效时期重叠的情况下被发出，并因此，能够避免认证信息的重叠发出。

车辆装载信息DB 405在其中存储与车辆10中的装载区域相关的信息。与车辆10中的装载区域相关的信息的示例包括各装载区域的尺寸和各装载区域中的包裹的装载状态。车辆装载信息DB 405还在其中存储连同车辆装载判定的请求一同给出的收取-递送信息(从收取-递送管理服务器500接收的)或与作为装载对象的包裹相关的信息(从请求用户的用户终端200接收的)。稍后将通过图5描述待存储在车辆装载信息DB 405中的车辆装载信息的细节。

在中心服务器400中，上述处理器执行程序，使得控制单元402形成为功能单元。控制单元402执行对于收取-递送包裹的车辆装载判定处理、用于对用户终端200的认证信息的发出控制处理等、以及车辆装载信息的管理。具体而言，控制单元402包括作为功能单元的认证信息管理单元4021、装载判定单元4022和装载信息管理单元4023。

认证信息管理单元4021执行针对用于锁定和解锁车辆10的认证信息的发出控制处理。具体而言，认证信息管理单元4021通过收取-递送管理服务器500从收取-递送用户的用户终端200接受针对用于锁定和解锁车辆10的认证信息的发出请求。连同针对认证信息的发出请求一起，认证信息管理单元4021接收关于作为认证信息的发出目的地的用户终端200的信息。认证信息管理单元4021将对应于钥匙单元100的认证信息(终端认证信息)通过收取-递送管理服务器500发送至用户终端200。认证信息管理单元4021可生成包括有效时期的信息的认证信息。当有效时期已经逝去时，车载设备10A的钥匙单元100将认证信息视为处于期满状态，并且即便车载设备10A的钥匙单元100接收包括有效时期的认证信息，也不执行车辆10的锁定和解锁。

装载判定单元4022执行车辆装载判定处理。具体而言，装载判定单元4022从请求用户的用户终端50或从收取-递送管理服务器500接受车辆装载判定的请求。连同车辆装载判定的请求一起，装载判定单元4022例如从请求用户的用户终端50接收与作为装载对象的包裹相关的信息，并且从收取-递送管理服务器500接收对应于收取-递送包裹的收取-递送信息。例如，当请求用户使用户终端50执行用于使用由中心服务器400提供的车辆装载判定服务的应用程序并且将车辆装载判定处理的请求输入至用户终端50时，装载判定单元4022从请求用户的用户终端50接收车辆装载判定的请求。例如，当请求用户使用户终端50执行用于使用由行李箱共享系统1提供的服务的应用程序并且通过用户终端50请求收取-递送时，装载判定单元4022从收取-递送管理服务器500接收车辆装载判定的请求。

例如，基于作为存储在车辆装载信息DB 405中的信息的允许装载在车辆10的装载区域中的尺寸的信息，以及与作为装载对象的包裹相关的信息或包括在收取-递送信息中的包裹的尺寸，装载判定单元4022判定包裹能否装载于车辆10中和收取-递送包裹的装载位置。装载判定单元4022将该包裹能否装载于车辆10中的判定结果和在能够装载包裹时包裹的装载位置发送到作为请求源的用户终端50或从收取-递送管理服务器500。

装载信息管理单元4023管理车辆装载信息DB 405。具体而言，例如，当装载信息管理单元4023连同车辆装载判定的请求一起从请求用户的用户终端50或从收取-递送管理服务器500接收与作为装载对象的包裹相关的信息或所述收取-递送信息时，装载信息管理单元4023将信息存储在车辆装载信息DB 405中。此外，装载信息管理单元4023从车辆10的数据通信设备350接收由摄像机390拍摄的车厢内部或行李舱内部的拍摄图像，从拍摄图像获取装载区域的装载允许尺寸，并且更新车辆装载信息DB 405中的车辆装载信息。

装载区域的装载允许尺寸不是默认尺寸，而是处于装载区域中并且能用于装载包裹的空间的尺寸。例如，当包裹被放置在一定装载区域中时，该一定装载区域的装载允许尺寸是通过从默认尺寸中减去包裹的尺寸而得到的尺寸。即，装载允许尺寸是能够用于包裹的装载的装载区域的剩余空间的尺寸，并且例如根据包裹的装载或卸载改变。装载信息管理单元4023从请求用户的用户终端50接收装载完成或卸载完成的通知，并且通过收取-递送管理服务器500从收取-递送用户的用户终端200接收收取-递送完成的通知，以响应于该通知管理装载区域的装载允许尺寸。

中心服务器400的一些功能组成元件或一些处理可以由连接到网络N1的另一计算机执行。此外，要由中心服务器400执行的一系列处理可以由硬件执行，或者可以由软件执行。

图3是示出收取-递送信息表格的示例性表格配置的图示。例如，所述收取-递送信息表格存储在收取-递送管理服务器500的收取-递送管理DB 503中。收取-递送信息表格包括请求用户ID、包裹ID、收取-递送类型、收取-递送日期和时间、收取-递送地点、收取-递送状态、收取-递送用户ID、包裹尺寸、包裹重量、翻转禁止、下方装载禁止、收取-递送位置和布局改变这些字段。

在请求用户ID字段中，输入用于识别请求用户的识别信息。在包裹ID字段中，输入用于识别包裹的识别信息。在收取-递送类型字段中，输入用于识别收取-递送包裹是由收取-递送用户递送还是收取的信息。在收取-递送日期和时间字段中，输入指示当收取或递送该收取-递送包裹时的日期和时间的信息。具体而言，作为收取-递送时间，可以输入特定时间，或者可以输入期间需要收取-递送的特定时段。在由请求用户指定了收取-递送日期和时间的情况下，在收取-递送日期和时间字段中输入所指定的收取-递送日期和时间。在未由请求用户指定收取-递送日期和时间的情况下，例如，在决定收取-递送安排后，在收取-递送日期和时间字段中输入收取-递送日期和时间的信息。

在收取-递送地点字段中，输入指示由请求用户指定的收取-递送地点的信息。例如，在收取-递送地点字段中输入诸如“家”、“车辆”或“办公室”的值。根据在收取-递送地点字段(未图示出)中输入的诸如“家”、“车辆”或“办公室”的值，收取-递送信息与作为对象的收取-递送包裹的收取-递送目的地的地址链接。具体而言，在收取-递送地点字段中输入“车辆”的收取-递送信息与稍后通过图4描述的车辆管理信息和请求用户的识别信息链接。

在收取-递送状态字段中，输入指示收取-递送包裹的收取-递送是否已经由收取-递送用户完成的信息。例如，当已经完成了收取-递送包裹的收取-递送时，输入“完成”，而当未完成收取-递送时，输入“未完成”。

在收取-递送用户ID字段中，输入计划执行收取-递送包裹的收取-递送的收取-递送用户的识别信息。例如，在由请求用户使用的服务为C2C服务的情况下，由请求用户指定的收取-递送用户的识别信息连同收取-递送请求一起输入在收取-递送用户ID字段中。例如，在由请求用户使用的服务是EC网站或快递业务经营者的网站的情况下，在由收取-递送管理服务器500决定收取-递送安排并且进一步决定收取-递送用户之后，在收取-递送用户ID字段中输入收取-递送用户的识别信息。

在包裹尺寸字段中，存储收取-递送包裹的尺寸。例如，输入长度(cm)×宽度(cm)×高度(cm)的格式的数据作为收取-递送包裹的尺寸。在包裹重量字段中，存储收取-递送包裹的重量。例如，收取-递送包裹的重量是可选的。在翻转禁止字段中，输入是否针对收取-递送包裹指定了翻转禁止的信息。在下方装载禁止字段中，输入是否针对收取-递送包裹指定了下方装载禁止的信息。

收取-递送包裹的尺寸、收取-递送包裹的重量、是否指定了翻转禁止的信息和是否指定了下方装载禁止的信息连同收取-递送请求一起从请求用户的用户终端50接收，或者连同来自请求用户从其购买产品的业务经营者的递送请求一起被接收。例如，收取-递送包裹的尺寸或重量可以由请求用户通过用户终端50直接输入，或者最接近但并不超过收取-递送包裹的实际尺寸或重量的尺寸或重量可以选自多个选项。

在收取-递送位置字段中，输入指示收取-递送包裹的装载位置的信息。例如，在收取-递送位置字段中输入车辆10中的装载区域的识别信息，该装载区域诸如副驾驶座、右后座椅、左后座椅、行李箱右前部、行李箱中前部和行李箱左前部。例如，当收取-递送管理服务器500从中心服务器400接收车辆装载判定的结果时，在收取-递送位置字段中输入该结果。

在布局改变字段中，输入指示布局改变是否可能的信息。例如，布局改变是已经装载在车辆10中的包裹的移动，或者包裹装载到除了对应于由请求用户指定的装载位置的装载区域以外的区域。布局改变是否可能可以由请求用户针对各个收取-递送请求来指定，或者可以在收取-递送请求前由请求用户设定。

当请求用户使用户终端50执行使用由中心服务器400提供的车辆装载判定的服务的应用程序时连同待发送的车辆装载判定的请求一起待发送的与作为装载对象的包裹有关的信息，包括，例如，对应于图3中所示的收取-递送信息中的请求用户ID、包裹ID、包裹尺寸、包裹重量、翻转禁止、下方装载禁止、收取-递送位置的指定和布局改变这些字段的信息。

图4是示出车辆管理信息的示例性表格配置的图示。例如，车辆管理信息存储在收取-递送管理服务器500的收取-递送管理DB 503中。在车辆管理信息中，请求用户和作为对应的收取-递送地点的车辆10彼此链接。例如，车辆管理信息表格包括请求用户ID字段、车辆ID字段、车辆型号字段、颜色字段、车牌号字段和车辆位置字段。

在请求用户ID字段中，输入请求用户的识别信息。在车辆ID字段中，输入车辆10的识别信息。车辆型号字段、颜色字段和车牌号字段是用于识别车辆10的信息，使得当请求用户选择车辆10作为收取-递送地点时，收取-递送用户能够找到车辆10。在车辆型号字段中，输入指示车辆10的车辆型号的信息。在颜色字段中，输入指示车辆10的颜色的信息。在车牌号字段中，输入在车辆10的车号牌上描述的识别信息。

在车辆位置字段中，输入车辆的位置信息。车辆10的位置信息可以通过用户终端50由来自请求用户的输入获取，或者通过设置在车辆10中的数据通信设备350由中心服务器400获得的车辆10的位置信息可以从中心服务器400获取。中心服务器400可具有与车辆管理信息相同的信息。例如，当决定了用于包裹的收取-递送安排时，图4中所示的车辆管理信息连同对应于收取-递送包裹的收取-递送信息一起发送至收取-递送用户的用户终端200。由此，收取-递送用户能够知道作为收取-递送地点的车辆的位置(地址)，并且能够由车辆型号、颜色、车牌号等识别车辆10。

图5是示出车辆装载信息的示例性表格配置的图示。例如，车辆装载信息存储在中心服务器400的车辆装载信息DB 405中。例如，车辆装载信息是与请求用户的车辆10的各个装载区域中的包裹的装载状态相关的信息。车辆装载信息表格包括请求用户ID字段、车辆ID字段、区域字段、尺寸字段、儿童座椅字段、装载允许尺寸字段和装载包裹ID字段。

在请求用户ID字段中，输入请求用户的识别信息。在车辆ID字段中，输入车辆10的识别信息。在区域字段中，输入包含在车辆10中的装载区域的识别信息。作为包含在车辆10中的装载区域，例如，当装载区域的一个单元是一个座椅或一个行李舱时，在两排乘用车的情况下存在“副驾驶座”、“右后座椅”、“左后座椅”和“行李箱(整体)”。此外，可以组合使用装载区域的多个单元。在图5中所示的示例中，作为装载区域的多个单元的组合，存在“后座”和“副驾驶座+左后座椅”。作为装载区域的多个单元的组合的“后座”是右后座椅和左后座椅的组合。

此外，装载区域的一个单元可以分开来使用。此后，通过将装载区域的一个单元分开而获得的装载区域被称作分开装载区域。例如，作为分开装载区域，当行李箱在前后方向和左右方向上被分成六个区域时，存在“行李箱右前部”、“行李箱中前部”、“行李箱左前部”、“行李箱右后部”、“行李箱中后部”和“行李箱左后部”。多个分开装载区域可以组合使用。例如，作为多个分开装载区域的组合，存在“行李箱前半部”、“行李箱后半部”、“行李箱右前部+行李箱右后部”、“行李箱中前部+行李箱中后部”和“行李箱左前部+行李箱左后部”。

“行李箱前半部”是“行李箱右前部”、“行李箱中前部”和“行李箱左前部”的组合。“行李箱后半部”是“行李箱右后部”、“行李箱中后部”和“行李箱左后部”的组合。图5中所示的装载区域的定义是示例，并且如何定义装载区域根据车辆10的车辆型号、用于中心服务器400的管理经营者、请求用户的意图等。

在尺寸字段中，输入各个装载区域的默认尺寸的信息。例如，每个装载区域的默认尺寸可以基于车辆10的车辆型号由中心服务器400获取，可以由请求用户从用户终端50输入，或者可以通过分析由摄像机390拍摄的车辆10的车厢内部或行李舱内部的拍摄图像而获取。例如，以车辆宽度方向长度(cm)×车辆较长方向宽度(cm)×高度(cm)的格式在尺寸字段中输入数据。

在儿童座椅字段中，输入了指示儿童座椅是否配备在装载区域中的信息。例如，儿童座椅是否配备的信息可以由请求用户从用户终端50输入，或者可以通过分析由摄像机390拍摄的车辆10的车厢的内部的拍摄图像来获取。当在儿童座椅字段中输入指示配备了儿童座椅的信息时，另一包裹被视为不能装载在装载区域中，并且例如，稍后描述的装载允许尺寸被设定为零。可选地，当在儿童座椅字段中输入指示配备了儿童座椅的信息时，例如，可以输入允许在儿童座椅上装载的预定尺寸。

在装载允许尺寸字段中，输入能够在其中装载装载区域中的包裹的空间的尺寸，即，装载允许尺寸，的信息。当没有包裹(包括儿童座椅)已经装载于装载区域中时，与尺寸字段的值相同的值输入在装载允许尺寸字段中。装载允许尺寸字段的值根据对应的装载区域中的包裹的装载和卸载来改变。例如，当指定“下方装载禁止”的包裹装载于装载区域中时，用于该装载区域的装载允许尺寸字段的值被更新为零。由此，当装载了指定“下方装载禁止”的包裹时，能够防止任意另外的包裹装载于该装载区域中。

例如，当在装载区域中装载指定“下方装载禁止”的包裹时，用于装载区域的装载允许尺寸字段的值被更新为减去装载包裹的尺寸+α产生的值。在包裹从装载区域卸载后，装载允许尺寸字段的值被更新为加上包裹的尺寸产生的值。然而，当没有包裹已经被装载于装载区域中时，装载允许尺寸字段的值被更新为尺寸字段的值。

在装载包裹ID字段中，输入计划装载于装载区域中的包裹的识别信息或已经装载的包裹的识别信息。包裹的识别信息以装载顺序输入在装载包裹ID字段中。例如，当中心服务器400的车辆装载判定处理的结果是判定装载区域为包裹的装载位置时，在装载包裹ID字段中输入包裹的识别信息。例如，当由中心服务器400接收指示包裹的装载完成的通知时，在已经输入包裹的识别信息的装载包裹ID字段中输入指示装载完成的信息。如在图5中所示的示例中，作为指示包裹的装载完成的信息，反转已经输入包裹的识别信息的装载包裹ID字段的背景颜色。

例如，当由中心服务器400接收指示包裹的卸载完成的通知时，从装载包裹ID字段删除包裹的识别信息。

在此，在未图示出的表格中定义了装载区域之间的关系。例如，当已经装载了使用区域“行李箱前半部”的包裹时，更新用于“行李箱前半部”的装载允许尺寸字段的值，并且进一步地，更新与“行李箱前半部”相关联的“行李箱右前部”、“行李箱中前部”、“行李箱左前部”和“行李箱(整体)”的装载允许尺寸字段的值。

图3至图5中所示的表格的配置不限于示例，并且能够根据用于实施本发明的模式来适当地修改。

处理流程

图6A和图6B是由中心服务器400执行的车辆装载判定处理的示例性流程。例如，通过被从在中心服务器400中执行的另一处理调用，开始图6A和图6B中所示的车辆装载判定处理。图6A和图6B中所示的处理的执行的主体是安装在中心服务器400上的CPU，但是为了简单起见，将假定该主体是作为功能组件的装载判定单元4022来进行描述。对于后续流程图，类似地，将假定该主体是功能组件来进行描述。

在S101中，装载判定单元4022判定在车辆10中是否存在具有空间的装载区域。例如，具有空间的装载区域是在车辆装载信息中针对其的装载允许尺寸字段的值等于或大于预定阈值的装载区域。在下文中，该空间表示在装载区域中具有等于或大于预定阈值的装载允许尺寸的空间。

当在S101中作出肯定判定时，该处理进行至S102，而当作出否定判定时，该处理进行至S112。在S112中，装载判定单元4022判定装载是不可能的，并且此后，图6A中所示的处理结束。

在S102中，装载判定单元4022判定是否指定了装载位置。当由请求用户指定了装载位置时，例如，连同车辆装载判定的请求一起接收装载位置的指定。当在S102中作出肯定判定时，该处理进行至图6B中的S120，而当作出否定判定时，该处理进行至S103。

S103至S110中的处理是当未由请求用户指定装载位置时的处理。在S103中，装载判定单元4022判定是否存在具有如下空间的装载区域：能够装载作为车辆装载判定的对象的包裹(此后，称作作为对象的包裹)。对于一定装载区域，例如，基于装载区域的装载允许尺寸的车辆宽度方向上的长度的值、车辆较长方向上的长度的值以及高度的值分别是否大于包裹的长度的值、宽度的值和高度的值或包裹的宽度的值、长度的值和高度的值，判定能否在该空间中装载该包裹。

例如，当未针对作为对象的包裹指定“翻转禁止”时，装载区域的装载允许尺寸的车辆宽度方向上的长度的值、车辆较长方向上的长度的值以及高度的值分别大于包裹的长度的值、高度的值和宽度的值，大于包裹的宽度的值、高度的值和长度的值，或大于包裹的高度的值、长度的值和宽度的值，或大于包裹的高度的值、宽度的值和长度的值。例如，连同车辆装载判定的请求一起，接收作为对象的包裹的尺寸和是否指定了“翻转禁止”的信息。当在S103中作出肯定判定时，该处理进行至S104，而当作出否定判定时，该处理进行至S105。

在S104中，装载判定单元4022从具有能够装载作为对象的包裹的空间的装载区域中选择一个装载区域作为该对象包裹的装载位置。例如，装载判定单元4022从具有能够装载作为对象的包裹的空间的装载区域中，选择具有最小空间的装载区域、并未装载包裹的装载区域、或并未装载包裹且具有最小装载允许尺寸的装载区域，作为对象包裹的装载位置。接下来，该处理进行至S111，并且装载判定单元4022判定作为对象的包裹能够装载于车辆10中。

在S105中，装载判定单元4022判定在已使用的装载区域中是否存在具有允许装载作为对象的包裹的尺寸的装载区域。例如，已使用的装载区域是如下装载区域：车辆装载信息中的装载允许尺寸字段的值是零或小于预定阈值，即，该装载区域并无空间。当在S105中作出肯定判定时，该处理进行至S106。当在S105中作出否定判定时，该处理进行至S112，并且装载判定单元4022判定不能在车辆10中装载作为对象的包裹。

在S106中，对于在S105中检测到的数个装载区域的单个装载区域，装载判定单元4022判定是否存在具有如下空间的装载区域：在该空间中，能够装载在所述单个装载区域中装载的包裹。例如，待在S106中处理的装载区域可以是如下装载区域中的任意装载区域：其中装载了最小数量的包裹的装载区域；其中装载了最大数量的包裹的装载区域；其中装载了具有最小尺寸的包裹的装载区域；其中装载了具有最大尺寸的包裹的装载区域；具有最小尺寸的装载区域；以及具有最大尺寸的装载区域，上述装载区域中的每个装载区域是在S105中检测到的数个装载区域中的一个。

当在S106中作出肯定判定时，该处理进行至S107。当在S106中作出否定判定时，该处理进行至S105，并且装载判定单元4022排除在S106中处理的装载区域而执行S105的判定。

在S107中，装载判定单元4022从S106中检测到的数个装载区域选择一个装载区域作为所装载的区域移动至的装载区域。例如，作为待选择的装载区域，从S106中检测到的数个装载区域选择具有最小空间的装载区域。

在S108中，装载判定单元4022判定布局改变是否可能作为设定。例如，连同车辆装载判定的请求一起，接收布局改变是否可能的设定。当不存在布局改变是否可能的设定时，在S108中作出否定判定。当在S108中作出肯定判定时，该处理进行至S111，并且判定能够装载作为对象的包裹。当在S108中作出否定判定时，该处理进行至S109。

在S109中，装载判定单元4022向请求用户的用户终端50或通过收取-递送管理服务器500向请求用户的用户终端50发送用于询问布局改变是否可能的通知。连同该通知一起，可以给出作为装载对象的包裹的新装载位置的通知和待被移动的包裹的目的地位置的通知。

在S110中，装载判定单元4022判定是否已经从请求用户的用户终端50发送出对布局改变是否可能的询问的许可响应。例如，当即便已经逝去预定时间而未从请求用户的用户终端50发送出该响应时，在S110中作出否定判定。当在S110中作出肯定判定时，该处理进行至S111，并且判定能够装载作为对象的包裹。当在S110中作出否定判定时，该处理进行至S112，并且判定不能装载作为对象的包裹。

图6B中所示的处理是当由请求用户指定了作为对象的包裹的装载位置时的处理。在图6B中所示的处理中，当判定作为对象的包裹不能被装载于指定位置上时，用于询问布局改变是否可能的通知被发送至请求用户，而不管布局改变是否可能(作为设定)。具体而言，该处理如下所示。

在S120中，装载判定单元4022判定作为对象的包裹能否装载于对应于由请求用户指定的位置的装载区域中。当在S120中作出肯定判定时，该处理进行至S129，并且在S129中，判定能够装载作为对象的包裹。当在S120中作出否定判定时，该处理进行至S121。

在S121中，装载判定单元4022判定在对应于由请求用户指定的位置的装载区域中是否存在装载的包裹。当在S121中作出肯定判定时，其表示具有部分上由于包裹已经存在于由请求用户指定的位置上而导致不能装载作为对象的包裹的可能性，并且该处理进行至S125。当在S121中作出否定判定时，其表示具有因为包裹自身具有大尺寸而在由请求用户指定的位置上不能装载作为对象的包裹的可能性，并且该处理进行至S122。

在S122中，装载判定单元4022判定是否存在具有能够装载作为对象的包裹的空间的装载区域，并且当作出肯定判定时，在S123中选择一个区域作为作为对象的包裹的装载位置。此后，该处理进行至S127。

当在S122中作出否定判定时，在S124中判定在所使用的数个区域中是否存在具有允许装载作为对象的包裹的尺寸的装载区域。当在S124中作出肯定判定时，在S125中判定在S124中检测到的数个装载区域中是否存在所装载的包裹能够移动至的装载区域。当在S125中作出否定判定时，该处理进行至S130。当在S124中作出否定判定时，在S130中判定不能装载作为对象的包裹。

当在S125中作出肯定判定时，在S126中，从在S125中检测到的数个装载区域中选择所装载的包裹被移动至的装载区域。此后，该处理进行至S127。

在S127中，向请求用户询问于布局改变是否可能。当在S128中获得请求用户的许可时，在S129中判定能够装载作为对象的包裹。当在S128中没有获得请求用户的许可时，在S130中判定不能装载作为对象的包裹。

例如，当在S122中作出肯定判定时，在指定位置上的装载不可能的信息以及S123中被选择作为作为对象的包裹的装载位置的候选的装载区域的信息，连同S127中布局改变是否可能的询问一起，被发送至请求用户的用户终端50。例如，当在S122中作出否定判定时，在指定位置上的装载不可能的信息、S124中被选择作为作为对象的包裹的装载位置的候选的装载位置的信息以及S124中选择的装载区域中所装载的包裹被移动至的装载区域，连同S127中布局改变是否可能的询问一起，被发送至请求用户的用户终端50。

S122至S130中的处理分别对应于图6A中的S103至S107、S109至S112中的处理。

图7、图8和图9中的每个是用于调用图6A和图6B中所示的车辆装载判定处理的示例性处理，并且由中心处理器400执行。图7是用于由中央处理400执行的车辆装载判定的请求控制处理的示例性流程图。用于车辆装载判定的请求控制处理是当接收了车辆装载判定的请求时执行的处理。例如，图7中所示的处理以预定周期重复地执行。

在S201中，装载判定单元4022判定是否已经接收了车辆装载判定的请求。例如，从已经从请求用户的终端50接收了收取-递送请求的收取-递送管理服务器500或从已经由请求用户输入了车辆装载判定的请求的用户终端50，接收车辆装载判定的请求。例如，连同车辆装载判定的请求一起，接收收取-递送信息或与作为装载对象的包裹相关的信息。更具体地，该信息包括请求用户的识别信息、包裹的识别信息、包裹的尺寸的信息、包裹的重量的信息、是否对包裹指定了“翻转禁止”或“下方装载禁止”的信息、包裹的装载位置的指定的信息以及布局改变是否可能的设定内容的信息。当在S201中作出肯定判定时，该处理进行至S202，并且当作出否定判定时，图7中所示的处理结束。

在S202中，装载判定单元4022执行图6A和图6B中所示的装载判定处理。在S203中，装载判定单元4022判定作为S202中的装载判定处理的结果装载是否可能。当在S203中作出肯定判定时，该处理进行至S204，而当作出否定判定时，该处理进行至S205。

在S204中，装载判定单元4022将装载可能的通知发送到作为请求源的收取-递送管理服务器500或请求用户的用户终端50。例如，与装载可能的通知一起，给出作为对象的包裹的装载位置的通知。当存在待被移动的包裹时，连同装载可能的通知一起，还给出待被移动的包裹的识别信息和该包裹的目的地的通知。此后，图7中所示的处理结束。

在S205中，装载判定单元4022将装载不可能的通知发送到作为请求源的收取-递送管理服务器500或请求用户的用户终端50。当收取-递送管理服务器500接收装载不可能的通知时，例如，收取-递送管理服务器500向请求用户的用户终端50给出装载不可能的通知。当请求用户接收装载不可能的通知时，请求用户可例如通过自身改变车厢或行李舱的内部的布局以创建能够装载包裹的空间或通过将包裹的收取-递送地点改变为用户的家来应对。在S205中的处理之后，图7中所示的处理结束。

图8是用于由中心服务器400执行的认证信息的发出控制处理的示例性流程图。例如，图8中所示的处理以预定周期重复地执行。

在S301中，认证信息管理单元4021判定否已经接收到认证信息的发出请求。例如，认证信息的发出请求通过收取-递送管理服务器500从收取-递送用户的用户终端200接收。例如，连同认证信息的发出请求一起，还接收请求用户的识别信息、包裹的识别信息等。当在S301中作出肯定判定时，该处理进行至S302。当在S301中作出否定判定时，图8中所示的处理结束。

在S302中，认证信息管理单元4021向作为请求源的收取-递送用户的用户终端200发出车辆10的认证信息。例如，发送到收取-递送用户的用户终端200的车辆的认证信息是允许仅仅对应于装载区域的门的锁定和解锁的认证信息，该装载区域是针对认证信息的发出请求的对象并且是收取-递送中的包裹的装载位置。例如，当收取-递送包裹的装载位置是左后座椅时，发出允许仅仅左后门被锁定和解锁的认证信息。然而，本发明不限于此，而是可以发送允许车辆10的所有门被锁定和解锁的认证信息。车辆10的认证信息从认证信息DB 404获取。

在S303中，认证信息管理单元4021判定认证信息的发出请求的对象的收取-递送是否递送。认证信息的发出请求的对象的收取-递送是否为传送的信息包括在连同车辆装载判定的请求一起从收取-递送管理服务器500接收的收取-递送信息中，并且该收取-递送信息由中心服务器400保存在存储单元(未图示出)中。当认证信息的发出请求的对象的收取-递送是收取时，在S303中作出否定判定。当在303中作出肯定判定时，该处理进行至S304，而当作出否定判定时，该处理进行至S310。

S304至S309中的处理是当认证信息的发出请求的对象的收取-递送为递送时的处理。在S304中，例如，认证信息管理单元4021判定是否已经通过收取-递送管理服务器500从收取-递送用户的用户终端200接收了布局改变的请求。例如，在递送包裹因为另一包裹已经装载于车辆10的装载位置上而不能被装载于该装载位置上的情况下，或者在递送包裹因为递送包裹的尺寸大于计划中的尺寸而不能装载于该装载位置上的情况下，当收取-递送用户向用户终端200输入布局改变的请求时，发生从收取-递送用户的用户终端200接收到布局改变的请求。当在S304中作出肯定判定时，该处理进行至S305，而在作出否定判定时，该处理进行至S309。例如，当即便已经逝去了预定时间也还未接收到布局改变的请求时，在S304中作出否定判定。

在S305中，认证信息管理单元4021向装载判定单元4022调用车辆装载判定处理，并且装载判定单元4022对递送包裹执行车辆装载判定处理。从装载判定单元4022向认证信息管理单元4021给出车辆装载判定处理的结果的通知。

在S306中，对于递送包裹，认证信息管理单元4021判定车辆装载判定处理的结果是否示出装载是可能的。当在S306中作出肯定判定时，该处理进行至S307，而当作出否定判定时，该处理进行至S308。

在S307中，由于对于递送包裹的车辆装载判定处理的结果示出装载是可能的，认证信息管理单元4021向收取-递送用户的用户终端200给出递送包裹的装载位置改变的通知。例如，连同递送包裹的装载位置改变的通知一起，给出由S305中的车辆装载判定处理判定的递送包裹的新装载位置的通知。

在S308中，由于对于递送包裹的车辆装载判定处理的结果示出装载是不可能的，认证信息管理单元4021向收取-递送用户的用户终端200给出装载不可能的通知。在这种情况下，例如，收取-递送用户带着收取-递送包裹返回一趟，并再次执行递送。

在S309中，认证信息管理单元4021判定是否已经接收到装载完成通知。例如，在收取-递送用户向用户终端200输入收取-递送完成的情况下，在已经通过收取-递送管理服务器500从用户终端200接收到收取-递送完成通知的情况下，以及在收取-递送完成通知的对象的收取-递送是“递送”的情况下，认证信息管理单元4021判定已经接收到装载完成通知。例如，连同收取-递送完成通知一起接收请求用户的识别信息和包裹的识别信息。当在S309中作出肯定判定时，该处理进行至S311。当在S309中作出否定判定时，该处理再次进行至S309。例如，当即便已经逝去预定时间也还未检测到装载完成通知的接收时，该处理可进行至S311。

S310中的处理是当认证信息的发出请求的对象的收取-递送是收取时的处理。在S310中，认证信息管理单元4021判定是否已经接收到收取完成通知。例如，在收取-递送用户对用户终端200执行收取-递送完成的操作的情况下和已经通过收取-递送管理服务器500从用户终端200接收到收取-递送完成通知的情况下，认证信息管理单元4021判定已经接收到收取完成通知。当在S310中作出肯定判定时，该处理进行至S311。当在S310中作出否定判定时，该处理再次进行至S310。例如，当即便已经逝去预定时间也还未检测到收取完成通知的接收时，该处理可进行至S311。

在S311中，认证信息管理单元4021执行认证信息的失效处理。认证信息的失效处理不局限于特定内容，只要能够防止收取-递送用户利用已经发出的认证信息锁定和解锁车辆10即可。失效处理的示例如下所示。(1)中心服务器400指示用户终端200删除认证信息。(2)中心服务器400指示用户终端200为认证信息设定失效标志。在这种情况下，控制单元203需要被配置为不通过短距离无线通信将设定了失效标志的认证信息发送到车辆10。(3)中心服务器400指示用户终端200将包括在认证信息中的期满日期和时间更改为过去的日期和时间。(4)中心服务器400指示用户终端200因为认证信息失效而不将认证信息发送到车辆10。(5)中心服务器400指示钥匙单元100因为认证信息失效而不通过数据通信设备350接受认证信息。该指示对应于与认证处理相关的信息。(6)中心服务器400指示钥匙单元100不接受来自用户终端200的认证信息。该指示对应于与认证处理相关的信息。

上面(1)至(4)中所示的每个失效处理都是由中心服务器400对用户终端200执行的处理，而上面(5)至(6)中所示的每个失效处理都是由中心服务器400对钥匙单元100执行的处理。失效处理可以是对用户终端200执行的处理和对钥匙单元100执行的处理中的一个。然而，优选地，两者都应该被执行，因为用户终端200与中心服务器400之间的通信以及数据通信设备350和中心服务器400之间的通信并不总是好的条件。

在S311中执行失效处理后，可以向对于其而言认证信息已经失效的用户终端200给出认证信息已失效的通知。此后，图8中所示的处理结束。

图9是由中心服务器400执行的装载布置处理的示例性流程图。在装载布置处理中，在完成车辆10中的装载之后，检测包裹是否已经装载在计划装载位置上。然后，例如，在包裹已经被装载于不同于计划装载位置的位置上的情况下，或者在尽管包裹已经被装载于计划装载位置上但包裹的尺寸大于计划的尺寸且该包裹超出对应于该装载位置的装载区域来装载从而到达相邻的装载区域的情况下，改变计划装载的另一包裹的装载位置。例如，图9中所示的处理以预定周期重复地执行。

在S401中，装载判定单元4022判定是否已经接收到装载完成通知。例如，装载完成通知，是当将递送包裹递送至车辆10的收取-递送用户将递送包裹装载于车辆10中并且向收取-递送用户的用户终端200输入递送完成时，通过由中心处理器400经由收取-递送管理服务器500从用户终端200接收的递送完成通知来检测的。此外，例如，装载完成通知，当向中心服务器400请求车辆装载判定的请求用户将包裹装载于由车辆装载判定所判定的车辆10的装载位置上并且将装载完成输入至请求用户的用户终端50时，被从请求用户的用户终端50发送至中心服务器400。例如，请求用户的识别信息和包裹的识别信息连同装载完成通知一起来发送。当在S401中作出肯定判定时，该处理进行至S402，而当作出否定判定时，图9中所示的处理结束。

在S402中，装载判定处理单元4022获取与车辆10的车厢和行李舱中的装载的当前状态相关的信息，并且针对用于作为装载完成通知的对象的包裹，判定是否具有与车辆装载信息的一致性。在下文中，作为装载完成通知的对象的包裹被称为作为对象的包裹。在下文中，与车辆10的车厢和行李舱中的装载的当前状态相关的信息被称作装载当前状态信息。

例如，与装载完成通知一起，装载当前状态信息可被输入至收取-递送用户的用户终端200或请求用户的用户终端50，并且可被发送至中心服务器400。可选地，装载判定处理单元4022可向车辆10的数据通信设备350请求获取车厢和行李舱的拍摄图像，可从数据通信设备350获取由摄像机390拍摄的车厢和行李舱的拍摄图像，并且可通过分析拍摄图像来获取装载当前状态信息。

例如，装载当前状态信息包括与包裹和装载包裹的装载区域相关的信息。例如，与包裹相关的包括在装载当前状态信息中的信息是包裹的识别信息、尺寸、形状及其他中的一种或组合。

例如，基于由装载当前状态信息指示的已经装载作为对象的包裹的装载区域和装载顺序是否与由车辆装载信息指示的对应于作为对象的包裹的装载区域和装载顺序一致，判定对于作为对象的包裹来说装载当前状态信息和车辆装载信息之间是否具有一致性。例如，在已经于超出对应于装载位置的装载区域的相邻装载区域中装载了作为对象的包裹的情况下，判定由装载当前状态信息指示的已经装载作为对象的包裹的装载区域(对应于装载位置的装载区域和相邻装载区域)并不与由车辆装载信息指示的对应于作为对象的包裹的装载区域一致。例如，在车辆装载信息中对应于作为目标的包裹的装载区域中计划比作为目标的包裹更早地装载另一包裹且作为对象的包裹不管该计划已经较早地装载在该装载区域中了的情况下，由装载当前状态信息指示的已经装载了作为对象的包裹的装载区域与由车辆装载信息指示的对应于作为对象的包裹的装载区域一致，但装载当前状态信息中的装载的顺序不与车辆装载信息中的装载的顺序一致。因此，判定装载当前状态信息与车辆装载信息之间不具有一致性。当在S402中作出肯定判定时，图9中所示的处理结束。当在S402中作出否定判定时，该处理进行至S403。

在S403中，装载判定单元4022判定由装载当前状态信息指示的已经装载了作为装载完成通知的对象的包裹的装载区域中此后是否具有计划装载的包裹。例如，基于车辆装载信息表格来执行此判定。当在S403中作出肯定判定时，该处理进行至S404，而当作出否定判定时，图9中所示的处理结束。

在S404中，装载判定单元4022判定是否针对作为对象的包裹指定了“下方装载禁止”。例如，是否针对作为对象的包裹指定了“下方装载禁止”的信息连同车辆装载判定的请求一起由中心服务器400接收并保存(未图示出)。当在S404中作出肯定判定时，计划装载的包裹不能装载在作为对象的包裹上，并因此，该处理进行至S406。在S406中，除了已经装载了作为对象的包裹的装载区域，针对计划装载的包裹执行车辆装载判定处理。

当在S404中作出否定判定时，该处理进行至S405。在S405中，装载判定单元4022判定在已经装载了作为对象的包裹的装载区域中计划装载到该装载区域中的包裹能否装载在作为对象的包裹上。当在S405中作出肯定判定时，不改变用于计划装载的包裹的装载计划区域，并因此，图9中所示的处理结束。然而，在这种情况下，计划装载的包裹的装载顺序改变，并因此，这种改变反映在车辆装载信息中。当在S405中作出否定判定时，必须改变计划装载的包裹的装载计划区域。因此，该处理进行至S406，并且除了已经装载了作为对象的包裹的装载区域，针对计划装载的包裹执行车辆装载判定处理。

在S407中，装载判定单元4022判定对计划装载的包裹的车辆装载判定处理的结果是否示出装载是可能的。当在S407中作出肯定判定时，该处理进行至S408，而当作出否定判定时，该处理进行至S409。

在S408中，由于对计划装载的包裹的车辆装载判定处理的结果示出装载是可能的，装载判定单元4022通过服务于计划装载的包裹的递送的收取-递送管理服务器500，向收取-递送用户的用户终端200或请求用户的用户终端50给出计划装载的包裹的装载位置改变的通知。例如，连同装载位置改变的通知一起，给出由S406中的车辆装载判定处理判定的计划装载的包裹的新装载位置的通知。此后，图9中所示的处理结束。

在S409中，由于对计划装载的包裹的车辆装载判定处理的结果示出装载是不可能的，装载判定单元4022通过服务于计划装载的包裹的递送的收取-递送管理服务器500，向收取-递送用户的用户终端200或请求用户的用户终端50给出装载不可能的通知。此后，图9中所示的处理结束。

图10是由中心服务器400执行的用于车辆装载信息的管理处理的示例性流程图。具体而言，用于车辆装载信息的管理处理是用于控制装载允许尺寸的处理。例如，当由车辆装载判定处理决定了包裹的装载计划位置时，当接收到装载完成通知时，或当接收到卸载通知时，执行装载允许尺寸的控制。例如，图10中所处的处理以预定周期重复地执行。

在S501中，装载信息管理单元4023判定是否已收到车辆装载判定的请求。当在S501作出肯定判定时，该处理进行至S502，而当作出否定判定时，该处理进行至S506。

S502至S506中的处理是当已经接收到车辆装载判定的请求时的处理。在S502中，装载信息管理单元4023判定作为装载判定单元4022的车辆装载判定处理的结果是否做出了装载可能的判定。当在S502中作出肯定判定时，该处理进行至S503。当在S502中作出否定判定时，由于没有计划新装载的包裹并且每个装载区域的装载允许尺寸都不改变，图10中所示的处理结束。

在S503中，装载信息管理单元4023判定作为车辆装载判定处理的对象的包裹是否为被指定了“下方装载禁止”的包裹。当在S503中作出肯定判定时，该处理进行至S504，而当作出否定判定时，该处理进行至S505。

在S504中，由于对作为车辆装载判定处理的目标的包裹指定了“下方装载禁止”，装载信息管理单元4023将在车辆装载判定表格中被判定作为包裹的装载位置的装载区域的记录的装载允许尺寸字段的值设定为零。因此，示出在被判定作为包裹的装载位置的装载区域中没有空间，并且此后，可以避免将另一个包裹装载在该装载区域中。

在S505中，由于没有对作为车辆装载判定处理的对象的包裹指定“下方装载禁止”，例如，装载信息管理单元4023，将减去包裹的尺寸所得到的值，设定作为在车辆装载判定表格中被判定作为包裹的装载位置的装载区域的记录的装载允许尺寸字段的值。

在S506中，装载信息管理单元4023将作为车辆装载判定处理的对象的包裹的识别信息，登记在车辆装载判定表格中的该包裹的装载计划区域的记录的装载包裹ID字段中。此后，图10中所示的处理结束。

在S507中，装载信息管理单元4023判定是否已接收到装载完成通知。当在S507中作出肯定判定时，该处理进行至S508，而当作出否定判定时，该处理进行至S513。

S508至S512中的处理是当接收到装载完成通知时的处理。在S508中，装载信息管理单元4023判定装载当前状态信息和车辆装载信息之间是否具有一致性。例如，在此判定中，可以使用在图9的S402中由装载判定单元4022执行的判定的结果。当在S508中作出肯定判定时，该处理进行至S509，而当作出否定判定时，该处理进行至S510。

在S509中，由于在装载当前状态信息与车辆装载信息之间具有一致性，也就是说，由于包裹已被装载于计划装载位置上，装载信息管理单元4023将指示已经装载包裹的标记放在车辆装载信息中登记了作为装载完成通知的对象的包裹的记录上。此后，图10中所示的处理结束。

在S510中，由于在装载当前状态信息与车辆装载信息之间不具有一致性，也就是说，由于包裹已被装载于不同于计划装载位置的装载区域中，装载信息管理单元4023判定是否具有计划装载且由装载判定单元4022的车辆装载判定处理(图9中的S406)的结果是改变其装载位置的包裹。当在S510中作出肯定判定时，该处理进行至S511，而当作出否定判定时，该处理进行至S512。

在S511中，由于存在计划装载并且改变其装载位置的包裹，装载信息管理单元4023根据装载判定单元4022的车辆装载判定处理的结果和装载当前状态信息来更新车辆装载信息。例如，在计划装载的包裹A的装载位置从副驾驶座改变为左后座的情况下，装载判定单元4022，在更新时，将包裹A的尺寸的值添加到车辆装载信息表格中的副驾驶座的记录中的装载允许尺寸字段的值，并从左后座的记录中的装载允许尺寸字段的值减去包裹A的尺寸的值。此外，在这时，装载判定单元4022将有关作为装载完成通知的对象的包裹的信息登记在车辆装载信息表格的记录中。车辆装载信息表格的记录是如下装载区域的记录：该装载区域对应于作为装载完成通知的对象的包裹的装载位置，并且由装载当前状态信息指示。此后，图10中所示的处理结束。

在S512中，由于没有计划装载并且改变其装载位置的包裹，装载信息管理单元4023根据装载当前状态信息来更新车辆装载信息。

在S511和S512中更新车辆装载信息时，当对作为装载完成通知的对象的包裹指定了“下方装载禁止”时，装载信息管理单元4023将已经装载了包裹的装载区域的装载允许尺寸字段的值设定为零。此后，图10中所示的处理结束。

在S513中，装载信息管理单元4023判定是否已接收到卸载通知。装载信息管理单元4023例如在如下情况下判定已接收到卸载通知：在收取-递送用户将收取-递送完成输入到用户终端200的情况下，在已经通过收取-递送管理服务器500从用户终端200接收到收取-递送完成通知且在收取-递送完成通知的对象的收取-递送是“递送”的情况下，或者在请求用户输入卸载完成至用户终端50且已经从用户终端50接收了至中心服务器400的卸载通知的情况下。例如，连同卸载通知一起，接收了请求用户的识别信息和包裹的识别信息。当在S513中作出肯定判定时，该处理进行至S514。当在S513中作否定判定时，图10中所示的处理结束。

在S514中，装载信息管理单元4023通过从车辆装载信息删除作为卸载通知的对象的包裹并且将该包裹的尺寸添加到装载过该包裹的装载区域的装载允许尺寸字段的值，来更新车辆装载信息。此后，图10中所示的处理结束。

图6A、图6B、图7、图8、图9和图10所示的流程图是示例，并且不限于分别示出的处理。例如，在图10中，在装载完成通知的接收和与车辆装载信息的一致性检查(图10，S508)之后，车辆装载信息可以基于装载当前状态信息进行更新，并且图9的S406中的车辆装载判定处理可以基于更新后的车辆装载信息来执行。例如，在图9中对作为处理对象的包裹(作为装载完成通知的对象的包裹)指定了“下方装载禁止”的情况下，已经装载了作为处理对象的包裹的装载区域的装载允许尺寸被设定为零。因此，已经装载了作为处理对象的包裹的装载区域被从对计划装载于该装载区域中的包裹的车辆装载判定处理的对象中排除。

特定示例

图11A和图11B中的每一个都是示出在特定示例中使用利用行李箱共享系统1的服务将包裹递送至车辆的示例性处理序列的图示。在特定示例中，将描述如下情况：请求用户使用用于使用利用行李箱共享系统1的服务的应用程序请求递送包裹A和包裹B的情况。

在S11和S21中，请求用户分别请求快递业务经营者A和快递业务经营者B分别递送包裹A和包裹B，使得收取-递送请求被从请求用户的用户终端50发送到收取-递送管理服务器500A和收取-递送管理服务器500B。下面，字符A、B被放入分别由快递业务经营者A、B管理的收取-递送管理服务器、收取-递送用户和用户终端的附图标记。

对于包裹A，请求用户指定在行李箱中左侧的装载区域作为装载位置。对于包裹B，请求用户不执行装载位置的指定。此外，向各个收取-递送管理服务器500A、500B通知：包裹A和包裹B具有相同的尺寸，并且该尺寸是允许在行李箱中左侧的装载区域中进行装载的尺寸。在初始状态下，车辆的行李箱中没有包裹。没有为包裹A或包裹B执行递送日期和时间的指定。

在S12和S22中，收取-递送管理服务器500A和收取-递送管理服务器500B向中心服务器400分别发送针对包裹A的车辆装载判定的请求和针对包裹B的车辆装载判定的请求。在S13、S23中，中心服务器400接收车辆装载判定的请求(图7，S201：是)，并对包裹A和包裹B执行车辆装载判定处理(图7，S202)。在S14和S24中，中心服务器400向收取-递送管理服务器500A和收取-递送管理服务器500B给出包裹A和包裹B的装载位置的通知，并且此后，收取-递送管理服务器500A和收取-递送管理服务器500B向收取-递送用户A的用户终端200A和收取-递送用户B的用户终端200B给出包裹A和包裹B的装载位置的通知(图7，S204)。

图12是示出在特定示例中包裹A和包裹B的装载位置的示例性计划的图示。图12是在图11A的S13和S23中执行的车辆装载判定处理的结果的示例。

对于包裹A，行李箱中左侧的装载区域被指定作为装载位置(图6A，S103：是)，并且在初始状态下，在行李箱中左侧的装载区域中没有包裹(图6B，S120：是)。因此，判定装载位置是行李箱中左侧的装载区域。对于包裹B，假设判定装载位置是行李箱的中间部，其是车辆10中的空间之一(图6A，S103否，S104：是，S105)。

在中心服务器400中的车辆装载信息中，包裹A与行李箱中左侧的装载区域相关联。包裹B与行李箱中间的装载区域相关联(图10，S501：是，S502：是，S503：否，S505)。

回到图11A，在S31中，收取-递送用户B较早地到达车辆10。在S32中，收取-递送用户B的用户终端200B通过收取-递送管理服务器500B向中心服务器400发送认证信息的发出请求。在S33中，中心服务器400接收认证信息的发出请求(图8，S301：是)，并发出只允许锁定和解锁作为包裹B的装载位置的行李箱的门的认证信息(图8，S302)。

在S34中，收取-递送用户B使用从中心服务器400发出的认证信息解锁行李箱的门，并在作为包裹B的装载位置的行李箱的中间装载包裹B。在此情况下，假定包裹B的尺寸大于计划中的尺寸，而包裹B超出行李箱的中间的装载区域来进行装载从而到达行李箱中的左侧和右侧的装载区域，即包裹B被装载到整个行李箱。此外，假定在整个行李箱中不存在能够装载包裹A的空间。

在S35中，收取-递送用户B将收取-递送完成输入到用户终端200B。然后，收取-递送完成通知从用户终端200B通过收取-递送管理服务器500B发送到中心服务器400。连同收取-递送完成通知一起，收取-递送用户B向用户终端200B输入包裹B的尺寸的信息，并输入整个行李箱作为能够装载包裹B的装载位置。然后，该信息的通知，作为装载当前状态信息，连同收取-递送完成通知一起，被给予中心服务器400。

在图11B的S41中，中心服务器400从收取-递送用户B的用户终端200B接收收取-递送完成通知和装载当前状态信息(图8，S309：是，图9，S401：是)。由于由车辆装载信息指示的与包裹B对应的装载区域是行李箱中间的区域，而由装载当前状态信息指示的已经装载包裹B的装载区域是整个行李箱，中心服务器400针对包裹B检测到车辆装载信息和装载当前状态信息之间的不一致性(图9，S402：否，图10，S508：否)。

在S42中，由于包裹A计划装载在行李箱中左侧的、作为包裹B所占用的数个区域之一的区域中，但在行李箱中左侧的区域不存在能够装载包裹A的空间(图9，S403，S404：否，S405：否)，中心服务器400针对包裹A执行车辆装载判定处理(图9，S406)。假定决定了包裹A的新装载计划区域是左后座(图6B，S121：是，S122)。

在S43中，中心服务器400向请求用户的用户终端50发送布局改变的许可的询问(图6B，S126)。这种询问因为包裹A不能被装载于指定的装载区域中而是需要的，并且是包裹A的装载位置的改变的许可的询问。在S44中，请求用户向用户终端50输入布局的许可，并且请求用户的用户终端50向中心服务器400发送布局改变的许可的通知。S43和S44中的处理通过收取-递送管理服务器500A来执行。

在S45中，由于已经从请求用户接收到了布局改变的许可(图6B，S127：是)，中心服务器40通过收取-递送管理服务器500A向收取-递送用户A的用户终端200A发送针对包裹A的装载位置改变的通知(图9，S408)。在这种情况下，中心服务器400更新车辆装载信息，使得包裹B(所装载的)与整个行李箱中的数个装载区域相关联，而包裹A与左后座上的装载区域相关联(图10，S510：是，S511)。

在S51中，收取-递送用户A到达车辆10。在S52中，收取-递送用户A的用户终端200A通过收取-递送管理服务器500A向中心服务器400发送认证信息的发出请求。在S53中，中心服务器400接收认证信息的发出请求(图8，S301：是)，并发出允许仅仅车厢的左后门的锁定和解锁的认证信息，车厢的左后门对应于作为包裹A的递送位置的左后座(图8，S302)。

在S54中，收取-递送用户A使用从中心服务器400发出的认证信息解锁车厢的后左门，并将包裹A装载在作为包裹A的递送位置的左后座上。在S55中，收取-递送用户A将收取-递送完成输入到用户终端200A。然后，收取-递送完成通知通过收取-递送管理服务器500A从用户终端200A发送至中心服务器400。连同收取-递送完成通知一起，收取-递送用户A将左后座输入至用户终端200A，作为已装载包裹A的装载区域。然后，该信息的通知，作为装载当前状态信息，连同收取-递送完成通知一起，被给予中心服务器400。

在S56中，中心服务器400从收取-递送用户A的用户终端200A接收收取-递送完成通知和装载当前状态信息(图8，S309：是，图9，S401：是)。由于由车辆装载信息指示的与包裹A对应的装载区域是左后座上的区域并且由装载当前状态信息指示的已经装载了包裹A的装载区域也是左后座上的区域，中心服务器400针对包裹A检测到车辆装载信息和装载当前状态信息之间的一致性(图9，S402：是，图10，S508：是)。在这种情况下，中心服务器400通过对与左后座上的装载区域相关的包裹A放置指示该包裹已经装载的标记，来更新车辆装载信息(图10，S509)。由此，包裹A和包裹B向车辆10的递送终止。

图13是示出在具体示例中完成包裹A和包裹B的装载后行李箱中的示例性装载状态的图示。包裹A装载在左后座上，这与图12中所示的初始计划位置不同。包裹B装载在图12中所示的初始计划位置上，但是因为尺寸上大于初始计划的尺寸而装载于整个行李箱内。

作为另一具体示例，例如，在包裹A和包裹B计划以这种顺序装载于左后座上并且在车辆装载信息中针对包裹B指定了下方装载禁止的情况下，假定包裹B早于包裹A装载于左后座上。在这种情况下，尽管车辆装载信息并不包括已经装载了包裹A的信息，装载当前状态信息指示已经装载了包裹B，并因此，检测到车辆装载信息和装载当前状态信息之间的不一致性(图9，S402：否，图10，S508：否)。因为针对作为对象包裹的包裹B指定了下方装载禁止(图9，S403：是，S404：是)，除了左后座，执行对包裹A的车辆装载判定处理(图9，S406)。例如，判定包裹A的新的装载位置是右后座，并且新的装载位置的通知被给予收取-传送用户A的用户终端200A(图9，S408)。此外，更新车辆装载信息，使得指示该包裹已经装载的标志被布置给与左后座上的装载区域相关联的包裹B并且包裹A与右后座上的装载区域相关联(图10，S510：是，S511)。

作为另一具体示例，例如，在包裹A和包裹B计划以这种顺序装载于左后座上并且在车辆装载信息中并未针对包裹A或包裹B指定下方装载禁止的情况下，假定包裹B早于包裹A装载于左后座上。在这种情况下，尽管车辆装载信息并不包括已经装载了包裹A的信息，装载当前状态信息指示已经装载了包裹B，并因此，检测到车辆装载信息和装载当前状态信息之间的不一致性(图9，S402：否，图10，S508：否)。因为针对作为对象包裹的包裹B未指定下方装载禁止并且包裹A能够装载于包裹B上(图9，S403：是，S404：否，S405：是)，包裹A的装载位置是左后座而没有变化。更新车辆装载信息，使得与左后座上的装载区域相关联的包裹A和包裹B的装载顺序改变并且指示已经装载该包裹的标志被布置给包裹B(图10，S510：否，S512)。

第一实施例的功能效果

在第一实施例中，中心服务器400具有车辆10中的各个装载区域的允许装载的尺寸(装载允许尺寸)的信息，并且基于各个装载区域的装载允许尺寸来判定包裹能否装载于车辆10中及该包裹的装载位置。由此，当通过询问中心服务器400而将包裹装载于车辆10中时，在实际上执行装载工作之前，能够得知是否能够装载包裹和该包裹的装载位置，并且能够提高将包裹装载于车辆10中的工作的效率。

在第一实施例中，在车辆10并不具有能够装载作为车辆装载判定处理的对象的包裹的装载区域的情况下，中心服务器400判定能否通过已装载的包裹的移动来装载作为对象的包裹。由此，能够更高效地使用车辆10中的装载区域。

在第一实施例中，中心服务器400管理车辆10中的包裹的装载状态作为车辆装载信息，并且检查包裹是否已经被装载于初始计划装载位置上。在该包裹已经被装载于不同于初始计划装载位置的位置上时，针对计划此后装载于已经装载了该包裹的装载区域中的包裹，中心服务器400再次判定能否装载包裹和装载位置。由此，例如，在多个收取-递送用户将包裹装载于车辆10中的情况下，即便推翻了装载计划，也能够灵活地响应。

在第一实施例中，中心服务器400向收取-递送用户发出允许仅仅对应于收取-递送包裹的装载位置的门的锁定和解锁的认证信息。由此，能够限制收取-递送用户访问除对应于收取-递送包裹的装载位置的装载区域之外的区域，并且能够确保车辆10的完全性。

在第一实施例中，中心服务器400通过多个业务经营者来集中管理包裹在车辆10中的装载情况。由此，通过统一管理包裹在车辆10中的装载状态，能够增强车辆10的装载信息的安全性。

其他

在第一实施例中，摄像机390安装在车辆10上，并且中心服务器400使用由摄像机390拍摄的图像，该摄像机390作为用于获取包裹在车辆10的车厢和行李舱中的装载情况(装载当前状态信息)的装置之一。然而，用于获取装载当前状态信息的装置不限于摄像机390。例如，车辆10可包括并使用红外传感器、超声波传感器或激光传感器，作为用于获取装载当前状态信息的装置。可选地，可以从用户终端50或用户终端200发送由配备在请求用户的用户终端50或收取-递送用户的用户终端200中的摄像机拍摄的、车辆10的车厢或行李舱的内部的拍摄图像，并且可以通过分析该拍摄图像来获取装载当前状态信息。

在第一实施例中，在车辆装载判定处理中决定包裹的装载位置，使得具有空间的区域优先(例如，图6A的S103至S105，图6B的S121至S122)。然而，本发明并不局限于此。例如，满足预定条件的装载区域可以被选择作为作为对象的包裹的装载位置，而不管是否具有已装载的包裹，并且当在所选区域中存在装载的包裹时，可以判定包裹移动至的区域。

在第一实施例中，基于包裹的尺寸来判定是否能够在车辆10中装载该包裹。然而，是否能够在车辆10中装载包裹的判定标准并不局限于包裹的尺寸。例如，可以使用包裹的重量或已装载包裹的高度。具体说来，可以为各个装载区域设定包裹的重量限制，并且可以防止包裹被装载得超出该重量限制。通过设定重量限制，能够避免当车辆10在装载包裹的同时行驶时燃料效率的降低。此外，例如，可以针对每个装载区域设置所装载包裹的高度限制，并且可以防止包裹被装载得超过高度限制。通过设定所装载包裹的高度限制，能够当车辆10在装载包裹的同时行驶时保持向后可见性和侧向可见性。

在第一实施例中，车辆装载判定处理被用于当车辆10被用作包裹的接受地点时决定包裹的装载位置。然而，车辆装载判定处理的应用并不局限于此。例如，车辆装载判定处理能够被应用于自动改变车辆10中装载的包裹的布局的系统。

在第一实施例中，当预先设定了布局改变时，对于整个车辆10来决定是否允许布局改变。然而，本发明不限于此。例如，本发明可以配置成使得能够针对各个装载区域设定是否允许布局改变。由此，能够避免收取-递送用户触摸已经装载于车辆10中的包裹。

记录介质

在计算机、机器或设备(此后，称作计算机等)中实现上述发出控制的程序能够记录在可由计算机等读取的记录介质中。计算机等读取并执行记录介质中的程序，并由此，计算机等用作中心服务器400。

在此，可由计算机等读取的记录介质是非暂时性的记录介质，其通过电、磁、光、机械或化学作用在其中存储诸如数据或程序的信息，并且允许计算机等读取该信息。作为可从计算机等移除的记录介质，有软盘、磁光盘、CD-ROM、CD-R/W、DVD、蓝光盘、DAT、8mm磁带、诸如闪存的存储卡等。此外，作为固定在计算机等中的记录介质，有硬盘、只读存储器(ROM)等。此外，固态驱动器(SSD)能够用作可从计算机等移除的记录介质，并且能够用作固定在计算机等中的记录介质。

Claims (12)

1.一种装载判定系统，其特征在于包括：

存储单元，其配置成为车辆中存在的多个装载区域中的各个装载区域存储尺寸信息，所述尺寸信息与能够装载于所述多个装载区域中的各个装载区域中的包裹的尺寸的上限相关；以及

控制单元，其配置成：

基于所述尺寸信息判定计划装载的第一包裹能否被装载于所述车辆中，以及

输出所述第一包裹能否被装载的判定结果并且当所述第一包裹能够被装载时输出与计划装载所述第一包裹的第一装载区域相关的第一信息，所述第一装载区域被包括在所述多个装载区域中；

其中，所述控制单元配置成：

当除所述第一包裹以外的另一包裹已经被装载于所述第一装载区域中时，判定是否存在能够装载所述另一包裹的第二装载区域，所述第二装载区域被包括在所述多个装载区域中，所述第二装载区域为尚未装载与所述另一包裹不同的包裹的区域；并且

当所述控制单元判定所述第二装载区域存在时，输出与所述第二装载区域相关的第二信息；

其中，所述第二信息是提示所述另一包裹向所述第二装载区域的移动的通知。

2.根据权利要求1所述的装载判定系统，其特征在于，能够被装载于所述第一装载区域中的包裹的所述尺寸的所述上限大于所述第一包裹的尺寸。

3.根据权利要求1所述的装载判定系统，其特征在于

能够被装载于所述第二装载区域中的包裹的所述尺寸的所述上限大于所述另一包裹的尺寸，并且

所述第二装载区域不同于所述第一装载区域。

4.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于：

所述控制单元配置成判定所述另一包裹是否已经被装载于所述第一装载区域中；并且

所述第一信息包括指示所述另一包裹是否已经被装载于所述第一装载区域中的信息。

5.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于，所述控制单元配置成：

当请求装载的第一用户指定了用于所述第一包裹的装载区域时，判定所述第一包裹能否被装载于指定的装载区域中；并且

向所述第一用户的用户终端给出所述第一包裹能否被装载于所述指定的装载区域中的判定结果的通知。

6.根据权利要求5所述的装载判定系统，其特征在于，所述控制单元配置成：

当所述第一包裹不能被装载于所述指定的装载区域中时，判定是否存在能够装载所述第一包裹的另一装载区域；并且

当所述另一装载区域存在时，向所述第一用户的所述用户终端传输通知，所述通知提示用于所述第一包裹的所述装载区域向所述另一装载区域的改变。

7.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于，所述控制单元配置成：

当请求装载的第一用户不同于执行装载的第二用户并且所述第二装载区域存在时，向所述第一用户的用户终端传输请求，所述请求则请求允许所述另一包裹向所述第二装载区域的移动；并且

当从所述第一用户的所述用户终端接收到对所述请求的允许响应时向所述第二用户的用户终端传输通知，所述通知为提示所述另一包裹向所述第二装载区域的移动的通知。

8.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于，进一步包括管理单元，所述管理单元配置成：

当不禁止所述第一包裹的下方装载时，在判定所述第一包裹已经被装载于所述第一装载区域中后，将所述第一装载区域的所述尺寸信息中包括的所述尺寸的所述上限的值更新为从所存储的值减去至少所述第一包裹的所述尺寸的值得到的值；以及

当禁止所述第一包裹的所述下方装载时，将所述第一装载区域的所述尺寸信息设定为指示另一包裹不能被装载于所述第一装载区域中的值。

9.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于，所述控制单元配置成当所述第一包裹已经被装载于第三装载区域时，判定是否存在能够装载与所述第一包裹不同的第二包裹的装载区域，所述第一包裹计划被装载于所述第一装载区域中，所述第三装载区域是计划装载所述第二包裹的区域。

10.根据权利要求1至3中的任一项所述的装载判定系统，其特征在于，所述控制单元配置成：当所述第一包裹和不同于所述第一包裹的第三包裹计划被装载于所述第一装载区域中，所述第一包裹比所述第三包裹早装载且禁止所述第一包裹的下方装载时，判定除了所述第一装载区域外是否存在能够装载所述第三包裹的装载区域。

11.一种认证信息控制系统，其通过向用户的用户终端发出预定认证信息来控制用户对车辆中的预定区域的访问，所述车辆为布置有包裹并且由锁定-解锁控制设备通过锁定-解锁处理能够被锁定和解锁的车辆，所述预定认证信息为引起所述锁定-解锁控制设备执行所述锁定-解锁处理的信息，所述认证信息控制系统的特征在于包括：

根据权利要求1至10中的任一项所述的装载判定系统；以及

发出单元，其配置成发出允许仅仅对应于所述第一装载区域的门被锁定和解锁的认证信息。

12.一种装载判定方法，其特征在于包括：

由处理器引起存储单元为车辆中存在的多个装载区域中的各个装载区域存储尺寸信息，所述尺寸信息与能够装载于所述多个装载区域中的各个装载区域中的包裹的尺寸的上限相关；

由所述处理器基于所述尺寸信息判定计划装载的第一包裹能否被装载于所述车辆中；以及

由所述处理器输出所述第一包裹能否被装载的判定结果并且当所述第一包裹能够被装载时输出与计划装载所述第一包裹的第一装载区域相关的第一信息，所述第一装载区域被包括在所述多个装载区域中；

其中，所述装载判定方法进一步包括：

当除所述第一包裹以外的另一包裹已经被装载于所述第一装载区域中时，由所述处理器判定是否存在能够装载所述另一包裹的第二装载区域，所述第二装载区域被包括在所述多个装载区域中，所述第二装载区域为尚未装载与所述另一包裹不同的包裹的区域；并且

当所述处理器判定所述第二装载区域存在时，由所述处理器输出与所述第二装载区域相关的第二信息；

其中，所述第二信息是提示所述另一包裹向所述第二装载区域的移动的通知。

Images