CN112005262A - 信息提供方法以及信息提供装置 - Google Patents

Abstract

一种信息提供方法以及信息提供装置，决定第1当前地所对应的停留时间(S3)，基于第1当前地以及配送目的地，算出用户从第1当前地向配送目的地移动所需的第1移动时间(S4)，基于第1时刻、第1当前地所对应的停留时间以及第1移动时间，算出第1预想到达时刻(S5)，基于第1预定配送时刻以及第1预想到达时刻，算出第1差分(S6)，将与第1差分相应的第1消息向所述用户的第1信息终端发送(S7)，使所述第1信息终端显示所述第1消息。

Description

信息提供方法以及信息提供装置

技术领域

本公开涉及对用户提供与货物的配送相关的信息的技术。

背景技术

专利文献1公开了如下技术，即，根据各种传感器设备的感测数据蓄积用户的行动日志，基于用户的当前地和行动日志预测用户的行动，在所预测出的用户的行动的路径上，决定配送的商品的配送场所和配送时间，在配送场所和配送时间使配送车配送商品。

现有技术文献

专利文献1：国际公开第2015/182200号

发明内容

但是，专利文献1的目的在于，在与用户的情况(方便合适)相适的配送场所和配送时间配送商品，其目的并不在于催促用户向配送场所返回，因此与本公开立场不同。

本公开提供一种高精度算出用户从当前地返回配送目的地的预想到达时刻，有效防止再配送的技术。

本公开的一技术方案的信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的第1当前地以及检测出所述第1当前地的第1时刻，

从存储器读出发给所述用户的货物的配送目的地、表示所述第1当前地的种类的类别信息、与所述类别信息进行了关联的停留时间、以及第1预定配送时刻，

基于所述类别信息以及所述停留时间，决定所述第1当前地所对应的所述停留时间，

基于所述第1当前地以及所述配送目的地，算出所述用户从所述第1当前地向所述配送目的地移动所需的第1移动时间，

基于所述第1时刻、所述第1当前地所对应的所述停留时间、以及所述第1移动时间，算出第1预想到达时刻，

基于所述第1预定配送时刻以及所述第1预想到达时刻，算出第1差分，

将与所述第1差分相应的所述第1消息向所述用户的第1信息终端发送，使所述第1消息显示于所述第1信息终端。

此外，该总括性的或具体的技术方案也可以由装置、系统、集成电路、计算机程序或计算机可读取的记录介质实现，也可以由装置、系统、方法、集成电路、计算机程序以及计算机可读取的记录介质的任意组合实现。计算机可读取的记录介质例如包含CD－ROM(Compact Disc－Read Only Memory)等的非易失性的记录介质。

根据本公开，能够高精度算出用户从当前地返回配送目的地的预想到达时刻，有效防止再配送。根据说明书和附图可以清楚本公开的一技术方案的进一步的优点和效果。所述的优点和/或效果通过几个实施方式、说明书以及附图所记载的特征分别提供，不必为了得到1个或1个以上的同一特征而被提供全部。

附图说明

图1是表示本公开的实施方式1的信息提供系统的网络构成的一例的图。

图2是表示图1所示的信息提供系统的构成的一例的框图。

图3是表示服务器的存储器存储的当前地DB以及类别DB的数据构成的一例的图。

图4是表示服务器的存储器存储的停留时间DB、配送目的地DB、以及货物DB的数据构成的一例的图。

图5是表示服务器的存储器存储的顾客消息DB以及配送员消息DB的数据构成的一例的图。

图6是表示在图1所示的信息提供系统中用户终端以及服务器间的数据的收发的一例的时序图。

图7是表示在图1的信息提供系统中配送员终端以及服务器间的数据的收发的一例的时序图。

图8是表示实施方式1的信息提供系统的处理的一例的流程图。

图9是表示实施方式1的信息提供系统的处理的其他一例的流程图。

图10是表示对请求能否收取货物的回答的消息进行显示的消息显示画面的一例的图。

图11是表示显示配送员消息的消息显示画面的一例的图。

图12是表示实施方式2的货物DB的数据构成的一例的图。

图13是表示实施方式2的处理的一例的流程图。

图14是表示实施方式3的货物DB的数据构成的一例的图。

图15是表示实施方式3的处理的一例的流程图。

图16是表示实施方式4的配送目的地DB以及用户DB的数据构成的一例的图。

图17是表示实施方式4的货物DB的数据构成的一例的图。

图18是表示实施方式4的处理的一例的流程图。

图19是表示实施方式5的停留时间DB的数据构成的一例的图。

图20是表示实施方式5的信息提供系统的处理的第1例的流程图。

图21是表示实施方式5的信息提供系统的处理的第2例的流程图。

图22是表示实施方式5的信息提供系统的处理的第3例的流程图。

图23是表示实施方式6的消息发送历史记录DB以及阈值DB的数据构成的一例的图。

图24是表示实施方式7的信息提供系统的处理的一例的流程图。

图25是表示实施方式7的地址簿DB以及阈值DB的数据构成的一例的图。

图26是表示实施方式7的信息提供系统的处理的一例的流程图。

图27是表示实施方式8的信息提供系统的货物DB以及阈值DB的数据构成的一例的图。

图28是表示实施方式8的信息提供系统的处理的一例的流程图。

图29是表示实施方式9的货物DB以及阈值DB的数据构成的一例的图。

图30是表示实施方式9的信息提供系统的处理的一例的流程图。

图31是表示实施方式10的货物DB以及阈值DB的数据构成的一例的图。

图32是表示实施方式10的变形例的货物DB以及阈值DB的数据构成的一例的图。

图33是表示实施方式10的信息提供系统的处理的一例的流程图。

图34是表示实施方式11的停留时间DB的数据构成的一例的图。

图35是表示实施方式11的信息提供系统的处理的一例的流程图。

图36是表示实施方式12的停留时间DB的数据构成的一例的图。

图37是表示实施方式13的停留时间DB的数据构成的一例的图。

图38是表示蓄积用户的当前地的当前地DB的数据构成的一例的图。

图39是表示实施方式14的信息提供系统的处理的一例的流程图。

图40是表示在实施方式15中通知给用户的过程列表的显示画面的一例的图。

图41是表示实施方式15的信息提供系统的处理的一例的流程图。

图42是表示过程列表生成例程(routine)的详情的流程图。

图43是表示在实施方式16中通知给用户的过程列表的显示画面的一例的图。

图44是表示实施方式16的车站信息DB的数据构成的一例的图。

图45是表示实施方式16的信息提供系统的处理的一例的流程图。

图46是表示实施方式17的类别DB的数据构成的一例的图。

图47是表示是实施方式17的信息提供系统的处理的一例的流程图。

图48是表示实施方式18的类别DB的数据构成的一例的图。

图49是表示实施方式18的信息处理系统的处理的一例的流程图。

图50是表示实施方式19的类别DB的数据构成的一例的图。

图51是表示实施方式19的信息提供系统的处理的一例的流程图。

图52是表示实施方式21的停留历史记录DB的数据构成的一例的图。

图53是表示使用停留历史记录DB算出的柱状图的图。

图54是使用节点和边(edge)对在移动路径DB中登记于第2行的移动路径进行曲线化而示出的图。

图55是表示实施方式22的移动路径DB的数据构成的一例的图。

图56是表示存储某用户的移动历史记录的移动历史记录DB的数据构成的一例的图。

图57是表示实施方式22的信息提供系统的处理的一例的流程图。

图58是表示作为收取人的用户的预想到达时间和配送人的预想配送时间的图。

图59是表示实施方式23的信息提供系统的处理的一例的流程图。

具体实施方式

(实现本公开的经过)

近年来，在物流行业中，因用户的不在而无法配送的货物的增加被视为问题。因此，国土交通省在2016年进行了与快递(送货上门)的再配送相关的用户的问卷调查时发现，知道有货物的配送却不在的明知故犯者占了近40％。

在产生这样的明知故犯者的背后，可推测由于：(1)自己特地与快递员联系无法收取货物这件事很麻烦；(2)直到即将到达到预定配送时刻之前为止很难预测是否实际不在；(3)即使被问到无法收取的理由只要装作不知道就可以，再配送费也是免费的，所以对于不在的罪恶感少这样的心理在起作用。

但是，根据面向削减快递的再配送的研讨会(平成27年9月)的报告书，报告了以下情况，即，若事先通知则能够在预定配送时刻在家收取货物这样的呼声存在一定数量。

因此，考虑了若在配送前通知与快递相关的消息，对用户良好地施加压力(pressure)，则能够防止再配送。该情况下，不仅通知消息，还使用户进行是否能够收取的回答，则能够给与用户“必须遵守约定”这样的心理效果，能够期待防止再配送。

但是，若对全部用户一律通知要求这样的回答的消息，则其中也会存在感到心烦的用户，而并不优选。例如，对于从当前地返回配送目的地的预想到达时刻比预定配送时刻大幅延迟的用户，即使发送要求这样的回答的消息，反而徒增心烦，也无法期待再配送的防止效果。另外，对于处于直到预定配送时刻为止具有充分的余裕返回到配送目的地这样的预定中的用户来说，这样的消息也会带来心烦。

因此，本发明人得到了如下见解，即，若选出(pick up)预定配送时刻附近、即，刚好在配送时刻、或、配送时刻紧前面、或、配送时刻紧后面返回配送目的地的顾客即边界线(border line)顾客，对该边界线顾客通知需要是否能够收取货物的回答的消息，则能够有效防止再配送。

但是，为了实现目的，产生高精度算出顾客从当前地返回至配送目的地的预想到达时刻这一技术问题。

专利文献1是配合用户的行动配送货物的技术，并不是选出边界线顾客的技术，因此无法解决高精度算出向配送目的地的预想到达时刻的问题。

本公开的目的在于，提供一种高精度算出用户从当前地返回至配送目的地的预想到达时刻，能够有效防止再配送的技术。

本公开的一技术方案的信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的第1当前地以及检测出所述第1当前地的第1时刻，

从存储器读出发给所述用户的货物的配送目的地、表示所述第1当前地的种类的类别信息、与所述类别信息进行了关联的停留时间、以及第1预定配送时刻，

基于所述类别信息以及所述停留时间，决定所述第1当前地所对应的所述停留时间，

基于所述第1当前地以及所述配送目的地，算出所述用户从所述第1当前地向所述配送目的地移动所需的第1移动时间，

基于所述第1时刻、所述第1当前地所对应的所述停留时间、以及所述第1移动时间，算出第1预想到达时刻，

基于所述第1预定配送时刻以及所述第1预想到达时刻，算出第1差分，

将与所述第1差分相应的所述第1消息向所述用户的第1信息终端发送，使所述第1消息显示于所述第1信息终端。

根据本构成，由于根据用户的第1当前地的类别(例如，超市以及工作场所等)确定用户的停留时间，将该停留时间考虑进去算出向配送目的地的第1预想到达时刻，所以能够高精度算出第1预想到达时刻。

而且，基于第1预想到达时刻和从存储器读出的第1预定配送时刻的第1差分选择各种第1消息，并发送到用户的第1信息终端。因此，能够根据第1差分将适当的消息向用户通知，能够有效防止再配送。

在上述技术方案中，也可以是，判定所述第1差分是否为第1阈值以下，

在所述第1差分为所述第1阈值以下的情况下，向所述第1信息终端发送与所述货物的收取相关的所述第1消息，

在所述第1信息终端显示所述第1消息。

根据本构成，提取第1差分为第1阈值以下的用户、即，第1预定配送时刻以及第1预想到达时刻的差分小的顾客即边界线顾客，对该边界线顾客发送与货物的收取相关的消息。因此，与采用了向全部用户一律通知相同的消息的技术方案的情况相比，能够效率良好地向用户赋予在家的压力。

在上述技术方案中，也可以是，从所述存储器读出将所述配送目的地和居住于所述配送目的地的所述用户的同居人进行关联并存储的顾客列表，

经由所述网络取得所述同居人的第2当前地、以及检测出所述第2当前地时的第2时刻，

基于所述类别信息以及所述停留时间，决定所述第2当前地所对应的所述停留时间，

基于所述第2当前地以及所述配送目的地，算出所述同居人从所述第2当前地向所述配送目的地移动所需的第2移动时间，

基于所述第2时刻、所述第2当前地所对应的所述停留时间、以及所述第2移动时间，算出第2预想到达时刻，

基于所述第1预定配送时刻以及所述第2预想到达时刻，算出第2差分，

判定所述第2差分是否为所述第1阈值以下，

在所述第2差分为所述第1阈值以下的情况下，向所述同居人的第2信息终端发送与所述货物的收取相关的所述第1消息，

在所述第2信息终端显示所述第1消息。

根据本构成，针对作为货物的收取人的用户的同居人也与收取人同样，将第2当前地的停留时间考虑进去算出向配送目的地的第2预想到达时刻。因此，也能够高精度算出针对同居人的预想到达时刻。另外，算出第2预想到达时刻和第1预定配送时刻的第2差分，若第2差分为第1阈值以下，则发送与货物的收取相关的第1消息。因此，即使处于收取人无法收取货物的状况下，若同居人属于边界线顾客，则由于能够向该同居人很好地施加压力而催促在家，所以能够提高再配送的抑制效果。

在上述技术方案中，也可以是，所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

基于所述可否信息，判断是否能够调整所述第1当前地所对应的所述停留时间，

在能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

将所述第1当前地所对应的所述停留时间假定为0，算出所述第1预想到达时刻，

判定基于将所述停留时间假定为0而算出的所述第1预想到达时刻、以及所述第1预定配送时刻而算出的所述第1差分是否为0以下，

在所述第1差分为0以下的情况下，

将确认所述用户是否能够立即从所述第1当前地出发的第2消息向所述第1信息终端发送，

在经由所述网络从所述第1信息终端取得了表示所述用户能够立即从所述第1当前地出发之意的信息的情况下，将所述停留时间设为0，算出所述第1预想到达时刻。

根据本构成，关于使用当初的停留时间算出的第1预想到达时刻，即使是判断为直到第1预定配送时刻为止无法返回至配送目的地的用户，对于若将停留时间假定为0，则第1差分成为0以下的用户，也发送是否能够从第1当前地立即出发的第2消息。而且，在该用户进行了表示能够立即出发的回答的情况下，将停留时间设为0而算出的第1预想到达时刻被设为该用户的预想到达时刻。这样，本构成中，对于若调整停留时间，则能够使第1差分为0以下的，即，能够在第1预定配送时刻之前返回配送目的地的用户，通过催促停留时间的调整，能够降低再配送的可能性。

在上述技术方案中，也可以是，所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

基于所述可否信息，判断是否能够调整所述第1当前地所对应的所述停留时间，

在能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

基于所述第1移动时间以及所述第1预定配送时刻，算出为了使所述第1差分为0以下而所述用户必须从所述第1当前地出发的出发时刻，

将确认所述用户是否能够在所述出发时刻之前从所述第1当前地出发的第2消息向所述第1信息终端发送，

在经由所述网络从所述第1信息终端取得了表示所述用户能够在所述出发时刻之前从所述第1当前地出发之意的能够出发信息的情况下，将所述出发时刻、以及取得了所述能够出发信息的第2时刻的第2差分作为所述停留时间，算出所述第1预想到达时刻。

根据本构成，关于使用当初的停留时间算出的第1预想到达时刻，就判断为直到第1预定配送时刻为止无法返回配送目的地的用户而言，算出为了使第1差分为0以下而不得不从第1当前地的出发时刻，发送直到该出发时刻为止是否能够从第1当前地出发的第2消息。而且，在从该用户进行了表示直到该出发时刻为止能够出发的回答的情况下，将该出发时刻和进行了该回答的第2时刻的第2差分设定为停留时间，算出第1预想到达时刻。这样，本构成中，对于若调整停留时间，则能够使第1差分为0以下的，即，能够在直到第1预定配送时刻为止返回配送目的地的用户，通过催促停留时间的调整，能够降低再配送的可能性。

在上述技术方案中，也可以是，所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

在基于所述可否信息判断为能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

基于所述第1移动时间以及所述第1预定配送时刻，算出为了使所述第1差分为0以下而所述用户必须从所述第1当前地出发的出发时刻，

算出所述第1时刻以及所述出发时刻的第2差分，

基于所述第2差分，算出所述用户能够在所述第1当前地停留的剩余时间，并向所述第1信息终端发送。

根据本构成，关于使用当初的停留时间算出的第1预想到达时刻，就判断为直到第1预定配送时刻为止无法返回配送目的地的用户而言，算出为了使第1差分为0以下而不得不从第1当前地出发的出发时刻，基于该出发时刻和第1时刻的第2差分，算出用户能够在第1当前地停留的剩余时间并通知给用户。这样，本构成中，对于若调整停留时间，则能够使第1差分为0以下的，即，能够在直到第1预定配送时刻为止返回配送目的地的用户，通过催促停留时间的调整，能够降低再配送的可能性。

在上述技术方案中，也可以是，在经由所述网络接收到表示所述用户已读取了在所述第1预定配送时刻之前通知所述第1预定配送时刻的第2消息的信息的情况下，减小所述第1阈值的值。

根据本构成，就被发送(接收到)事先通知第1预定配送时刻的第2消息、并读取了该第2消息的用户而言，作为认识到第1预定配送时刻、且收取货物的可能性高的用户进行处理，将第1阈值设定为小。由此，能够降低将该用户作为边界线顾客处理的可能性，对该用户，降低与收取相关的第1消息被通知的可能性。因此，能够使该用户省去确认第1消息的工夫。

在上述技术方案中，也可以是，从所述存储器读出表示所述货物的发送者的信息、以及、过去的顾客列表，

判断所述发送者是否包含在所述过去的顾客列表中，

在所述发送者包含在所述过去的顾客列表中的情况下，增大所述第1阈值。

根据本构成，在货物的发送者包含于用户的顾客列表的情况下，将该发送者作为用户认识的人进行处理，将第1阈值设定为大。因此，提高将收取来自认识的人的货物的用户作为边界线顾客进行处理的可能性，提高发送与货物的收取相关的第1消息的可能性。由此，能够对用户催促来自认识的人的重要货物的收取，降低该重要货物作为再配送货物进行处理的可能性。

在上述技术方案中，也可以是，从所述存储器读出所述货物的类别信息，根据所述类别信息变更所述第1阈值。

根据本构成，根据货物的类别变更第1阈值。因此，能够根据货物的类别设定适当的第1阈值。由此，例如，在货物是生鲜食品这样的收取的重要度高的货物的情况下，提高将作为收取人的用户作为边界线顾客进行处理的可能性，提高与货物的收取相关的第1消息被发送的可能性。由此，能够对用户催促收取重要度高的货物的收取，能够降低再配送的可能性。

在上述技术方案中，也可以是，从所述存储器读出与大小相关的第2阈值、或与重量相关的第3阈值，

判断所述货物的大小是否超过所述第2阈值、或所述货物的重量是否超过所述第3阈值，

在所述货物的大小超过所述第2阈值的情况下、或在所述货物的重量超过所述第3阈值的情况下，增大所述第1阈值。

根据本构成，针对大小超过第2阈值的货物、或重量超过第3阈值的货物，将第1阈值设定为大。因此，能够提高将这样的再配送的成本高的货物的收取人即用户作为边界线顾客进行处理的可能性，能够对该用户催促货物的收取。其结果，能够降低再配送的成本高的货物被再配送。

在上述技术方案中，也可以是，从所述存储器读出与距离相关的第4阈值、或与时间相关的第5阈值，

判断所述货物的配送距离是否超过所述第4阈值、或所述货物的配送的所需时间是否超过所述第5阈值，

在所述配送距离超过所述第4阈值的情况下、或在所述所需时间超过所述第5阈值的情况下，增大所述第1阈值。

根据本构成，针对货物的配送距离超过第4阈值、或、货物的配送所需的所需时间超过第5阈值的货物，将第1阈值设定为大。因此，提高将这样的再配送的成本高的货物的收取人即用户作为边界线顾客进行处理的可能性，能够对该用户催促货物的收取。其结果，能够降低再配送的成本高的货物被再配送。

在上述技术方案中，也可以是，所述停留时间按1个以上的时间段以及1个以上的星期几中的至少任一方的每一个而被决定，

所述第1移动时间使用所述第1时刻所对应的所述停留时间而被算出。

一般认为即使是同一场所，停留时间也会因时间段以及星期几中的任一方而不同。根据本构成，由于使用按每个时间段以及每个星期几决定的停留时间，所以能够以更高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

在上述技术方案中，也可以是，所述停留时间按1个以上的第1用户的每一个而被决定，

所述第1移动时间使用所述1用户所对应的所述停留时间而被算出。

一般认为即使是同一场所停留时间也会因用户而不同。根据本构成，由于使用按每个第1用户决定的停留时间，所以能够以更高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

在上述技术方案中，也可以是，所述停留时间基于所述用户过去的移动历史记录，根据停留场所、在所述停留场所停留过的时间段、以及在所述停留场所停留过的星期几而被决定，

所述第1时刻包含表示星期几的信息，

所述第1移动时间使用所述第1时刻所对应的所述停留时间而被算出。

在本构成中，由于不使用全部用户共同的停留时间，而使用将用户的移动历史记录考虑进去而决定的停留时间，所以能够高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

在上述技术方案中，也可以是，从所述存储器读出表示所述用户所在的场所的时序信息，

基于所述停留时间以及所述时序信息，算出所述用户在所述第1当前地停留的剩余时间，

所述第1预想到达时刻使用所述剩余时间作为所述停留时间而被算出。

根据本构成，根据时序信息把握直到第1时刻为止的第1用户在当前地的停留时间，算出在第1当前地的剩余的停留时间(即，剩余时间)，使用该剩余时间算出第1预想到达时刻。因此，能够以更高精度算出第1预想到达时刻。其结果，能够降低再配送的可能性。

在上述技术方案中，也可以是，取得表示所述第1当前地的最近车站的信息，

基于表示所述最近车站的信息，取得从所述最近车站到所述配送目的地为止的、且向所述配送目的地的第3预想到达时刻成为所述第1预定配送时刻之前的公共交通工具的过程信息，

发送包含所述过程信息的所述第1消息。

根据本构成，将从最近车站到配送目的地为止的、且向配送目的地的第3预想到达时刻成为第1预定配送时刻之前的公共交通工具的过程信息向用户通知。因此，本构成中，能够将在第1当前地之后还有多长的时间能够停留的判断材料向用户提示，能够更加切实地防止再配送。

在上述技术方案中，也可以是，从所述存储器读出表示多个车站的位置以及各车站的公共交通工具的发车时刻的车站信息，

基于所述第1当前地以及所述车站信息，确定所述第1当前地的第1最近车站，

算出所述用户从所述第1当前地移动到所述第1最近车站所需的第2移动时间，

基于所述第1时刻以及所述第2移动时间，算出到达所述第1最近车站的第2时刻，

基于所述配送目的地以及所述车站信息，确定所述配送目的地的第2最近车站，

算出从所述第2最近车站到所述配送目的地为止的第3移动时间，

基于所述第3移动时间以及所述第1预定配送时刻，算出所述用户最迟必须到达所述第2最近车站的第3时刻，

基于所述车站信息，确定在所述第2时刻以后从所述第1最近车站出发起到所述第3时刻为止，能够到达所述第2最近车站的、且至少包含所述第1最近车站的发车时刻的所述公共交通工具的过程信息，

将表示所述过程信息的第2消息在所述第2时刻之前向所述第1信息终端发送。

根据本构成，将从到达第1当前地的第1最近车站的第2时刻以后从所述第1最近车站出发起、用户最迟必须到达配送目的地的第2最近车站的第3时刻为止能够到达第2最近车站的、且至少包含第1最近车站的发车时刻的公共交通工具的过程信息通知给用户。因此，本构成中，能够将何时到达第1最近车站好呢的判断材料向用户提示，能够更加切实地防止再配送。

在上述技术方案中，也可以是，所述过程信息还包含所述第2最近车站的到达时刻。

根据本构成，也能够将第2最近车站的到达时刻向用户通知。

在上述技术方案中，也可以是，所述过程信息在包含所述公共交通工具的换乘车站的情况下，还包含所述换乘车站的到达时刻以及发车时刻中的至少一方。

根据本构成，若从第1最近车站到第2最近车站为止的路径上有换乘车站则能够将该换乘车站的到达时刻以及发车时刻中的至少一方向用户通知。

在上述技术方案中，也可以是，所述货物包含多个第1货物，

所述用户包含所述多个第1货物所对应的多个第1用户，

检测全部所述第1货物装入到配送车的第1时机，

在所述第1时机，取得所述多个第1用户各自的所述第1当前地以及所述第1时刻，

所述第1预想到达时刻在所述第1时机针对各个所述第1货物而被分别算出。

根据本构成，在向配送车装入了成为配送对象的全部货物的第1时机，取得各第1用户的第1当前地以及第1时刻并算出各第1用户的第1预想到达时刻。因此，与在向配送车装入全部第1货物完成之前算出第1预想到达时刻的技术方案相比，能够在更靠近第1预定配送时刻的时机算出第1预定配送时刻，即使向配送车的货物的装入花费时间，也能够以更高精度算出第1预想到达时刻。

在上述技术方案中，也可以是，所述配送目的地包含所述多个第1货物所对应的1个以上的第1配送目的地，

针对所述多个第1货物的每一个检测表示在所述第1配送目的地进行了配送这一情况的第2时机，

在各个所述第2时机，取得配送顺序为下一个的第1货物的第1用户的所述第1当前地以及所述第1时刻，算出所述第1预想到达时刻以及所述第1差分，

所述第1消息，在所述第2时机，被向所述下一个的第1货物的所述第1用户的所述第1信息终端发送。

根据本构成，每当配送第1货物时，都算出下一个第1货物的第1用户的第1预想到达时刻以及第1差分，将与第1差分相应的第1消息发送到该第1用户的第1信息终端。因此，能够在更靠近第1预定配送时刻的时机算出各第1用户的第1预想到达时刻，能够以更高精度算出第1预想到达时刻。

本公开的又一技术方案，是向用户提供信息的信息提供系统的信息提供方法，所述信息提供系统的计算机，

经由网络取得所述用户的当前地以及检测出所述当前地的第1时刻，

从存储器读出发给所述用户的货物的配送目的地、表示所述当前地的种类的类别信息、与所述类别信息进行了关联的多个停留时间、以及预定配送时刻，

基于所述类别信息以及所述多个停留时间，决定所述当前地所对应的所述多个停留时间，

基于所述当前地以及所述配送目的地，算出所述用户从所述当前地向所述配送目的地移动所需的移动时间，

基于所述第1时刻、所述当前地所对应的所述多个停留时间、以及所述移动时间，算出多个预想到达时刻，

判断所述预定配送时刻是否处于所述多个预想到达时刻之间，

在所述预定配送时刻处于所述多个预想到达时刻之间的情况下，将与所述货物的配送相关的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

在当前地的停留时间并非是一律相同的时间，假想多个停留时间。根据本构成，基于表示当前地的类别的类别信息和类别信息所关联的多个停留时间，决定当前地所对应的多个停留时间。而且，基于多个停留时间和从当前地向配送目的地的用户的移动时间，算出用户到达配送目的地的多个预想到达时刻，在货物的预定配送时刻处于多个预想到达时刻之间的情况下，将与配送相关的消息提示给用户。因此，能够准确地判定相应的用户是否属于边界线顾客。进而，由于对被判定为边界线顾客的用户发送与配送相关的消息，所以能够对该用户很好地给与催促返回配送目的地的压力，能够有效防止再配送。

在上述技术方案中，也可以是，所述类别信息包含表示与从所述用户到达所述当前地时起到所述第1时刻为止的经过时间相应的、所述用户能够立即从所述当前地出发的概率的信息，

经由所述网络，取得所述用户到达所述当前地时的第2时刻，

基于所述第1时刻以及所述第2时刻，算出所述经过时间，

基于表示所述概率的信息以及所述经过时间，确定所述经过时间所对应的所述概率，

判断所确定出的所述概率是否为预定值以上，

在所述概率为所述预定值以上的情况下，将所述多个停留时间设定为0。

例如，在英语会话教室中，在用户不上课而进行预约的情况下，在到达后经过10分钟左右为止就离开，另一方面，在听课的情况下，出现不得不经过50分钟左右才离开这样的倾向。因此，根据这样的倾向，能够根据用户到达当前地起的经过时间，求出用户是否从当前地马上出发的概率。

根据本构成，基于用户到达了当前地的第2时刻和检测出用户位于当前地的第1时刻，算出从用户到达了当前地的第2时刻起的经过时间，基于该经过时间，确定用户能够立即从当前地出发的概率，若该概率为预定值以上，则在该停留场所的停留时间为0，即，视为用户能够立即从当前地出发，算出预想到达时刻。这样，由于使用与到达当前地起的经过时间相应的能够马上从当前地出发的概率算出预想到达时刻，所以能够将用户的停留特性考虑进去而算出适当的预想到达时刻。

在上述技术方案中，也可以是，所述类别信息包含表示与从所述用户到达所述当前地时起到所述第1时刻为止的经过时间相应的、所述用户能够立即从所述当前地出发的概率的信息，

经由所述网络，取得所述用户到达所述当前地时的第2时刻，

基于所述第1时刻以及所述第2时刻，算出所述经过时间，

基于表示所述概率的信息以及所述经过时间，确定所述经过时间所对应的所述概率，

判断所确定出的所述概率是否为预定值以上，

在所述概率为所述预定值以上的情况下，将所述多个停留时间中除去最长的所述停留时间的至少1个所述停留时间设定为0。

根据本构成，基于用户到达了当前地的第2时刻和检测出用户位于当前地的第1时刻，算出从用户到达了当前地的第2时刻起的经过时间，基于该经过时间，确定用户能够马上从当前地出发的概率，若该概率为预定值以上，则将多个停留时间之中除去最长的停留时间的至少1个停留时间视为0，即，视为用户能够马上从当前地出发，算出预想到达时刻。这样，在本技术方案中，由于采用被视为至少能够从当前地马上出发而算出的预想到达时刻和最长的停留时间来作为多个预想到达时刻，所以能够将用户的停留特性考虑进去来适当确定边界线顾客。

在上述技术方案中，也可以是，所述概率根据所述用户过去的停留历史记录而被算出。

根据本构成，在算出所述概率时，由于使用用户过去的停留历史记录，所以能够准确地算出所述概率。

本公开的又一技术方案是一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的当前地以及检测出所述当前地的时刻，

从存储器读出发给所述用户的货物的配送目的地、所述用户的移动路径、所述用户的移动历史记录、表示直到所述用户到达所述配送目的地为止的期间有可能经由的地点的种类的类别信息、与所述类别信息进行了关联的多个停留时间、以及预定配送时刻，

基于所述当前地、所述用户的移动路径、以及所述用户的移动历史记录，提取所述地点，

基于所述类别信息以及所述多个停留时间，决定所提取出的所述地点所对应的所述多个停留时间，

基于所述当前地、所述地点以及所述配送目的地，算出所述用户从所述当前地经由所述地点向所述配送目的地移动所需的移动时间，

基于所述时刻、所提取出的所述地点所对应的所述多个停留时间、以及所述移动时间，算出多个预想到达时刻，

判断所述预定配送时刻是否处于所述多个预想到达时刻之间，

在所述预定配送时刻处于所述多个预想到达时刻之间的情况下，将与所述货物的配送相关的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

根据本构成，根据用户的移动路径以及移动历史记录等，提取用户直到到达配送目的地为止之间有可能经由的地点，根据在所提取出的地点的多个停留时间算出用户到达配送目的地的多个预想到达时刻。因此，在用户从当前地绕道的情况下，将绕道的地点考虑进去，能够准确地算出用户向配送目的地的多个预想到达时刻。而且，若货物的预定配送时刻处于多个到达时刻之间，则将与配送相关的消息提示给用户。因此，能够对进行这样的绕道的用户很好地赋予催促返回配送目的地的压力，能够有效防止再配送。

本公开的又一技术方案是一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的第1当前地、检测出所述第1当前地的第1时刻、发给所述用户的货物的配送员的第2当前地、检测出所述第2当前地的第2时刻、以及交通信息，

从存储器读出所述货物的配送目的地、表示所述第1当前地的种类的类别信息、以及与所述类别信息进行了关联的多个停留时间，

基于所述类别信息以及所述多个停留时间，决定所述第1当前地所对应的所述多个停留时间，

基于所述第1当前地以及所述配送目的地，算出所述用户从所述第1当前地向所述配送目的地移动所需的第1移动时间，

基于所述第1时刻、所述第1当前地所对应的所述多个停留时间、以及所述第1移动时间，算出最早的第1预想到达时刻以及最晚的第2预想到达时刻，

基于所述第2当前地、所述交通信息、以及所述配送目的地，算出所述配送员从所述第2当前地向所述配送目的地移动所需的最短的第2移动时间以及最长的第3移动时间，

基于所述第2时刻以及所述第2移动时间，算出最早的第1预想配送时刻，

基于所述第2时刻以及所述第3移动时间，算出最晚的第2预想配送时刻，

判断所述第1预想配送时刻或所述第2预想配送时刻是否处于所述第1预想到达时刻和所述第2预想到达时刻之间，

在所述第1预想配送时刻或所述第2预想配送时刻处于所述第1预想到达时刻和所述第2预想到达时刻之间的情况下，将催促所述用户向所述配送目的地到达的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

根据本构成，根据在第1当前地的多个停留时间等算出用户向配送目的地到达的最早的第1预想到达时刻以及最晚的第2预想到达时刻。另外，基于第2当前地、交通信息、以及配送目的地算出货物到达配送目的地的最早的第1预想配送时刻以及最晚的第2预想配送时刻。而且，若第1预想配送时刻或第2预想配送时刻处于第1预想到达时刻以及第2预想到达时刻之间，则将与配送相关的消息提示给用户。因此，即使在因交通拥堵等要因而在向配送目的地的货物的预想配送时刻发生波动的情况下，也能够准确地判定用户是否是边界线顾客，能够对被判定为边界线顾客的用户很好地赋予返回配送目的地的压力，能够防止货物的再配送。

本公开也能够将这样的方法所包含的特征性的各步骤作为使计算机执行的计算机程序或通过该计算机程序进行动作的系统而实现。另外，能够使这样的计算机程序经由CD－ROM等的计算机可读取的非瞬时性记录介质或互联网等的通信网络流通，是不言而喻的。

此外，以下说明的实施方式均表示本公开的一具体例。以下的实施方式所示的数值、形状、构成要素、步骤、步骤的顺序等是一例，并非意在限定本公开。另外，针对以下的实施方式的构成要素之中、表示最上位概念的独立权利要求所没有记载的构成要素，作为任意的构成要素进行说明。另外在全部实施方式中，也的能够将各个内容进行组合。

(实施方式1)

图1是表示本公开的实施方式1的信息提供系统的网络构成的一例的图。信息提供系统提供一种用于催促作为收取人的用户在货物的预定配送时刻位于配送目的地的家中，防止货物的再配送的服务。信息提供系统具备：服务器1、用户终端2(第1信息终端的一例)，以及配送员终端3。服务器1～配送员终端3经由网络NT以能够彼此通信的方式连接。作为网络NT，例如采用互联网通信网以及便携电话通信网等。服务器1也可以称为信息提供装置。

服务器1例如由1个或多个计算机构成，掌管本信息提供系统的全体控制。用户终端2例如由智能手机以及平板终端等的可携带的信息处理装置构成，由应用本信息提供系统的服务的用户持有。用户终端2定期地检测自己的位置并向服务器1发送，将从服务器1通知的各种消息进行显示。

配送员终端3例如由智能手机以及平板终端等的可携带的信息处理装置构成，对配送货物的配送员显示各种消息。在此，配送员终端3既可以由搭载于配送员乘坐的配送车的信息处理装置构成，也可以例如安装于配送车具备的ECU(Electronic Control Unit：电子控制单元)或导航系统。另外，配送员终端3也可以由为货物的配送员用而开发的专用的可携带的信息处理装置构成。

此外，在图1中，为了便于说明，仅图示1个用户终端2，但这是一例，也可以包含多个用户终端2。该情况下，从这些用户终端2发送的数据，使用持有用户终端2的用户的用户ID而按用户被进行管理。同样地，在图1中，仅图示有1个配送员终端3，但是也可以包含多个配送员终端3。该情况下，从配送员终端3发送的数据，使用对于配送员终端3独立赋予的配送员ID而按配送员被进行管理。

图2是表示图1所示的信息提供系统的构成的一例的框图。服务器1具备：存储器11、移动时间算出部12、差分算出部13、差分判定部14、通信部15、停留时间决定部16、预想到达时刻算出部17、消息选择部18、以及控制部19。此外，移动时间算出部12、差分算出部13、差分判定部14、停留时间决定部16、预想到达时刻算出部17、消息选择部18、以及控制部19例如可以由CPU等的处理器构成，也可以由专用的硬件回路构成。该情况下，这些构成要素既可以分别由不同的硬件构成，也可以通过1个处理器执行预定的程序而构成。

存储器11例如由半导体存储器构成，预先存储：发给用户的货物的配送目的地、表示用户的当前地的种类的类别信息、与类别信息进行了关联的停留时间、以及货物的预定配送时刻。

停留时间决定部16使用通信部15从用户终端2接收到的用户的第1当前地和存储器11所存储的类别信息以及停留时间，决定用户在第1当前地的停留时间。

移动时间算出部12使用用户的第1当前地以及存储器11所存储的配送目的地，算出用户从第1当前地向配送目的地移动所需的第1移动时间。在此，移动时间算出部12例如也可以使用路径搜索算法根据地图信息确定将第1当前地和配送目的地相连的最佳路径，通过所确定出的最佳路径除以预先确定的移动速度来算出第1移动时间。就移动速度而言，例如，若最佳路径是被假想以徒步移动的路径，则采用徒步的速度，若最佳路径是被假想利用车移动的路径，则采用车的移动速度，若是被假想利用电车以及公交车等的交通公共机关移动的路径，则采用公共交通工具的移动速度。

或者，移动时间算出部12也可以对路线搜索应用程序指定第1当前地和配送目的地来进行移动时间的算出请求，采用所输出的移动时间来作为第1移动时间。此外，路线搜索应用程序例如采用在互联网上公开的路径搜索网站。

预想到达时刻算出部17使用通信部15接收到的第1当前地的用户终端2的检测时刻即第1时刻、停留时间决定部16决定出的停留时间、以及移动时间算出部12算出的第1移动时间，算出第1预想到达时刻。在此，第1预想到达时刻通过第1时刻加上停留时间以及第1移动时间而被算出。

差分算出部13算出存储器11所存储的向货物的配送目的地的第1预定配送时刻、和预想到达时刻算出部17算出的第1预想到达时刻的第1差分。

差分判定部14判定差分算出部13算出的第1差分是否为第1阈值以下，在第1差分为第1阈值以下的情况下，将相应的用户确定为在预定配送时刻附近、即，正好在配送时刻、或、在配送时刻紧前面、或、配送时刻紧后面返回到配送目的地的顾客即边界线顾客。在此，差分判定部14判定第1差分的绝对值是否为第1阈值以下即可。由此，将第1预想到达时刻属于以第1预定配送时间为基准前后由第1阈值确定的时间段的用户确定为边界线顾客。作为第1阈值，例如，能够采用10分钟。该情况下，将第1预想到达时刻属于以第1预定配送时间为基准之前10分钟、之后10分钟的期间的用户确定为边界线顾客。但是这是一例，作为第1阈值，也可以采用3分钟、5分钟、15分钟等的10分钟以外的值。

消息选择部18根据差分算出部13算出的第1差分，选择向用户通知的消息(第1消息的一例)的种类。控制部19掌管服务器1的全体控制。

通信部15由将服务器1与网络NT连接的通信装置构成，例如，接收从用户终端2发送的第1当前地以及第1时刻、并且将消息选择部18选择出的消息向用户终端2发送。

用户终端2具备：存储器21、时刻管理部22、GPS(全球定位系统传感器)23、通信部24、显示部25、输入部26、以及控制部27。存储器21例如由半导体存储器构成，存储为了显示消息所需的应用程序等。

时刻管理部22例如由时钟构成，对时刻进行计时。GPS23利用来自GPS卫星的电波算出用户终端2的当前地。在此，GPS23例如以预定的时间间隔(例如，1分钟、2分钟、10分钟等)算出当前地即可。

通信部24由将用户终端2与网络NT连接的通信装置构成，将GPS23算出的当前地作为用户的第1当前地，并向服务器1发送。此时，通信部24将时刻管理部22计时得到的第1时刻与第1当前地进行关联而向服务器1发送。另外，通信部24接收从服务器1发送来的消息。第1时刻是GPS23算出用户终端2的当前地的时刻、即，第1时刻是GPS23算出第1时刻的时刻。所算出的时刻也可以称为所检测出的时刻。显示部25由液晶显示器等的显示装置构成，显示包含消息等的各种图像。输入部26例如由触摸面板构成，受理来自用户的各种操作。控制部27由CPU等的处理器构成，掌管用户终端2的全体控制。

配送员终端3具备：存储器31、时刻管理部32、GPS33、读取部34、通信部35、显示部36、输入部37、以及控制部38。存储器31例如由半导体存储器构成，存储用于显示从服务器1发送的各种消息的应用程序等。

时刻管理部32例如由时钟构成，对时刻进行计时。GPS33利用来自GPS卫星的电波算出配送员终端3的当前地。在此，GPS33例如以预定的时间间隔(例如，1分钟、2分钟、10分钟等)算出当前地即可。

读取部34例如由对贴附于货物的货物单据所记载的条形码或QR码(注册商标)等进行读取的条形码读取器(reader)构成。在此，条形码或QR码(注册商标)至少包含货物的标识符即货物ID。配送员在配送中心向配送车装入货物时，使读取部34读取所装入的货物的货物单据所记载的条形码或QR码(注册商标)。由此，配送员终端3以读取部34读取出的货物ID作为键(key)从服务器1取得配送目的地、收取人、以及预定配送时刻等的货物信息，能够管理应配送的货物。

通信部35由将配送员终端3与网络NT连接的通信装置构成，将GPS33检测出的当前地以及时刻管理部32计时得到的时刻进行关联而向服务器1发送。

显示部36由液晶显示器等的显示装置构成，将包含从服务器1发送的消息等的各种图像进行显示。输入部37例如由触摸面板构成，受理来自用户的各种操作。控制部38由CPU等的处理器构成，掌管配送员终端3的全体控制。

图3是表示服务器1的存储器11存储的当前地DB31以及类别DB32的数据构成的一例的图。当前地DB31是存储用户的第1当前地的数据库，在1个记录存储有用户终端2检测出的第1当前地。

具体而言，当前地DB31将「时刻」、「用户ID」、「位置信息」、以及「当前地」进行关联并存储。「时刻」表示用户终端2检测出的第1当前地的检测时刻。在此，「时刻」一栏存储与第1当前地关联并发送的时刻。

「用户ID」表示第1当前地被检测了的用户的标识符。在此，「用户ID」可以采用与发送了第1当前地的用户终端2的通信地址进行了预先关联的用户ID，若从用户终端2发送的第1当前地包含用户ID，则也可以采用该用户ID。此外，在此，为了便于说明，示出用户ID是「GUEST0020」的用户的第1当前地，但这是一例，若服务器1也接收到其他用户的第1当前地，则在当前地DB31也存储其他用户的第1当前地。

「位置信息」表示第1当前地的位置信息。在此，位置信息由纬度以及经度的2维数据构成，但这是一例，还可以由包含高度的3维数据构成。「当前地」示出「大井町站月台」这样的第1当前地的所在地。此外，就「当前地」而言，例如也可以根据从用户终端2发送的第1当前地的位置信息，通过参照地图信息而由服务器1确定，也可以在与第1当前地关联而从用户终端2发送当前地的情况下，采用该发送的当前地。

类别DB32是为了确定第1当前地所对应的类别而使用、并将「当前地」与「类别」进行关联并存储的数据库，对1个记录关联有1个当前地。「当前地」与当前地DB31的「当前地」相同。「类别」表示「当前地」的类别，例如，表示位于当前地的设施的类别。在此，表示公共交通工具的车站的「车站」、表示瑜伽工作室等的运动健身房的「健身房」、以及表示超市的「超市」存储于「类别」一栏。在此，类别DB32被事先作成。

图4是表示服务器1的存储器11存储的停留时间DB41、配送目的地DB42、以及货物DB43的数据构成的一例的图。停留时间DB41是为了确定用户在第1当前地的停留时间而使用、并将「类别」和「停留时间」进行关联并存储的数据库。「类别」与类别DB32的「类别」相同。「停留时间」表示假想用户在由类别表示的当前地停留的停留时间。在此，停留时间采用了通过对过去的统计数据进行分析或机器学习而算出的时间。在此，若为「车站」则采用「5分钟」，若为「超市」则采用「20分钟」这一时间。

配送目的地DB42是存储货物的配送目的地的数据库，对1个记录分配1个配送目的地。具体而言，配送目的地DB42将「用户ID」、「配送目的地住所」、以及「消息发送目的地」进行关联并存储。「用户ID」是成为货物的收取人的用户的标识符。「配送目的地住所」是货物的配送目的地的住所。「消息发送目的地」是作为收取人的用户的用户终端2的邮件地址等的通信地址。

货物DB43是为了决定向货物的配送目的地的第1预定配送时刻而使用的数据库，并且对1个记录分配有1个货物。具体而言，货物DB43将「用户ID」、「货物ID」、「预定配送时刻」、以及「发送者」进行关联并存储。「用户ID」表示作为货物的收取人的用户的用户ID。「货物ID」表示唯一识别货物的标识符即货物ID。「预定配送时刻」是向货物的配送目的地的第1预定配送时刻。在此，像「2018年1月1日13：00」这样，第1预定配送时刻由年月日与时刻构成。此外，第1预定配送时刻采用了将用户的配送希望时刻、配送目的地、以及配送车的货物的配送路线等考虑进去而预先算出的预定配送时刻。「发送者」表示货物的发送者(发件人)的用户ID。

图5是表示服务器1的存储器11存储的顾客消息DB51以及配送员消息DB52的数据构成的一例的图。顾客消息DB51是存储消息选择部18选择的消息的数据库，并且对1个记录分配有1个消息。具体而言，顾客消息DB51将「消息ID」和「消息」进行关联并存储。「消息ID」表示消息的标识符。「消息」一栏存储有消息的内容。在此列举的消息中，在「○○：○○」的部位记载第1预定配送时刻。

第1行的「将在○○：○○左右为您送货」这一消息例如是对第1预想到达时刻为比第1预定配送时刻提前了第1阈值得到的时刻之前的用户、即，被视为确实在家的用户通知的消息。

第2行的「将在○○：○○左右为您送货。您预计在家吗？」这一消息例如是对属于上述的边界线顾客的用户通知的消息。此外，该消息包含「您预计在家吗？」这一词句，请求来自用户的回答。因此，被通知该消息的用户操作用户终端2，输入表示有无在家的回答并向服务器1发送。

第3行的「将在○○：○○左右为您送货。若快递箱有空余的话将会放入快递箱。」这一消息例如是对第1预想到达时刻为第1预定配送时刻加上第1阈值得到的时刻之后的用户、即，被视为切实不在的用户通知的消息。

配送员消息DB52是存储由消息选择部18选择的消息的数据库，并且对1个记录分配有1个消息。具体而言，配送员消息DB52将「消息ID」以及「消息」进行关联并存储。「消息ID」表示消息的标识符。「消息」表示消息的内容。此外，在此列举的消息中，在「○○：○○」的部位记载第1预想到达时刻。

第1行的「预想到达时间是○○：○○。在家的可能性高。」这一消息例如是被通知给配送在第1预定配送时刻被视为确实在家的用户的货物的配送员的配送员消息。

第2行的「预想到达时间是○○：○○。正在确认能否收取。」这一消息例如是被通知给配送边界线顾客的货物的配送员的配送员消息。

第3行的「预想到达时间是○○：○○。不在的可能性高。」这一消息例如是被通知给配送在第1预定配送时刻被视为切实不在的用户的货物的配送员的配送员消息。

图6是表示在图1所示的信息提供系统中用户终端2以及服务器1间的数据的收发的一例的时序图。

用户终端2将GPS23检测出的第1当前地、和GPS23检测出第1当前地的时刻即第1时刻进行关联并向服务器1发送。该发送定期进行，所发送的第1当前地以及第1时刻存储于图3所示的当前地DB31。

接着，服务器1在成为预定的处理时机(timing)时，从图5所示的顾客消息DB51中选择与第1预想到达时刻和第1预定配送时刻的第1差分、和第1阈值的比较结果相应的消息并向用户终端2发送。

图7是表示在图1的信息提供系统中配送员终端3以及服务器1间的数据的收发的一例的时序图。配送员终端3将GPS33检测出的配送员的当前地及其检测时刻进行关联并向服务器1发送。该发送定期进行，由服务器1把握配送员的当前地。

接着，服务器1在成为预定的处理时机时，从图5所示的配送员消息DB52中选择与第1预想到达时刻和第1预定配送时刻的第1差分、和第1阈值的比较结果相应的配送员消息，并向配送员终端3发送。

图8是表示实施方式1的信息提供系统的处理的一例的流程图。在S1中，通信部15取得从用户终端2发送的第1当前地以及第1时刻。在S2中，控制部19从存储器11取得类别DB32、货物DB43、配送目的地DB42、以及停留时间DB41。

在S3中，停留时间决定部16决定停留时间。例如，将在S1中取得的第1当前地设为是「大井町站月台」。该情况下，根据图3所示的类别DB32确定「车站」作为类别，根据图4所示的停留时间DB41而确定「5分钟」。

在S4中，移动时间算出部12算出用户从在S1取得的第1当前地移动到配送目的地所需的第1移动时间。例如，若将处于在S1取得的第1当前地的用户的用户ID设为「GUEST0020」，则根据配送目的地DB42确定作为配送目的地的「横浜市神奈川区…」。然后，确定第1当前地和配送目的地之间的最佳路径，并除以假想的移动速度、或者，向路线搜索应用程序进行移动时间的算出请求，由此算出第1移动时间。

在S5中，预想到达时刻算出部17通过对在S1取得的第1时刻加上在S3决定的在第1当前地的停留时间、以及在S4算出的第1移动时间来算出用户的向配送目的地的第1预想到达时刻。在上述的大井町站月台的例子中，若设为当前时刻是18：55，「车站」的停留时间是「5分钟」、从大井町站月台到配送目的地的第1移动时间被算出为「20分钟」，则第1预想到达时刻通过18点55分加上5分钟以及20分钟而算出为19点20分。

在S6中，差分算出部13从在S5算出的第1预想到达时刻中，减去货物DB43所存储的相应的货物的第1预定配送时刻而算出第1差分。例如，在上述的大井町站月台的例子中，若设为第1预定配送时刻是「19点25分」，则由于第1预想到达时刻是「19点20分」，所以第1差分成为「19点20分」与「19点25分」的差分即「－5分钟」。

在S7中，消息选择部18选择与第1差分相应的消息，并使用通信部15向相应的用户的用户终端2发送。例如，消息选择部18在第1差分的绝对值为第1阈值以下，即，相应的用户是边界线顾客的情况下，发送顾客消息DB51的第2行所记载的、要求回答是否能够收取的消息。

该情况下，首先，消息选择部18将配送员消息DB52的第2行表示的正在确认能否收取之意的消息向配送员终端3发送。然后，消息选择部18在被从用户通知了能够收取之意的回答的情况下，对配送员终端3发送能够收取之意的消息即可。另一方面，消息选择部18在被从用户通知了无法收取之意的回答的情况下，对配送员终端3发送无法收取之意的消息即可。

另外，若第1差分的绝对值比第1阈值大、且第1预想到达时刻为第1预定配送时刻之前，则消息选择部18发送顾客消息DB51的第1行所记载的、对被视为确实在家的用户发送的消息。该情况下，消息选择部18例如将配送员消息DB52的第1行所示的表示在家的可能高这一情况的消息向配送员终端3发送即可。由此，配送员能够不担心再配送而安心配送货物。

另外，若第1差分的绝对值比第1阈值大、且第1预想到达时刻为第1预定配送时刻之后，则消息选择部18发送图5的第3行所记载的、对被视为确实不在的用户发送的消息。该情况下，消息选择部18例如将配送员消息DB52的第3行所示的表示不在的可能性高这一情况的消息向配送员终端3发送即可。由此，配送员能够跳过相应的货物的配送目的地而前往下一个配送目的地，能够效率良好地进行货物的配送。

在图8的流程图的技术方案中，对属于边界线顾客的用户发送要求回答的消息，对除此以外的用户不发送要求回答的消息。因此，实现了对用户的心烦的减轻。另一方面，对属于边界线顾客的用户发送要求回答的消息。因此，对进行了能够收取之意的回答的用户，能够赋予「必须遵守约定」这一心理效果，能够期待防止再配送。另一方面，对进行了无法收取之意的回答的用户，通过向配送员通知表示无法收取这一情况的消息，能够使配送员避免向相应的货物的配送目的地的配送，能够实现防止再配送。

图9是表示实施方式1的信息提供系统的处理的其他一例的流程图。此外，在该流程图中，对属于边界线顾客的用户发送消息。

在S11中，执行处理A。处理A是图8的S1～S6所示的处理。在S12中，差分判定部14判定第1差分的绝对值是否为第1阈值以下。在第1差分的绝对值为第1阈值以下的情况下(S12中为是)，处理进入S13，在第1差分的绝对值比第1阈值大的情况下(S12中为否)，处理结束。

在S13中，消息选择部18使用通信部15将顾客消息DB51的第2行所记载的催促能否收取的回答的消息向用户终端2发送，并且使用通信部15将配送员消息DB52中第2行所记载的正在确认能否收取之意的消息向配送员终端3发送。

然后，在被从用户通知了能够收取的回答的情况下，消息选择部18将能够收取之意的消息向配送员终端3发送。另一方面，在被从用户通知了无法收取之意的回答的情况下，消息选择部18将无法收取之意的消息向配送员终端3发送。

图10是表示将请求能否收取货物的回答的消息进行显示的消息显示画面G1的一例的图。消息显示画面G1具备显示「将在20：05左右为您送货。预计在家吗？」这一消息、记载为「是」的按钮B1、以及记载为「否」的按钮B2的显示栏R1。

显示栏R1的消息中的「20：05」示出第1预定配送时刻。按钮B1是在第1预定配送时刻能够收取货物的情况下选择的按钮，按钮B2是在第1预定配送时刻无法收取货物的情况下选择的按钮。

通过观察显示栏R1所记载的消息，用户决定在20点零5分是否收取货物的意思，在有收取的意思的情况下，选择按钮B1，在没有收取的意思的情况下，选择按钮B2。

在用户终端2中，在输入部26检测到由用户选择按钮B1的操作时，控制部27使用通信部24将能够收取之意的回答向服务器1发送。另一方面，在输入部26检测到由用户选择按钮B2的操作时，控制部27使用通信部24将无法收取之意的回答向服务器1发送。由此，服务器1能够针对边界线顾客判断是否能够进行货物的收取。

图11是表示显示配送员消息的消息显示画面G2的一例的图。该消息显示画面G2是在用户进行了能够收取之意的回答的情况下配送员终端3所显示的画面。消息显示画面G2具备显示栏R2。在显示栏R2显示有「○○预计在20：05左右到达配送目的地。」这一消息。在此，「○○」是进行了能够收取之意的回答的用户的名字。「20：05」是○○的第1预想到达时刻。

另外，在显示栏R2显示有货物ID。该货物ID是根据货物DB43确定的数据，包含在从服务器1发送到配送员终端3的消息中。

看到该消息显示画面G2的配送员判断为「○○」能够收取，能够安心地配送货物。

这样根据实施方式1，根据用户的第1当前地的类别(例如，超市以及工作场所等)确定用户的停留时间，将该停留时间考虑进去算出向配送目的地的第1预想到达时刻，因此能够高精度算出预想到达时刻。

(实施方式2)

实施方式2的信息提供系统是在配送中心对配送车完成全部货物的装入的第1时机开始实施方式1所示的处理的系统。此外，在本实施方式中对与实施方式1相同的构成标注同一标号、且省略说明。另外，在本实施方式中，全体构成图以及框图采用图1以及图2。该情况在以下的实施方式中也相同。

图12是表示实施方式2的货物DB12的数据构成的一例的图。货物DB12相对于货物DB43还设有「配送框」以及「装载完成」一栏。「配送框」是指，配送车从配送中心出发，进行所装入的货物的配送，再返回到配送中心来为止的时间段。在此，作为配送框，采用了「13：00－15：00」、「16：00－18：00」这样的时间段。就第1行的货物而言，预定配送时刻为13：00，因此配送框成为13：00－15：00，就第2行的货物而言，预定配送时刻为13：10，因此配送框成为13：00－15：00。

就「装载完成」而言，在配送中心装入了与配送车相应的货物的情况下，设定表示装入完成的「完毕」，在与配送车相应的货物的装入尚未完成的情况下，成为空白(blank)。

在图12的例子中，就配送框为13：00－15：00的第2行的货物而言，由于「装载完成」一栏为空白，所以该配送框的全部货物的装入尚未完成。

图13是表示实施方式2的处理的一例的流程图。此外，图13的流程图例如在成为处理对象的配送框的开始时刻的一定时间前开始。在S21中，服务器1的控制部19从存储器11取得货物DB12。

在S22中，服务器1的控制部19从货物DB12取得装载对象的配送框的货物的一览。例如，若处理对象的配送框为13：00－15：00，则从货物DB12取得13：00－15：00的配送框中的货物的一览。

在S23中，服务器1的控制部19使用通信部15取得由配送员终端3的读取部34读取出的货物信息。

在此，在配送中心，设为，在配送员使读取部34读取添附于货物的货物单据所记载的条形码或QR码(注册商标)而使配送员终端3取得货物信息之后，向配送车装入货物。由配送员终端3取得的货物信息被发送至服务器1。在此，货物信息至少包含货物ID。

在S24中，服务器1的控制部19通过在货物DB12中，对相应的货物的「装载完成」设定「完毕」，设立相应的货物的「装载完成」标志(flag)。

在S25中，服务器1的控制部19判定相应的配送框的全部货物是否被装入。在此，在相应的配送框中全部货物的「装载完成」一栏被写入了「完毕」的情况下，判定为全部货物被装入。

在全部货物的装入尚未完成的情况下(S25中为否)，处理返回S23，继续由配送员进行的货物的装入作业。另一方面，在全部货物的装入完成的情况下(S25中为是)，处理进入S26。在S26中，对属于成为对象的配送框的各个货物执行处理A。在S27中，与图8的S7或图9的S13同样，发送消息。

这样，在实施方式2中，在向配送车装入了配送框的全部货物的第1时机，执行处理A，算出各用户的第1预想到达时刻。因此，与在向配送车的全部货物的装入完成之前算出第1预想到达时刻的技术方案相比，能够在更接近第1预定配送时刻的时机算出第1预定配送时刻，即使向配送车的货物的装入花费时间，也能够高精度算出第1预想到达时刻。

(实施方式3)

实施方式3的信息提供系统中，除了在配送中心中对配送车完成全部货物的装入的第1时机以外，还在每次向各货物的用户的递交完成时(第2时机)，开始实施方式1所示的处理。

图14是表示实施方式3的货物DB14的数据构成的一例的图。货物DB14相对于货物DB43还设置「访问完成」一栏。「访问完成」在配送员将货物向用户递交而完成了向配送目的地的访问的情况下，设定表示访问的完成的「完毕」，在访问尚未完成的情况下，成为空白。

在图14的例子中，第1行的货物向用户的递交完成，因此「访问完成」被设定「完毕」，第2行的货物向用户的递交尚未完成，因此「访问完成」成为空白。在图14的例子中，配送车处于13：00－15：00的配送框的货物的配送中，因此第1行和第2行的货物的「装载完成」被设定有「完毕」。

图15是表示实施方式3的处理的一例的流程图。此外，图14的流程图例如在成为处理对象的配送框的开始时刻的一定时间前开始。在S31中，执行处理B。在此，处理B是图13的S21～S25的处理。但是，在此，使用货物DB14而不使用货物DB12。

在S32中，服务器1的控制部19判定货物的递交是否完成。在此，配送员在向用户递交货物时，使读取部34读取货物单据所记载的条形码或QR码(注册商标)而使配送员终端3取得货物信息，并发送给服务器1。因此，服务器1的控制部19在通信部15从配送员终端3接收到货物信息的情况下，能够判定为货物的递交已完成。

在货物的递交已完成的情况下(S32中为是)，处理进入S33，在货物的递交尚未完成的情况下(S32中为否)，处理进入S37。在S33中，执行处理A。在S33中，将配送顺序为下一个的货物的用户作为处理对象而执行处理A。在图14的例子中，设为货物的配送顺序是GUEST0020的用户(以下，记为用户U1)、GUEST0030的用户(以下，记为用户U2)的顺序。该情况下，在向用户U1的货物的递交完成了的情况下，将用户U2设为处理对象来执行处理A。此外，在图14中，设为各货物按配送顺序排序。

在S34中，与图8的S7或图9的S1同样，对用户U2发送消息。在S35中，服务器1的控制部19从货物DB14取得配送框的货物的一览。在此，设为取得13：00－15：00的配送框的货物的一览。在S36中，服务器1的控制部19通过对用户U1的货物的「访问完成」设定「完毕」，设立相应的货物的「访问完成」标志(flag)。

在S37中，服务器1的控制部19判定配送框的全部货物的递交有无完成。在全部货物的递交完成了的情况下(S37中为是)，处理结束，在全部货物的配送尚未完成的情况下(S37中为否)，处理返回S32，对下一个用户判定货物的递交是否完成。

根据实施方式3，每当配送货物时，对下一个货物的用户执行处理A算出第1预想到达时刻以及第1差分，将与第1差分相应的消息发送到相应的用户的用户终端2。因此，能够在更接近第1预定配送时刻的时机算出各用户的第1预想到达时刻，能够以更高精度算出第1预想到达时刻。

(实施方式4)

实施方式4中，也针对作为货物的收取人的用户的同居人适用是否是边界线顾客的判断。图16是表示实施方式4的配送目的地DB161以及用户DB162的数据构成的一例的图。配送目的地DB161相对于配送目的地DB42，取代「用户ID」而具备「配送目的地ID」，取代「消息发送目的地」而具备「用户列表」。「配送目的地ID」是货物的配送目的地的标识符。「用户列表」存储居住于各配送目的地的用户的用户ID。在第1行的配送目的地的例子中，由于在用户列表一栏存储有「GUEST0020」、「GUEST0021」这样的用户ID，所以可知在该配送目的地居住有由这些用户ID表示的用户。

用户DB162是存储用户的个人信息的数据库，对1个记录分配有1个用户。具体而言，用户DB162将「用户ID」、「姓名」、以及「消息发送目的地」进行关联并存储。此外，配送目的地DB161是顾客列表的一例。

图17是表示实施方式4的货物DB17的数据构成的一例的图。货物DB17相对于货物DB43，还具备「配送目的地ID」。参照货物DB17根据货物ID确定货物的配送目的地ID以及收取人的用户ID，参照配送目的地DB161的用户列表并根据配送目的地ID确定同居人。另外，参照用户DB162并根据所确定出的收取人以及同居人的用户ID确定收取人以及同居人的消息的发送目的地。

图18是表示实施方式4的处理的一例的流程图。在S41中，服务器1的控制部19从存储器11取得配送目的地DB161、用户DB162、以及货物DB17。在S42中，服务器1的控制部19根据成为对象的货物的货物ID，参照货物DB17确定配送目的地ID，根据所确定出的配送目的地ID，参照配送目的地DB161取得用户列表。由此，确定居住于成为对象的货物的配送目的地的收取人以及同居人。

在S43中，服务器1的控制部19对由S42取得的用户列表所包含的包含收取人以及同居人的全部用户反复进行S44、S45的处理。在S44中，执行处理A。处理A是图8的S1～S6的处理。此外，在处理A中同居人的当前地是第2当前地的一例，第2当前地的检测时刻是第2时刻的一例。另外，在处理A中，针对同居人算出的第1移动时间、第1预想到达时刻、以及第1差分分别是第2移动时间、第2预想到达时刻、以及第2差分的一例。

在S45中，消息选择部18与图8的S6或图9的S13同样，使用通信部15对用户列表所包含的各个用户的用户终端2发送与第1差分相应的消息。

这样，在实施方式4中，针对作为货物的收取人的用户的同居人也与收取人同样，将当前地的停留时间考虑进去而算出向配送目的地的预想到达时刻。因此，与能够高精度算出针对同居人的预想到达时刻。另外，也针对同居人，发送与第1阈值和第1差分的比较结果相应的消息。因此，即使在收取人无法收取货物的状况下，若同居人属于边界线顾客，则由于能够对该同居人良好地施加压力(pressure)而催促在家，所以能够提高再配送的抑制效果。

(实施方式5)

实施方式5中，关于使用当初的停留时间算出的第1预想到达时刻，即使是被判断为直到第1预定配送时刻为止无法返回至配送目的地的用户，在若调整停留时间则能够成为边界线顾客的情况下，向该用户发送催促在家的消息。

图19是表示实施方式5的停留时间DB19的数据构成的一例的图。停留时间DB19相对于停留时间DB41，还具备「可调整」。「可调整」表示是否能够调整停留时间。例如，若为超市，则买完东西立即就能够回家。因此，在此，对于「超市」存储有表示停留时间能够调整的「可」。另一方面，在训练健身房(training gym)中，认为很难训练完之后立即回家。因此，在此，对「健身房」存储有表示停留时间无法调整的「不可」。此外，图19中列举的停留时间的能否调整是一例，也可以采用其他技术方案。

图20是表示实施方式5的信息提供系统的处理的第1例的流程图。在S101中，执行处理A。处理A是图8的S1～S6的处理。但是，在此，作为停留时间DB使用停留时间DB19。

在S102中，服务器1的控制部19参照停留时间DB19决定用户在第1当前地的停留时间是否能够调整。在能够调整的情况下(S102中为是)，处理进入S103，在无法调整的情况下(S102中为否)，处理结束。

在S103中，控制部19根据S101的算出结果，判定第1预想到达时刻是否比第1预定配送时刻晚。在第1预想到达时刻比第1预定配送时刻晚的情况下(S103中为是)，处理进入S104，在第1预想到达时刻比第1预定配送时刻早的情况下(S103中为否)，处理结束。

在S104中，控制部19将在处理A中确定出的停留时间假定为0。在S105中，执行处理C。处理C是图8的S3～S6的处理。即，算出从第1当前地到配送目的地为止的第1移动时间，通过对第1时刻加上第1移动时间而非停留时间来再度算出第1预想到达时刻。然后，再度算出第1预想到达时刻和第1预定配送时刻的第1差分。

在S106中，判定再算出的第1差分是否为0以下。若第1差分为0以下(S106中为是)，则处理进入S107，若第1差分比0大(S106中为否)，则处理结束。

即，若是完成在第1当前地的停留后立即回家则第1预想到达时刻就变为比第1预定配送时刻早的用户，则在S106中判定为是。

在S107中，消息选择部18使用通信部15将向用户确认是否能够立即出发的消息(第2消息的一例)向用户终端2发送。

在S108中，控制部19判定通信部15是否从用户终端2接收到表示能够立即出发的信息。在接收到表示能够出发的信息的情况下(S108中为是)，处理进入S109，在没有接收到表示能够出发的信息的情况下(S108中为否)，结束处理。在此，控制部19在从在S107中发送消息起一定时间以内接收到表示无法出发的信息、或、什么消息都没有接收到的情况下，在S108中判定为否即可。

在S109中，控制部19将在处理C中算出的第1预想到达时刻设定为用户的第1预想到达时刻，消息选择部18使用通信部15将在第1预想到达时刻能够在家之意的消息向配送员终端3发送。

图21是表示实施方式5的信息提供系统的处理的第2例的流程图。S201～S203的处理与图20的S101～S103的处理相同。

在S204中，控制部19使用处理A的算出结果算出使第1差分为0以下的出发时刻。在此，出发时刻是若在该时刻从第1当前地出发则第1预想到达时刻会成为比第1预定配送时刻靠前的时刻。因此，出发时刻通过以下的数式算出。

出发时刻＝第1时刻+(停留时间－第1差分)

此外，第1时刻是检测出用户处于第1当前地的时刻。第1差分是第1预想到达时刻－第1预定配送时刻。在该实例(case)中，通过在S203中为是的判定，第1预想到达时刻为比第1预定配送时刻靠后因此第1差分为正。此外，在停留时间－第1差分为负的情况下，无法将第1预想到达时刻设为第1预定配送时刻。该情况下不进行S205以后的处理，结束处理即可。

在S205中，消息选择部18使用通信部15将确认直到出发时刻为止是否能够从第1当前地出发的消息(第2消息的一例)向用户终端2发送。

在S206中，控制部19判定通信部15是否从用户终端2接收到表示直到出发时刻为止能够出发的信息。在接收到表示能够出发的信息的情况下(S206中为是)，处理进入S207，在没有接收到表示能够出发的信息的情况下(S206中为否)，结束处理。在此，控制部19在S206中从发送消息起一定时间以内接收到表示无法出发的信息、或、什么消息都没有接收到的情况下，在S206中判定为否即可。

在S207中，停留时间决定部16将在S204中算出的出发时刻－S206的信息的接收时刻决定为新的停留时间。

在S208中，使用在S207中决定的停留时间执行处理C。处理C是图8的S4～S6的处理。由此，算出在第1当前地仅停留了新的停留时间之后向配送目的地返回的情况下的第1预想到达时刻。

在S209中，控制部19将在处理C中算出的第1预想到达时刻设定为用户的第1预想到达时刻，消息选择部18使用通信部15将在第1预想到达时刻能够在家之意的消息向配送员终端3发送。

图22是表示实施方式5的信息提供系统的处理的第3例的流程图。S301～S304的处理与图21的S201～S204的处理相同。

在S305中，控制部19算出在第1当前地能够停留的剩余时间(第2差分的一例)。在此剩余时间由在S304中算出的出发时刻－第1时刻而算出。

在S306中，消息选择部18使用通信部15将剩余时间向用户终端2发送。由此，用户能够知道为了收取货物，之后在第1当前地能够停留多久。

这样，根据实施方式5，对于若调整停留时间的话，则能够使第1差分为0以下的、即，能够在直到第1预定配送时刻为止返回到配送目的地的用户，通过催促停留时间的调整，能够降低再配送的可能性。

(实施方式6)

实施方式6中，在用户认识到第1预定配送时刻的情况下，减小第1阈值的值。

图23是表示实施方式6的消息发送历史记录DB231以及阈值DB232的数据构成的一例的图。消息发送历史记录DB231是存储用于将第1预定配送时刻向用户通知的事先消息(第2消息的一例)的发送历史记录的数据库。

消息发送历史记录DB231将「用户ID」、「发送时刻」、「消息ID」、以及「是否已读」进行关联并存储。「用户ID」是成为事先消息的发送对象的用户的用户ID。「发送时刻」是事先消息的发送时刻。「消息ID」是向用户发送了的消息的标识符。在此，顾客消息DB51的第1行的消息作为事先消息而被采用。「是否已读」是表示用户有无开封事先消息的信息，在已开封的情况下设定「完毕」，在未开封的情况下设定空白。在此，事先消息例如在第1预定配送时刻的1天前的预定的时刻被发送。

阈值DB232是存储根据事先消息已读的情况和未读的情况而设定的第1阈值的数据库。在此，在未读的情况下第1阈值被设定为20分钟，在已读(完毕)的情况下第1阈值被设定为10分钟，但这是一例。

图24是表示实施方式7的信息提供系统的处理的一例的流程图。在S51中，服务器1的控制部19从存储器11取得消息发送历史记录DB231以及阈值DB232。

在S52中，控制部19通过参照消息发送历史记录DB231来判定成为对象的货物的用户对事先消息是否已读。若为已读(S52中为是)，则处理进入S53，若为未读(S52中为否)，则处理进入S54。

在S53中，由于事先消息为已读，所以控制部19参照阈值DB232，选择已读的第1阈值(＝10分钟)，使处理进入S55。在S54中，由于事先消息为未读，所以控制部19参照阈值DB232选择未读的第1阈值(＝20分钟)，使处理进入S55。

使用在S55中选择出的第1阈值执行处理A。处理A是图8的S1～S6的处理。在S56中，与图8的S7或图9的S13同样，将与在处理A中算出的第1差分相应的消息发送至用户终端2。

针对事先已读取了消息的用户，被认为是认识到第1预定配送时刻、且收取货物的可能性高的用户。因此，在本实施方式中，对于已读取事先消息的用户，将第1阈值设定为小。由此，能够降低将该用户作为边界线顾客处理的可能性。因此，能够使该用户省去对边界线顾客发送的消息的确认的工夫。

(实施方式7)

实施方式7中，在货物的发送者是货物的收取人认识的人、两者处于亲密关系的情况下，将第1阈值设定为大。认识的人是指，家人、友人、亲戚等。图25是表示实施方式7的地址簿DB251以及阈值DB252的数据构成的一例的图。地址簿DB251是将收取人和过去对收取人发送过货物的发送者进行关联并存储的数据库，具备「地址簿所有者用户ID」和「登记用户ID」。「地址簿所有者用户ID」是收取人的用户ID。「登记用户ID」是发送者的用户ID。

在图25的例子中，由GUEST0020表示的用户过去被从由GUEST0050表示的用户发送货物，后者被认为是前者认识的人。

阈值DB252是存储根据发送者并非收取人认识的人的情况和是认识的人的情况而设定的第1阈值的数据库。在此，在是认识的人的情况下第1阈值被设定为30分钟，在并非认识的人的情况下第1阈值被设定为20分钟，但这是一例。

图26是表示实施方式7的信息提供系统的处理的一例的流程图。在S61中，服务器1的控制部19从存储器11取得地址簿DB251、阈值DB252、以及货物DB43。

在S62中，控制部19判定成为对象的货物的发送者是否是与收取人认识的人。在此，根据货物DB43确定成为对象的货物的收取人以及发送者各自的用户ID，根据这些用户ID参照地址簿DB251，若在「登记用户ID」一栏存储有发送者的用户ID，则判定为该发送者是收取人认识的人。另一方面，若在「登记用户ID」一栏中没有存储发送者的用户ID，则判断为该发送者不是收取人认识的人。

在判定为发送者是收取人认识的人的情况下(S62中为是)，处理进入S63，在判定为发送者并非是收取人认识的人的情况下(S62中为否)，处理进入S64。

在S63中，由于发送者是收取人认识的人，所以控制部19参照阈值DB252，选择认识的人的第1阈值(＝30分钟)，使处理进入S65。在S64中，由于发送者不是收取人认识的人，所以控制部19参照阈值DB252选择并非认识的人的第1阈值(＝20分钟)，使处理进入S65。S65与图24的S55、S56相同。

这样，根据本实施方式，在货物的发送者是收取人认识的人的情况下，将第1阈值设定为比不是认识的人的情况下大。因此，提高将收取来自认识的人的货物的用户作为边界线顾客进行处理的可能性。由此，能够对用户催促来自认识的人的重要货物的收取，能够降低将该重要的货物作为再配送货物进行处理的可能性。

(实施方式8)

实施方式8中，根据货物的类别变更第1阈值。图27是表示实施方式8的信息提供系统的货物DB271以及阈值DB272的数据构成的一例的图。货物DB271相对于货物DB43，取代「用户ID」而具备「配送目的地ID」、并且还具备「货物的类别」。「货物的类别」是表示一般、冷(cool)、高尔夫这样的货物的类别的类别信息。「一般」表示货物是通常的货物这一情况。「冷」表示货物是生鲜食品(生的东西)这一情况。「高尔夫」表示货物是高尔夫球棒这一情况。

阈值DB272是存储与货物的类别相应的第1阈值的数据库。在该例中，第1阈值被设定为是收取的重要度越高的货物则越大的值。

图28是表示实施方式8的信息提供系统的处理的一例的流程图。在S71中，服务器1的控制部19从存储器11取得货物DB271以及阈值DB272。

在S72中，控制部19从货物DB271取得成为对象的货物的类别。在S73中，控制部19根据阈值DB272设定类别所对应的第1阈值。

在S74中，执行使用了在S73中设定的第1阈值的处理A。处理A是图8的S1～S6的处理。S75与图26的S66相同。

这样，在本实施方式中，例如，针对高尔夫球棒以及生鲜食品等的收取的重要度高的货物，提高将作为收取人的用户作为边界线顾客进行处理的可能性。由此，对于用户，能够催促收取的重要度高的货物的收取，降低再配送的可能性。

(实施方式9)

实施方式9中，根据货物的大小以及重量变更第1阈值。图29是表示实施方式9的货物DB291以及阈值DB292的数据构成的一例的图。货物DB291相对于货物DB271，取代「货物的类别」而具备「货物的区分」以及「重量的区分」。「货物的区分」表示由货物的3边的合计值确定的货物的区分。货物的3边的合计值是指货物的高度、宽度、以及深度的合计值。例如，就装在四角形的箱中的货物而言，该箱的高度、宽度、深度的合计值成为3边的合计值。另外，就四角形以外的货物而言，套用外接于货物的长方体时的该长方体的高度、宽度、深度的合计值成为3边的合计值。

在此，就货物的区分而言，3边的合计值为60cm以下的货物采用了60的值，3边的合计值比60cm大且100cm以下的货物采用了100的值，3边的合计值比100cm大且为140cm以下的货物采用了140的值。

重量的区分表示由货物的重量确定的货物的区分。在此，重量的区分以2kg以下、大于2kg且10kg以下、以及大于10kg且为15kg以下这样的方式进行区分。

阈值DB292是存储「货物的区分」(第2阈值的一例)，以及「重量的区分」(第3阈值的一例)的组合所对应的第1阈值的数据库。在此，货物的区分越大、重量的区分越重的货物则设定越大的第1阈值。

图30是表示实施方式9的信息提供系统的处理的一例的流程图。在S81中，服务器1的控制部19从存储器11取得货物DB291以及阈值DB292。

在S82中，控制部19从货物DB271取得成为对象的货物的区分以及重量的区分。在S83中，控制部19根据阈值DB292设定货物的区分以及重量的区分所对应的第1阈值。例如，由于货物DB291的第1行的货物是货物的区分＝60、重量的区分＝2kg以下，所以设定为第1阈值＝20分钟。

在S84中，使用在S83中设定的第1阈值执行处理A。处理A是图8的S1～S6的处理。S85与图26的S66相同。

这样，根据本实施方式，针对大小大且重量大的货物，将第1阈值设定为大。因此，提高将这样的再配送的成本高的货物的收取人即用户作为边界线顾客处理的可能性，能够对该用户催促货物的收取。其结果，能够降低再配送的成本高的货物被再配送的可能性。

此外，在实施方式9中，使用货物的区分和重量的区分决定第1阈值，但是也可以使用任一方的区分决定第1阈值。

(实施方式10)

实施方式10中，货物的配送所花费的所需时间越大，则将第1阈值设定为越大。图31是表示实施方式10的货物DB311以及阈值DB312的数据构成的一例的图。货物DB311相对于货物DB271，取代「货物的类别」而具备「所需时间」。「所需时间」表示与货物的配送相关的时间，在此，在「所需时间」一栏中存储有从配送中心配送第1个货物所需的时间、和从对配送顺序为前一个的货物进行配送起到配送下一个货物所需的时间。此外，所需时间按照配送车配送属于配送框的全部货物时所决定了的配送路线而算出。在此，配送路线对地图信息设定属于配送框的货物的配送目的地，使用路径搜索算法而被算出。

阈值DB312是存储「所需时间」(第5阈值的一例)所对应的第1阈值的数据库。在此，所需时间越增大则设定越大的第1阈值。

图33是表示实施方式10的信息提供系统的处理的一例的流程图。在S91中，服务器1的控制部19从存储器11取得货物DB311以及阈值DB312。

在S92中，控制部19从货物DB311取得成为对象的货物的所需时间。在S93中，控制部19根据阈值DB312设定对于货物的所需时间的第1阈值。例如，由于就货物DB311的第2行的货物而言，所需时间是10分钟，所以作为第1阈值设定30分钟。

在S94中，执行使用了在S93中设定的第1阈值的处理A。处理A是图8的S1～S6的处理。S95与图26的S66相同。

此外，在本实施方式中，也可以取代所需时间而根据配送距离设定第1阈值。图32是表示实施方式10的变形例的货物DB321以及阈值DB322的数据构成的一例的图。货物DB321相对于货物DB311，取代「所需时间」而具备「配送距离」。「配送距离」表示货物的配送距离，在此，在「配送距离」一栏存储有从配送中心起配送第1个货物为止的配送距离、和从配送顺序为从前一个的货物的配送目的地到下一个货物的配送目的地为止的配送距离。此外，配送距离按照配送车配送属于配送框的全部货物时使用路径搜索算法决定的配送路线而被算出。

阈值DB322是存储「配送距离」(第4阈值的一例)所对应的第1阈值的数据库。在此，配送距离越增大则设定越大的第1阈值。

这样，根据本实施方式，配送的所需时间越大的货物或配送距离越大的货物，则将第1阈值设定为越大。因此，能够提高将这样的再配送的成本高的货物的收取人即用户作为边界线顾客进行处理的可能性，能够对该用户催促货物的收取。其结果，能够降低再配送的成本高的货物被再配送。

(实施方式11)

实施方式11中，根据用户处于第1当前地的时间段以及星期几来变更停留时间。图34是表示实施方式11的停留时间DB34的数据构成的一例的图。

停留时间DB34是按第1当前地的类别存储与星期几以及时间段相应的停留时间的数据库。停留时间DB34将「类别」、「停留时间(平日)」、「停留时间(周六日节日～13点)」、以及「停留时间(周六日节日13点～)」进行关联并存储。

「类别」表示第1当前地的类别。「停留时间(平日)」表示平日的停留时间。「停留时间(周六日节日～13点)」表示直到周六、周日、以及节日的13点为止的停留时间。「停留时间(周六日节日13点～)」表示周六、周日、以及节日的13点以后的停留时间。

在此，相比平日，在周六日节日，用户的预定(安排)更有余裕这一想法之下，整体上将周六日节日的停留时间设定为比平日的停留时间更长的时间。另外，相比上午，在周六日节日的下午，用户的预定更有余裕这一想法之下，整体上将周六日节日的13点以后的停留时间设定为比周六日节日的13点之前的停留时间长的时间。但这是一例，在示出相比周六日节日，平日的停留时间更长的倾向的第1当前地，也可以将平日的停留时间设定为比周六日节日的停留时间长。另外，在此，针对平日，没有按时间段设定停留时间，但是也可以按时间段设定停留时间。另外，在此，按13点之前和13点以后这2个时间段设定停留时间，但这是一例，也可以按3个以上的时间段设定停留时间。进而，在此，停留时间像平日和周六日节日这样被大致分为2个，但是也可以像周一、周二、周三、…这样按星期几区分。

图35是表示实施方式11的信息提供系统的处理的一例的流程图。在S401中，服务器1的控制部19从存储器11取得停留时间DB34。在S402中，控制部19使用服务器1具备的时钟，取得当前时刻和星期几。

在S403中，从停留时间DB34取得当前时刻和星期几所对应的停留时间。例如，若当前时刻为10点、星期几为周六，则取得「停留时间(周六日节日～13点)」一列所存储的停留时间，若星期几为平日，则取得「停留时间(平日)」一列所存储的停留时间。

在S404中，使用在S403中取得的停留时间执行处理A。处理A是图8的S1～S6的处理。S405与图26的S66相同。

这样，根据本实施方式，由于使用按每个时间段以及星期几决定的停留时间，所以能够以更高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

此外，在实施方式11中，按时间段以及星期几决定停留时间，但也可以使用任一方决定停留时间。

(实施方式12)

实施方式12中，按用户设定不同的停留时间。图36是表示实施方式12的停留时间DB36的数据构成的一例的图。停留时间DB36是按用户存储第1当前地的停留时间的数据库。停留时间DB36相对于停留时间DB41，还具备「用户ID」。

例如，针对「超市」，由于用户ID「GUEST0020」的用户示出比用户ID「GUEST0021」的用户更长停留的倾向，所以前者相对于后者将停留时间设定为更长。在此，停留时间DB36所存储的停留时间既可以根据每个用户的移动历史记录算出，也可以采用用户自身设定的值。

此外，本实施方式的流程图采用图35的流程图即可。该情况下，在S401中取得停留时间DB41，在S402中取得配送目的地的用户的用户ID，在S403中从停留时间DB36取得该用户的停留时间即可。

这样，根据本实施方式，由于使用按每个用户决定的停留时间，所以能够以更高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

(实施方式13)

实施方式13中，基于用户过去的移动历史记录决定第1当前地的停留时间。图37是表示实施方式13的停留时间DB37的数据构成的一例的图。停留时间DB37相对于停留时间DB34还具备「用户ID」，存储按根据用户的过去的移动历史记录算出的第1当前地的停留时间。

停留时间DB37例如通过根据各用户的过去的移动历史记录，按每个场所的「类别」，算出在平日的停留时间的平均值、在周六日节日的13点之前的停留时间的平均值、以及周六日节日的13点以后的停留时间的平均值而被决定。例如，就用户ID「GUEST0020」的用户而言，在对过去的移动历史记录进行分析时，在类别为「超市」的平日的停留时间的平均值是20分钟，所以在停留时间DB37的第1行存储「20分钟」来作为平日的停留时间。针对其他时间段以及其他用户也这样使用过去的移动历史记录算出各时间段中的停留时间。

此外，在停留时间DB37中，按3个时间段算出停留时间，但是也可以如周一、周二、周三、…这样按星期几并根据过去的移动历史记录算出停留时间，也可以按星期几以及4个以上的时间段，根据过去的移动历史记录算出停留时间。

另外，服务器1的控制部19通过将用户终端2定期发送的位置信息按用户蓄积于存储器11来管理按用户的移动历史记录即可。

这样，根据本实施方式，由于使用将用户的移动历史记录考虑进去而决定的停留时间，所以能够以更高精度算出第1预想到达时刻。其结果，能够进一步降低货物的再配送的可能性。

(实施方式14)

实施方式14中，将用户到达第1当前地起的经过时间考虑进去来推定剩余的停留时间。图38是表示蓄积用户的当前地的当前地DB39的数据构成的一例的图。当前地DB39(时序信息的一例)是将「时刻」、「用户ID」、「位置信息」、「当前地」、以及「经过时间」进行关联并存储的数据库。在该例中，将用户ID「GUEST0020」的位置信息按1分钟存储。而且，在该例中，示出了以下情况，即，该用户在19点到达大井町站月台，在19点20分到达△△瑜伽工作室大井町，在20点45分到达□□市场大井町店。

此外，在「当前地」一栏存储有通过服务器1的控制部19将从用户终端2发送的位置信息与地图信息比对而决定的场所。另外，在「经过时间」一栏存储有用户到达控制部19在「当前地」存储的场所起的经过时间。

图39是表示实施方式14的信息提供系统的处理的一例的流程图。在S501中，服务器1的控制部19从存储器11取得当前地DB39、类别DB32、货物DB43、配送目的地DB42、以及停留时间DB41。

在S502中，控制部19从当前地DB39取得用户到达第1当前地起的经过时间。例如，在当前时刻为19点零1分时，经过时间取得为1分钟。

在S503中，停留时间决定部16参照类别DB32以及停留时间DB41决定与第1当前地的类别相应的停留时间。在之前的例子中用户处于大井町站月台，因此类别「车站」的停留时间「5分钟」根据停留时间DB41而被决定。

在S504中，停留时间决定部16将从在S503中决定的停留时间中减去在S502中取得的经过时间得到的值更新为停留时间。在之前的例子中，从停留时间「5分钟」中减去经过时间「1分钟」得到的值「4分钟」成为更新后的停留时间。

在S505中，使用在S504中更新后的停留时间执行处理C。处理C是图8的S4～S6的处理。在S506中，与图8的S7或图9的S13同样，将与在处理C中算出的第1差分相应的消息发送至用户终端2。

这样，根据本实施方式，从当前地DB39取得用户到达第1当前地起的经过时间，算出从对于第1当前地的默认值的停留时间(停留时间DB41所存储的停留时间)中减去经过时间得到的值(剩余时间)，将该剩余时间作为停留时间采用而算出第1预想到达时刻。因此，能够以更高精度算出第1预想到达时刻。其结果，能够降低再配送的可能性。

(实施方式15)

实施方式15中，使发送至属于边界线顾客的用户的消息中包含在从第1当前地的第1最近车站返回至配送目的地为止的情况下的公共交通工具的过程列表。过程列表是指，包含在到第1预定配送时刻为止，能够利用公共交通工具从第1最近车站返回到配送目的地的公共交通工具的过程的一览的信息。作为公共交通工具，包含铁路以及公交车等。

图40是表示在实施方式15中通知给用户的过程列表的显示画面G3的一例的图。在显示画面G3的例子中，作为第1最近车站确定了「AA站」，在从「AA站」使用公共交通工具直到第1预定配送时间为止能够回家的3个过程包含预想到达时刻按从早到晚的顺序显示的过程列表。

例如，在第一个过程中，示出了如下过程，即，若在19点零3分乘坐从「AA站」出发的J电铁的KT线25分钟，则在19点28分到达距配送目的地最近车站即「BB站」，从「BB站」徒步11分钟在19点39分到达作为配送目的地的「自家」。

另外，在第三个过程中，示出了如下过程，即，若在19点13分乘坐从「AA站」出发的J电铁KT线，则直到第1预定配送时刻为止能够到家的过程。

因此，用户通过查阅显示画面G3所显示的过程列表，能够判断在第1当前地剩余多少时间能够停留。例如，若用户被配送重要的货物，则能够观察余裕进行按第一个过程回家这一判断、或在想要尽可能优先向第1当前地的停留的情况下，进行以临近(紧巴巴)的第三个过程回家这一判断。

图41是表示实施方式15的信息提供系统的处理的一例的流程图。在S601中，执行处理A。处理A是图8的S1～S6的处理。在S602中，差分判定部14判定在处理A中算出的第1差分是否为第1阈值以下。若第1差分为第1阈值以下(S602中为是)，则处理进入S603，若第1差分比第1阈值大(S602中为否)，则处理结束。即，针对作为边界线顾客确定的用户适用S603以后的处理。

在S603中，执行过程列表生成例程。该处理的详情稍后说明。在S604中，消息选择部18使用通信部15将在图10中说明过的使回答在第1预想到达时刻有无在家的意思的消息向用户终端2发送。在S605中，消息选择部18使用通信部15将过程列表向用户终端2发送。

图42是表示过程列表生成例程的详情的流程图。在S701中，控制部19清空(clear)用于存储包含于过程列表的过程信息的过程表。在S702中，控制部19判定在处理A中求出的第1预想到达时刻是否为比货物DB43所存储的第1预定配送时刻靠前。在第1预想到达时刻为比第1预定配送时刻靠前的情况下(S702中为是)，处理进入S703，在第1预想到达时刻为比第1预定配送时刻靠后的情况下(S702中为否)，处理返回。即，在本流程图中，即使是边界线顾客，也将第1预想到达时刻为比第1预定配送时间靠后的用户从处理中除去。

在S703中，控制部19将表示从S704到S708的循环次数的变量N设定为初始值即1。

在S704中，控制部19将出发地设为第1当前地、将出发时刻设为第N时刻，取得包含到配送目的地为止的第N移动路径、移动时间、以及第N到达时刻的第N过程信息。

具体而言，控制部19使用通信部15对路径搜索网站发送将出发地设为第1当前地、将出发时刻设为第N时刻、以及将目的地设为配送目的地的过程搜索请求。而且，控制部19通过从路径搜索网站接收作为应答而发送的过程信息，取得第N过程信息即可。

在此，来自路径搜索网站的应答包含：第1当前地的第1最近车站、在第1最近车站的公共交通工具的出发时刻、从第1最近车站到配送目的地的第2最近车站为止的公共交通工具的内容以及乘车时间、第2最近车站的到达时刻、从第2最近车站到配送目的地为止的移动时间、以及向配送目的地的到达时刻(第3预想到达时刻的一例)。

在图40的第一个过程的例子中，第1最近车站成为AA站、第N时刻成为19点3分、移动路径成为J电铁KT线、移动时间成为25分钟、第2最近车站成为BB站、以及第N到达时刻成为19点39分。

此外，若从第1最近车站到第2最近车站为止之间包含公共交通工具的换乘车站，则来自路径搜索网站的回答也可以包含换乘车站和换乘车站的到达时刻以及出发时刻。该情况下，在显示画面G3也可以包含换乘车站的到达时刻以及出发时刻。

在S705中，控制部19判定第N到达时刻是否为比第1预定配送时刻靠前。若第N到达时刻为比第1预定配送时刻靠前(S705中为是)，则处理进入S706。另一方面，若第N到达时刻为比第1预定配送时刻靠后(S705中为否)，则在S704取得的第N过程信息表示的过程中到第1预定配送时刻为止用户无法返回至配送目的地，即使向用户提示也没有办法，因此处理结束。

在S706中，控制部19判定是否未取得包含与第N过程信息内容相同的公共交通工具的移动路径的过程信息。此外，内容相同的公共交通工具的移动路径是指，从第1最近车站到第2最近车站为止乘坐的公共交通工具的路线以及时间段相同。

在S706中为是的情况下，处理进入S707，在S706中为否的情况下，处理进入S708。在S707中，控制部19将第N过程信息追加到过程列表中。在S708中，控制部19使变量N增加1，使处理返回S704。

即，本流程图中，成为一边使作为第1当前地的出发时刻的第N时刻的N每次增加1(例如1分钟)(S708)，一边取得第N过程信息的处理(S704)。因此，假想在使第N时刻逐一增加了的情况下，连续取得包含内容相同的公共交通工具的移动路径的过程信息。因此，本流程图中，设置S706的处理，在包含内容相同的公共交通工具的移动路径的过程信息取得完毕的情况下，废弃该过程信息(S706中为否)，防止将包含内容同的公共交通工具的移动路径的多个过程向用户提示这一情况。

这样，在图42的流程图中，最终将到第1预定配送时刻为止能够回家的第N过程信息记载于过程列表。因此，通过在图41的S605中将过程列表向用户终端2发送，用户终端2能够将包含到第1预定配送时刻为止能够回家的过程列表的显示画面G3显示于显示部25。

这样，根据本实施方式，将从第1最近车站到配送目的地为止的、且向配送目的地的预想到达时刻成为比第1预定配送时刻靠前的公共交通工具的过程信息通知给用户。因此，能够将在第1当前地之后能够停留多少时间的判断材料向用户提示，能够更加切实地防止再配送。

(实施方式16)

实施方式16中，将包含到第1预定配送时刻为止能够回家的公共交通工具的过程的过程列表向用户提示。图43是表示在实施方式16中通知给用户的过程列表的显示画面G4的一例的图。在显示画面G4中相对于显示画面G3的不同点在于，显示从第1最近车站「AA站」到第2最近车站「BB站」为止的公共交通工具的过程信息，而不显示从第2最近车站到配送目的地为止的移动时间。此外，在显示画面G4的过程列表中，若从第1最近车站到第2最近车站为止之间有换乘车站，则显示该换乘车站的到达时刻以及出发时刻。

图44是表示实施方式16的车站信息DB45的数据构成的一例的图。车站信息DB45是存储表示多个车站的位置以及各车站中的公共交通工具的发车时刻的车站信息的数据库。车站信息DB45将「铁路会社」、「线名」、「车站名」、「位置」、「发车时刻之一」、「发车时刻之二」…进行关联并存储。在第1行的例子中，将J电铁的KT线在「AA站」的1天内的多个发车时刻像「发车时刻之一」、「发车时刻之二」、…这样存储。另外，在车站信息DB45中，也存储有由纬度以及经度表示各车站的位置的位置信息。另外，在「AA站」中，由于也通过K电铁的本线，所以针对该路线，也存储有1天内的发车时刻。

此外，在图44的例子中，在第1行以及第2行的「发车时刻之一」一列连续记载的J电铁KT线示出了，5点零3分从AA站出发，5点28分从BB站出发的同一列车。另外，在第4行以及第5行的「发车时刻之一」一列连续记载的K电铁的本线示出了，在5点50分从AA站出发，6点14分从CC站出发的同一列车。这一情况针对其他发车时刻的列也相同。

另外，车站信息DB45存储本信息提供服务被适用的范围内的全部车站相关的车站信息即可。服务被适用的范围也可以是日本国内、近畿地方这样的地方内、都道府县内。

图45是表示实施方式16的信息提供系统的处理的一例的流程图。在S801中，执行处理A。处理A是图8的S1～S6的处理。在S802中，差分判定部14判定在处理A中算出的第1差分是否为第1阈值以下。若第1差分为第1阈值以下(S802中为是)，则处理进入S803，若第1差分比第1阈值大(S802中为否)，则处理结束。即，针对作为边界线顾客确定出的用户，适用S803以后的处理。

在S803中，控制部19从存储器11取得车站信息DB45。在S804中，移动时间算出部12算出从第1当前地到第1最近车站为止用户移动所需的第2移动时间。在此，首先，移动时间算出部12将第1当前地的位置信息与车站信息DB45所存储的各车站的位置信息进行比对，确定距第1当前地最近的车站来作为第1最近车站。然后，移动时间算出部12根据地图信息确定从第1当前地到第1最近车站为止的最佳路径，通过最佳路径的距离除以用户的移动速度(在此，步行的速度)而算出第2移动时间。此外，移动时间算出部12也可以将从第1当前地到第1最近车站为止的直线距离加上预定的裕量(margin)后的距离假定为最佳路径的距离来算出第2移动时间。

在S805中，移动时间算出部12算出第1最近车站的到达时刻来作为第2时刻。在此，移动时间算出部12算出第1时刻加上第2移动时间后的时刻来作为第2时刻即可。

在S806中，算出从第2最近车站到配送目的地为止用户移动所需的第3移动时间。在此，移动时间算出部12将配送目的地的位置信息和车站信息DB45所存储的各车站的位置信息进行比对，确定距配送目的地最近的车站来作为第2最近车站，使用与第2移动时间相同的方法算出第3移动时间即可。

在S807中，移动时间算出部12使用第3移动时间以及第1预定配送时刻，算出用户最迟不得不到达第2最近车站的第3时刻。在此，移动时间算出部12例如算出从第1预定配送时刻减去第3移动时间得到的时刻或该时刻减去预定的裕量得到的时刻来作为第3时刻。

在S808中，控制部19使用车站信息DB45、第2时刻、以及第3时刻，生成包含在第2时刻以后从第1最近车站出发起到第3时刻为止能够到达第2最近车站的公共交通工具的过程信息的过程列表。

在此，控制部19从车站信息DB45中提取在第2时刻以后从「AA站」出发、到第3时刻为止到达「BB站」的全部路线。在图44的例子中，第2时刻设为5点、第3时刻设为6点。该情况下，在5点以后从AA站出发，到6点为止能够到达BB站的列车对应于：在第1行以及第2行的5点零3分从AA站出发并在5点28分从BB站出发的J电铁的KT线、和在第1行以及第2行的5点15分从AA站出发并在5点40分从BB站出发的J电铁的KT线。因此，该情况下，生成包含分别表示该2条列车的2个过程信息的过程列表。

在S809中，消息选择部18使用通信部15将催促顾客消息DB51的第2行所记载的能否收取的回答的消息向用户终端2发送。

在S810中，消息选择部18使用通信部15将在S808生成的过程列表向用户终端2发送。由此，显示画面G4显示于用户终端2。

这样，根据本实施方式，将在到达第1最近车站的第2时刻以后从第1最近车站出发起，最迟不得不到达第2最近车站的第3时刻为止能够到达第2最近车站的公共交通工具的过程信息通知给用户。因此，本构成能够将最好何时到达第1最近车站的判断材料向用户提示，能够更加切实防止再配送。

此外，在本实施方式中，也有时从第1最近车站到第2最近车站为止无法以1个路线去往。该情况下，控制部19从车站信息DB45中提取在第2时刻以后从第1最近车站出发到第3时刻为止能够到达第2最近车站、且可换乘的多个路线、和换乘车站。而且，控制部19生成包含所提取出的多个路线、换乘车站、以及换乘车站的到达时刻以及发车时刻的过程信息即可。

或者，控制部19在判断为从第1最近车站到第2最近车站为止无法以1个路线去往的情况下，访问路径搜索网站，发送将出发地设为第1最近车站、将出发时刻设为第2时刻的路径搜索请求，也可以将所搜索出的过程信息之中，到第3时刻为止能够到达第2最近车站的过程信息包含于过程列表。

(实施方式17)

实施方式17中，按在当前地所假想的用户的多个停留时间的每一个，算出用户向配送目的地的多个预想到达时刻，在货物的预定配送时刻处于多个预想到达时间之间的情况下，将所述用户作为边界线顾客进行处理。

图46是表示实施方式17的类别DB460的数据构成的一例的图。类别DB460是按用户登记在当前地的多个停留时间的数据库，对1个记录关联1个用户的1个当前地。具体而言，类别DB460相对于图3所示的类别DB32，还具备「用户ID」以及「停留时间」。在「停留时间」一栏存储有用户在当前地的多个停留时间。在此，作为多个停留时间，包含「短的情况」和「长的情况」。在「短的情况」一栏存储有用户在当前地的停留短的情况下的停留时间。在「长的情况」一栏存储有用户在当前地的停留长的情况下的停留时间。在此，短的情况下的停留时间以及长的情况下的停留时间采用了基于用户过去的停留历史记录而预先设定的时间。停留历史记录例如通过服务器1随时监视用户终端2的位置信息而作成。例如，短的情况下的停留时间是用户在当前地的停留历史记录中最短的停留时间，长的情况下的停留时间是用户在当前地的停留历史记录中最长的停留时间。

在类别DB460的第1行的例子中，作为用户ID「GUEST0020」的用户在「△△英语会话教室□□车站前校」的停留时间，在短的情况下存储有「8分钟」、在长的情况下存储有「60分钟」。另外，作为「△△英语会话教室□□车站前校」的类别存储有「英语会话教室」。

图47是表示实施方式17的信息提供系统的处理的一例的流程图。在此，示出了将某1个用户作为对象的处理。另外，该流程图在用户到达当前地时开始。在S4701中，通信部15取得从用户终端2发送的当前地以及该当前地的检测时刻即第1时刻。

在S4702中，控制部19从存储器11取得类别DB460、货物DB43、配送目的地DB42。在S4703中，停留时间决定部16参照类别DB460，决定相应的用户在当前地停留短的情况下的停留时间和长的情况下的停留时间。例如，若设为用户ID「GUEST0020」的用户的当前地为「△△英语会话教室□□车站前校」，则作为短的情况的停留时间决定「8分钟」、作为长的情况的停留时间决定「60分钟」。

在S4704中，移动时间算出部12算出从在S4701取得的当前地到配送目的地为止用户移动所需的移动时间。该移动时间的算出的详情与图8的S4相同。

在S4705中，预想到达时刻算出部17算出短的情况的停留时间所对应的预想到达时刻(短)和长的情况的停留时间所对应的预想到达时刻(长)这2个预想到达时刻。具体而言，预想到达时刻算出部17通过对第1时刻加上在S4703决定了的短的情况的停留时间和在S4704算出的第1移动时间而算出预想到达时刻(短)。另外，预想到达时刻算出部17通过对第1时刻加上在S4703决定了的长的情况的停留时间和在S4704算出的第1移动时间而算出预想到达时刻(长)。

在S4706中，消息选择部18判定货物的预定配送时刻是否处于2个预想到达时刻之间、即，预想到达时刻(短)以及预想到达时刻(长)之间。在此，消息选择部18通过参照货物DB43的「预定配送时刻」，确定相应的货物的预定配送时刻即可。

在预定配送时刻处于2个预想到达时刻之间的情况下(S4706中为是)，消息选择部18将相应的用户判定为边界线顾客，向相应的用户发送消息(S4707)。该情况下，消息选择部18发送顾客消息DB51的第2行所存储的、要求回答是否能够收取的消息。另一方面，在预定配送时刻没有处于2个预想到达时刻之间的情况下(S4706中为否)，消息选择部18不发送消息而结束处理。

此外，对在S4706中为否的情况下不发送消息进行了说明，但是本公开并不限定于此。例如，消息选择部18在预定配送时刻处于预想到达时刻(短)之前的情况下，由于被视为确实不在，所以发送顾客消息DB51的第3行所存储的对被视为确实不在的用户通知的消息即可。另一方面，消息选择部18在预定配送时刻为预想到达时刻(长)之后的情况下，由于被视为确实在家，所以发送顾客消息DB51的第1行所存储的对被视为确实在家的用户通知的消息即可。

这样在本实施方式中，在将当前地的多个停留时间考虑进去而算出2个预想到达时刻，而货物的预定配送时刻处于2个预想到达时刻之间的情况下，发送消息，因此能够很好地向用户赋予催促返回配送目的地的压力，能够有效防止再配送。另外，由于在类别DB460中按用户存储有2个停留时间，所以能够准确地算出2个预想到达时刻。

(实施方式18)

实施方式18中，与在实施方式17中使用的类别DB不同。图48是表示实施方式18中的类别DB480的数据构成的一例的图。类别DB480相对于类别DB460，还对「停留时间」追加了「平均值」。「平均值」是指停留时间的平均值。

图49是表示实施方式18的信息处理系统的处理的一例的流程图。在S4901中，执行处理E。处理E是图47的S4701～S4702。但是，在S4901中，从存储器21取得类别DB480而非类别DB460。

在S4902中，停留时间决定部16参照类别DB480，决定相应的用户的短的情况，平均值、以及长的情况各自的停留时间。在S4903中，与S4704同样，移动时间算出部12算出从当前地到配送目的地为止用户移动所需的移动时间。

在S4904中，预想到达时刻算出部17分别算出短的情况的停留时间所对应的预想到达时刻(短)、平均值的情况下的停留时间所对应的预想到达时刻(平均值)、以及晚的情况下的停留时间所对应的预想到达时刻(晚)。在此，预想到达时刻(平均值)通过对第1时刻加上平均值的停留时间和在S4903中算出的移动时间而被算出。此外，预想到达时刻(短)以及预想到达时刻(长)分别与图47的S4705同样地被算出。

在S4905中，消息选择部18判定预定配送时刻是否处于预想到达时刻(短)与平均值之间的第1期间。在预定配送时刻处于第1期间的情况下(S4905中为是)，消息选择部18将第1消息向相应的用户的用户终端2发送(S4906)。另一方面，在预定配送时刻没有处于第1期间的情况下(S4905中为否)，处理结束。

在S4907中，消息选择部18判定预定配送时刻是否处于平均值以及预想到达时刻(长)之间的第2期间。

在预定配送时刻处于第2期间的情况下(S4907中为是)，消息选择部18将第2消息向相应的用户的用户终端2发送(S4908)。另一方面，在预定配送时刻没有处于第2期间的情况下(S4907中为否)，处理结束。

例如，在预定配送时刻处于第1期间的情况下，很有可能不火速回家的话就无法收取货物。因此，催促用户回家的压力最好提高。另一方面，在预定配送时刻处于第2期间的情况下，很有可能不火速回家也能够返回到配送目的地。因此，催促用户回家的压力也可以比预定配送时刻为第1期间的情况下低。

因此，在本实施方式中，消息选择部18在预定配送时刻处于第1期间的情况下，预定配送时刻处于第2期间的情况下，均将要求回答是否能够收取的消息向相应的用户发送，但是在预定配送时刻处于第1期间的情况下，与预定配送时刻处于第2期间的情况下相比，发送催促用户回家的压力较高的第1消息。第1消息的一例是「将在○○：○○为您左右送货。预计在家吗。为了收取货物需要您火速回家。」。另外，在预定配送时刻处于第2期间的情况下所发送的第2消息的一例是「将在○○：○○为您左右送货。预计在家吗。为了收取货物需要您尽早回家。」。

这样，在实施方式18中，由于根据预定配送时刻是处于第1期间还是第2期间而发送催促回家的压力不同的第1消息或第2消息，所以用户能够大致把握从当前地向配送目的地的紧急性。其结果，能够避免不必要地提前从当前地出发、或从当前地延迟出发而无法收取货物这样的事态的发生。

(实施方式19)

实施方式19中，基于与从用户到达了当前地的时刻起的经过时间相应的用户是否能够立即从当前地出发的概率，判定有无发送消息。

图50是表示实施方式19的类别DB500的数据构成的一例的图。类别DB500相对于类别DB460，取代「停留时间」而具备「与经过时间相应的能够立即出发的概率」一栏501。类别DB500将多个当前地、和与在各当前地的经过时间相应的所述概率按用户进行关联并存储。栏501将与经过时间相应的所述概率按10分钟间隔存储。例如，像在用户ID「GUEST0020」的用户到达当前地「△△英语会话教室□□车站前校」起的经过时间为10分钟以下的情况下为「60％」，在比10分钟大且20分钟以下的情况下为「12％」，在比20分钟大且30分钟以下的情况下为「3％」这样，在栏501存储有与经过时间相应的所述概率。类别DB500基于后述的实施方式21中示出的用户的停留历史记录而被预先作成。

图51是表示实施方式19的信息提供系统的处理的一例的流程图。在此，示出了将某一个用户作为对象的处理。在S5101中，通信部15取得从用户终端2发送的当前地和表示当前时刻的第1时刻和表示用户到达当前地的时刻的第2时刻。

在S5102中，停留时间决定部16从存储器11取得类别DB500、货物DB43、以及配送目的地DB42。在S5103中，通过从第1时刻减去第2时刻算出用户从到达当前地起的经过时间。在S5104中，停留时间决定部16通过从类别DB500读出经过时间所对应的概率，确定相应的用户能够从相应的当前地立即出发的概率。

在S5105中，停留时间决定部16判定所确定出的概率是否为预定值以上。作为预定值，可以采用50％、60％、70％、80％、90％等适当的值。在概率为预定值以上的情况下(S5105中为是)，停留时间决定部16视为用户能够立即从当前地出发，将停留时间设定为0。在S5107中，执行处理D，判定有无发送消息。处理D与图47的S4704～S4707相同。但是，在处理D中参照的S4705中，取代预想到达时刻(短)和预想到达时刻(长)，采用将停留时间视为0而算出的1个预想到达时刻(0)。然后，在S4706中，将预想到达时刻(0)与预定配送时刻一致的用户视作边界线顾客，向该用户发送消息。在此，所发送的消息是要求回答是否能够收取的消息。此外，在此，虽然将预想到达时刻(0)与预定配送时刻一致的用户视作边界线顾客，但是也可以取而代之，将预想到达时刻(0)属于从预定配送时刻起之后的第1阈值以下的范围内的、或者，属于以预定配送时刻为基准前后第1阈值的范围内的用户视作边界线顾客。

另外，在上述的实施方式18中，也可以取代预想到达时刻(平均)而采用在本实施方式中算出的预想到达时刻(0)，判定有无发送消息。

另外，在S5105中，在概率比预定值小的情况下(S5105中为否)，处理结束，但本公开并不限定于此，也可以执行处理D。该情况下，不使用预想到达时刻(0)，若预定配送时刻处于预想到达时刻(短)以及预想到达时刻(长)之间，则将相应的用户视作边界线顾客。

这样，根据本实施方式，由于使用与到达当前地起的经过时间相应的能够立即从当前地出发的概率来算出预想到达时刻，所以能够将用户的停留特性考虑进去算出适当的预想到达时刻。

(实施方式20)

实施方式20相对于实施方式19，边界线顾客的确定的方法不同。即，在实施方式19中，在图51的处理D(S5107)所参照的S4705中，取代预想到达时刻(短)以及预想到达时刻(长)而采用1个预想到达时刻(0)。另一方面，在实施方式20中，在图51的处理D(S5107)中参照的S4705中，取代预想到达时刻(短)而采用预想到达时刻(0)。即，在此，采用预想到达时刻(长)和预想到达时刻(0)这2个预想到达时刻。

然后，在S4706中，若预定配送时刻处于预想到达时刻(0)和预想到达时刻(长)之间，则将相应的用户视作边界线顾客，向该用户发送消息。在此，所发送的消息是要求回答是否能够收取的消息。

此外，在实施方式20中，也可以与实施方式19同样，在S5105中，在概率比预定值小的情况下(S5105中为否)，执行处理D。该情况下，不使用预想到达时刻(0)，若预定配送时刻处于预想到达时刻(短)以及预想到达时刻(长)之间，则将相应的用户视作边界线顾客。

这样，根据本实施方式，由于将在预想到达时刻(0)和预想到达时刻(长)之间有预定配送时刻的用户视作边界线顾客，所以能够将用户的停留特性考虑进去来适当确定边界线顾客。

(实施方式21)

实施方式21中，使用用户过去的停留历史记录算出类别DB500一栏501所存储的概率。图52是表示实施方式21的停留历史记录DB520的数据构成的一例的图。停留历史记录DB520是将用户在当前地的停留历史记录按时序存储的数据库，在1个记录存储有1个停留历史记录。具体而言，停留历史记录DB520将「用户ID」、「当前地」、「到达日期与时刻」、「类别」、「停留时间」进行关联并存储。「用户ID」是用户的标识符。「当前地」是用户停留过的场所。「到达日期与时刻」是用户到达当前地的日期与时刻。「类别」是当前地的类别。「停留时间」是用户在当前地的停留时间。

例如，在第1行存储有用户ID「GUEST0020」的用户在2017年11月5日17点58分到达英语会话教室A，停留了65分钟这一情况。

图53是表示使用停留历史记录DB520算出的柱状图的图。在此，示出了用户ID「GUEST0020」的用户在英语会话教室A的停留时间的柱状图。在该柱状图中，横轴表示用户在英语会话教室A的停留时间，纵轴表示按10分间隔将停留时间区分为多个等级时的停留时间的次数。根据该柱状图可知，该用户在英语会话教室A的停留时间的次数在10分钟出现最初的峰值，超过10分钟时大大减少，超过40分钟时变为增大，在50分钟再迎来峰值，超过70分钟时大大减少。10分钟的峰值呈现出为了预约课程而用户访问英语会话教室A的实例。50分钟的峰值呈现出为了参加课程而用户访问英语会话教室A的实例。这样，用户的停留历史记录的柱状图示出了用户的停留特性。

某等级的「能够立即出发的」概率能够通过「该等级的次数的总和」除以「该等级以上的全部等级的次数的总和」而求出。

例如，在停留时间为25分钟时，通过等级「20－30」的次数除以等级「20－30」、「30－40」、「40－50」、…、「70－」的次数的总和而得到。这样一来，算出对于各等级的概率，并存储于类别DB500一栏501。

这样，根据本实施方式，在算出类别DB500一栏501的概率时，由于使用用户过去的停留历史记录，所以能够准确地算出所述概率。

(实施方式22)

实施方式22中，根据用户的移动路径以及移动历史记录等，提取用户到达配送目的地为止之间有可能经由的经由地点，将经由地点的多个停留时间考虑进去，算出多个预想到达时刻。

图55是表示实施方式22的移动路径DB550的数据构成的一例的图。移动路径DB550是存储用户经常使用的移动路径的一览的数据库，对1个记录分配某用户的1个移动路径。具体而言，移动路径DB550将「用户ID」以及「移动路径」进行关联并存储。「用户ID」是用户的标识符。「移动路径」表示用户的移动路径。

图54是将在移动路径DB550中第2行所登记的移动路径使用节点和边(edge)进行曲线化而示出的图。该移动路径是，用户ID「GUEST0020」的用户从「工作场所」出发，沿一号线徒步移动，经由商店A到达B站，乘坐○○线的电车到达C站，利用公交车在海湾大道上移动，到达自家的移动路径。移动路径DB550所存储的多个移动路径通过监视用户的移动历史记录而被预先作成。在本实施方式中，如图54所示将位于县道40号线上的商店A设为经由地点。

图56是表示存储某用户的移动历史记录的移动历史记录DB560的数据构成的一例的图。移动历史记录DB560是将用户的当前地按时序存储的数据库，将「用户ID」、「日期与时刻」、「当前地」进行关联并存储。「用户ID」是用户的标识符。「日期与时刻」表示用户处于「当前地」的日期与时刻。在此，由于按10分钟蓄积移动历史记录，所以在「日期与时刻」中存储按10分钟的年/月/日/时刻。

「当前地」表示用户所在的场所。在移动历史记录DB560的例子中，存储有：表示用户ID「GUEST0020」的用户在2017年11月10日17点50分处于工作场所这一情况的移动历史记录、表示在10分钟后的18点00分处于工作场所这一情况的移动历史记录、表示在10分钟后的18点10分处于县道40号线沿线这一情况的移动历史记录。在此，「当前地」例如是通过将从用户终端2每隔10分钟发送的位置信息与地图信息进行比对而决定的场所。该场所是指在地图信息上预先确定的车站、学校、工作场所、文化馆、住宅、道路等的区域。

移动历史记录DB560存储有表示在从工作场所出发之后，处于县道40号线这一情况的移动历史记录。因此，在将该移动历史记录DB560与移动路径DB550进行比对时，可推测用户追寻着第2行的移动路径。在第2行的移动路径中，接着县道40号线登记有商店A的节点。因此，该情况下，推测用户正在前往商店A。另外，由于商店A是作为经由地点而预先确定的场所，所以商店A作为经由地点而被提取。

另一方面，若得到了在用户从工作场所出发之后、沿着一号线徒步移动的最新的移动历史记录，则可推测为用户正在追寻第1行的移动路径或第3行的移动路径。进而，蓄积用户的移动历史记录，若得到了表示从C站出发之后，在246号线上利用公交车进行移动这一情况的最新的移动历史记录，则推测为用户正在追寻着第3行的移动路径。另一方面，若得到了从C站出发之后，利用公交车在海湾大道进行移动的最新的移动历史记录，则推测为用户追寻着第1行的移动路径。这样，在本实施方式中，根据用户的移动历史记录将移动路径DB550所存储的移动路径缩减下去、并且在缩减后的移动路径中在先于当前地的地点包含预先确定的经由地点的情况下，提取经由地点。

图57是表示实施方式22的信息提供系统的处理的一例的流程图。在此示出了将某一个用户作为对象的处理。另外，该流程图例如在每当从用户终端2取得位置信息时执行。在S5701中，通信部15取得从用户终端2发送的当前地以及当前地的检测时刻。在S5702中，控制部19取得类别DB460、货物DB43、配送目的地DB42、移动路径DB550、以及移动历史记录DB560。

在S5703中，停留时间决定部16从移动历史记录DB560和移动路径DB550中提取用户的经由地点。例如，在S5701取得的当前地表示处于县道40号线这一情况时，停留时间决定部16将表示该情况的移动历史记录蓄积于移动历史记录DB560。然后，停留时间决定部16根据移动历史记录DB560所蓄积的移动历史记录，判断为用户从工作场所出发，当前正在县道40号线上徒步移动。该情况下，由于用户正在追寻移动路径DB550的第2行的移动路径，当前，该用户正沿着县道40号线徒步移动，所以停留时间决定部16提取商店A来作为经由地点。

在S5704中，通过参照类别DB460决定在S5703中提取出的经由地点的多个停留时间。在S5705中，执行处理D，判定有无发送消息。处理D与图47的S4704～S4707相同。即，根据经由地点(商店A)的短的情况的停留时间和长的情况的停留时间算出预想到达时刻(短)和预想到达时刻(长)，若货物的预定配送时刻处于预想到达时刻(短)和预想到达时刻(长)之间，则将相应的用户视作边界线顾客，向该用户发送消息。

预想到达时刻的算出例如如以下那样。在图54的例子中，当前，若用户处于工作场所和商店A之间，则首先，算出从当前地经由商店A、B站、C站而到自家(配送目的地)为止的移动时间。接着，对当前时刻加上所述移动时间和在商店A的短的情况的停留时间而算出预想到达时刻(短)。另外，也同样算出预想到达时刻(长)。在此，服务器1例如也可以通过经由网络向外部的路径搜索系统发送所述移动时间的算出请求来取得所述移动时间。或者，服务器1也可以使用自身具备的路径搜索系统算出所述移动时间。

此外，在上述说明中，对1个移动路径具有至少1个经由地点进行了说明，但本公开并不限定于此，也可以1个移动路径具有多个经由地点。

例如，在移动路径DB550的第3行的移动路径中，将D医院以及E药店设为经由地点。该情况下，服务器1在用户当前处于246号线时，算出从当前地经由D医院、E药店、海岸大道到自家为止的移动时间。而且，服务器1参照类别DB460，取得D医院以及E药店的各自短的情况的停留时间和长的情况的停留时间。而且，服务器1将当前时刻加上所述移动时间、D医院的短的情况的停留时间、以及E药店的短的情况的停留时间得到的时刻算出为预想到达时刻(短)。另外，服务器1将当前时刻加上所述移动时间、D医院的长的情况的停留时间、以及E药店的长的情况的停留时间得到的时刻算出为预想到达时刻(长)。

这样，根据本实施方式，在用户从当前地绕道的情况下，将绕道的地点考虑进去，能够准确地算出用户向配送目的地的多个预想到达时刻。而且，若货物的预定配送时刻处于多个到达时刻之间，则将与配送相关的消息向用户提示。因此，能够很好地向进行这样的绕道的用户赋予催促返回配送目的地的压力，能够有效防止再配送。

(实施方式23)

实施方式23中，在当前地中除了考虑多个停留时间以外，还将货物被配送的预想配送时刻存在幅度这一情况考虑进去，判定用户是否是边界线顾客。

图58是示出了作为收取人的用户的预想到达时间T580和配送人的预想配送时间T581的图。预想到达时间T580表示从第1预想到达时刻到第2预想到达时刻为止的时间。在此，第1预想到达时刻以及第2预想到达时刻分别是在实施方式17中示出的预想到达时刻(短)以及预想到达时刻(长)。在此，第1预想到达时刻是20点20分、第2预想到达时刻是20点40分，因此2个预想到达时刻之间的20分成为预想到达时间T580。

预想配送时间T581表示，在从估计为配送人向配送目的地的移动时间最短的情况下的第1预想配送时刻到在估计为配送人向配送目的地的移动时间最长的情况下的第2预想配送时刻为止的时间。第1预想配送时刻例如是在假定为不拥堵的情况下的预想配送时刻。第2预想配送时刻例如是假定为拥堵的情况下的预想配送时刻。在此，第1预想配送时刻是20点30分，第2预想配送时刻是21点00分，因此2个预想配送时刻之间的30分成为预想配送时间T581。

在此，预想到达时间T580和预想配送时间T581的从20点30分到20点40分为止的时间段成为重复区间T582。这样，在本实施方式中，在有重复区间T582的情况下，将作为收取人的用户判定为边界线顾客。即，在第1预想配送时刻以及第2预想配送时刻中的至少一方处于预想到达时间T580内的情况下，相应的用户根据当前地的出发时刻能够收取货物，因此被判定为边界线顾客。

图59是表示实施方式23的信息提供系统的处理的一例的流程图。该流程图例如在用户到达第1当前地时开始。在S5901中，通信部15取得从用户终端2发送的第1当前地以及第1时刻、从配送员终端3发送的第2当前地以及第2时刻、以及从外部服务器发送的交通信息。第1当前地是用户到达的场所。第1时刻是第1当前地的检测时刻。第2当前地是配送员的当前地。第2时刻是第2当前地的检测时刻。交通信息例如是VICS(注册商标)信息。

在S5902中，控制部19从存储器取得类别DB460、配送目的地DB42。在S5903中，停留时间决定部16参照类别DB460，决定相应的用户在第1当前地的多个停留时间。

在S5904中，移动时间算出部12算出从第1当前地到配送目的地为止用户移动所需的第1移动时间。该第1移动时间的算出的详情与图8的S4相同。

在S5905中，算出作为收取人的用户向配送目的地的第1预想到达时刻和第2预想到达时刻。该第1预想到达时刻和第2预想到达时刻的算出的详情与图47的S4705相同。在S5906中，移动时间算出部12算出从当前地到配送目的地为止的配送人的第2移动时间和第3移动时间。第2移动时间例如是假定为从第2当前地到配送目的地为止不拥堵的情况下算出的移动时间，第3移动时间例如是假定为从第2当前地到配送目的地为止拥堵的情况下算出的移动时间。

但是这是一例，第2移动时间例如也可以是在多个导航系统中算出的从第2当前地到配送目的地为止的移动时间之中最短的移动时间。另外，第3移动时间例如也可以是在多个导航系统中算出的从第2当前地到配送目的地为止的移动时间之中最长的移动时间。多个导航系统可以由服务器1具备，也可以由多个外部服务器具备。

在S5907中，预想到达时刻算出部17算出配送人向配送目的地到达的第1预想配送时刻和第2预想配送时刻。在此，第1预想配送时刻例如通过对第2时刻加上第2移动时刻而被算出，第2预想配送时刻例如通过对第2时刻加上第3移动时刻而被算出。

在S5908中，消息选择部18判定第1预想配送时刻或第2预想配送时刻是否处于从第1预想到达时刻到第2预想到达时刻之间。即，判定是否存在图58所示的重复区间T582。在存在重复区间T582的情况下(S5908中为是)，消息选择部18将相应的用户作为边界线顾客，发送消息。该情况下，消息选择部18发送顾客消息DB51的第2行所存储的、要求回答是否能够收取的消息。另一方面，在没有重复区间T582的情况下(S5908中为否)，消息选择部18不发送消息而结束处理。

此外，对在S5908中为否的情况下不发送消息进行了说明，但本公开并不限定于此。例如，消息选择部18在第1预想到达时刻为第2预想配送时刻之后的情况下，由于被视为确实不在，所以发送顾客消息DB51的第3行所存储的对被视为确实不在的用户通知的消息即可。另一方面，消息选择部18在第2预想到达时刻为第1预想配送时刻之前的情况下，由于被视为确实在家，所以发送顾客消息DB51的第1行所存储的对被视为确实在家的用户通知的消息即可。

这样，根据本实施方式，即使在因交通拥堵等的要因而向配送目的地的货物的预想配送时刻产生波动的情况下，也能够准确地判定用户是否是边界线顾客，对判定为是边界线顾客的用户很好地赋予返回配送目的地的压力，能够防止货物的再配送。

产业上的可利用性

根据本公开，在有效防止再配送上是有用的。

标号说明

1：服务器

2：用户终端

3：配送员终端

11：存储器

12：移动时间算出部

13：差分算出部

14：差分判定部

15：通信部

16：停留时间决定部

17：预想到达时刻算出部

18：消息选择部

19：控制部

NT：网络。

Claims (29)

1.一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的第1当前地以及检测出所述第1当前地的第1时刻，

从存储器读出发给所述用户的货物的配送目的地、表示所述第1当前地的种类的类别信息、与所述类别信息进行了关联的停留时间、以及第1预定配送时刻，

基于所述类别信息以及所述停留时间，决定所述第1当前地所对应的所述停留时间，

基于所述第1当前地以及所述配送目的地，算出所述用户从所述第1当前地向所述配送目的地移动所需的第1移动时间，

基于所述第1时刻、所述第1当前地所对应的所述停留时间、以及所述第1移动时间，算出第1预想到达时刻，

基于所述第1预定配送时刻以及所述第1预想到达时刻，算出第1差分，

将与所述第1差分相应的所述第1消息向所述用户的第1信息终端发送，使所述第1消息显示于所述第1信息终端。

2.根据权利要求1所述的信息提供方法，

判定所述第1差分是否为第1阈值以下，

在所述第1差分为所述第1阈值以下的情况下，向所述第1信息终端发送与所述货物的收取相关的所述第1消息，

在所述第1信息终端显示所述第1消息。

3.根据权利要求2所述的信息提供方法，

从所述存储器读出将所述配送目的地和居住于所述配送目的地的所述用户的同居人进行关联并存储的顾客列表，

经由所述网络取得所述同居人的第2当前地、以及检测出所述第2当前地时的第2时刻，

基于所述类别信息以及所述停留时间，决定所述第2当前地所对应的所述停留时间，

基于所述第2当前地以及所述配送目的地，算出所述同居人从所述第2当前地向所述配送目的地移动所需的第2移动时间，

基于所述第2时刻、所述第2当前地所对应的所述停留时间、以及所述第2移动时间，算出第2预想到达时刻，

基于所述第1预定配送时刻以及所述第2预想到达时刻，算出第2差分，

判定所述第2差分是否为所述第1阈值以下，

在所述第2差分为所述第1阈值以下的情况下，向所述同居人的第2信息终端发送与所述货物的收取相关的所述第1消息，

在所述第2信息终端显示所述第1消息。

4.根据权利要求2所述的信息提供方法，

所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

基于所述可否信息，判断是否能够调整所述第1当前地所对应的所述停留时间，

在能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

将所述第1当前地所对应的所述停留时间假定为0，算出所述第1预想到达时刻，

判定基于将所述停留时间假定为0而算出的所述第1预想到达时刻、以及所述第1预定配送时刻而算出的所述第1差分是否为0以下，

在所述第1差分为0以下的情况下，

将确认所述用户是否能够立即从所述第1当前地出发的第2消息向所述第1信息终端发送，

在经由所述网络从所述第1信息终端取得了表示所述用户能够立即从所述第1当前地出发之意的信息的情况下，将所述停留时间设为0，算出所述第1预想到达时刻。

5.根据权利要求2所述的信息提供方法，

所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

基于所述可否信息，判断是否能够调整所述第1当前地所对应的所述停留时间，

在能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

基于所述第1移动时间以及所述第1预定配送时刻，算出为了使所述第1差分为0以下而所述用户必须从所述第1当前地出发的出发时刻，

将确认所述用户是否能够在所述出发时刻之前从所述第1当前地出发的第2消息向所述第1信息终端发送，

在经由所述网络从所述第1信息终端取得了表示所述用户能够在所述出发时刻之前从所述第1当前地出发之意的能够出发信息的情况下，将所述出发时刻、以及取得了所述能够出发信息的第2时刻的第2差分作为所述停留时间，算出所述第1预想到达时刻。

6.根据权利要求2所述的信息提供方法，

所述停留时间关联有表示是否能够调整所述停留时间的可否信息，

在基于所述可否信息判断为能够调整所述第1当前地所对应的所述停留时间的情况下，判断所述第1预想到达时刻是否比所述第1预定配送时刻晚，

在所述第1预想到达时刻比所述第1预定配送时刻晚的情况下，

基于所述第1移动时间以及所述第1预定配送时刻，算出为了使所述第1差分为0以下而所述用户必须从所述第1当前地出发的出发时刻，

算出所述第1时刻以及所述出发时刻的第2差分，

基于所述第2差分，算出所述用户能够在所述第1当前地停留的剩余时间，并向所述第1信息终端发送。

7.根据权利要求2所述的信息提供方法，

在经由所述网络接收到表示所述用户已读取了在所述第1预定配送时刻之前通知所述第1预定配送时刻的第2消息的信息的情况下，减小所述第1阈值的值。

8.根据权利要求2所述的信息提供方法，

从所述存储器读出表示所述货物的发送者的信息、以及、过去的顾客列表，

判断所述发送者是否包含在所述过去的顾客列表中，

在所述发送者包含在所述过去的顾客列表中的情况下，增大所述第1阈值。

9.根据权利要求2所述的信息提供方法，

从所述存储器读出所述货物的类别信息，根据所述类别信息变更所述第1阈值。

10.根据权利要求2所述的信息提供方法，

从所述存储器读出与大小相关的第2阈值、或与重量相关的第3阈值，

判断所述货物的大小是否超过所述第2阈值、或所述货物的重量是否超过所述第3阈值，

在所述货物的大小超过所述第2阈值的情况下、或在所述货物的重量超过所述第3阈值的情况下，增大所述第1阈值。

11.根据权利要求4所述的信息提供方法，

从所述存储器读出与距离相关的第4阈值、或与时间相关的第5阈值，

判断所述货物的配送距离是否超过所述第4阈值、或所述货物的配送的所需时间是否超过所述第5阈值，

在所述配送距离超过所述第4阈值的情况下、或在所述所需时间超过所述第5阈值的情况下，增大所述第1阈值。

12.根据权利要求1所述的信息提供方法，

所述停留时间按1个以上的时间段以及1个以上的星期几中的至少任一方的每一个而被决定，

所述第1移动时间使用所述第1时刻所对应的所述停留时间而被算出。

13.根据权利要求1所述的信息提供方法，

所述停留时间按1个以上的第1用户的每一个而被决定，

所述第1移动时间使用所述1用户所对应的所述停留时间而被算出。

14.根据权利要求1所述的信息提供方法，

所述停留时间基于所述用户过去的移动历史记录，根据停留场所、在所述停留场所停留过的时间段、以及在所述停留场所停留过的星期几而被决定，

所述第1时刻包含表示星期几的信息，

所述第1移动时间使用所述第1时刻所对应的所述停留时间而被算出。

15.根据权利要求1所述的信息提供方法，

从所述存储器读出表示所述用户所在的场所的时序信息，

基于所述停留时间以及所述时序信息，算出所述用户在所述第1当前地停留的剩余时间，

所述第1预想到达时刻使用所述剩余时间作为所述停留时间而被算出。

16.根据权利要求2所述的信息提供方法，

取得表示所述第1当前地的最近车站的信息，

基于表示所述最近车站的信息，取得从所述最近车站到所述配送目的地为止的、且向所述配送目的地的第3预想到达时刻成为所述第1预定配送时刻之前的公共交通工具的过程信息，

发送包含所述过程信息的所述第1消息。

17.根据权利要求2所述的信息提供方法，

从所述存储器读出表示多个车站的位置以及各车站的公共交通工具的发车时刻的车站信息，

基于所述第1当前地以及所述车站信息，确定所述第1当前地的第1最近车站，

算出所述用户从所述第1当前地移动到所述第1最近车站所需的第2移动时间，

基于所述第1时刻以及所述第2移动时间，算出到达所述第1最近车站的第2时刻，

基于所述配送目的地以及所述车站信息，确定所述配送目的地的第2最近车站，

算出从所述第2最近车站到所述配送目的地为止的第3移动时间，

基于所述第3移动时间以及所述第1预定配送时刻，算出所述用户最迟必须到达所述第2最近车站的第3时刻，

基于所述车站信息，确定在所述第2时刻以后从所述第1最近车站出发起到所述第3时刻为止，能够到达所述第2最近车站的、且至少包含所述第1最近车站的发车时刻的所述公共交通工具的过程信息，

将表示所述过程信息的第2消息在所述第2时刻之前向所述第1信息终端发送。

18.根据权利要求17所述的信息提供方法，

所述过程信息还包含所述第2最近车站的到达时刻。

19.根据权利要求18所述的信息提供方法，

所述过程信息在包含所述公共交通工具的换乘车站的情况下，还包含所述换乘车站的到达时刻以及发车时刻中的至少一方。

20.根据权利要求1所述的信息提供方法，

所述货物包含多个第1货物，

所述用户包含所述多个第1货物所对应的多个第1用户，

检测全部所述第1货物装入到配送车的第1时机，

在所述第1时机，取得所述多个第1用户各自的所述第1当前地以及所述第1时刻，

所述第1预想到达时刻在所述第1时机针对各个所述第1货物而被分别算出。

21.根据权利要求20所述的信息提供方法，

所述配送目的地包含所述多个第1货物所对应的1个以上的第1配送目的地，

针对所述多个第1货物的每一个检测表示在所述第1配送目的地进行了配送这一情况的第2时机，

在各个所述第2时机，取得配送顺序为下一个的第1货物的第1用户的所述第1当前地以及所述第1时刻，算出所述第1预想到达时刻以及所述第1差分，

所述第1消息，在所述第2时机，被向所述下一个的第1货物的所述第1用户的所述第1信息终端发送。

22.一种信息提供装置，包含：

通信部，接收第1用户位于的第1当前地以及检测出所述第1当前地的第1时刻，向显示第1消息的所述第1用户的第1信息终端发送所述第1消息；

存储器，存储表示包含所述第1用户的多个用户和包含第1配送目的地的多个配送目的地的对应的配送目的地信息、表示包含所述第1当前地的多个当前地和包含第1类别的多个类别的对应的类别信息、以及表示所述多个类别和包含第1停留时间的多个停留时间的对应的停留时间信息；

停留时间决定部，基于所述类别信息以及所述停留时间信息，决定所述第1当前地所对应的所述第1停留时间；

移动时间算出部，基于所述第1当前地以及所述第1配送目的地，算出所述第1用户从所述第1当前地向所述第1配送目的地移动所需的第1移动时间；

预想到达时刻算出部，基于所述第1时刻、所述第1停留时间、以及所述第1移动时间，算出第1预想到达时刻；

差分算出部，基于所述第1预想到达时刻以及向所述第1配送目的地配送第1货物的第1预定配送时刻，算出第1差分；以及

消息选择部，决定与所述第1差分相应的第1消息。

23.根据权利要求22所述的信息提供装置，

还具备差分判定部，所述差分判定部判定所述第1差分是否为第1阈值以下，

在所述第1差分为所述第1阈值以下的情况下，所述第1消息是与所述第1货物的收取相关的消息。

24.一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的当前地以及检测出所述当前地的第1时刻，

从存储器读出发给所述用户的货物的配送目的地、表示所述当前地的种类的类别信息、与所述类别信息进行了关联的多个停留时间、以及预定配送时刻，

基于所述类别信息以及所述多个停留时间，决定所述当前地所对应的所述多个停留时间，

基于所述当前地以及所述配送目的地，算出所述用户从所述当前地向所述配送目的地移动所需的移动时间，

基于所述第1时刻、所述当前地所对应的所述多个停留时间、以及所述移动时间，算出多个预想到达时刻，

判断所述预定配送时刻是否处于所述多个预想到达时刻之间，

在所述预定配送时刻处于所述多个预想到达时刻之间的情况下，将与所述货物的配送相关的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

25.根据权利要求24所述的信息提供方法，

所述类别信息包含表示与从所述用户到达所述当前地时起到所述第1时刻为止的经过时间相应的、所述用户能够立即从所述当前地出发的概率的信息，

经由所述网络，取得所述用户到达所述当前地时的第2时刻，

基于所述第1时刻以及所述第2时刻，算出所述经过时间，

基于表示所述概率的信息以及所述经过时间，确定所述经过时间所对应的所述概率，

判断所确定出的所述概率是否为预定值以上，

在所述概率为所述预定值以上的情况下，将所述多个停留时间设定为0。

26.根据权利要求24所述的信息提供方法，

所述类别信息包含表示与从所述用户到达所述当前地时起到所述第1时刻为止的经过时间相应的、所述用户能够立即从所述当前地出发的概率的信息，

经由所述网络，取得所述用户到达所述当前地时的第2时刻，

基于所述第1时刻以及所述第2时刻，算出所述经过时间，

基于表示所述概率的信息以及所述经过时间，确定所述经过时间所对应的所述概率，

判断所确定出的所述概率是否为预定值以上，

在所述概率为所述预定值以上的情况下，将所述多个停留时间中除去最长的所述停留时间的至少1个所述停留时间设定为0。

27.根据权利要求25或26所述的信息提供方法，

所述概率根据所述用户过去的停留历史记录而被算出。

28.一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的当前地以及检测出所述当前地的时刻，

从存储器读出发给所述用户的货物的配送目的地、所述用户的移动路径、所述用户的移动历史记录、表示直到所述用户到达所述配送目的地为止的期间有可能经由的地点的种类的类别信息、与所述类别信息进行了关联的多个停留时间、以及预定配送时刻，

基于所述当前地、所述用户的移动路径、以及所述用户的移动历史记录，提取所述地点，

基于所述类别信息以及所述多个停留时间，决定所提取出的所述地点所对应的所述多个停留时间，

基于所述当前地、所述地点以及所述配送目的地，算出所述用户从所述当前地经由所述地点向所述配送目的地移动所需的移动时间，

基于所述时刻、所提取出的所述地点所对应的所述多个停留时间、以及所述移动时间，算出多个预想到达时刻，

判断所述预定配送时刻是否处于所述多个预想到达时刻之间，

在所述预定配送时刻处于所述多个预想到达时刻之间的情况下，将与所述货物的配送相关的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

29.一种信息提供方法，是向用户提供信息的信息提供系统的信息提供方法，

所述信息提供系统的计算机，

经由网络取得所述用户的第1当前地、检测出所述第1当前地的第1时刻、发给所述用户的货物的配送员的第2当前地、检测出所述第2当前地的第2时刻、以及交通信息，

从存储器读出所述货物的配送目的地、表示所述第1当前地的种类的类别信息、以及与所述类别信息进行了关联的多个停留时间，

基于所述类别信息以及所述多个停留时间，决定所述第1当前地所对应的所述多个停留时间，

基于所述第1当前地以及所述配送目的地，算出所述用户从所述第1当前地向所述配送目的地移动所需的第1移动时间，

基于所述第1时刻、所述第1当前地所对应的所述多个停留时间、以及所述第1移动时间，算出最早的第1预想到达时刻以及最晚的第2预想到达时刻，

基于所述第2当前地、所述交通信息、以及所述配送目的地，算出所述配送员从所述第2当前地向所述配送目的地移动所需的最短的第2移动时间以及最长的第3移动时间，

基于所述第2时刻以及所述第2移动时间，算出最早的第1预想配送时刻，

基于所述第2时刻以及所述第3移动时间，算出最晚的第2预想配送时刻，

判断所述第1预想配送时刻或所述第2预想配送时刻是否处于所述第1预想到达时刻和所述第2预想到达时刻之间，

在所述第1预想配送时刻或所述第2预想配送时刻处于所述第1预想到达时刻和所述第2预想到达时刻之间的情况下，将催促所述用户向所述配送目的地到达的消息向所述用户的信息终端发送，使所述消息显示于所述信息终端。

Images