递送管理系统、装置和方法及钥匙信息管理装置与流程

本发明涉及一种递送管理系统、钥匙信息管理装置、递送管理装置、递送管理方法和其中存储有程序的非暂时性记录介质。

背景技术：

近年来，已经开发了一种系统，其中诸如智能手机的便携式终端可用作车辆的钥匙。在这样的系统中，当与车辆相关联的钥匙信息从便携式终端发送到车辆时，车辆被锁定和解锁，从而允许进入车辆内部(例如，国际公开第2015/149910号)。

此外，已经开发了这样一种系统，其中即使当接收者不在场时，仍递送了递送包裹，使得在递送员的车辆中设置的通信装置与包裹接收车辆之间使用预先登记的认证信息执行相互认证，并且将递送包裹存储在行李箱中(例如，日本未审查专利申请公开第2006-206225号(jp2006-206225a))。

技术实现要素：

同时，在用户在诸如包括多个商店的商场或购物街之类的预定区域中购买产品的情况下，用户应在用户四处移动时携带产品，或者用户应暂时将产品放入诸如投币式储物柜的行李室中。在任一种情况下，这都是不方便的。例如，在用户通过车辆进入预定区域并将车辆停放在那里进行购物的情况下，可以想到所购买产品存储在用户的车辆中。然而，对于用户而言，用户在购物过程中这样做很可能更麻烦。

此外，在接收者不在场的情况下将递送包裹存储在车辆的行李箱中的系统(如现有技术中的系统)假设在县、市、镇等内相对较大的区域中执行递送并且递送所需的时间相对较长从大约几天到几周不等的情况。然而，该系统未假设在诸如商场内的区域的相对小的范围内进行递送并且递送需要从大约几十分钟到几小时的相对短的时间的情况。

本发明提供了一种递送管理系统、钥匙信息管理装置、递送管理装置、递送管理方法和其中存储有程序的非暂时性记录介质，其中每个均能够提高包括多个商店的预定区域中的购物便利性。

本发明的第一方案涉及一种递送管理系统，其包括服务器，所述服务器被配置为：接收在包括多个商店的递送覆盖区域中的商店购买的购买产品的递送请求、关于所述购买产品的信息、以及关于购买所述购买产品的购买用户的信息；存储与所述购买用户相关联的车辆的钥匙信息，所述车辆被配置为在接收到从终端发送的所述钥匙信息时被锁定和解锁；获取所述车辆的位置信息；并且将所述购买产品的所述递送请求、关于所述购买产品的所述信息、所述车辆的所述钥匙信息以及所述车辆的所述位置信息发送至递送用户的终端，其中所述购买产品的所述递送请求是将所述购买产品递送至所述车辆的请求。

在上述方案中，所述服务器可以被配置为接收从所述购买用户的终端发送的所述购买产品的所述递送请求、关于所述购买产品的信息以及关于所述购买用户的信息。

在上述第一方案中，所述递送管理还包括多个商店终端，所述多个商店终端中的每一个分别设置在所述多个商店中的每一个中，其中所述多个商店终端中的每一个可以被配置为发送所述购买产品的所述递送请求、关于所述购买产品的信息以及关于所述购买用户的信息。

包括商店的递送覆盖区域的示例是购物中心的场地内的区域、购物街的管理区等。例如，关于所购买产品的信息包括所购买产品的识别号、类型、特征等。关于购买用户的信息的示例是购买用户的识别信息、购买用户的终端的识别信息等。车辆的位置信息的示例是指示纬度和经度的信息、指示地址的信息、指示停车位置的信息等。

当将钥匙信息和车辆的位置信息发送到递送用户的终端时，可以实现将购买产品递送到递送覆盖区域内的车辆。因此，与车辆相关联的购买用户可以在递送覆盖区域中的商店周围活动而不用携带所购买产品，并且在购买用户返回到车辆之前将所购买产品放入车辆中，从而提高了递送覆盖区域内购物的便利性。此外，递送用户可以知道车辆的位置信息，使得递送用户可以确切地到达作为递送目的地的车辆。

在上述方案中，所述服务器还可以被配置为：判定所述车辆是否停放在所述递送覆盖区域内的停车场中；并且当所述车辆被停放在所述递送覆盖区域内的所述停车场中时，将所述车辆的所述钥匙信息和所述车辆的所述位置信息发送到所述递送用户的终端。利用上述方案，将所购买产品递送到车辆可以被限定到递送覆盖区域。

本发明的第二方案涉及一种钥匙信息管理装置，其包括处理器，所述处理器被配置为：接收在包括多个商店的递送覆盖区域中的商店购买的购买产品的递送请求、以及关于购买所述购买产品的购买用户的信息；存储与所述购买用户相关联的车辆的钥匙信息，所述车辆被配置为在接收到从终端发送的所述钥匙信息时被锁定和解锁；获取所述车辆的位置信息；并且将所述车辆的所述钥匙信息和所述车辆的所述位置信息发送给接收所述购买产品的所述递送请求的递送用户的终端，其中所述购买产品的所述递送请求是将所述购买产品递送至所述车辆的请求。

在上述方案中，所述处理器可以被配置为：判定所述车辆是否停放在所述递送覆盖区域内的停车场中；并且当所述车辆被停放在所述递送覆盖区域内的所述停车场中时，将所述车辆的所述钥匙信息和所述车辆的所述位置信息发送到所述递送用户的所述终端。

本发明的第三方案涉及一种递送管理装置，其包括处理器，所述处理器被配置为：接收在包括多个商店的递送覆盖区域中的商店购买的购买产品的递送请求、关于所述购买产品的信息、以及关于购买所述购买产品的购买用户的信息；接收与所述购买用户相关联的车辆的钥匙信息和所述车辆的位置信息，所述车辆被配置为在接收到从终端发送的所述钥匙信息时被锁定和解锁；以及将所述购买产品的所述递送请求、关于所述购买产品的所述信息、所述车辆的所述钥匙信息以及所述车辆的所述位置信息发送至递送用户的终端，其中所述购买产品的所述递送请求是将所述购买产品递送至所述车辆的请求。

本发明的第四方案涉及一种递送管理方法，其包括：使计算机接收在包括多个商店的递送覆盖区域中的商店购买的购买产品的递送请求、关于所述购买产品的信息、以及关于购买所述购买产品的购买用户的信息；使所述计算机存储与所述购买用户相关联的车辆的钥匙信息，所述车辆被配置为在接收到从终端发送的所述钥匙信息时被锁定和解锁；使所述计算机获取所述车辆的位置信息；以及使所述计算机将所述购买产品的所述递送请求、关于所述购买产品的所述信息、所述车辆的所述钥匙信息以及所述车辆的所述位置信息发送至递送用户的终端，其中所述购买产品的所述递送请求是将所述购买产品递送至所述车辆的请求。

本发明的第五方案涉及一种具有存储于其中的程序的非暂时性记录介质，所述程序使计算机执行控制处理，所述控制处理包括：接收在包括多个商店的递送覆盖区域中的商店购买的购买产品的递送请求、关于所述购买产品的信息、以及关于购买所述购买产品的购买用户的信息；存储与所述购买用户相关联的车辆的钥匙信息，所述车辆被配置为在接收到从终端发送的所述钥匙信息时被锁定和解锁；获取所述车辆的位置信息；以及将所述购买产品的所述递送请求、关于所述购买产品的所述信息、所述车辆的所述钥匙信息以及所述车辆的所述位置信息发送至递送用户的终端，其中所述购买产品的所述递送请求是将所述购买产品递送至所述车辆的请求。

利用本发明，可以提高在包括多个商店的预定区域中购物的便利性。

附图说明

下面将参考附图描述本发明的示例性实施例的特征、优点以及技术和工业重要性，附图中相同的数字表示相同的元件，并且其中：

图1是示出根据第一实施例的钥匙系统的概要的图；

图2示出根据第一实施例的钥匙系统的系统配置的示例；

图3是示出车辆的门被解锁时的处理和数据流的图；

图4是示出根据第一实施例的购买产品递送系统的系统配置的示例的图；

图5是示出中央服务器的硬件配置的示例的图；

图6是示出车辆的硬件配置的示例的图；

图7是示出根据第一实施例的购买产品递送系统中的中央服务器、收集/递送管理服务器、车辆、车辆的用户的用户终端以及递送用户的用户终端的功能配置的示例的图；

图8示出用户终端的用于购买产品到车辆的递送请求的设定画面的示例；

图9是示出车辆管理信息表的示例；

图10示出了递送管理信息表的示例；

图11示出根据第一实施例的中央服务器的请求接受部的请求接受处理的流程图的示例；

图12示出根据第一实施例的中央服务器的发布控制部的发布控制处理的流程图的示例；

图13示出第一实施例的具体示例中的处理序列的示例；

图14是示出根据第二实施例的购买产品递送系统的系统配置的示例的图；

图15是示出根据第二实施例的购买产品递送系统中的中央服务器、收集/递送管理服务器、车辆、递送用户的用户终端、商店服务器和pos终端的功能配置的示例的图；

图16示出购买历史信息表的示例；以及

图17示出根据第二实施例的商店服务器的请求接受部的请求接受处理的流程图的示例；以及

图18示出第二实施例的具体示例中的处理序列的示例。

具体实施方式

以下参考附图描述本发明的实施例。以下实施例中的配置是示例，并且本发明不限于实施例中的配置。

图1是示出根据第一实施例的钥匙系统的概要的图。根据第一实施例的钥匙系统包括设置在车辆10中的车辆控制装置11、用户终端200和中央服务器500。用户终端200和中央服务器500经由诸如作为公共通信网络的因特网的网络彼此连接。此外，用户终端200和车辆控制装置11经由短距离无线通信彼此连接。

中央服务器500是被配置为管理与车辆10相关联的认证信息的装置。当用户终端200接收到从中央服务器500发送的认证信息时，用户终端200可用作车辆10的钥匙。当用户终端200用作车辆10的钥匙时，用户终端200经由短距离无线通信将从中央服务器500接收到的认证信息发送到设置在车辆10中的车辆控制装置11。车辆控制装置11通过使用从用户终端200接收到的认证信息来执行认证。当认证成功时，车辆控制装置11可以对车辆10执行各种控制。车辆控制装置11对车辆10执行的控制之一为车辆10的门的锁定和解锁等。钥匙系统是本发明的“钥匙系统”的示例。认证信息是本发明的“钥匙信息”的示例。中央服务器500是本发明的“钥匙信息管理装置”的示例。

图2示出根据第一实施例的钥匙系统的系统配置的示例。图2是示意性地示出图1中所示的用户终端200和车辆控制装置11的配置的示例的框图。车辆控制装置11包括：钥匙单元100，其被配置为与用户终端200通信；以及控制装置300，其被配置为对车辆10执行各种控制。

控制装置300通过向钥匙单元100发送和从钥匙单元100接收射频(以下称为rf)频带无线电波和低频(以下称为lf)频带无线电波来在车辆10中执行各种控制。例如，控制装置300控制车辆10的门锁致动器12，以执行锁定和解锁车辆10的门的锁定/解锁控制。

控制装置300包括lf发射器301、rf接收器302、验证ecu303和车身ecu(发动机控制单元)304。lf发射器301是配置成发射lf频带无线电波(例如，100khz至300khz)以便对钥匙单元100执行搜索(轮询)的装置。rf接收器302是被配置为接收从钥匙单元100发送的rf频带无线电波(例如，100mhz至1ghz)的装置。

验证ecu303是被配置为基于经由rf频带无线电波从钥匙单元100接收到的命令信号来控制车身ecu304的计算机。验证ecu303例如是微计算机。验证ecu303认证从钥匙单元100发送的命令信号是从合法装置发送的。更具体地，验证ecu303判定包括在命令信号中的钥匙id是否与预先存储在验证ecu303中包括的存储部中的钥匙id相对应。

当验证ecu303成功验证钥匙id时，验证ecu303经由诸如控制器局域网络(can)的车载网络将与命令信号对应的命令发送到车身ecu304。更具体地，当从钥匙单元100接收到的命令信号是锁定信号时，验证ecu303向车身ecu304发送锁定命令以将车辆10锁定。此外，当从钥匙单元100接收到的命令信号是解锁信号时，验证ecu303向车身ecu304发送解锁命令以将车辆10解锁。

车身ecu304是被配置为执行车辆10的车身控制的计算机。车身ecu304电连接到门锁致动器12，门锁致动器12被配置为锁定和解锁车辆10的门。车身ecu304具有通过基于从验证ecu303接收到的锁定命令或解锁命令控制门锁致动器12来执行车辆10的锁定和解锁的功能。

现在描述钥匙单元100。钥匙单元100是放置在车辆10的车厢中的预定位置(例如，储物箱内)的装置。钥匙单元100具有通过与用户终端200进行短距离无线通信来认证用户终端200的功能、以及基于认证结果通过使用rf频带无线电波将命令信号发送到控制装置300的功能。钥匙单元100由lf接收器101、rf发射器102、短距离通信部103和控制部104构成。

lf接收器101是被配置为经由lf频带无线电波接收从控制装置300发送的轮询信号的装置。rf发射器102是被配置为经由rf频带无线电波将命令信号发送到控制装置300的装置。短距离通信部103是被配置为与车辆10外部的用户终端200通信的装置。短距离通信部103通过使用预定的无线通信标准在短距离内执行通信(到可以在车厢的内部与车厢的外部之间执行通信的程度)。应注意，可用于短距离通信部103的通信的电信标准的示例包括蓝牙(注册商标)低能量协议、近场通信(nfc)、超宽带(uwb)、wifi(注册商标)等等。

控制部104是被配置为执行与用户终端200进行短距离无线通信的处理、认证用户终端200的处理、向控制装置300发送命令信号的处理等的计算机。控制部104例如由微计算机构成。

控制部104具有控制lf接收器101、rf发射器102和短距离通信部103的功能。此外，控制部104经由短距离无线通信认证包括在从用户终端200发送的控制请求中的认证信息。更具体地，控制部104判定从用户终端200发送的认证信息是否与预先存储在控制部104中包括的存储部中的认证信息相对应。当认证成功时，控制部104经由rf发射器102将与从用户终端200接收到控制请求对应的命令信号发送到控制装置300。更具体地，当从用户终端200接收到的控制请求是锁定请求时，控制部104向控制装置300发送锁定信号。此外，当从用户终端200接收到的控制请求是解锁请求时，控制部104将解锁信号发送到控制装置300。

此时，钥匙单元100将钥匙id与命令信号一起发送到控制装置300。钥匙id可以作为明文预先存储在钥匙单元100中，或者可以以钥匙id由用户终端200固有的密码加密的加密状态存储。当钥匙id以加密状态存储时，可以通过从用户终端200发送的认证信息对如此加密的钥匙id进行解密，从而可以获得原始钥匙id。

现在描述用户终端200。用户终端200是小型计算机，诸如智能手机、移动电话终端、平板终端、个人信息终端和可穿戴计算机(智能手表等)。用户终端200由短距离通信部201、通信部202、控制部203和输入/输出部204构成。

短距离通信部201是被配置为通过与短距离通信部103相同的电信标准与车辆控制装置11的钥匙单元100进行通信的装置。通信部202是被配置为将用户终端200连接到网络以便与中央服务器500通信的装置。例如，通信部202可以使用诸如3g或lte的移动通信服务经由网络与中央服务器500通信。应注意，如稍后将描述的，用户终端200的通信部202还经由网络与被配置为管理用户终端的终端管理服务器进行通信。

控制部203是被配置为管理用户终端200的控制的计算机。控制部203例如由微计算机构成。控制部203经由通信部202执行接收从中央服务器500发送的认证信息的处理。应注意，从中央服务器500接收到的认证信息存储在控制部203中包括的存储部中。控制部203执行生成与作为拥有用户终端200的用户的终端用户的输入操作相对应的控制请求并且经由短距离通信部201将控制请求与存储在存储部中的认证信息一起发送到钥匙单元100的处理。

输入/输出部204还用作接收由终端用户执行的输入操作并向终端用户提供信息的部件。更具体地，输入/输出部204由触摸板显示器及其控制部件构成。应注意，输入/输出部204可以包括由终端用户操作的硬件开关等。此外，输入/输出部204可以包括通过由控制部203控制来输出声音或音频的扬声器。

这里，下面将作为示例描述在用户通过使用用户终端200控制车辆10时通过钥匙系统的操作解锁车辆10的门的情况。图3是示出车辆10的门被解锁时的处理和数据流的图。

当用户在用户终端200上执行解锁车辆10的门的操作时，用户终端200将解锁请求和认证信息发送到车辆控制装置11的钥匙单元100(s101)。钥匙单元100基于从用户终端200接收到的认证信息来执行认证处理(s102)。当认证信息被成功认证时，钥匙单元100将钥匙id与解锁信号和发动机起动许可信号一起发送到控制装置300(s103)。然后，控制装置300基于从钥匙单元100接收到的钥匙id来执行认证处理(s104)。当钥匙id被成功认证时，控制装置300执行解锁控制以解锁车辆10的门(s105)。

第一实施例涉及这样一种购买产品递送系统，其中，在采用上述钥匙系统的车辆停放在诸如商场或购物街的预定商业区中的停车场的情况下，例如，由车辆的用户在商业区的商店购买产品被递送到车辆。

图4是示出根据第一实施例的购买产品递送系统1a的系统配置的示例的图。购买产品递送系统1a包括车辆10a、车辆10a的用户的用户终端200、中央服务器500、收集/递送管理服务器400、以及递送用户的用户终端50。中央服务器500和收集/递送管理服务器400连接到网络n1，使得它们能够彼此通信。例如，网络n1是因特网。购买产品递送系统1a是“递送管理系统”的示例。

车辆10a是采用上述钥匙系统的车辆。中央服务器500是被配置为管理车辆10a的认证信息和位置信息的服务器。例如，车辆10a的位置信息以预定周期从车辆10a发送到中央服务器500。此外，中央服务器500是被配置为向车辆10a的用户提供将在商店购买的产品递送到停放在包括多个商店的购物中心a的停车场中的车辆10a的服务的服务器。车辆10a是“采用在接收到从终端发送的钥匙信息时执行锁定和解锁的钥匙系统的车辆”的示例。车辆10a的用户是“购买用户”的示例。

例如，收集/递送管理服务器400是包裹递送公司的服务器，其负责将商店的购买产品递送到购物中心a的管理区中的车辆10a。例如，管理收集/递送管理服务器400的公司不同于管理中央服务器500的公司。用户终端50是属于管理收集/递送管理服务器400的公司的递送员所拥有的终端。因此，用户终端50经由网络n1连接到收集/递送管理服务器400。另一方面，用户终端50不与中央服务器500通信。

例如，用户终端200是车辆10a的用户的终端。车辆10a的认证信息、位置信息等由中央服务器500管理。通过使用车辆10a接收由中央服务器500提供的服务的应用程序安装在用户终端200中，例如，用户终端200可以通过执行应用程序经由网络n1与中央服务器500进行通信。车辆10a的用户可以通过执行应用程序接收的服务之一是将购物中心a中的商店的购买产品递送到车辆10a的递送服务。用户终端200是“购买用户的终端”的示例。

例如，当车辆10a的用户在商店a购买产品a时，将产品a递送到车辆10a的递送请求从用户终端200发送到中央服务器500。例如，关于购买产品的信息、车辆10a的识别信息和用户的识别信息也与递送请求一起发送。关于购买产品的信息包括购买产品的识别信息、购买商店的识别信息、购买产品的类型、购买产品的特征等。例如，购买产品的识别信息是购买产品的产品编号等。关于购买产品的信息可以由车辆10a的用户直接输入到用户终端200中，或者可以从通过利用用户终端200的相机等拍摄购买产品的购买收据等而获得的拍摄图像、收据上显示的条形码或qr码(注册商标)等中获取。可替代地，可以通过经由诸如nfc的短距离通信或经由网络n1发送的电子邮件等从商店的pos终端等获取关于产品的信息。关于购买产品的信息是“关于购买产品的信息”的示例。用户的识别信息是“关于购买用户的信息”的示例。

在第一实施例中，中央服务器500从用户终端200接收将产品a递送到车辆10a的递送请求，并将递送请求发送到收集/递送管理服务器400。产品a的递送管理信息、车辆10a的车辆规格信息等也与递送请求一起被发送到收集/递送管理服务器400。递送管理信息包括例如车辆10a的用户的识别信息、车辆10a的识别信息、产品a的识别信息等。车辆10a的车辆规格信息包括例如关于车辆10a的外观的信息，诸如放置在车辆10a的车牌上的号码、车型和颜色。

当收集/递送管理服务器400接收到将产品a递送到车辆10a的递送请求时，收集/递送管理服务器400判定收集/递送日程和将产品a递送到车辆10a的递送用户，并将收集/递送日程发送给递送用户的用户终端50。收集/递送日程用作针对递送用户的递送请求，并且例如是在其期间执行递送的时区。例如，产品a的递送管理信息和车辆10a的车辆规格信息也与收集/递送日程一起发送。收集/递送管理服务器400是“递送管理装置”的示例。用户终端50是“递送用户的终端”的示例。收集/递送日程是要发送到“递送用户的终端”的“递送请求”的示例。

例如，在购物中心a中，将购买产品递送到车辆10a的收集/递送日程设定为已经接受递送请求的时区之后的时区。更具体地，例如，在每小时0分钟至59分钟的一小时是一个时区的情况下，设定在11:30接受的递送请求的收集/递送日程，以便在从12:00到12:59的后续时区中执行在商店收集并递送到车辆10a。因此，在对于同一用户在同一时区于多个商店购买的多个产品发生多个递送请求的情况下，这些递送在后续时区中被分配给同一递送用户并且被执行作为一个递送。应注意，收集/递送日程的判定方法不限于上述方法。

当在收集/递送日程中设定的收集/递送时区的开始时刻到来时，递送用户的用户终端50将车辆10a的认证信息的发布请求发送到收集/递送管理服务器400。收集/递送管理服务器400将来自递送用户的用户终端50的认证信息的发布请求发送给中央服务器500。

当中央服务器500从递送用户的用户终端50接收到车辆10a的认证信息的发布请求时，中央服务器500获取车辆10a的位置信息，并将车辆10a的认证信息和位置信息发送给用户终端50。

当收集/递送日程中设定的收集/递送时区的开始时刻到来时，递送用户前往商店a收集产品a，并且当递送用户收集了产品a时，递送用户前往作为产品a的递送目的地的车辆10a。应注意，递送用户可以在购物中心a的场地中徒步收集并递送产品，或者可以使用诸如自行车的小型运输装置。

在递送用户携带产品a前往车辆10a时，用户终端50已经接收到认证信息和车辆10a的位置信息，使得递送用户可以基于车辆10a的位置信息到达车辆10a的停车位置而不会不知所措。此外，当递送用户到达车辆10a时，递送用户将由用户终端50保存的车辆10a的认证信息发送到车辆10a以解锁车辆10a的门，使得递送用户可以将产品a放置在例如车辆10a的行李室、座椅等中。

同时，在车辆10a的用户在商店a处购买产品a之后，用户可以在购物中心a中的其他商店购物或进餐而无需携带产品a。同时，产品a被递送到车辆10a，并且当车辆10a的用户返回到车辆10a时，产品a被存储在车辆10a中。

购物中心a的场地是“包括多个商店的递送覆盖区域”的示例。“包括多个商店的递送覆盖区域”的示例不限于此，并且由包括各个商店的购物街的管理组织定义的范围也是“包括多个商店的递送覆盖区域”的示例。从用户终端200发送到中央服务器500的递送请求是“递送请求”的示例。

图5是示出中央服务器500的硬件配置的示例的图。中央服务器500包括cpu51、存储器52、接口if5、外部存储装置54和通信部55。cpu51执行以可执行的方式加载到存储器52中的计算机程序并作为中央服务器500执行处理。由cpu51执行的计算机程序、由cpu51处理的数据等存储在存储器52中。存储器52例如是动态随机存取存储器(dram)、静态随机存取存储器(sram)、只读存储器(rom)等。

外部存储装置54和通信部55连接到接口if5。外部存储装置54是非易失性存储装置，并且例如是固态驱动器(ssd)、硬盘驱动器等。通信部55通过lan连接到公共通信网络，并通过公共通信网络与网络上的各种服务器、用户终端200和车辆10a通信。

在图5中，例示了接口if5，但是cpu51与控制目标之间的信号的发送和接收不限于接口if5。也就是说，cpu51可以具有除接口if5之外的多个信号发送/接收路径。此外，在图5中，中央服务器500包括单个cpu51。应注意，cpu不限于单个处理器，而是可以具有多处理器配置。此外，由单个插座连接的单个cpu可以具有多核配置。上述部分的至少一些处理可以由除cpu之外的处理器执行，例如，诸如数字信号处理器(dsp)或图形处理单元(gpu)的专用处理器。此外，上述部分的至少一些处理可以由集成电路(ic)或其他数字电路执行。此外，模拟电路可以包括在至少一些上述部分中。

收集/递送管理服务器400的硬件配置通常与中央服务器500相同，因此这里未示出硬件配置。收集/递送管理服务器400作为硬件配置包括cpu、存储器、外部存储装置和通信部，并且cpu执行以可执行方式加载在存储器中的计算机程序，并作为收集/递送管理服务器400执行处理。

图6是示出车辆10a的硬件配置的示例的图。应注意，图6提取并示出了与车辆10a的控制相关的硬件配置，并且省略了与行驶相关的配置(发动机等)。车辆10a包括车辆控制装置11、门锁致动器12和数据通信装置150。车辆控制装置11和门锁致动器12如上所述地配置。数据通信装置150例如是具有与诸如中央服务器500的其他装置通信的功能的装置。

数据通信装置150包括例如cpu151、存储器152、接口if15、外部存储装置154、通信部155和全球定位系统(gps)接收部156。cpu151、存储器152、接口if15、外部存储装置154和通信部155的配置和操作类似于图5所示的cpu51、存储器52、接口if5、外部存储装置54和通信部55的配置和操作。

gps接收部156从绕地球的多个全球定位卫星接收时间信号的无线电波，并将时间信号存储在cpu151的寄存器(未示出)中。cpu151根据例如来自gps接收部156的检测信号计算作为地球上的位置的纬度和经度，以便获取车辆10a的位置信息。

应注意，数据通信装置150经由例如can等电连接到车辆控制装置11。因此，数据通信装置150可以从车辆控制装置11接收指示车辆10的门被锁定和解锁的通知，并且可以将通知发送到中央服务器500。

图6中示出的车辆10a的硬件配置是示例，并且不限于图6中所示的配置。例如，数据通信装置150可以包括便携式记录介质驱动装置，以便通过读取存储在便携式记录介质中的程序或数据来执行处理。便携式记录介质例如是软盘、磁光盘、cd-rom、cd-r/w、dvd、蓝光盘、dat、8mm磁带、诸如闪存的存储卡等。

图7是示出根据第一实施例的购买产品递送系统1a中的中央服务器500、收集/递送管理服务器400、车辆10a、车辆10a的用户的用户终端200和递送用户的用户终端50的功能配置的示例的图。中央服务器500通过存储器52中的程序作为图7中例示的每个部分进行操作。也即，中央服务器500包括作为功能组件的请求接受部501、位置信息管理部502、发布控制部503、车辆管理数据库(db)504、递送管理db505和用户管理db506。

例如，请求接受部501执行从用户终端200接受购买产品到车辆10a的递送请求的接受处理。例如，还从用户终端200将关于购买产品的信息、作为递送目的地的车辆10a的识别信息以及用户的识别信息与递送请求一起发送。应注意，与购买产品到车辆10a的递送请求一起发送的信息不限于这些信息。例如，与递送请求一起发送的信息可以包括车辆10a的车辆规格信息。

在接受递送请求的接受处理中，请求接受部501判定是否接受所接收的递送请求，并且当判定递送请求可接受时，请求接受部501将递送请求发送到收集/递送管理服务器400。购买产品的递送管理信息、车辆10a的车辆规格信息等也与递送请求一起发送。

更具体地，请求接受部501判定作为递送请求的发送源的用户终端200的用户是否在用户管理db506中登记为可以接收由中央服务器500提供的服务的用户。当作为递送请求的发送源的用户终端200的用户在用户管理db506中登记为可以接收由中央服务器500提供的服务的用户时，请求接受部501判定递送请求是可接受的。请求接受部501将递送请求的内容登记在递送管理db505中。请求接受部501是“钥匙信息管理装置”的功能的示例和“递送管理系统”的功能的示例。

位置信息管理部502例如接收从其认证信息由中央服务器500管理的车辆10a以预定周期发送的位置信息，并将其登记在车辆管理db504(稍后描述)中。位置信息管理部502是“钥匙信息管理装置”的功能的示例和“递送管理系统”的功能的示例。

发布控制部503例如经由收集/递送管理服务器400从递送用户的用户终端50接收车辆10a的认证信息的发布请求。发布控制部503从车辆管理db504(稍后描述)获取作为发布请求的目标的车辆10a的认证信息，并且基于车辆10a的认证信息发布并发送用于用户终端50的认证信息。此外，在经由收集/递送管理服务器400从递送用户的用户终端50接收到递送完成通知时，发布控制部503例如在作为车辆10a的认证信息的发送目的地的用户终端50上执行认证信息无效处理。发布控制部503是“钥匙信息管理装置”的功能的示例和“递送管理系统”的功能的示例。

例如，车辆管理db504、递送管理db505和用户管理db506形成在中央服务器500的外部存储装置54内。例如，保存有关于其认证信息由中央服务器500管理的车辆10a的信息的车辆管理信息表存储在车辆管理db504中。关于车辆10a的信息还包括车辆10a的认证信息。稍后将描述车辆管理信息表的细节。车辆管理db504是“钥匙信息管理装置”的功能的示例和“递送管理系统”的功能的示例。

例如，保存关于由中央服务器500接受的递送请求的递送管理信息的递送管理信息表存储在递送管理db505中。递送管理信息包括例如作为递送请求源的用户的识别信息、作为递送目的地的车辆10a的识别信息、关于要递送的包裹(购买产品)的信息等。稍后将描述递送管理信息表的细节。

用户管理db506保存例如关于车辆10a的用户的信息和关于可以向其发布认证信息的用户的信息。关于车辆10a的用户的信息包括例如车辆10a的用户的识别信息和用户终端200的识别信息。应注意，关于车辆10a的用户的信息不限于此。关于保存在用户管理db506中的车辆10a的用户的信息可以包括例如指示用户是否可以接收购买产品到车辆10a的递送服务的信息。例如，基于车辆10a的用户是否关于用户终端200认购了购买产品到车辆10a的递送服务来判定车辆10a的用户是否可以接收购买产品到车辆10a的递送服务。

例如，在用户管理db506中保存的关于可以向其发布认证信息的用户的信息是关于与购买产品递送系统1a中的中央服务器500协作的收集/递送管理服务器400的信息。例如，关于收集/递送管理服务器400的信息包括收集/递送管理服务器400的识别信息。应注意，关于收集/递送管理服务器400的信息不限于此，并且可以包括例如管理收集/递送管理服务器400的包裹递送公司的递送用户的用户终端50的识别信息。

在第一实施例中，来自递送用户的用户终端50的认证信息的发布请求在收集/递送管理服务器400处终止一次，并且从收集/递送管理服务器400发送到中央服务器500。也就是说，从中央服务器500，认证信息的发布请求看起来好像是从收集/递送管理服务器400发送的。因此，当关于收集/递送管理服务器400的信息存储在用户管理db506中作为关于可以向其发布认证信息的用户的信息时，发布控制部503经由收集/递送管理服务器400针对来自递送用户的用户终端50的认证信息的发布请求而发布车辆10a的认证信息。应注意，递送用户的用户终端50与中央服务器500之间经由收集/递送管理服务器400的通信形式的不限于此。

中央服务器500的任何功能组件或其一些处理可以由连接到网络的其他计算机执行。此外，由中央服务器500执行的一系列处理可以由硬件执行，也可以由软件执行。

然后，收集/递送管理服务器400通过存储器中的计算机程序作为图7中例示的每个部分进行操作。也就是说，收集/递送管理服务器400包括作为功能组件的请求接受部401、收集/递送控制部402、发送/接收部403和收集/递送管理db404。

例如，请求接受部401从中央服务器500接收关于用户终端200的购买产品到车辆10a的递送请求。产品a的递送管理信息、车辆10a的车辆规格信息等也从中央服务器500与递送请求一起发送。请求接受部401是“递送管理装置”的功能的示例。

收集/递送控制部402管理例如从中央服务器500接收到的递送请求的递送。更具体地，收集/递送控制部402设定从中央服务器500接收到的递送请求的收集/递送日程，并确定执行收集/递送的递送用户。收集/递送控制部402经由发送/接收部403将递送请求的收集/递送日程、递送请求的递送管理信息和车辆10a的车辆规格信息发送到如此确定的递送用户的用户终端50。此外，收集/递送控制部402还管理收集/递送管理db404。

发送/接收部403是与用户终端50的接口。发送/接收部403将收集/递送日程等发送到用户终端50，并从用户终端50接收认证信息的发布请求和递送完成通知。在从用户终端50接收到认证信息的发布请求时，发送/接收部403将认证信息的发布请求发送到中央服务器500。此外，当发送/接收部403从中央服务器500接收到与来自用户终端50的认证信息的发布请求相对应的车辆10a的认证信息和位置信息时，发送/接收部403将认证信息和位置信息发送到用户终端50。发送/接收部403是“递送管理装置”的功能的示例。此外，发送/接收部403可以被视为“递送管理系统”的功能的示例。

例如，收集/递送管理db404形成在收集/递送管理服务器400的外部存储装置中。例如，保存关于中央服务器500接受的递送请求的递送管理信息的递送管理信息表被存储在例如收集/递送管理db404中。递送管理信息包括例如作为递送请求源的用户的识别信息、作为递送目的地的车辆10a的识别信息、关于要递送的包裹(购买产品)的信息等。

收集/递送管理服务器400的任何功能组件或其一些处理可以由连接到网络的其他计算机执行。此外，由收集/递送管理服务器400执行的一系列处理可以由硬件执行，并且还可以由软件执行。

车辆10a由存储器中的计算机程序作为图7中例示的每个部件进行操作。也就是说，车辆10a包括作为功能配置的认证信息接收部131、锁定/解锁控制部132、控制部133、发送/接收部134和位置信息获取部135。认证信息接收部131对应于钥匙单元100。锁定/解锁控制部132对应于控制装置300。控制部133、发送/接收部134和位置信息获取部135是例如数据通信装置150的cpu151执行存储器152中的计算机程序来实现的功能配置。

认证信息接收部131经由短距离通信从用户终端200接收认证信息，并且例如基于认证信息来认证用户终端200。当认证成功时，认证信息接收部131将来自用户终端200的控制请求输出到锁定/解锁控制部132。来自用户终端200的控制请求包括例如锁定请求、解锁请求等。

锁定/解锁控制部132根据来自认证信息接收部131的控制请求的输入来执行诸如车辆10a的门的锁定/解锁等的处理。

发送/接收部134是与中央服务器500的接口，并且被配置为将从其他功能组件输入的数据发送到中央服务器500，并且将从中央服务器500接收到的数据输出到例如控制部133。

位置信息获取部135以预定周期获取由数据通信装置150的gps接收部156等获取的车辆10a的位置信息，并将其发送到中央服务器500。车辆10a的位置信息是例如纬度和经度。可替代地，车辆10a的位置信息可以是例如地址。

此外，例如，当控制部133被从锁定/解锁控制部132通知解锁或锁定门时，控制部133经由发送/接收部134向中央服务器500发送解锁通知或锁定通知。

车辆10a的用户的用户终端200由存储器中的计算机程序作为图7中例示的每个部分进行操作。也就是说，用户终端200包括作为功能配置的输入接受部251、发送/接收部252和认证信息发送部253。

输入接受部251例如从诸如触摸板的用户接口接受用户操作。在第一实施例中，输入到用户终端200的用户操作包括购买产品到车辆10a的递送请求的输入操作、车辆10a的锁定或解锁的输入操作等。

发送/接收部252是与中央服务器500的接口。例如，当输入接受部251接受购买产品到车辆10a的递送请求的输入操作时，发送/接收部252将递送请求发送到中央服务器500。

当输入接受部251接受车辆10a的锁定或解锁的输入操作时，认证信息发送部253将锁定请求或解锁请求和存储在存储器中的认证信息发送到车辆10a。

递送用户的用户终端50由存储器中的计算机程序作为图7中例示的每个部分进行操作。也就是说，用户终端50包括作为功能配置的输入接受部551、发送/接收部552、认证信息发送部553和递送管理部554。用户终端50的输入接受部551和认证信息发送部553具有与用户终端200的输入接受部251和认证信息发送部253的功能类似的功能。

在第一实施例中，输入到用户终端50的用户操作包括购买产品到车辆10a的递送完成的输入操作、车辆10a的锁定或解锁的输入操作等。

发送/接收部552是与收集/递送管理服务器400的接口。例如，发送/接收部552向收集/递送管理服务器400发送车辆10a的认证信息的发布请求和指示完成到车辆10a的递送的递送完成通知。例如，发送/接收部552从收集/递送管理服务器400接收分配给用户终端50的递送用户的收集/递送日程和车辆10a的认证信息。接收到的车辆10a的认证信息存储在例如存储器中。

当收集/递送日程指定的收集/递送时区的开始时刻到来时，递送管理部554生成由收集/递送日程指定的车辆10a的认证信息的发布请求，并将其输出到发送/接收部552。此外，当输入接受部551接受购买产品到车辆10a的递送完成的输入操作时，递送管理部554生成递送完成通知，并将其输出到发送/接收部552。

图8示出了对于购买产品到车辆10a的递送请求的用户终端200的设定画面的示例。例如，当在用户终端200上从应用程序的菜单中选择设定画面以接收由中央服务器500提供的服务时，显示用于购买产品到车辆10a的递送请求的设定画面。

用于递送请求的设定画面包括例如用于选择车辆10a的用户的购买产品中的递送目标的复选框2041、以及递送请求按钮2042。作为车辆10a的用户的购买产品，例如，可以显示在先前的购买商店购买的产品，或者可以显示当天在购物中心a的购买历史中没有进行递送请求的购买产品的列表。关于购买产品的信息可以由用户直接输入，或者可以通过用户终端200读取收据上显示的条形码或qr码(注册商标)来获取。此外，在显示购买历史的情况下，可以通过参考管理购物中心a中的每个商店的销售量记录的服务器等来获取关于购买产品的信息。

当选择递送请求按钮2042时，输入对用户终端200的递送请求的用户操作。当选择了递送请求按钮2042时，就复选框2041被复选的产品而言，将到车辆10a的递送请求从发送/接收部252发送到中央服务器500。应注意，图8中所示的用于递送请求的设定画面是示例，并且不限于图8中示出的示例。

图9是车辆管理信息表的示例。车辆管理信息表存储在中央服务器500的车辆管理db504中。车辆管理信息表包括车辆id字段、用户id字段、车辆规格信息字段、认证信息字段和车辆位置字段。

在车辆id字段中输入与每个车辆10a相关联的识别号。作为车辆10a的识别号，例如，可以使用用户设定的名称、系统侧设定的号码、放置在车牌上的号码中的任何一个。

具有相应车辆id字段的识别号的车辆10a的用户的识别信息被输入到用户id字段中。作为用户的识别信息，例如，可以使用用户设定的用户名、系统侧设定的字母数字识别号、用户终端200的电话号码或电子邮件地址等中的任何一个。

可以指定车辆的信息被输入到车辆规格信息字段中。车辆规格信息字段具有车型、颜色和号码(车辆登记号)的子字段。应注意，车辆规格信息字段中包括的子字段不限于这些。例如，在第一实施例中，在接收到购买产品到车辆10a的递送请求时，请求接受部501将存储在与车辆10a相对应的车辆规格信息字段中的信息作为车辆规格信息与递送请求一起发送到收集/递送管理服务器400。

用于钥匙系统的认证信息被输入到认证信息字段中。发送到用户终端200的认证信息基于存储在认证信息字段中的认证信息。例如，发送给递送用户的用户终端50的认证信息可以是一次性钥匙、仅在预定时区内有效的受限钥匙等。此外，不管认证信息的类型如何，与上述认证信息相对应的认证信息被预先存储在钥匙单元100中。发布控制部503读取输入到与车辆10a相对应的认证信息字段中的认证信息，并将其发送到用户终端50。应注意，在发送到用户终端50的认证信息是一次性钥匙等的情况下，发布控制部503通过使用在与车辆10a相对应的认证信息字段中输入的认证信息来生成要发送到用户终端50的认证信息，并将其发送到用户终端50。

车辆10a的位置信息被输入到车辆位置字段中。例如，车辆10a的位置信息以预定周期从车辆10a发送到中央服务器500。在从车辆10a接收到位置信息时，中央服务器500的位置信息管理部502通过由此接收的位置信息来更新车辆管理信息表中与车辆10a相对应的车辆位置字段中的值。

图10是递送管理信息表的示例。递送管理信息表存储在中央服务器500的递送管理db505中。递送管理信息表具有递送id字段、请求用户id字段、递送目的地车辆id字段、购买产品id字段、购买商店id字段和递送状态字段。

在递送id字段中输入递送请求的识别信息。例如，请求接受部501给出递送请求的识别信息。在请求用户id字段中输入作为递送请求的发送源的用户的识别信息。在递送目的地车辆id字段中输入作为递送目的地的车辆10a的识别号。在购买产品id字段中输入购买产品的识别信息。在购买商店id字段中输入购买商店的识别信息。

例如，作为递送请求的发送源的用户的识别信息和作为递送目的地的车辆10a的识别信息与递送请求一起被发送到中央服务器500。例如，购买产品的识别信息和购买商店的识别信息包括在与所述递送请求一起发送到中央服务器500的关于购买产品的信息中。

在递送状态字段中，例如，输入“未完成”或“已完成”。递送状态字段的初始值为“未完成”。当对于与递送id字段的值对应的识别信息的递送请求而言经由收集/递送管理服务器400从递送用户的用户终端50接收到递送完成通知时，递送状态字段的值例如由发布控制部503更新为“已完成”。

应注意，递送管理信息表中的递送id字段、请求用户id字段、递送目的地车辆id字段、购买产品id字段和购买商店id字段中的值的组合被称为递送管理信息，并且是与要从中央服务器500与递送请求一起发送到收集/递送管理服务器400的信息。因此，在第一实施例中，存储在收集/递送管理服务器400的收集/递送管理db404中的递送管理信息表至少具有与图10中所示的递送管理信息表类似的数据结构。

图11示出根据第一实施例的中央服务器500的请求接受部501的请求接受处理的流程图的示例。图11中所示的处理例如以预定周期重复执行。图11中所示的处理的主体是中央服务器500中设置的cpu51，但是为了方便起见，以下描述将作为功能组件的请求接受部501作为主体来看待。在图11之后的任何图中描述的流程图将以相应的功能组件作为其主体来描述。

在s111中，请求接受部501判定是否接收到递送请求。当接收到递送请求时(s111：是)，处理进行到s112。当没有接收到递送请求时(s111：否)，结束图11中所示的处理。

在s112中，请求接受部501判定作为递送请求的发送源的用户终端200的用户是否是车辆10a的用户。例如，作为请求源的用户终端200的用户的识别信息和作为递送目的地的车辆10a的识别信息与递送请求一起被接收，因此请求接受部501基于接收到的用户终端200的识别信息与接收到的车辆10a的识别信息之间的对应关系是否被登记在用户管理db506中而在s112中执行判定。s112的处理用作简单的用户认证。

当作为递送请求的发送源的用户终端200的用户是车辆10a的用户时(s112：是)，处理进行到s113。当作为递送请求的发送源的用户终端200的用户不是车辆10a的用户时(s112：否)，处理进行到s117。在s117中，将车辆递送不准许通知发送到作为递送请求的发送源的用户终端200。之后，结束图11所示的处理。

在s113中，请求接受部501获取车辆10a的位置信息。例如，可以从车辆管理db504获取车辆10a的位置信息，或者可以通过将位置信息的获取请求发送到车辆10a来从车辆10a获取车辆10a的位置信息。

在s114中，请求接受部501判定车辆10a是否停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中。例如，中央服务器500预先在存储器52中保存购物中心a的地图、购物中心a中的停车场的位置信息等等。请求接受部501基于车辆10a的位置信息和购物中心a中的停车场的位置信息来执行s114中的判定。

当车辆10a停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s114：是)，处理进行到s115。当车辆10a没有停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s114：否)，处理进入s117。在s117中，请求接受部501向用户终端200发送车辆递送不准许通知。之后，结束图11中所示的处理。s113和s114的处理是检查车辆10a是否存在于购买产品到车辆的递送服务的覆盖区域中的处理。

在s115中，请求接受部501在递送管理db505中登记关于递送请求的递送管理信息。由此，接受递送请求。

在s116中，请求接受部501将递送请求发送到收集/递送管理服务器400。递送管理信息和车辆规格信息也与递送请求一起发送。从车辆管理db504获取车辆规格信息。之后，结束图11中所示的处理。

应注意，图11中所示的请求接受处理是示例，并且请求接受处理不限于此。s112的处理和从s113到s114的处理是可选的，并且可以根据实施例省略。

图12示出根据第一实施例的中央服务器500的发布控制部503的发布控制处理的流程图的示例。图12中所示的处理例如以预定周期重复执行。

在s201中，发布控制部503判定是否接收到车辆10a的认证信息的发布请求。例如，还与认证信息的发布请求一起接收递送请求的识别信息、作为递送目的地的车辆10a的识别信息等。当接收到车辆10a的认证信息的发布请求时(s201：是)，处理进行到s202。当没有接收到车辆10a的认证信息的发布请求时(s201：否)，结束图12中所示的处理。

在s202中，发布控制部503判定发布管理db505中是否登记了与认证信息的发布请求相对应的目标递送请求。当与认证信息的发布请求相对应的目标递送请求登记在递送管理db505中(s202：是)时，则处理进行到s203。当对应于认证信息的发布请求的目标递送请求未登记在递送管理db505中时(s202：否)，结束图12中所示的处理。s202是检查认证信息的发布请求是否合适的处理。

在s203中，发布控制部503获取车辆10a的位置信息。例如，可以从车辆管理db504获取车辆10a的位置信息，或者可以通过将位置信息的获取请求发送到车辆10a来从车辆10a获取车辆10a的位置信息。

在s204中，发布控制部503判定车辆10a是否停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中。当车辆10a停放在在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s204：是)，处理进行到s205。当车辆10a没有停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s204：否)，结束图12中所示的处理。s204的处理是检查车辆10a是否存在于购买产品到车辆的递送服务的覆盖区域中的处理。

在s205中，发布控制部503将车辆10a的认证信息发布给作为请求源的递送用户的用户终端50，并经由收集/递送管理服务器400将车辆10a的认证信息和在s203中获取的位置信息发送给递送用户的用户终端50。例如，从车辆管理db504获取车辆10a的认证信息。

在s206中，发布控制部503判定是否接收到递送完成通知。例如，生成递送完成通知，使得递送用户将递送完成输入到用户终端50，并且经由收集/递送管理服务器400从用户终端50发送递送完成通知。递送请求的识别信息例如也与递送完成通知一起接收。当接收到递送完成通知时(s206：是)，处理进行到s207。当没有接收到递送完成通知时(s206：否)，处理再次进行到s206。例如，在即使经过了预定时间也未检测到接收了递送完成通知的情况下，处理可以进行到s207。

在s207中，发布控制部503执行使车辆10a的认证信息无效的无效处理。无效处理的内容不受特别限制，只要递送用户不能通过已经发布的认证信息锁定和解锁车辆10a即可，但是无效处理的示例如下。

(1)中央服务器500命令用户终端50删除认证信息。(2)中央服务器500命令用户终端50针对认证信息设置无效标志。在这种情况下，用户终端50不经由短距离无线通信向车辆10a发送设置了无效标志的认证信息。(3)中央服务器500命令用户终端50将包括在认证信息中的到期日重写为过去的日期和时间。(4)中央服务器500命令用户终端50识别出认证信息无效，并且不将认证信息发送到车辆10a。(5)中央服务器500经由数据通信装置150命令钥匙单元100识别出认证信息无效，并且不接收认证信息。(6)中央服务器500经由数据通信装置150命令钥匙单元100不从用户终端50接收认证信息。

(1)至(4)的无效处理是由中央服务器500在用户终端50上执行的处理，而(5)至(6)的无效处理是由中央服务器500在钥匙单元100上执行的处理。作为无效处理，可以执行在用户终端50上执行的处理和在钥匙单元100上执行的处理中的任一个，或者优选地执行两个处理，因为用户终端50与中央服务器500之间的通信、以及数据通信装置150与中央服务器500之间的通信可能不总是处于良好状态。

在s208中，发布控制部503将递送完成通知作为请求源发送到用户终端200。此外，发布控制部503将递送管理信息表中的与递送请求相对应的递送状态字段的值更新为“已完成”。之后，结束图12中所示的处理。

应注意，如图12中所示的发布控制部503的处理是示例，但不限于此。例如，s202的处理和s204的处理是可选的，并且可以根据实施例省略。

图13示出第一实施例的具体示例中的处理序列的示例。具体示例涉及用户a在同一时区期间在购物中心a中在商店a处购买产品a并在商店b处购买产品b并且用户a请求将所购买产品递送到车辆10a的示例。前提是用户a的识别信息和车辆10a的识别信息被登记在中央服务器500的用户管理db506中。此外，前提是车辆10a停放在购物中心a的停车场中。

在s501中，用户a在时区#1中在商店a处购买产品a，并且在用户终端200上执行用于将产品a递送到车辆10a的递送请求的用户操作。在s502中，用户终端200向中央服务器500发送将产品a递送到车辆10a的递送请求，并且中央服务器500接收递送请求(图11，s111：是)。用户a的识别信息、车辆10a的识别信息和关于产品a的信息也与递送请求一起发送。

在s503中，中央服务器500判定用户a的识别信息和车辆10a的识别信息被登记在用户管理db506中(图11，s112：是)，并且车辆10a停放在购物中心a的停车场中(图11，s114：是)，并且中央服务器500接受来自用户终端200的递送请求。中央服务器500在递送管理db505中登记递送请求的信息(图11，s115)。在s504中，中央服务器500向收集/递送管理服务器400发送将产品a递送到车辆10a的递送请求(图11，s116)。与递送请求相对应的递送请求信息和车辆10a的车辆规格信息也与递送请求一起发送。

在s511中，收集/递送管理服务器400从中央服务器500接收将产品a递送到车辆10a的递送请求，并将递送请求信息登记在收集/递送管理db404中。在s512中，收集/递送管理服务器400将用于将产品a递送到车辆10a的递送请求的收集/递送日程设定到时区#1之后的时区#2，确定递送用户b作为递送用户，并且将收集/递送日程发送到递送用户b的用户终端50。递送请求的递送管理信息和车辆10a的车辆规格信息与收集/递送日程一起发送。

在s521中，用户a在时区#1中在商店b处购买产品b，并且在用户终端200上执行用于将产品b递送到车辆10a的递送请求的用户操作。在s522中，用户终端200向中央服务器500发送将产品b递送到车辆10a的递送请求，并且中央服务器500接收递送请求(图11，s111：是)。用户a的识别信息、车辆10a的识别信息和关于产品b的信息也与递送请求一起发送。

在s523中，中央服务器500接受来自用户终端200的递送请求，并在递送管理db505中登记递送请求的信息(图11，s112至s115)。在s524中，中央服务器500向收集/递送管理服务器400发送将产品b递送到车辆10a的递送请求(图11，s116)。与递送请求相对应的递送请求信息和车辆10a的车辆规格信息也与递送请求一起发送。

在s531中，收集/递送管理服务器400从中央服务器500接收将产品b递送到车辆10a的递送请求，并将递送请求信息登记在收集/递送管理db404中。在s532中，收集/递送管理服务器400将用于将产品b递送到车辆10a的递送请求的收集/递送日程设定到时区#1之后的时区#2，并且由于产品b的递送目的地与产品a的递送目的地相同，因此收集/递送管理服务器400将递送用户b确定为递送用户，并将收集/递送日程发送到递送用户b的用户终端50。递送请求的递送管理信息和车辆10a的车辆规格信息与收集/递送日程一起发送。

在s541中，作为产品a和产品b的收集/递送日程的时区#2的开始时刻到来。在s542中，递送用户b的用户终端50经由收集/递送管理服务器400将作为产品a和产品b的递送目的地的车辆10a的认证信息的发布请求发送到中央服务器500，并且中央服务器500接收认证信息的发布请求(图12，s201)。递送请求的各条识别信息也与认证信息的发布请求一起发送。

在s543中，由于递送管理db505中登记了与认证信息的发布请求相对应的目标递送请求(图12，s202：是)，因此中央服务器500获取车辆10a的位置信息(图12，s203)。在s544中，中央服务器500判定车辆10a停放在购物中心a的场地中的停车场中(图12，s204：是)，并且中央服务器500将车辆10a的认证信息和位置信息发送到递送用户b的用户终端50(图12，s205)。

在s545中，递送用户b在商店a处收集产品a，在商店b处收集产品b，然后移动到由车辆10a的位置信息指示的位置。然后，递送用户b通过从用户终端50发送车辆10a的认证信息来解锁车辆10a的门，并将产品a和产品b放入车辆10a中。此外，递送用户b通过从用户终端50发送车辆10a的认证信息来锁定车辆10a的门。应注意，要递送的购买产品的收集方法不限于上述的购买产品由递送用户收集的方法，并且也可以是每个商店的售货员将购买产品带到预定的收集地点的方法。

在s546中，递送用户b向用户终端50输入递送产品a的递送请求以及递送产品b的递送请求的递送完成，并且用户终端50将递送产品a的递送请求和递送产品b的递送请求的相应的递送完成通知发送到收集/递送管理服务器400。收集/递送管理服务器400向中央服务器500发送从用户终端50接收到的产品a的递送请求和递送产品b的递送请求的相应的递送完成通知。

在s547中，中央服务器500接收递送产品a的递送请求和递送产品b的递送请求的相应的递送完成通知(图12，s206：是)，并且对发布给用户终端50的车辆10a的认证信息执行无效处理(图12，s207)。在s548中，中央服务器500向请求源的用户终端200发送递送产品a的递送请求和递送产品b的递送请求的相应的递送完成通知(图12，s208)。

在第一实施例中，中央服务器500向递送用户的用户终端50通知关于车辆10a的认证信息和位置信息。因此，购物产品可以在购物中心a的场地中没有用户的情况下被递送到车辆10a。由此，用户可以在不携带所购买产品的情况下在购物中心a中的商店周围移动，并且所购买产品在用户返回到车辆10a之前被放入车辆10a中，从而提高了购物中心a的购物便利性。

要发送给递送用户的用户终端50的车辆10a的位置信息是在作为收集/递送日程的时区的开始时刻，因此，递送用户可以知道车辆10a的更新的位置信息，并且可以确切地到达车辆10a。

此外，在第一实施例中，中央服务器500获取车辆10a的位置信息，并且当车辆10a位于服务提供区域中时，中央服务器500将车辆10a的认证信息发送到递送用户的用户终端50。因此，在没有用户的情况下将购买产品递送到车辆10a可以限于覆盖区域。

在第二实施例中，由购物中心侧准备的商店服务器提供将购买产品递送到购物中心的车辆10a的服务。在第二实施例中，将省略与第一实施例中相同的描述。

图14是示出根据第二实施例的购买产品递送系统1b的系统配置的示例的图。根据第二实施例的购买产品递送系统1b还包括车辆10a、中央服务器500、收集/递送管理服务器400、递送用户的用户终端50、商店服务器600和每个商店设置的pos终端700。在第二实施例中，车辆10a的用户的用户终端200可以包括或不包括在购买产品递送系统1b中。商店服务器600连接到网络n1并且能与中央服务器500和收集/递送管理服务器400进行通信。pos终端700连接到购物中心a中的网络n1或lan，并例如与商店服务器600进行通信。

在第二实施例中，pos终端700将购买产品的递送请求发送到车辆10a，并且商店服务器600接受递送请求。商店服务器600将递送请求发送到中央服务器500和收集/递送管理服务器400。之后要执行的处理与第一实施例几乎相同。

例如，在购物中心a中的每个商店中设置一个或多个pos终端700。例如，当通过商店的售货员的操作执行购买产品到车辆10a的递送请求的输入操作时，pos终端700将购买产品到车辆10a的递送请求发送到商店服务器600。与递送请求一起发送到商店服务器600的信息类似于第一实施例中的信息。

也就是说，例如，关于购买产品的信息、车辆10a的识别信息和用户的识别信息也与递送请求一起被发送。售货员可以向用户询问车辆10a的识别信息和用户的识别信息，并将这些信息直接输入pos终端700。可替代地，车辆10a的识别信息和用户的识别信息可以被获取，使得设置在pos终端700中的读取器装置读取会员卡上显示的或显示在用户终端200上并包括用户的识别信息以及车辆10a的识别信息的条形码、qr码(注册商标)等。

商店服务器600的硬件配置通常与中央服务器500相同，因此这里未示出硬件配置。商店服务器600包括作为硬件配置的cpu、存储器、外部存储装置和通信部，并且cpu执行以可执行方式加载在存储器中的计算机程序，并执行作为商店服务器600的处理。

pos终端700包括作为硬件配置的cpu、存储器、外部存储装置、通信部以及诸如触摸板、读卡器或条形码读取器的输入装置，并且cpu执行以可执行方式加载到存储器中的计算机程序，并执行作为pos终端700的处理。

图15是示出根据第二实施例的购买产品递送系统1b中的中央服务器500、收集/递送管理服务器400、车辆10a、递送用户的用户终端50、商店服务器600和pos终端700的功能配置的示例的图。中央服务器500、收集/递送管理服务器400、车辆10a和用户终端50的功能配置类似于第一实施例中的功能配置。

在第二实施例中，中央服务器500的请求接受部501和收集/递送管理服务器400的请求接受部401从商店服务器600接收购买产品到车辆10a的递送请求。购买产品的递送管理信息、车辆10a的车辆规格信息等也与递送请求一起发送。在接收到购买产品到车辆10a的递送请求时，中央服务器500的请求接受部501和收集/递送管理服务器400的请求接受部401将递送管理信息分别登记在递送管理db505和收集/递送管理db404中。

商店服务器600由存储器中的计算机程序作为图15中例示的每个部分进行操作。也就是说，商店服务器600包括作为功能组件的请求接受部601、产品管理部602、购买管理db603和用户管理db604。

请求接受部601执行例如从pos终端700接受来自车辆10a的用户的购买产品到车辆10a的递送请求的接受处理。例如，关于购买产品的信息、作为递送目的地的车辆10a的识别信息以及用户的识别信息也从pos终端700与递送请求一起发送。请求接受部601是“递送管理系统”的功能的示例。

接受递送请求的接受处理通常与作为由根据第一实施例的中央服务器500的请求接受部501执行的处理的、接受递送请求的接受处理相同。也就是说，作为递送请求的接受处理，请求接受部601判定接收到的递送请求是否被接受，并且当判定递送请求可接受时，请求接受部601将递送请求发送到中央服务器500和收集/递送管理服务器400。购买产品的递送管理信息、车辆10a的车辆规格信息等也与递送请求一起发送。

当请求接受部601接收到购买产品到车辆10a的递送请求时，产品管理部602将关于购买产品的信息登记在购买管理db603中。

例如，购买管理db603和用户管理db604形成在商店服务器600的外部存储装置中。例如，存储服务器600从每个pos终端700接收的保存关于每个商店中的购买产品的购买历史信息的购买历史信息表存储在购买管理db603中。例如，购买历史信息包括购买用户的识别信息、关于购买产品的信息、关于是否执行向车辆10a递送的信息等。稍后将描述购买历史信息表的细节。

用户管理db604包括例如关于可以接收购买产品到车辆10a的递送服务的用户的信息。能够接收购买产品到车辆10a的递送服务的用户是例如被登记为商店服务器600提供的服务的成员的用户。

商店服务器600的任何功能组件或其一些处理可以由连接到网络的其他计算机执行。此外，由商店服务器600执行的一系列处理可以由硬件执行，也可以由软件执行。

pos终端700由存储器中的计算机程序作为图15中例示的每个部分进行操作。也就是说，pos终端700包括作为功能配置的输入接受部701和发送/接收部702。

输入接受部701例如从诸如触摸板的用户接口接受用户操作。在第二实施例中，输入到pos终端700的用户操作包括购买产品到车辆10a的递送请求的输入操作、关于车辆10a的用户的信息的输入操作等。

发送/接收部702是与商店服务器600的接口。例如，当输入接受部701接收到购买产品到车辆10a的递送请求的输入操作时，发送/接收部702将递送请求发送到商店服务器600。

图16示出了购买历史信息表的示例。购买历史信息表存储在商店服务器600的购买管理db603中。购买历史信息表具有用户id字段、购买产品id字段、购买商店id字段、车辆递送字段、递送id字段和递送状态字段。

在用户id字段中输入被登记为由商店服务器600提供的服务的成员的用户的识别信息。在购买产品id字段中输入购买产品的识别信息。在购买商店id字段中输入购买商店的识别信息。

将指示是否请求将相应的购买产品递送到车辆10a的信息输入到车辆递送字段中。例如，指示是否请求将相应的购买产品递送到车辆10a的信息是标志。在递送id字段中输入递送请求的识别信息。例如，在第二实施例中由请求接受部601给出递送请求的识别信息。例如，从pos终端700的与递送请求一起接收的信息中获取用户id字段、购买产品id字段、购买商店id字段和车辆递送字段的值。

在递送状态字段中，例如，输入“未完成”或“已完成”。当对于与递送id字段的值对应的识别信息的递送请求而言经由收集/递送管理服务器400从递送用户的用户终端50接收到递送完成通知时，递送状态字段的值例如由产品管理部602更新为“已完成”。

应注意，购买历史信息表中的用户id字段、购买产品id字段和购买商店id字段的值的组合在第二实施例中被称为递送管理信息，并且是与从商店服务器600发送的递送请求一起发送到中央服务器500和收集/递送管理服务器400的信息。

图17示出了根据第二实施例的商店服务器600的请求接受部601的请求接受处理的流程图的示例。图17中所示的处理例如以预定周期重复执行。

在s301中，请求接受部601判定是否接收到递送请求。当接收到递送请求时(s301：是)，处理进行到s302。当没有接收到递送请求时(s301：否)，结束图17中所示的处理。

在s302中，请求接受部601判定作为递送请求的发送源的用户终端200的用户是否是被登记为由商店服务器600提供的服务的成员的用户。例如，由于作为请求源的用户终端200的用户的识别信息与递送请求一起被接收，因此请求接受部601基于接收到的用户终端200的识别信息是否被登记在用户管理db604中而执行s302中的判定。s302的处理作为简单的用户认证来执行。

当作为递送请求的发送源的用户终端200的用户是被登记为由商店服务器600提供的服务的成员的用户时(s302：是)，处理进行到s303。当作为递送请求的发送源的用户终端200的用户不是被登记为由商店服务器600提供的服务的成员的用户时(s302：否)，处理进行到s306。在s306中，例如，将车辆递送不准许通知发送到作为递送请求的发送源的用户终端200。之后，结束图17中所示的处理。

在s303中，请求接受部601获取车辆10a的位置信息。例如，可以从中央服务器500获取车辆10a的位置信息，使得车辆10a的位置信息的获取请求被发送到中央服务器500。

在s304中，请求接受部601判定车辆10a是否停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中。例如，商店服务器600在存储器中预先保存购物中心a的地图、购物中心a中的停车场的位置信息等。请求接受部601基于车辆10a的位置信息和购物中心a中的停车场的位置信息来执行s304中的判定。

当车辆10a停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s304：是)，处理进行到s305。当车辆10a没有停放在购物中心a的场地中(图中的“覆盖区域内”)的停车场中时(s304：否)，处理进行到s307。在s307中，请求接受部601例如向用户终端200发送车辆递送不准许通知。之后，结束图17中所示的处理。s303和s304的处理是检查车辆10a是否存在于购买产品到车辆的递送服务的覆盖区域中的处理。

在s305中，请求接受部601将递送请求发送到中央服务器500和收集/递送管理服务器400。还将递送管理信息和车辆10a的识别信息与递送请求一起发送。应注意，在第二实施例中，当收集/递送管理服务器400从商店服务器600接收到递送请求时，收集/递送管理服务器400参考中央服务器500以获得与递送请求一起接收的与车辆10a的识别信息相对应的车辆规格信息，并获取车辆规格信息。之后，结束图17中所示的处理。

应注意，图17中所示的请求接受处理是示例，并且商店服务器600的请求接受部601的请求接受处理不限于此。s302的处理和s303至s304的处理是可选的，并且可以根据实施例省略。

图18示出了第二实施例的具体示例中的处理序列的示例。第二实施例的具体示例涉及用户a在购物中心a中的商店a处购买产品a并且请求将产品a递送到车辆10a的示例。前提是用户a被登记为商店服务器600提供的服务的成员，并且用户a的识别信息被登记在商店服务器600的用户管理db604中。此外，前提是用户a的车辆10a停放在购物中心a的停车场中。

在s601中，用户a在时区#1中在商店a处购买产品a，并且商店a的售货员在商店a中提供的pos终端700a上执行用于将产品a递送到车辆10a的递送请求的用户操作。在s602中，pos终端700a向商店服务器600发送将产品a递送到车辆10a的递送请求，并且商店服务器600接收递送请求(图17，s301：是)。用户a的识别信息、车辆10a的识别信息和关于产品a的信息也与递送请求一起发送。

在s603中，商店服务器600将车辆10a的位置信息的获取请求发送到中央服务器500。在s604中，中央服务器500例如通过从车辆管理db504读取位置信息或者通过参考车辆10a获取位置信息来获取车辆10a的位置信息，并且中央服务器500将位置信息发送到商店服务器600(图17，s303)。

在s605中，商店服务器600判定车辆10a停放在购物中心a的停车场中(图17，s304：是)，然后，商店服务器600接受来自用户终端200的递送请求，并且将递送请求发送到中央服务器500和收集/递送管理服务器400(图17，s305)。与递送请求相对应的递送请求信息和车辆10a的车辆规格信息也与递送请求一起发送。此外，商店服务器600将与递送请求一起接收的关于产品a的信息的登记在购买管理db603中。

在s611中，中央服务器500从商店服务器600接收将产品a递送到车辆10a的递送请求，并将递送请求信息登记在递送管理db504中。在s612中，收集/递送管理服务器400从商店服务器600接收将产品a递送到车辆10a的递送请求，并将递送请求信息登记在收集/递送管理db404中。

在s613中，收集/递送管理服务器400将用于将产品a递送到车辆10a的递送请求的收集/递送日程设定到时区#1之后的时区#2，确定递送用户b作为递送用户，并将收集/递送日程发送到递送用户b的用户终端50。递送请求的递送管理信息和车辆10a的车辆规格信息与收集/递送日程一起发送。

在s621中，作为产品a的收集/递送日程的时区#2的开始时刻到来。在s622中，递送用户b的用户终端50将作为产品a的递送目的地的车辆10a的认证信息的发布请求经由收集/递送管理服务器400发送到中央服务器500，并且中央服务器500接收认证信息的发布请求(图12，s201)。递送请求的识别信息也与认证信息的发布请求一起发送。

在s623中，由于递送管理db505中登记了与认证信息的发布请求相对应的目标递送请求(图12，s202：是)，因此中央服务器500获取车辆10a的位置信息(图12，s203)。在s624中，中央服务器500判定车辆10a停放在购物中心a的场地中的停车场中(图12，s204：是)，并且中央服务器500将车辆10a的认证信息和位置信息发送到递送用户b的用户终端50(图12，s205)。

在s625中，递送用户b在商店a处收集产品a，并且移动到由车辆10a的位置信息指示的位置。然后，递送用户b通过从用户终端50发送车辆10a的认证信息来解锁车辆10a的门，并将产品a放入车辆10a中。此外，递送用户b通过从用户终端50发送车辆10a的认证信息来锁定车辆10a的门。应注意，要递送的购买产品的收集方法不限于上述的购买产品由递送用户收集的方法，并且还可以是每个商店的售货员将购买产品带到预定的收集地点的方法。

在s626中，递送用户b向用户终端50输入递送产品a的递送请求的递送完成，并且用户终端50将用于递送产品a的递送请求的递送完成通知发送到收集/递送管理服务器400。在s627中，收集/递送管理服务器400向中央服务器500和商店服务器600发送递送产品a的递送请求的递送完成通知，其中递送完成通知是从用户终端50接收的。

在s628中，中央服务器500接收递送产品a的递送请求的递送完成通知(图12，s206：是)，并且对发布给用户终端50的车辆10a的认证信息执行无效处理(图12，s207)。

在第二实施例中，管理购物中心a中的每个商店的商店服务器600从pos终端700接收购买产品到车辆10a的递送请求。由此，形成了商店服务器600与中央服务器500之间的联络。因此，在商店服务器600和中央服务器500由不同组织管理的情况下，发生新的商业交易。

在第一实施例中，从车辆10a的用户终端200发送递送请求，并且中央服务器500接受递送请求。取而代之，可以经由商店服务器600从pos终端700发送递送请求，中央服务器500可以接受递送请求，并且中央服务器500可以如第一实施例中所述的那样处理递送请求。

此外，在第二实施例中，从pos终端700发送递送请求，并且商店服务器600接收递送请求。取而代之，可以从车辆10a的用户终端200发送递送请求，商店服务器600可以接受递送请求，并且商店服务器600可以如第二实施例中所述的那样处理递送请求。

在第一实施例和第二实施例中，车辆10a包括数据通信装置150，并且由设置在数据通信装置150中的位置获取部件(gps接收部156)获取的车辆10a的位置信息发送到中央服务器500，并用作车辆10a的位置信息。然而，车辆10a也可以不包括数据通信装置150。在车辆10a不包括数据通信装置150的情况下，可以获取车辆10a的位置信息作为车辆10a的停放位置的识别号，其中车辆10a的用户将识别号输入到用户终端200。可替代地，在车辆10a不包括数据通信装置150的情况下，可以经由与汽车导航装置进行通信的预定服务器从设置在车辆10a中的汽车导航装置获取车辆10a的位置信息。

此外，要从车辆10a发送到中央服务器500的车辆10a的位置信息和要从收集/递送管理服务器400发送到递送用户的用户终端50的车辆10a的位置信息可以是相同类型或可以是不同类型。车辆10a的位置信息的示例性类型是纬度和经度、地址、地图上的位置、购物中心a中的车辆10a的停放位置的识别信息等。在要从车辆10a发送到中央服务器500的车辆10a的位置信息和要从收集/发送管理服务器400发送到递送用户的用户终端50的车辆10a的位置信息是不同类型的情况下，位置信息可以被转换为在中央服务器500和收集/递送管理服务器400中的任一者或两者中更容易被递送用户识别的类型的位置信息。

此外，在第一实施例和第二实施例中，成为递送目的地的车辆10a的识别信息也与来自作为递送请求源的用户终端200或pos终端700的递送请求一起发送。然而，第一实施例和第二实施例不限于此，并且在成为递送目的地的车辆10a被预先限制为一个并且在中央服务器500中登记的情况下，成为递送目的地的车辆10a的识别信息可以不会与递送请求一起发送。

此外，在第一实施例和第二实施例中，在接受递送请求的时区之后的时区中判定购买产品到车辆10a的收集/递送日程。然而，购买产品到车辆10a的收集/递送日程的判定方法不限于此。例如，可以由车辆10a的用户指定收集/递送日程，或者可以在经由用户终端200接收到从车辆10a的用户发送的递送开始指令时开始将购买产品递送到车辆10a。可替代地，可以根据购买产品的类型确定递送的时区。例如，可以在接受递送请求的时区之后的时区中递送附属品，并且可以在接收到来自车辆10a的用户的指令之后递送生食。

使计算机和其他机器或装置(以下称为计算机等)实现中央服务器500的处理的程序可以存储在由计算机等可读的记录介质中。通过使计算机等读取并实现存储在记录介质中的程序，计算机等用作中央服务器500。

这里，由计算机等可读取的记录介质是非暂时性记录介质，诸如数据或程序的信息以电、磁、光、机械或化学方式存储在其中，并且可以通过计算机等从中读取信息。在这种记录介质中，可从计算机等移除的记录介质是例如软盘、磁光盘、cd-rom、cd-r/w、dvd、蓝光盘、dat、8-mm磁带、诸如闪存的存储卡等。此外，固定到计算机等的记录介质包括硬盘、只读存储器(rom)等。此外，固态驱动器(ssd)也可用作可从计算机等移除的记录介质或固定到计算机等的记录介质。