信息处理装置、信息处理方法以及非易失性存储介质与流程

1.本公开涉及信息处理装置、信息处理方法以及非易失性存储介质。


背景技术：

2.提出一种系统，其从用户接受包括乘车人数和行李的量的车辆调配希望信息，基于乘车人数和行李的量来决定成为车辆调配对象的车辆(例如，参照专利文献1。)。
3.现有技术文献
4.专利文献
5.专利文献1：日本特开2019-067247号公报


技术实现要素：

6.发明要解决的问题
7.本公开的目的在于提供一种能够对预定外出的用户进行高效的车辆调配的技术。
8.用于解决问题的方案
9.本公开能够理解为一种用于管理针对用户的车辆调配的信息处理装置。该情况下的信息处理装置例如也可以具备执行如下动作的控制部：
10.预测所述用户外出时携带的行李的属性；以及
11.向所述用户所使用的终端发送建议信息，该建议信息是用于建议调配与所预测的行李的属性相应的种类的车辆的信息。
12.本公开也能够理解为一种用于管理针对用户的车辆调配的信息处理方法。该情况下的信息处理方法例如也可以由计算机执行如下步骤：
13.第一步骤，在该第一步骤中，预测所述用户外出时携带的行李的属性；以及
14.第二步骤，在该第二步骤中，向所述用户所使用的终端发送建议信息，该建议信息是用于建议调配与所预测的行李的属性相应的种类的车辆的信息。
15.本公开也能够理解为用于实现上述信息处理方法的信息处理程序或者储存有该信息处理程序的非易失性存储介质。
16.发明的效果
17.根据本公开，能够提供一种能够对预定外出的用户进行高效的车辆调配的技术。
附图说明
18.图1是表示车辆调配系统的概要的图。
19.图2是概略性地表示实施方式中的车辆调配系统所包含的服务器装置、用户终端以及传感器的结构的一例的框图。
20.图3是表示在接收到建议信息的用户终端显示的消息的一例的图。
21.图4是表示实施方式中的包信息表的结构例的图。
22.图5是表示出租车信息表的结构例的图。
23.图6是表示由实施方式中的服务器装置执行的处理流程的流程图。
24.图7是概略性地表示变形例1中的车辆调配系统所包含的服务器装置、用户终端以及传感器的结构的一例的框图。
25.图8是表示变形例1中的包信息表的结构例的图。
26.图9是概略性地表示变形例2中的车辆调配系统所包含的服务器装置、用户终端以及传感器的结构的一例的框图。
27.附图标记说明
28.10、出租车；20、传感器；21、通信部；22、控制部；23、位置获取部；24、物体检测部；25、拍摄部；100、服务器装置；101、通信部；102、控制部；1021、预测部；1022、车辆调配部；1031、包管理db；10310、包管理db；1032、出租车管理db；103、存储部；200、用户终端；201、通信部；202、控制部；203、存储部；204、输入输出部。
具体实施方式
29.本公开的特征在于预测用户外出时携带的行李的属性，向用户建议调配与所预测的行李的属性相应的种类的车辆。
30.在用户外出时携带的行李的大小比较大的情况或者行李的个数比较多的情况下，若调配装载空间比较小的车辆，则有可能无法将用户所携带的行李装载到车辆中。另一方面，在用户外出时携带的行李的大小比较小或者行李的个数较少的情况下，若调配装载空间比较大的车辆，则虽然能够将用户所携带的行李装载到车辆中，但有可能在该车辆的装载空间中产生浪费的空闲空间。
31.针对上述这样的问题，想到基于与用户外出时携带的行李的大小和个数相关的信息决定成为车辆调配对象的车辆的方法。在这样的方法中，若想要从用户申报与行李的大小和个数相关的信息，则有可能增加用户请求车辆调配所需的工夫。另外，若用户没有恰当地进行上述申报，则也有可能无法调配适合于行李的大小和个数的车辆。由此，期望对预定外出的用户进行高效的车辆调配。
32.相对于此，在本公开的信息处理装置中，控制部预测用户外出时携带的行李的属性。控制部向用户所使用的终端发送用于建议调配与所预测的行李的属性相应的种类的车辆的信息(建议信息)。用户所使用的终端既可以是用户所携带的终端，或者也可以是设于用户的自家等的固定式的终端。在用户同意建议信息的情况下，用户经由上述终端进行同意建议信息的意思的回复即可。由此，能够节省用户用于申报行李的属性的工夫，同时调配与行李的属性相应的种类的车辆。另外，还能够抑制用户没有进行恰当的申报而导致调配了不适合行李的属性的车辆的情况。由此，根据本公开，能够对预定外出的用户进行高效的车辆调配。
33.本公开中的行李的属性也可以包括与用户外出时携带的包的大小和个数相关的信息。在该情况下，控制部也可以通过基于由预定的传感器检测的信息，确定用户在外出前进行了打包的包的大小和个数，从而预测用户外出时携带的包的大小和个数。由此，控制部能够将具备适合于用户外出时携带的包的大小和个数的装载空间的车辆作为车辆调配对象的车辆进行建议。
34.作为上述预定的传感器，例如能够使用安装于用户所拥有的多个包各自的位置传
感器。在此所说的“位置传感器”是能够检测安装有该位置传感器的包的当前位置的传感器。在此，假定在进行行李的打包时，用户使用于打包行李的包从预定的收纳场所向其他场所(容易进行打包作业的场所)移动。因此，控制部也可以基于各包的位置传感器所检测的信息，从多个包中确定从预定的收纳场所移动的包，预测为用户对所确定的包进行了打包。此时，通过使信息处理装置的存储部存储针对用户所拥有的每个包将位置传感器与包的大小建立起关联关系的信息，控制部能够确定预测为用户在外出前进行了打包的包的大小。另外，控制部也能够通过合计从预定的收纳场所移动的包的个数，确定预测为用户在外出前进行了打包的包的个数。这样，通过确定被预测为在用户外出前进行了打包的包的大小和个数，能够预测用户外出时携带的包的大小和个数。
35.另外，作为上述传感器，例如也能够使用安装于用户所拥有的多个包各自的物体检测传感器。在此所说的“物体检测传感器”是能够检测收纳于包中的物体的数量的传感器，例如通过利用了超声波或者电波(毫米波)的回声定位技术等检测物体。在此，预测为在用户进行行李的打包时，收纳于成为打包的对象的包的物体的数量(以下，也有时记为“收纳物数量”。)发生变化(例如增加)。因此，控制部也可以基于各包的物体检测传感器所检测的信息，从多个包中确定收纳物数量发生了变化的包，预测为用户对所确定的包进行了打包。此时，通过将针对用户所拥有的每个包将物体检测传感器与包的大小建立起关联关系的信息存储于信息处理装置的存储部，从而控制部能够确定预测为用户在外出前进行了打包的包的大小。另外，控制部也能够通过合计收纳物数量发生了变化的包的个数，确定预测为用户在外出前进行了打包的包的个数。这样，通过确定预测为在用户外出前进行了打包的包的大小和个数，能够预测用户外出时携带的包的大小和个数。
36.另外，作为上述预定的传感器，例如也能够使用设于用户的自家的摄像机。在该情况下，控制部也可以通过分析由摄像机拍摄到的图像，来确定用户进行了打包的包的大小和个数。这样，通过确定在用户外出前进行了打包的包的大小和个数，能够预测用户外出时携带的包的大小和个数。
37.若通过上述这样的各种各样的方法预测用户外出时携带的包的大小和个数，则控制部也可以以该预测为触发，将建议信息向上述终端发送。在此，若在用户即将外出之前，将建议信息发送到上述终端，则用户同意了该建议信息的情况下的实际的车辆调配有可能赶不上用户的外出定时。相对于此，若以预测出用户外出时携带的包的大小和个数为触发，将建议信息向上述终端发送，则用户同意了该建议信息的情况下的实际的车辆调配容易赶得上用户的外出定时。
38.在本公开中的行李的属性包括与用户外出时携带的包的大小和个数相关的信息的情况下，控制部也可以基于包括用户的预定外出期间、用户的外出目的地或者用户的性别中的至少1者的信息，预测用户外出时携带的包的大小和个数。在此，用户的预定外出期间越长，则替换衣服等行李越是增加，因此存在包的大小和个数增加的倾向。另外，外出目的地的气温越低，则体积大的衣物越是增加，因此存在包的大小和个数增加的倾向。另外，用户的性别是女性的情况与是男性的情况相比，存在包的大小和个数增加的倾向。由此，控制部能够基于上述倾向，预测用户外出时携带的包的大小和个数。需要说明的是，关于预定外出期间和外出目的地，也可以从用户的日程信息获取。另外，关于用户的性别，也可以预先登记。
39.在基于包括用户的预定外出期间、用户的外出目的地或者用户的性别中的至少1者的信息，预测用户外出时携带的包的大小和个数的情况下，控制部也可以在比用户的预定外出期间开始的时刻提前预定时间的定时，将建议信息发送到上述终端。在此所说的“预定时间”是在实际的车辆调配所需的时间上加上预定的余量的时间。由此，能够使用户同意了建议信息的情况下的实际的车辆调配赶得上用户的外出定时。
40.另外，在本公开中的行李的属性包括与用户外出时携带的包的大小和个数相关的信息的情况下、并且在用户从住宿设施退房而外出的情况下，控制部也可以基于用户登入住宿设施时携带的包的大小和个数，来预测用户外出时携带的包的大小和个数。然后，控制部也可以在比用户从住宿设施退房的预定日期和时间早预定时间的定时，将建议信息发送到上述终端。由此，即使在用户从住宿设施退房而外出的情况下，能够将具备适合于用户所携带的包的大小和个数的装载空间的车辆作为车辆调配对象的车辆进行建议。
41.《实施方式》
42.以下，基于附图说明本公开的具体的实施方式。在本实施方式中记载的构成部件的尺寸、材质，形状、相对配置等只要没有特别记载，宗旨就不在于将公开的保护范围仅限定于此。
43.在本实施方式中，记述在对预定从自家外出的用户提供车辆调配服务的系统(以下，也有时记为“车辆调配系统”。)中应用本公开的例子。在此，作为成为车辆调配服务的对象的车辆，列举如出租车或者定制公交车等那样以旅客输送为目的的车辆(以下，也有时统称为“出租车”。)为例进行说明。需要说明的是，成为车辆调配服务的对象的车辆也可以是租用车或者共享汽车。
44.(车辆调配系统的概要)
45.图1是表示向用户的自家调配出租车的车辆调配系统的一结构例的图。在图1所示的例子中，车辆调配系统构成为包括出租车10、服务器装置100、传感器20以及用户终端200。
46.出租车10是用于进行旅客输送的车辆。服务器装置100是用于管理出租车10的车辆调配的信息处理装置。传感器20是在预测用户从自家外出时携带的包的大小和个数的处理中使用的设备。在本例中，作为传感器20，使用安装于用户所拥有的多个包的各个包且能够检测各包的当前位置的传感器。各传感器20具有获取各传感器20的当前位置(各包的当前位置)，将与所获取的当前位置相关的信息(位置信息)向服务器装置100发送的功能。由传感器20进行的当前位置的获取和位置信息的发送既可以以预定的周期反复进行、或者也可以根据来自服务器装置100的请求进行。用户终端200是用户所携带的终端，具有与服务器装置100通信的功能。需要说明的是，用户终端200也可以是设于用户的自家等的固定式的终端。
47.在车辆调配系统中，服务器装置100预测用户从自家外出时携带的包的大小和个数。在本例中，服务器装置100通过基于传感器20所检测的信息确定用户进行了打包的包的大小和个数，来预测用户从自家外出时携带的包的大小和个数。若预测到用户从自家外出时携带的包的大小和个数，则服务器装置100将用于建议调配能够装载所预测的大小和个数的包的出租车10的信息(建议信息)向用户终端200发送。若从用户终端200向服务器装置100回复用于同意建议信息(同意出租车10的车辆调配)的信息(同意信息)，则服务器装置
100对能够装载所预测的大小和个数的包的出租车10发送车辆调配指令。由此，能够节省用户用于申报行李的属性(包的大小和个数)的工夫，并且调配与行李的属性相应的种类的出租车10。另外，还能够抑制由于用户没有进行恰当的申报而导致调配了不适合行李的属性的出租车10的情况。
48.(车辆调配系统的结构)
49.图2是概略性地表示车辆调配系统所包含的服务器装置100、用户终端200以及传感器20的结构的一例的框图。
50.(服务器装置100)
51.服务器装置100是管理出租车10的车辆调配的装置，相当于本公开的“信息处理装置”。服务器装置100能够由通用的计算机构成。例如，服务器装置100构成为包括处理器(cpu或者gpu等)、主存储装置(ram或者rom等)、辅助存储装置(eprom、硬盘驱动器或者可移动介质等)。需要说明的是，可移动介质例如也可以是usb存储器、cd或者dvd等记录介质。在辅助存储装置中储存有操作系统(os)、各种程序以及各种表等。在储存于辅助存储部的程序中也包含用于管理针对预定从自家外出的用户的车辆调配的程序。在这样的服务器装置100中，通过处理器执行储存于辅助存储装置的程序，实现后述这样的符合预定的目的的各功能。需要说明的是，服务器装置100的一部分或者全部功能也可以由asic或者fpga等硬件电路实现。
52.如图2所示，本例中的服务器装置100构成为具有通信部101、控制部102以及存储部103。需要说明的是，服务器装置100的结构不限于图2所示的例子，也可以适当进行结构要素的省略、置换、追加。
53.通信部101是用于将服务器装置100与网络连接的装置。例如，通信部101构成为包括用于利用lan(local area network：局域网)、wan(wide area network：广域网)或者wi-fi(注册商标)等通信网经由网络而与外部装置进行通信的通信接口。需要说明的是，通信部101也可以构成为，利用5g(5th-generation：第5代)或者lte(long term evolution：长期演进)等移动通信服务或者wi-fi等无线通信网，与外部装置进行通信。
54.控制部102由cpu等处理器构成，负责服务器装置100的控制。本例中的控制部102具有预测部1021和车辆调配部1022等功能模块。这些功能模块通过处理器执行存储于辅助存储装置的程序来实现。
55.预测部1021预测用户从自家外出时携带的包的大小和个数。这样的预测处理通过预测部1021经由通信部101与传感器20进行通信来进行。例如，预测部1021基于每隔预定的周期从传感器20发送的位置信息，监测各包的当前位置，从而确定从用户的自家的收纳场所移动到自家内的其他场所的包。预测部1021预测为用户对从收纳场所移动到自家内的其他场所的包进行了打包。这是因为，在用户进行行李的打包时预测将用于打包行李的包从自家内的收纳场所向自家内的其他场所(易于进行打包的场所)移动。若确定了被预测为由用户进行了打包的包，则预测部1021确定该包的大小。基于存储于后述的存储部103的数据(包管理db1031)而确定预测为由用户进行了打包的包的大小。
56.需要说明的是，从用户的自家中的收纳场所移动的包的个数不限于1个。即，也能够假定用户从自家外出时携带的包的个数为多个的情况。在该情况下，预测部1021对从收纳场所移动的每个包进行确定该包的大小的处理即可。另外，预测部1021通过合计从收纳
场所移动的包的个数，来预测用户外出时携带的包的个数。
57.通过上述步骤预测的包的大小和个数从预测部1021交给车辆调配部1022。
58.车辆调配部1022具有生成建议信息的功能和进行出租车10的车辆调配处理的功能。具体而言，车辆调配部1022基于从预测部1021接收到的信息，生成建议信息。建议信息是用于建议向用户的自家调配适合于用户外出时携带的包的大小和个数的种类的出租车10的信息，例如包括用于使用户终端200显示图3所示那样的画面的信息。即，建议信息也可以包括用于使用户终端200显示询问是否希望调配出租车10的消息(图3中的d1)、表示适合于用户携带的行李的大小和个数的出租车10的种类(等级)和运费的信息(图3中的d2)、用于供用户指定车辆调配希望日期和时间的菜单(图3中的d3)以及用于选择用户是否同意建议信息的按钮(图3中的d4)等的信息。需要说明的是，在建议信息中也可以包括与由预测部1021预测到的包的大小和个数相关的信息。由此，用户能够确认在服务器装置100侧预测的包的大小和个数是否适当。这样的建议信息从车辆调配部1022经由通信部101向用户终端200发送。
59.若确认了图3所示那样的画面的用户在该画面上指定车辆调配希望日期和时间并选择“yes”，则从用户终端200向服务器装置100发送同意信息。同意信息是表示用户同意建议信息的建议(向自家调配出租车10)的信息，包括与用户在图3的画面上指定的车辆调配希望日期和时间相关的信息。另一方面，若确认了图3所示那样的画面的用户在该画面上选择“no”，则不从用户终端200向服务器装置100发送同意信息。在服务器装置100的通信部101接收了同意信息的情况下，车辆调配部1022从在用户的车辆调配希望日期和时间成为空车状态的出租车10中提取在建议信息中建议的种类的出租车10。车辆调配部1022发送所提取的出租车10的车辆调配指令。车辆调配指令是用于在车辆调配希望日期和时间使车辆前往用户的自家迎接用户的指令。
60.需要说明的是，在用户从自家外出的期间，成为在该外出时用户携带的包从收纳场所移动的状态。因此，在用户从自家外出的期间，若由预测部1021和车辆调配部1022进行各处理，则有可能对外出中的用户进行不需要的建议。由此，设为以用户在家为条件，执行预测部1021和车辆调配部1022的各处理。用户是否在家能够基于用户的当前位置(用户所携带的终端的当前位置)、由设于用户的自家的人感传感器检测到的信息或者由设于用户的自家的摄像机拍摄到的图像等来判定。
61.存储部103由主存储装置和/或辅助存储装置构成，存储各种信息。在存储部103中存储有由处理器执行的各种程序以及各种数据等。在本例中，在存储部103中构建包管理db1031和出租车管理db1032。包管理db1031和出租车管理db1032通过由处理器执行的dbms(database management system：数据库管理系统)的程序管理存储于辅助存储部的数据来构建。这样的包管理db1031和出租车管理db1032也可以是关系数据库。
62.包管理db1031储存与用户拥有的包的属性相关的信息。在包管理db1031中，进行用户拥有的包的属性与传感器20的关联。在此，基于图4说明储存于包管理db1031的信息的一结构例。图4是例示储存于包管理db1031的信息的表结构的图。需要说明的是，储存于包管理db1031的表(以下，也有时记为“包信息表”。)的结构并不限定于图4所示的例子，能够适当进行字段的追加、变更或者删除。
63.在图4所示的例子中，包信息表具有传感器id、收纳场所以及大小等各字段。在传
感器id字段登记有用于识别安装于用户所拥有的包的传感器20的信息(传感器id)。传感器id是用于将安装于各包的传感器20与安装于其他包的传感器20进行识别的信息。在收纳场所字段登记有表示安装有各传感器20的包的收纳场所的信息。在此所说的“收纳场所”是用户的自家内的各包的收纳场所，也可以根据每个包而不同。在大小字段中登记有表示安装有各传感器20的包的大小的信息。登记于大小字段的信息既可以是表示包的尺寸的信息、或者也可以是包的大小的区分(例如，l尺寸、m尺寸或者s尺寸等)。
64.需要说明的是，储存上述这样的包管理db1031的存储部103相当于本公开的“存储部”。
65.出租车管理db1032储存与处于服务器装置100的管理下的出租车10相关的信息。在出租车管理db1032中，进行出租车10的属性与出租车10的运转状态的关联。在此，基于图5说明储存于出租车管理db1032的信息的一结构例。图5是例示储存于出租车管理db1032的信息的表结构的图。需要说明的是，储存于出租车管理db1032的表(以下，也有时记为“出租车信息表”。)的结构不限定于图5所示的例子，能够适当进行字段的追加、变更或者删除。
66.在图5所示的例子中，出租车信息表具有出租车id、等级、预约信息以及状态等各字段。在出租车id字段登记有用于分别识别处于服务器装置100的管理下的出租车10的信息(出租车id)。在等级字段登记有表示基于装载空间的大小进行分类的各出租车10的等级(种类)的信息。例如，对于装载空间相对较大的出租车10，在等级字段登记为“大型”。另外，对于装载空间相对较小的出租车10，在等级字段登记为“中型”。在预约信息字段登记有与各出租车10的车辆调配预约相关的信息。例如，对于进行了车辆调配预约的出租车10，将表示预约期间的开始日期和时间以及结束日期和时间的信息登记于预约字段。另外，对于没有进行车辆调配预约的出租车10，在预约字段登记为“无”。在状态字段登记有表示各出租车10的状态的信息。例如，对于使乘客乘车的状态的出租车10，在状态字段登记为“乘车中”。另外，对于前往乘客处的出租车10，在状态字段登记为“接车中”。另外，对于空车状态的出租车10，在状态字段登记为“空车”。
67.由如上述这样构成的服务器装置100执行的一系列处理既能够由硬件执行，也能够由软件执行。另外，服务器装置100的结构不限于图2所示的例子，也可以适当进行结构要素的省略、置换、追加。
68.(用户终端200)
69.用户终端200是用户携带的小型的计算机。用户终端200例如是智能手机、移动电话、平板电脑终端或者可穿戴计算机(智能手表等)等。
70.如图2所示，用户终端200构成为包括通信部201、控制部202、存储部203以及输入输出部204。用户终端200的结构不限于图2所示的例子，也可以适当进行结构要素的省略、置换、追加。
71.通信部201是用于将用户终端200与网络连接的无线通信接口。通信部201例如利用5g或者lte等移动通信服务或者wi-fi(注册商标)等无线通信网连接于网络，经由网络与服务器装置100进行通信。
72.控制部202例如由微型计算机构成，负责用户终端200的控制。例如，在通信部201接收了来自服务器装置100的建议信息时，控制部202具有使后述的输入输出部204显示前述的图3所示那样的画面的功能。而且，在用户在前述的图3所示那样的画面上指定车辆调
配希望日期和时间并且选择了“yes”的情况下，控制部202具有生成包括与车辆调配希望日期和时间相关的信息的同意信息的功能。另外，控制部202还具有经由通信部201向服务器装置100发送所生成的同意信息的功能。
73.存储部203存储各种信息。存储部203例如由ram、磁盘或者闪速存储器等存储介质构成。在存储部203存储有由控制部202执行的各种程序以及各种数据等。
74.输入输出部204接受用户所进行的输入操作，对用户提示信息。输入输出部204例如由触摸板及其控制电路、液晶显示器及其控制电路、麦克风及其控制电路、以及扬声器及其控制电路等构成。触摸板和液晶显示器也可以由一个触摸板显示器构成。在本例中，输入输出部204在接收到来自服务器装置100的建议信息时，从触摸板显示器输出前述的图3所示那样的画面。若用户在显示有图3所示那样的画面的触摸板显示器上选择“yes”或者“no”，则输入输出部204向控制部202交给与该选择结果相关的信息。此时，若用户选择了“yes”，则输入输出部204还将与用户在显示有图3所示那样的画面的触摸板显示器上指定的车辆调配希望日期和时间相关的信息交给控制部202。
75.由如上述那样构成的用户终端200执行的一系列处理既能够由硬件执行，也能够由软件执行。
76.(传感器20)
77.传感器20是安装于用户所拥有的多个包各自的小型的装置，具有获取各包的当前地位并向服务器装置100发送的功能。
78.如图2所示，传感器20具有通信部21、控制部22以及位置获取部23。需要说明的是，传感器20的结构不限于图2所示的例子，也可以适当进行结构要素的省略、置换、追加。
79.传感器20的通信部21和控制部22与用户终端200的通信部201和控制部202分别相同，因此省略其说明。位置获取部23是获取安装有该传感器20的包的当前位置的设备，相当于本公开的“位置传感器”。典型地，位置获取部23构成为包括gps(global positioning system：全球定位系统)的接收机。由位置获取部23获取到的当前位置连同传感器20的传感器id一起从通信部21向服务器装置100发送。即，包括包的当前位置和传感器id的信息作为前述的位置信息从传感器20向服务器装置100发送。
80.由如上述那样构成的传感器20执行的一系列处理既能够由硬件执行，也能够由软件执行。
81.(处理的流程)
82.在此，基于图6说明由本公开中的服务器装置100进行的处理流程。图6是表示以接收了来自传感器20的位置信息为触发而由服务器装置100执行的处理流程的流程图。需要说明的是，如前所述，图6的处理流程以用户在自家为条件来执行。
83.在图6的处理流程中，服务器装置100的通信部101接收来自各传感器20的位置信息(步骤s101)。由通信部101接收到的位置信息交给控制部102。
84.在控制部102中，预测部1021基于上述位置信息执行预测处理(步骤s102)。具体而言，预测部1021如前所述，基于上述位置信息，确定从用户的自家内的收纳场所移动到自家内的其他场所的包。即，预测部1021通过以位置信息所包含的传感器id为自变量访问包管理db1031，来确定在传感器id字段登记有与该传感器id相同的id的包信息表。预测部1021通过对登记于所确定的包信息表的收纳场所字段的信息和位置信息所包含的当前位置进
行比较，来预测用户是否对安装有该传感器20的包进行了打包。此时，若安装有该传感器20的包的当前位置从收纳场所离开预定的距离(例如，从几十厘米到几米左右)以上，则预测部1021预测为用户对该包进行了打包。另一方面，若安装有该传感器20的包的当前位置与收纳场所的距离小于上述预定的距离，则预测部1021预测为用户没有对该包进行打包。对服务器装置100所接收的所有位置信息进行这样的预测处理。即，对用户所拥有的所有包(安装有传感器20的包)进行上述预测处理。
85.若对用户所拥有的全部包进行上述预测处理，则预测部1021判定在用户所拥有的包中是否有预测为由用户进行了打包的包(步骤s103)。在判定为用户所拥有的包中没有预测为由用户进行了打包的包的情况下(在步骤s103中，否定判定)，结束本处理流程。另一方面，在判定为在用户所拥有的包中存在预测为由用户进行了打包的包的情况下(在步骤s103中，肯定判定)，执行步骤s104的处理。
86.在步骤s104中，预测部1021确定预测为由用户进行了打包的包的大小和个数。具体而言，预测部1021基于安装于预测为由用户进行了打包的包的传感器20的传感器id，访问包管理db1031。预测部1021确定在传感器id字段登记有与该传感器20相同的传感器id的包信息表。预测部1021提取登记于所确定的包信息表的大小字段的信息。由此，确定预测为由用户进行了打包的包的大小。另外，预测部1021合计预测为由用户进行了打包的包的个数。由此，确定预测为由用户进行了打包的包的个数。在该步骤s104中确定的包的大小和个数从预测部1021交给车辆调配部1022。
87.车辆调配部1022基于从预测部1021接收到的信息，生成建议信息(步骤s105)。如前所述，建议信息是用于建议将适合于用户外出时携带的包的大小和个数的种类的出租车10调配到用户的自家的信息。即，建议信息包括用于使用户终端200输出(显示)前述的图3所示那样的画面的信息。在生成这样的建议信息时，车辆调配部1022基于用户外出时携带的包的大小和个数，决定能够将这些包全部装载的出租车10的等级。此时，若用户外出时携带的包的大小比较大、或者用户外出时携带的包的个数比较多，则车辆调配部1022将出租车10的等级决定为大型等级。另一方面，若用户外出时携带的包的大小比较小、或者用户外出时携带的包的个数比较少，则车辆调配部1022将出租车10的等级决定为中型等级。若这样决定出租车10的等级，则车辆调配部1022生成将所决定的等级和所决定的等级的运费(起步价运费和加算运费)反映到前述的图3中的d2的建议信息。
88.车辆调配部1022经由通信部101向用户终端200发送所生成的建议信息(步骤s106)。在该情况下，在用户终端200中，控制部202从输入输出部204输出(显示)前述的图3所示那样的画面。若用户在前述的图3所示那样的画面上指定车辆调配希望日期和时间，并且选择“yes”，则控制部202生成包括与车辆调配希望日期和时间相关的信息的同意信息。控制部202经由通信部201向服务器装置100发送所生成的同意信息。需要说明的是，在用户在前述的图3所示那样的画面上选择了“no”的情况下，控制部202不生成同意信息，因此不从用户终端200向服务器装置100发送同意信息。
89.在步骤s107中，车辆调配部1022判定通信部101是否接收了来自用户终端200的同意信息。需要说明的是，即使在用户具有同意建议信息的建议的意思的情况下，同意信息也不一定立即被回复。由此，在步骤s107中，车辆调配部1022也可以判定通信部101是否在从发送了建议信息的时刻起一定时间(例如，几分钟到几十分钟的期间)以内接收了来自用户
终端200的同意信息。在通信部101在从发送了建议信息的时刻起一定时间以内没有接收到来自用户终端200的同意信息的情况下(在步骤s107中，否定判定)，结束本处理流程。另一方面，在通信部101在从发送了建议信息的时刻起一定时间以内接收到来自用户终端200的同意信息的情况下(在步骤s107中，肯定判定)，执行步骤s108的处理。
90.在步骤s108中，车辆调配部1022进行车辆调配处理。具体而言，车辆调配部1022访问出租车管理db1032，提取在用户的希望车辆调配日期和时间没有预约并且处于空车状态的出租车10。车辆调配部1022将所提取的出租车10中的、在上述步骤s105中决定的等级的出租车10决定为车辆调配对象的出租车10。车辆调配部1022对所决定的出租车10发送车辆调配指令。车辆调配指令如前所述是用于使车辆在上述车辆调配希望日期和时间前往用户的自家迎接用户的指令。另外，车辆调配部1022访问车辆调配对象的出租车10的出租车信息表，基于用户的车辆调配希望日期和时间更新该出租车信息表的预约信息字段的登记内容。
91.根据以上所述的实施方式，能够节省从自家外出时希望调配出租车10的用户用于申报行李的属性(包的大小和个数)的工夫，同时调配与行李的属性相应的种类的出租车10。另外，还能够抑制因用户没有进行恰当的申报而导致调配了不适合行李的属性的出租车10的情况。其结果，能够对预定从自家外出的用户进行高效的车辆调配。
92.《变形例1》
93.在前述实施方式中，作为传感器20，例示了具备用于检测包的当前位置的位置获取部23的传感器。相对于此，在本变形例中，对使用具备用于检测收纳于包的物体的物体检测部(相当于本公开的“物体检测传感器”。)的传感器的例子进行记述。
94.图7是概略性地表示本变形例的车辆调配系统所包含的服务器装置100、用户终端200以及传感器20的结构的一例的框图。在图7中，对与前述的实施方式同样的结构要素标注与图2相同的附图标记。
95.如图7所示，在本变形例中，传感器20代替前述的实施方式中的位置获取部23而具备物体检测部24。物体检测部24例如构成为，通过利用了超声波或者电波(毫米波)的回声定位技术，检测收纳于包的物体的数量。与此同时，传感器20的控制部22具有经由通信部21以预定的周期向服务器装置100发送包括收纳于包的物体的数量和传感器id的信息(以下，也有时记为“收纳信息”。)的功能。
96.在本变形例中的服务器装置100的存储部103中，代替前述的实施方式中的包管理db1031，构建有包管理db10310。在包管理db10310储存有图8所示那样的包信息表。本变形例中的包信息表具有传感器id字段和大小字段，不具有收纳场所字段。分别登记于传感器id字段和大小字段的信息与前述的实施方式(图4)是同样的。
97.本变形例中的预测部1021基于每隔预定的周期从传感器20发送的收纳信息，监测收纳于各包的物体的数量(收纳物数量)，由此确定收纳物数量发生了变化的包。预测部1021预测为用户对收纳物数量发生了变化的包进行了打包。这是因为，在用户进行行李的打包时，预测为成为打包的对象的包的收纳物数量发生变化。若确定预测为由用户进行了打包的包，则预测部1021确定该包的大小。确定该包的大小的处理基于储存于包管理db1031的信息进行，此时的步骤与前述的实施方式是同样的。另外，预测部1021通过合计用户所拥有的包中的收纳物数量发生了变化的包的个数，来预测用户外出时携带的包的个
数。
98.需要说明的是，除包管理db10310、预测部1021以及传感器20之外的结构和功能与前述的实施方式是同样的。由此，车辆调配部1022与前述的实施方式同样地，基于由预测部1021预测的包的大小和个数，进行建议信息的生成处理和车辆调配处理即可。
99.根据本变形例，能够基于收纳于用户所拥有的各个包的物体的数量，确定预测为由用户进行了打包的包的大小和个数。其结果，能够得到与前述实施方式同样的效果。
100.《变形例2》
101.在前述的实施方式中，作为传感器20，例示了具备用于检测包的当前位置的位置获取部23的传感器。相对于此，在本变形例中，对使用具备用于对用户的自家内进行拍摄的拍摄部(相当于本公开的“摄像机”。)的传感器的例子进行记述。
102.图9是概略性地表示本变形例的车辆调配系统所包含的服务器装置100、用户终端200以及传感器20的结构的一例的框图。在图9中，对与前述的实施方式同样的结构要素标注与图2相同的附图标记。
103.如图9所示，在本变形例中，传感器20代替前述的实施方式中的位置获取部23而具备拍摄部25。拍摄部25是对用户的自家内进行拍摄的装置，是能够拍摄静止图像或者运动图像的摄像机。在该情况下，传感器20未安装于用户所拥有的包而设于用户的自家内。传感器20既可以设于用户的自家内的多个部位(例如，每个房间)，也可以仅设于用户进行打包的房间。本变形例中的传感器20的控制部22具有经由通信部21以预定的周期向服务器装置100发送包括由拍摄部25拍摄的图像的信息(以下，也有时记为“图像信息”。)的功能。
104.本变形例中的预测部1021基于每隔预定的周期从传感器20发送的图像信息，预测用户进行了打包的包的大小和个数。此时，预测部1021也可以通过分析由拍摄部25拍摄到的图像，来确定用户进行了打包的包的大小和个数。另外，预测部1021也可以从由拍摄部25拍摄到的图像读取用户进行了打包的包的商品标签，基于读取到的商品标签确定该包的大小。
105.需要说明的是，在本变形例中，通过上述方法预测用户外出时携带的包的大小和个数，因此在服务器装置100的存储部103中不构建如前述的实施方式所述的包管理db1031。
106.需要说明的是，除存储部103、预测部1021以及传感器20之外的结构和功能与前述的实施方式是同样的。由此，与前述的实施方式同样地，车辆调配部1022基于由预测部1021预测出的包的大小和个数进行建议信息的生成处理和车辆调配处理即可。
107.根据本变形例，能够基于由传感器20的拍摄部25拍摄到的图像来确定用户进行了打包的包的大小和个数。其结果，能够得到与前述实施方式同样的效果。
108.《变形例3》
109.在前述实施方式和变形例1-2中，记述了使用传感器20预测用户外出时携带的包的大小和个数的例子。相对于此，在本变形例中，对基于用户的预定外出期间、用户的外出目的地以及用户的性别等，预测用户外出时携带的包的大小和个数的例子进行记述。
110.在此，用户的预定外出期间越长，则替换衣服等的行李越是增加，因此存在包的大小和个数增加的倾向。另外，用户的外出目的地的气温越低，则体积大的衣物越是增加，因此存在包的大小和个数增加的倾向。另外，用户的性别是女性的情况与是男性的情况相比，
存在包的大小和个数增加的倾向。
111.因此，在本变形例中，用户的预定外出期间越长，预测部1021预测为用户外出时携带的包的大小和个数越大。另外，预测部1021预测为用户的外出目的地的气温越低，则用户外出时携带的包的大小和个数越大。另外，预测部1021预测为用户的性别是女性的情况与是男性的情况相比，用户外出时携带的包的大小和个数变大。需要说明的是，与用户的预定外出期间和用户的外出目的地相关的信息也可以从用户的日程信息获取。此时，若在用户终端200安装有日程管理用的应用、程序，则预测部1021也可以通过经由通信部101与用户终端200进行通信，从而获取用户的日程信息。
112.本变形例中的车辆调配部1022也可以在比用户的预定外出期间开始的时刻提前预定时间的定时向用户终端200发送建议信息。在此所说的“预定时间”是在实际的车辆调配所需的时间上加上预定的余量的时间。由此，能够使用户同意了建议信息的情况下的实际的车辆调配赶得上用户的外出定时。
113.根据本变形例，即使在用户所拥有的包或者用户的自家没有设置传感器20的情况下，也能够预测用户外出时携带的包的大小和个数。其结果，即使在用户所拥有的包或者用户的自家没有设置传感器20的情况下，也能够得到与前述实施方式和变形例1-2同样的效果。
114.《变形例4》
115.在前述实施方式和变形例1-3中，对预测用户从自家外出时携带的包的大小和个数并建议对用户调配出租车10的例子进行了记述。相对于此，在本变形例中，对预测用户从住宿设施退房而外出时携带的包的大小和个数、并建议对用户调配出租车10的例子进行了记述。
116.本变形例中的预测部1021基于用户登入住宿设施时携带的包的大小和个数，预测用户从住宿设施退房而外出时携带的包的大小和个数。此时，预测部1021也可以将用户登入住宿设施时携带的包的大小和个数预测为用户从住宿设施退房而外出时携带的包的大小和个数。但是，也有可能在住宿期间中，该用户进行纪念品等的购物。在该情况下，预测为用户从住宿设施退房而外出时携带的包的大小和个数比用户登入住宿设施时携带的包的大小和个数大。因此，本变形例中的预测部1021进行用户从住宿设施退房而外出时携带的包的大小和个数比用户登入住宿设施时携带的包的大小和个数大这样的预测。例如，预测部1021也可以通过将过去住宿过该住宿设施的客人所购买的纪念品的平均的大小和个数加到用户登入住宿设施时携带的包的大小和个数中，来预测用户从住宿设施退房而外出时携带的包的大小和个数。
117.需要说明的是，用户登入住宿设施时携带的行李的大小和个数也可以通过对由设于住宿设施的摄像机拍摄到的图像进行分析来确定。
118.本变形例中的车辆调配部1022也可以在比用户的退房日期和时间提前预定时间的定时，将建议信息向用户终端200发送。在此所说的“预定时间”是在实际的车辆调配所需的时间上加上预定的余量的时间。由此，使用户同意了建议信息的情况下的实际的车辆调配能够赶得上用户的外出定时。
119.根据本变形例，即使在用户从住宿设施退房而外出的情况下，也能够预测用户外出时携带的包的大小和个数。其结果，即使在用户从住宿设施退房而外出的情况下，也能够
得到与前述实施方式和变形例1-2同样的效果。
120.《其他》
121.上述实施方式和变形例只不过是一例，本公开能够在不脱离其要旨的范围内适当变更而实施。例如，也可以除了用户所携带的行李的属性之外，还考虑同乘者携带的行李的属性，来决定成为建议对象的出租车10的等级。有无同乘者也可以根据有无经由地(以及经由地是一般住宅地)、有无与用户参加相同的旅行的用户、用户的日程等来判定。同乘者所携带的行李的属性以与用户同样的步骤预测即可。
122.另外，上述实施方式和变形例也能够尽可能地组合来实施。即，在本公开中说明的处理或者结构只要不产生技术上的矛盾，就能够自由地组合来实施。而且，作为1个装置进行的处理来说明的处理也可以由多个装置分担执行。或者，作为不同的装置进行的处理来说明的处理也可以由1个装置执行。在计算机系统中，由怎样的硬件结构实现各功能能够灵活地变更。
123.另外，本公开也能够通过如下方式来实现：向计算机供给安装有在上述各实施方式中说明的功能的计算机程序(信息处理程序)，该计算机所具有的1个以上的处理器读取并执行程序。这样的计算机程序既可以利用能够与计算机的系统总线连接的非易失性计算机可读存储介质向计算机提供、或者也可以经由网络向计算机提供。非易失性计算机可读存储介质是通过电的、磁的、光学的、机械的或者化学的作用存储数据和程序等信息的记录介质，是能够从计算机等读取的记录介质。这样的非易失性计算机可读存储介质例如是磁盘(软盘(注册商标)、硬盘驱动器(hdd)等)或者光盘(cd-rom、dvd盘、蓝光光盘等)等任意类型的盘。非易失性计算机可读存储介质也可以是只读存储器(rom)、随机存取存储器(ram)、eprom、eeprom、磁卡、闪速存储器、光卡或者ssd(solid state drive：固态硬盘)等介质。