信息处理装置、信息处理方法及程序与流程

信息处理装置、信息处理方法及程序
1.本技术为分案申请，其母案的发明名称为“信息处理装置、信息处理方法及程序”，申请日为2018年2月14日，申请号为201810151529.1。
技术领域
2.本发明涉及能够向用户提供餐饮店信息的信息处理装置、信息处理方法及程序。


背景技术：

3.以往，在当出发地及目的地被指定时则提示信息的系统的技术领域中，对目的地周边的各种服务进行检索的相关技术较为普遍。例如，日本特开2014-211705号公报及日本特开2016-024166号公报揭示了一种向驾驶员提示目的地周边的佳选停车场的技术。这些文献中，对于停车场定时包租服务，均是检索目的地周边的服务。
4.日本特开2005-037143号公报的课题在于通过车载导航装置来将于用餐时间段在道路沿线上存在较多用餐点的路径设定为导航路径，揭示了当用餐开始时间段包含在导航路径检索时刻与目的地到达时刻之间时，则检索在用户预定要于该用餐开始时间段经过的道路沿线上存在更多用餐点的这种路径。


技术实现要素：

5.（发明所要解决的课题）然而在上述相关技术中，若所述服务提供的是在一天中大致定好的时间进行的服务（例如午餐），那么即使在与该定好的时间大幅偏差的时刻建议服务提供，其也基本无意义（午餐时间过后才提示推荐的午餐是无意义的），因此有时并非恰当的建议。另外，客户有时也会想在出发地至目的地的移动过程中顺道稍停留别处而新发现更好的餐饮店，而上述的相关技术并不能满足这类需求。
6.本发明的目的是提供一种能够建议在与出发地、目的地相距一定距离的地点用餐的信息处理装置、信息处理方法及程序。
7.达成所述目的的本发明一个方面是具备进行以下处理的控制部的信息处理装置。
8.·
判断用户的用餐时间段是否包含在所述用户所乘坐而移动的移动物的预定出发时刻与所述移动物的预定到达时刻之间。
9.·
推定所述移动物在所述用餐时间段所移动到的场所。
10.·
生成餐饮店检索的检索条件，其中，该餐饮店检索中根据与位置信息构成对应关系的餐饮店信息来提取：位于从推定出的所述移动物所移动到的场所起处在第1距离内且与所述移动物的出发地及目的地的至少一方相距第2距离的场所的餐饮店。
11.根据上述方案，推定用户所乘坐而移动的移动物在相当于“用餐时间段”的适宜用餐时间段所移动到的场所，并检索位于从该场所起在第1范围内且与移动物的出发地及目的地的至少一方相距第2范围的场所的餐饮店，由此能够在从出发地至目的地的移动过程中顺道稍停留别处并寻找新的餐饮店。
12.所述控制部也可在所述用餐时间段与所述预定出发时刻或所述预定到达时刻之间的时间量低于规定的阈值的情况下，转移所述用餐时间段，以使得所述预定出发时刻或所述预定到达时刻与所述用餐时间段之间的时间间隔达到所述规定的阈值以上。
13.根据上述方案，能够在用餐时间段过于接近预定出发时刻或预定到达时刻的情况下，错开用餐时间段并向用户提供接近出发地或目的地的检索结果。
14.所述控制部也可进行以下处理。
15.·
进行连接所述移动物的出发地与目的地的多个路径的路径检索。
16.·
针对所述路径检索的每个检索结果，推定所述移动物在所述用餐时间段所移动到的场所。
17.·
针对所述路径检索的每个检索结果，进行所述餐饮店检索。
18.·
从所述多个路径当中，提示出经所述餐饮店检索而被提取的所述餐饮店信息为最多的路径。
19.根据上述方案，在路径检索中检索多个路径，并从多个候补路径当中，提示出能够最多地提取餐饮店信息的候补路径，由此能够向用户提供相对多样性的选择分支。
20.所述控制部也可在提示所述餐饮店信息为最多的路径的同時，提示经所述路径检索而得到的连接所述出发地与所述目的地的最短路径。
21.根据上述方案，在提示能够最多地提取餐饮店信息的候补路径的同时还提示最短候补路径，由此不仅能示出多样的选择分支，还能示出最短路径这一高便利性路径选择分支。
22.所述控制部也可在输出所述餐饮店检索的检索结果时，输出显示分别与所述移动物的出发地及目的地相对应的出发地显示要素及目的地显示要素，还输出显示与所述餐饮店检索的检索结果的输出显示相链接的、供跳转到餐饮店检索结果的显示要素。
23.根据上述方案，能够提供如下的用户界面：在出发地显示要素与目的地显示要素之间，配置有用以对所述移动路径上的、经显示餐饮店检索而得到的检索结果进行显示的显示要素。
24.所述控制部也可进行以下处理。
25.·
获取连同所述移动物内的所述用户在内的群体的人数信息。
26.·
将所述人数信息与预约请求一同发送至：所述用户经由与供跳转到所述餐饮店检索结果的显示要素相链接的、所述餐饮店检索之检索结果的输出显示来选择了的餐饮店。
27.根据上述方案，能够获取乘坐移动物的用户群体的人数，并预约以该人数所检索到的餐饮店。
28.所述控制部也可进行以下处理。
29.·
在所述餐饮店检索的检索结果是少于规定的最少店铺数的情况下，将所述用餐时间段变更为更迟的时间段。
30.·
推定所述移动物在变更后的所述用餐时间段所移动到的场所。
31.·
基于推定出的场所，进行所述餐饮店检索。
32.根据上述方案，在检索结果相对较少（比规定的店铺数少）的情况下，能够沿移动物的移动路径来错开要检索的位置，从而在检索结果不脱离移动路径的情况下得到不同的
检索结果。
33.所述控制部也可在有多个所述用餐时间段包含在所述预定出发时刻与所述预定到达时刻之间的情况下，针对与某一所述用餐时间段相对应的所述餐饮店检索中的用以筛选检索结果的某个参数值，使与其他所述用餐时间段相对应的所述餐饮店检索中的该参数值不同于有关所述某一所述用餐时间段的该参数值。
34.根据上述方案，在多个用餐时间段包含在用户的移动期间中的情况下，使针对各用餐时间段来检索的菜单等这些参数中某一参数不同，从而能确保多样性，诸如向用户建议的餐饮店种类、以及所提供的用餐类别等。
35.另外，所述控制部也可在所述用户转乘多个所述移动物来移动且所述移动物的转乘预定时刻与所述用餐时间段相差在规定的时间范围内的情况下，基于所述用户在所述转乘预定时所处的位置来进行餐饮店检索。
36.根据上述方案，在用户转乘移动物的情况下，转乘时刻即使偏离用餐时间段，只要其在规定的时间范围内，则基于用户在转乘时刻所处的位置来检索餐饮店，因此能向用户提供一种能够实现在合理的定时进行用餐的餐饮店检索功能。
37.所述控制部也可进行以下处理。
38.·
在不存在经所述餐饮店检索所提取到的餐饮店的情况下，基于所述餐饮店检索来提取存在于所述移动物在所述用餐时间段所移动到的场所与所述移动物的目的地之间的餐饮店。
39.·
在提取不到存在于所述移动物在所述用餐时间段所移动到场所与所述移动物的目的地之间的餐饮店的情况下，基于所述餐饮店检索来提取存在于所述移动物的出发地与所述移动物在所述用餐时间段所移动到的场所之间的餐饮店。
40.·
将所提取到的餐饮店当中的、与所述移动物在所述用餐时间段所移动到的场所相距最近的餐饮店，作为最后的餐饮店来输出。
41.根据上述方案，在目的地为野营地或山里等这种不大可能有餐饮店的情况下，能够优先建议所能利用的餐饮店。
42.另外，所述信息处理装置可以还具备用以存储所述数据库的存储部。
43.所述信息处理装置也可还具备用以存储多个所述餐饮店信息的存储部。
44.该方案中，所述控制部通过所述餐饮店检索，根据所述存储部中存储的所述多个所述餐饮店信息来提取符合条件的餐饮店。
45.这里，多个所述餐饮店信息也能以经过了标准化的状态来存储在数据库中。
46.所述信息处理装置可以还具备通信部。
47.所述通信部可以从外部的用户终端接收用户所乘坐而移动的移动物的预定出发时刻、预定到达时刻、以及该移动物的种类。
48.所述控制部也可以进行以下处理。
49.·
判断所述用户的用餐时间段是否包含在所述预定出发时刻与所述预定到达时刻之间。
50.·
基于所述移动物的种类来推定所述移动物在所述用餐时间段所移动到的场所。
51.·
进行餐饮店检索，其中，所述餐饮店检索中根据与位置信息构成对应关系的餐饮店信息来提取：位于从推定出的所述移动物所移动到的场所起处在第1距离内且与所述
移动物的出发地及目的地的至少一方相距第2距离的场所的餐饮店。
52.另外，所述通信部也可以将所述餐饮店检索的检索结果发送给所述用户终端。
53.所述控制部也可进行以下处理。
54.·
判断用户的用餐时间段是否为晚于所述用户所乘坐而移动的移动物的预定出发时刻的这种情况、或早于所述移动物的预定到达时刻的这种情况的其中至少一种情况。
55.·
推定所述移动物在所述用餐时间段所移动到的场所。
56.·
生成餐饮店检索的检索条件，其中，所述餐饮店检索中根据与位置信息构成对应关系的餐饮店信息来提取：位于从推定出的所述移动物所移动到的场所起处在第1距离内且与所述移动物的出发地及目的地的至少一方相距第2距离的场所的餐饮店。
57.另外，本发明的另一方面是由信息处理装置的处理部来执行的信息处理方法。
58.所述处理部执行以下处理。
59.·
判断用户的用餐时间段是否包含在所述用户所乘坐而移动的移动物的预定出发时刻与所述移动物的预定到达时刻之间。
60.·
推定所述移动物在所述用餐时间段所移动到的场所。
61.·
生成餐饮店检索的检索条件，其中，所述餐饮店检索中根据与位置信息构成对应关系的餐饮店信息来提取：位于从推定出的所述移动物所移动到的场所起处在第1距离内且与所述移动物的出发地及目的地的至少一方相距第2距离的场所的餐饮店。
62.另外，本发明的其他方面是令信息处理装置的处理部执行以下处理的程序。
63.·
判断用户的用餐时间段是否包含在所述用户所乘坐而移动的移动物的预定出发时刻与所述移动物的预定到达时刻之间的步骤。
64.·
推定所述移动物在所述用餐时间段所移动到的场所的步骤。
65.·
生成餐饮店检索的检索条件的步骤，其中，所述餐饮店检索中根据与位置信息构成对应关系的餐饮店信息来提取：位于从推定出的所述移动物所移动到的场所起处在第1距离内且与所述移动物的出发地及目的地的至少一方相距第2距离的场所的餐饮店。
66.综上，根据本发明，可提供一种能够建议在与出发地、目的地相距一定距离的地点用餐的信息处理装置、信息处理方法及程序。
附图说明
67.以下参照附图来说明本发明实施方式的功能、优点、技术和产业上的意义，图中的同一附图标记表示类似的要素。
68.图1是本发明一实施方式中的餐饮店信息提供系统的构成示意图。
69.图2是图1中的服务器及用户终端的一例硬件结构的示意图。
70.图3是图2所示店铺数据库的一例数据构造的示意图。
71.图4是上述餐饮店信息提供系统的一例软件程序方案的示意图。
72.图5是上述餐饮店信息提供系统的运用场面图。
73.图6是图1中的用户终端的用于路径检索的一例显示画面的示意图。
74.图7是用以说明上述餐饮店信息提供服务器的信息处理的概念图。
75.图8是图1中的餐饮店信息提供服务器所执行的处理的一例流程的示意图。
76.图9是图8中的餐饮店检索处理的一例流程的示意图。
77.图10是图9中的检索结果的调整处理的一例流程的示意图。
78.图11是通过图1中的餐饮店信息提供服务器所生成的一例输出显示画面的示意图。
79.图12是通过图1中的餐饮店信息提供服务器所生成的一例输出显示画面的示意图。
具体实施方式
80.以下，结合附图来说明本发明的实施方式。
81.＜第1实施方式＞＜硬件结构例＞图1示出了本实施方式的餐饮店信息提供系统1的网络结构例。如图所示，在本实施方式的餐饮店信息提供系统1中，餐饮店信息提供服务器100能以互联网50为媒介来与用户终端200进行通信。餐饮店信息提供服务器100在本实施方式中是用于实现本发明信息处理装置的硬件资源的一个例子。
82.图1中，餐饮店信息提供服务器100能够利用路径检索服务器110。路径检索服务器110具有地理信息数据库31（示于图4中）。路径检索服务器110在经由应用程序界面等而从包括餐饮店信息提供服务器100在内的其他服务器收到至少以出发地的地理信息和目的地的地理信息为参数的路径检索指令时，回发1个以上的连接出发地与目的地的多个路径r。
83.这里，互联网50在本实施方式中是餐饮店信息提供服务器100与用户终端200之间的媒介网络的一个例子，这类网络也可包括将无线移动通信基站相互连接的网络、以及内联网等。
84.另外，用户终端200是在非限定性地述及图1中用户a使用的用户终端200a、用户b使用的用户终端200b、b用户c使用的用户终端200c、
……
等中至少1个终端时所用的称呼名。
85.本实施方式中，设想用户乘坐移动物300从出发地向目的地移动。但并不限定移动物300必须物理性或功能性地包含餐饮店信息提供系统１的一部分或全部。图1中，用户终端200作为餐饮店信息提供系统１的一部分来示出。
86.如图1所示，作为一个例子，用户终端200b为车载式用户终端200。用户终端200b搭载于移动物300b，也可具有例如车辆导航仪终端的功能。
87.图2示出了餐饮店信息提供服务器100及用户终端200的硬件结构例。以下，假定图2所示结构例是餐饮店信息提供服务器100的硬件结构来进行说明。如图所示，餐饮店信息提供服务器100的硬件中，cpu（central processing unit:中央处理器）11、rom（read only memory:只读存储器）12、ram（random access memory:随机存取存储器）13也可经由总线14相互连接而构成处理控制部。
88.由与总线14相连的各种硬件所构成的处理控制部也可进而与输入输出界面15相连。输入输出界面15也可以与显示部16、操作受理部17、存储部18、通信部19相连。
89.与输入输出界面15相连的各种硬件作为用以与餐饮店信息提供服务器100进行信息输入输出的输入输出部来发挥功能。与餐饮店信息提供服务器100进行的信息输入输出包括：和与总线14相连的各种硬件所构成的处理控制部所进行的信息输入输出。
90.显示部16对餐饮店信息提供服务器100提供显示输出功能，具体例如可通过对液晶显示器和图形控制器等加以组合来实现显示部16。操作受理部17对餐饮店信息提供服务器100提供用户操作的输入功能，具体例如可通过液晶触屏及键盘器件等来实现操作受理部17。
91.存储部18对餐饮店信息提供服务器100提供二次存储功能，具体例如可通过硬盘器件及ssd（solid state disks：固态硬盘）等来实现存储部18。通信部19向餐饮店信息提供服务器100提供与外部装置间的通信功能、以及利用该通信功能来进行信息输入输出的功能等。通信部19具体例如可通过局域网器件来实现，此时不论有线方式还是无线方式的物理层，均能实施。
92.另外，存储部18具有店铺数据库32。图3示出了店铺数据库32的一例数据构造。这里，存储部18中存储的信息也可理解为餐饮店信息提供服务器100所保持的数据。另外，即使是外部的数据服务器（未图示）具有店铺数据库32且由cpu11向外部的数据服务器随时发出检索查询的这种技术方案，也能获得与本实施方式同等的效果。
93.图3示出了店铺数据库32中存放的有关每一店铺的信息的数据构造例。店铺数据库32按照事先登记在餐饮店信息提供服务器100中的每一店铺来存储店铺识别信息、店名、类别、位置信息等。这里，“类别”指店铺所提供的菜品口味倾向（意大利菜、日本和食、中国菜等）以及服务提供形态（居酒屋、快餐、自助餐等）等。“类别”也可以是菜品口味倾向与服务提供形态等信息的组合。
94.图3中记载的“位置信息”包含以纬度和经度等来表示的地理坐标系。此外，位置信息可以还包含以城镇名及弄堂号、或路名及弄堂号等来表示的所在地信息。另外，位置信息也可包含高度方向上的信息（店铺所在的楼层等）。
95.以下叙述采用所述硬件方案时的技术效果。本实施方式中均由餐饮店信息提供服务器100接管来自多个用户终端200的流量，以节约硬件资源。这里，例如也可由用户终端200来执行餐饮店信息提供服务器100所执行的所有信息处理，从而由用户终端200单独发挥本发明的效果。然而与该实施形态相比，通过采用图1乃至图3中描述的硬件方案，就不再需要分别在多个用户终端200中备好供执行餐饮店信息提供服务器100所执行的信息处理的那部分资源。
96.＜软件程序方案例＞图4示出了本实施方式的一例软件程序方案。图示的方案例中，示出了利用图1乃至图3所示的硬件资源来进行规定的信息处理的软件程序，但在硬件资源方案有变更的情况下，有时也会相应地变更软件程序方案。
97.如图4所示，在移动设备操作系统201所工作的用户终端200中，路径检索应用202在该移动设备操作系统201的基础上执行。
98.另一方面，如图4所示，在餐饮店信息提供服务器100中，服务器用操作统101作为软件来工作。而路径检索api（应用
·
程序
·
界面）102和餐饮店检索api 103在服务器操作系统101的基础上执行。
99.以下说明各软件程序的基本功能。
100.路径检索应用202与路径检索api 102、餐饮店检索api 103进行进程间通信来进行数据、信息的收发。
101.路径检索api 102当从包括路径检索应用202及其他api在内的外部收到了作为参数的、出发地的位置信息及目的地的位置信息时，则基于该参数，向路径检索服务器110发送至少以出发地的地理信息及目的地的地理信息为参数的路径检索指令。路径检索api 102将返回值重叠到例如地图等上来生成显示画面。显示画面也可以发送给路径检索应用202。
102.餐饮店检索api 103在以地理信息及检索范围为参数而从包括路径检索api 102及路径检索应用202在内的外部收到了店铺检索指令时，则在店铺数据库32内进行检索，并回发符合条件的店铺信息。
103.本实施方式中，连同餐饮店信息提供服务器100中工作的服务器操作系统101在内的软件程序组能够利用上述结合图1乃至图3所说明的硬件资源，来尤其令各种硬件的cpu11执行下文详述的步骤中的信息处理，从而实现功能的提供。
104.＜运用场面＞以下，首先说明本实施方式的餐饮店信息提供系统1的概略运用场面，其次叙述餐饮店信息提供服务器100及用户终端200各自所执行的处理。
105.图5示出了餐饮店信息提供系统1的运用场面图。如图所示，用户能作为利用餐饮店信息提供系统1的主用户，来进行诸如“进行路径检索”、“进行
‘
顺道稍停留检索
’”
、“进行店铺预约”之类的操作。餐饮店信息提供系统1针对这些用户操作来提供诸如“路径检索的执行”、
“‘
顺道稍停留检索’的执行”、“店铺预约的执行”之类的功能。这里，图5中揭示的运用场面仅是一个例子，餐饮店信息提供系统1也可配置为能够提供不限上述功能的多种多样功能的系统。
106.这里，所谓“顺道稍停留检索”是指如下功能：在用户为了游玩、旅行、出差等而乘坐移动物300进行移动的途中，由餐饮店信息提供系统1来检索供顺道稍停留并用餐的餐饮店并向用户提供该信息。
107.为了提供“进行路径检索”功能而由餐饮店信息提供系统1进行的处理包括以下处理等：用户终端200提示出供用户输入出发地及目的地等这些在路径检索上所需的信息的用户界面；餐饮店信息提供服务器100基于经由该用户界面所收集到的信息，以出发地及目的地为参数来向路径检索服务器110发出查询。
108.为了提供“进行
‘
顺道稍停留检索
’”
功能而由餐饮店信息提供系统1进行的处理包括以下处理等：用户终端200提示出供用户发出“顺道稍停留检索”的执行指示的用户界面；若“顺道稍停留检索”的执行指示经由该用户界面而发出，则餐饮店信息提供服务器100在店铺数据库32中进行检索；用户终端200将检索结果输出显示给用户。
109.为了提供“进行店铺预约”功能而由餐饮店信息提供系统1进行的处理包括以下处理等：用户终端200提示出供用户输入在检索条件的变更时所需的信息的用户界面；餐饮店信息提供服务器100基于经由该用户界面所収集到的信息，重新设定检索条件；以及，重新执行在所述“检索的执行”功能的提供上由餐饮店信息提供服务器100执行的处理。
110.以上各功能也可单个地提供给用户，但以下说明的方案为：餐饮店信息提供系统1在提供路径检索功能时，将进行“顺道稍停留检索”的功能组合在内。根据该技术案，可以带来能够向路径检索功能赋予高附加价值的这一叠加效果。
111.＜路径检索用户界面＞
图6示出了用户终端200的一例路径检索用显示画面。餐饮店信息提供系统1在用户利用路径检索功能时提供诸如图6所示的用户界面。此时，餐饮店信息提供服务器100生成显示画面，并由用户终端200将该显示画面作为路径检索应用202的显示画面来输出。
112.图6中，显示画面210是路径检索应用202的显示画面。显示画面210也可以配置为包含出发地输入部211、当前地点输入部212、到达地输入部213、当前地点输入部214、检索执行指示部215这些显示要素。
113.出发地输入部211是为了便于用户输入预定出发地而提供的用户界面，其既可以是用自由字符来输入纬度经度等地理信息及地名的这种形态，也可以是从下拉菜单中进行选择的这种形态。当前地点输入部212在用户选择了它时，便自动地向出发地输入部211输入通过gps（global positioning system：全球定位系统）等所获取的地理信息。
114.到达地输入部213是为了便于用户输入预定到达地而提供的用户界面，其既可以是用自由字符来输入纬度经度等地理信息及地名的这种形态，也可使是从下拉菜单中进行选择的这种形态。当前地点输入部214在用户选择了它时，便自动地向到达地输入部213输入通过gps（global positioning system）等所获取的地理信息。
115.检索执行指示部215是用来将经出发地输入部211及到达地输入部213所设定的检索条件分别作为“出发地”参数、“到达地”参数来发送给餐饮店信息提供服务器100的用户界面。餐饮店信息提供服务器100被输入了这些参数以及路径检索的执行指示时，便执行后述的动作。
116.＜餐饮店信息提供服务器的动作＞以下，结合图7至图10，对餐饮店信息提供服务器100所执行的信息处理的流程进行说明。图7是餐饮店信息提供服务器100所执行的信息处理的内容概念说明图。图8是图1中的餐饮店信息提供服务器所执行的处理的一例流程的示意图。图9是图8中的餐饮店检索处理的一例流程的示意图。图10是图9中的检索结果的调整处理的一例流程的示意图。
117.如图7所示，按照以下所述的本实施方式的信息处理，通常是在出发地至目的地的区间中检索1个以上的多个路径。图7中示有路径1、路径2、路径3，它们是从路径检索服务器110输出过来的、路径检索的检索结果。
118.按照结合图8所说明的路径检索，作为检索结果可输出：地理上最短的路径、时间上最短的路径、移动较轻松（例如在交叉路口换道的次数相对较少，或换乘次数较少，等等）的路径等多个路径。
119.按照结合图9所说明的餐饮店信息检索处理，可针对每个路径来进行餐饮店信息检索。所被检索的是：从图7中用“p”标出的、移动物300在用餐时间段t3（后述）所处的移动地点起，处于第1范围以内的餐饮店。以下，结合图8至图10来说明具体的信息处理。
120.图8示出了餐饮店信息提供服务器100的cpu11所执行的处理的步骤。如图所示，餐饮店信息提供服务器100（cpu11）向路径检索服务器110发送路径检索请求（s11）。
121.接着，餐饮店信息提供服务器100（cpu11）从路径检索服务器110接收路径检索请求（s12）。
122.接着，餐饮店信息提供服务器100（cpu11）针对从路径检索服务器110收到的1个以上的多个路径检索结果的每个，生成检索条件并根据该检索条件来执行餐饮店检索处理（s13）。这里执行的餐饮店检索处理是按照图9所示的步骤来进行的。
123.接着，餐饮店信息提供服务器100（cpu11）根据经s12而从路径检索服务器110收到的1以上的多个路径检索结果、以及经s13而得到的餐饮店检索处理之检索结果，来生成输出显示画面，并将之输出给用户终端200（s14）。
124.图9示出了餐饮店信息提供服务器100的cpu11所执行的餐饮店检索处理的步骤。如图所示，首先，餐饮店信息提供服务器100（cpu11）定义餐饮店检索处理上所要用的变量（s21）。
125.s21中，t1是预定出发时刻，t2是预定到达时刻，t3是用餐时间段，t4是用以判断用餐时间段t3是否与预定出发时刻t1或预定到达时刻t2相接近的阈值。餐饮店信息提供服务器100（cpu11）把从路径检索服务器110收到的路径检索结果中所含的预定出发时刻和预定到达时刻用作t1和t2。这里，也可以在计算中加上用餐时间段t3的长度（例如1小时等）来得出预定到达时刻t2。
126.s21中，由于人们基本上是在每天的固定时间段用餐，因此也可以由餐饮店信息提供系统1来将用餐时间段t3定为规定的值。由于用餐习惯上有时存在个人的、文化的差异，因此餐饮店信息提供系统1也可以具备供用户能够变更用餐时间段t3的用户界面。另外，阈值t4也可由餐饮店信息提供系统1来定为规定的值。关于阈值t4，餐饮店信息提供系统1也可具备能够与用餐时间段t3同样地用来变更阈值t4的用户界面。
127.接着，餐饮店信息提供服务器100（cpu11）判断用餐时间段t3是否包含在预定出发时刻t1与预定到达时刻t2之间（s22）。若未包含在其之间（在s22为“no”），则结束餐饮店检索处理，餐饮店信息提供服务器100（cpu11）的处理转至图8的s14。
128.若用餐时间段t3包含在预定出发时刻t1与预定到达时刻t2之间（在s22为“yes”），则餐饮店信息提供服务器100（cpu11）继而基于阈值t4来判断用餐时间段t3是否与预定出发时刻t1或预定到达时刻t2相接近（s23）。
129.若判断为用餐时间段t3与预定出发时刻t1或预定到达时刻t2相接近（在s23为“yes”），则餐饮店信息提供服务器100（cpu11）错开用餐时间段t3，以使用餐时间段t3与被判断为与用餐时间段t3相接近的那一方时刻至少隔开阈值t4以上（s24）。即，若用餐时间段t3离预定出发时刻t1较近，则将t3重新设定到较迟的时间。另一方面，若用餐时间段t3离预定到达时刻t2较近，则重新设定到较早的时间。
130.另外，若判断为用餐时间段t3不接近预定出发时刻t1或预定到达时刻t2（在s23为“no”），则跳过步骤s24。
131.接着，餐饮店信息提供服务器100（cpu11）推定移动物300在t3所处的移动地点p（s25）。作为移动地点p的具体推定方法，餐饮店信息提供服务器100（cpu11）可以将用餐时间段t3作为参数并向路径检索服务器110发出查询（query）来得到移动地点p，或者可以基于在s12已从路径检索服务器110获取到的路径检索结果来计算出移动地点p。
132.经s25而得到的信息处理结果可标示在例如图7中的移动地点p处。图7中示出的移动地点p是推定出的移动物300将要在各用餐时间段t3所路过的场所，因此每个路径上的场所互不相同。
133.接着，餐饮店信息提供服务器100（cpu11）将s25中推定出的移动地点p作为店铺数据库32的检索参数来向店铺数据库32发出检索查询，并接收检索结果（s26）。即，餐饮店信息提供服务器100（cpu11）将移动地点p作为参数来从店铺数据库32提取餐饮店的信息。
134.关于经s26得到的信息处理结果，例如能以在图7虚线框中用餐饮店图标来示出各个餐饮店的这种方式来体现。图7示出了对以场所p的最前地点和最后地点为焦点的椭圆范围内的餐饮店进行检索的这一方案例。如图所示，餐饮店检索服务器100（cpu11）检索：从推定出的、移动物将会移动经过的带状场所p起，处于第1距离内的餐饮店。这里的“第1距离”可以由餐饮店信息提供系统1以属于“顺道稍停留”范围为准来任意决定。“第1距离”例如也可根据能够在1小时以内返回原路的距离等进行倒推计算来定义。
135.在s26的餐饮店检索中，进行检索的检索条件之一为：该餐饮店处于与出发地及目的地的至少一方相距第2距离的场所。第2距离可以由系统来设定，例如设定成用户能够实际体验到“顺道稍停留感”的距离。第2距离不同于图8的s21～s24中用到的供判断是否接近的阈值（t4；以小时为单位）。
136.接着，餐饮店信息提供服务器100（cpu11）进行对在s26中得到的检索结果（从店铺数据库32提取餐饮店信息而得到的结果）进行调整的处理（s27），然后结束餐饮店检索处理并返回到图8的流程。关于检索结果的详细调整处理，结合图10来说明。
137.图10示出了对餐饮店检索处理的检索结果（餐饮店信息的提取结果）进行的调整处理的步骤。
138.首先，餐饮店检索服务器100（cpu11）判断餐饮店检索处理的检索结果中的所提取到的餐饮店的数量是否少于规定的最少店铺数（s31）。若判断为餐饮店检索处理的检索结果中的所提取到的餐饮店的数量少于规定的最少店铺数（在s31为“yes”），则餐饮店检索服务器100（cpu11）将用餐时间段t3错开到更迟的时间（s32）。即，用餐时间段t3移到较迟的时间。
139.这里，上述规定的最少店铺数也可以由餐饮店信息提供系统1来决定成规定的值来。另外，餐饮店信息提供系统1也可以具备供用户能对规定的最少店铺数进行变更的用户界面。此外，关于s32中的t3错开幅度，同样可以由餐饮店信息提供系统1来決定成规定的值，也可以是能够变更。
140.餐饮店检索服务器100（cpu11）判断餐饮店检索处理的检索结果中的所提取到的餐饮店的数量是否少于规定的最少店铺数（s31）。若规定的最少店铺数例如设定为1，则在无任何餐饮店的情况下，判断结果为“yes”。该判断中，若提取到的餐饮店铺数少于规定的最少店铺数（在s31为“yes”），则餐饮店检索服务器100（cpu11）错开用餐时间段t3（s32），并继而推定或确定出移动物300在错开后的用餐时间段t3所处的移动地点p（s33）。接着，餐饮店检索服务器100（cpu11）将该移动地点p作为参数来向店铺数据库32发出检索查询，以提取餐饮店的信息（s34）。s33的该处理与s25的处理是同等的。另外，s34与s26的处理是同等的。
141.这里，若未判断为餐饮店检索处理的检索结果中的所提取到的餐饮店的数量少于规定的最少店铺数（在s31为“no”），则餐饮店检索服务器100（cpu11）跳过s32～s34的处理。
142.虽然图10所示信息处理步骤例中示出了仅对s31～s34的处理进行1次的例子，但也可以配置为如果经过s34的餐饮店检索后，检索结果中的数量仍然少于规定的最少店铺数，则s31～s34的处理多次地反复进行。
143.餐饮店检索服务器100（cpu11）完成图10所示的对检索结果的调整处理后，则转入图8的路径检索结果及餐饮店检索结果的输出处理（s14）。
144.以下说明由餐饮店信息提供服务器100（cpu11）基于在s12从路径检索服务器110接收获得的1以上的多个路径检索结果、以及在s13获得的餐饮店检索处理的检索结果来生成的输出显示画面。该输出显示画面被输出给用户终端200（s14）。这里，该输出显示画面仅是餐饮店信息提供服务器100（cpu11）所输出的一例形态。
145.＜输出显示＞图11示出了由餐饮店信息提供服务器100（cpu11）生成的一例输出显示画面。与图6同样，图11的显示画面210由用户终端200作为路径检索应用202的显示画面来输出。如图所示，显示画面210中具有对应于出发地的显示要素216、以及对应于目的地的显示要素217。此外，也可以具有将对应于出发地的显示要素216与对应于目的地的显示要素217衔接到一起且表达移动物300移动情况的显示要素218。图11中，显示要素218以箭头方式来示出。
146.本实施方式中，在输出对应于出发地的显示要素216、以及对应于目的地的显示要素217时，还输出提供有链接的显示要素220，该链接用来跳转到上述结合图9和图10所说明的餐饮店信息检索之检索结果的输出显示。与显示要素220相伴随地，也可以在表达移动物300移动情况的显示要素218上重叠显示出将用餐时间段t3可视化了的显示要素219。
147.图11中还示有供进行以目的地的地理信息为参数的餐饮店信息检索（或显示餐饮店信息检索的结果）的显示要素221。对于提供有用来跳转到“顺道稍停留检索”之检索结果的链接的显示要素220而言，它完全不同于提供有用来跳转到以目的地为准的餐饮店信息检索的链接的这个显示要素221，显示要素220提供了用来寻找用户能够在自己习惯的用餐时间段（用餐时间段t3）进行用餐的餐饮店的用户界面。以目的地为准的餐饮店信息有可能是在不恰当的定时被示出的信息，而本实施方式中的“顺道稍停留检索”能推荐能够在适于用餐的时间段利用的餐饮店。
148.图12示出了餐饮店信息检索的检索结果的一例输出显示。餐饮店信息提供系统1配置为：当用户对图11中的、提供有用来跳转到餐饮店信息检索之检索结果的输出显示的链接的显示要素220进行了选择等时，则切换成如图12所示的画面。
149.＜预约处理＞图12例示的输出显示画面中，也可以划分有用以调取上述结合图5的运用场面所说明的“店铺预约”功能的部分。此方案中，图12中的表示餐饮店的图标是能够点击的。当图12中的餐饮店被用户选择后，餐饮店信息提供服务器100（cpu11）便向所被选择的餐饮店发送预约请求。该预约请求可以含有用餐时间段t3，也可以配置为用户希望在用餐时间段t3享受餐饮服务的申请。
150.此外，该预约请求还可以含有人数信息。人数信息是用户到访该店铺时的人数、预约人数。人数信息例如可以由用户终端200自动地从移动物300获取。若移动物300是能通过人体传感器等来掌握人数的乘用车且用户终端200是设置在移动物300上的车辆导航仪终端，则用户终端200从移动物300获取人数信息。
151.＜变形例＞所述实施方式还例如能按以下方式实施。
152.＜第2实施方式＞前述的实施方式中，假定了用户一直乘坐移动物300的情况，但用户也可以在出发
地至目的地的过程中转乘多个移动物300来移动。另外，即使将这种转乘考虑在内，第1实施方式也同样发挥其效果。
153.本实施方式中，若用户利用多个移动物300来进行移动，则第1实施方式的方案中，由餐饮店检索服务器100（cpu11）在餐饮店信息检索处理（图9）的s25（移动地点p的推定）即将进行前，判断转乘预定时刻t5是否包含在用餐时间段t3内。
154.餐饮店检索服务器100（cpu11）若通过该判断而认为包含在内，则进行与第1实施方式同样的处理，若判断为不包含在内，则进一步判断转乘预定时刻t5是否处在自用餐时间段t3起的规定的时间范围内。若判断为处在规定的时间范围内，则餐饮店检索服务器100（cpu11）变更用餐时间段t3，以使得转乘预定时刻t5包含在该用餐时间段内。此处理可以通过错开t3来实现。
155.根据本实施方式，能够建议转乘時的用餐，因此能够实现合理的建议。
156.＜第3实施方式＞在前述的实施方式中，主要假定了用户的移动期间中仅含有1个用餐时间段t3的情况，但t3也可以有多个。对于有多个t3的情况，本实施方式中，进而进行以下处理：使针对第1个用餐时间段t3进行餐饮店信息检索时所设定的餐饮店分类等参数、以及针对第2个用餐时间段t3进行餐饮店信息检索时所设定的餐饮店分类等参数相互不同。
157.本实施方式中，在图9的s26中使表达餐饮店种类及提供的服务分类（菜品的种类及倾向等）的参数不同。这里说的参数是另一种参数，它不同于有关移动地点p的参数。
158.＜第4实施方式＞若是用户前往野营地等，则有时无法充分获得餐饮店信息检索结果。本实施方式为预防这种情况，在图9的s26之后紧接着进行以下处理。第1步：餐饮店检索服务器100（cpu11）判断是否存在经s26而提取到的餐饮店。第2步：若判断为不存在提取到的餐饮店，则餐饮店检索服务器100（cpu11）检索在移动地点p至目的地之间所存在的餐饮店。第3步：若即使经过上一步的检索也未提取到餐饮店，即，若判断为在移动地点p至目的地之间不存在餐饮店，则餐饮店检索服务器100（cpu11）提取在出发地至移动地点p之间所存在的餐饮店。第4步：在第3步处理的结果中，将提取到的餐饮店当中的离移动地点p最近餐饮店作为最后的餐饮店来输出。
159.根据本实施方式，能够在不追求用餐时间段的情况下向用户介绍最后的餐饮店，从而用户满意度可提高。
160.本实施方式不限于前述的实施方式，能够进行各种变形来实施。例如，前述的实施方式也可以变形地实施，即，由用户终端200来执行除餐饮店检索处理（图9）以外的、餐饮店信息提供服务器100执行的处理。由用户终端200生成餐饮店检索处理的检索条件，并将检索条件发送给餐饮店信息提供服务器100。餐饮店信息提供服务器100基于该检索条件来执行餐饮店检索处理，然后将处理结果回发给用户终端200。用户终端200的硬件构成例并无限定，例如可以构成为车辆导航仪
·
系统中的车载终端。
161.＜第5实施方式＞以下说明作为第1实施方式另一变形例的第5实施方式，该实施方式的课题在于能建议在与出发地、目的地相距一定距离的地点用餐。
162.本实施方式中，在餐饮店信息提供服务器100所进行的信息处理当中，并不进行判
断用餐时间段t3是否包含在预定出发时刻t1与预定到达时刻t2之间（图8，s22）的处理，取而代之的是判断用餐时间段t3是否晚于预定出发时刻t1，或用餐时间段t3是否早于预定到达时刻t2，即，判断该两条件中的某一条件是否满足。也就是说，若满足其中某一条件，则推定移动物在用餐时间段t3所处的移动场所，并进行餐饮店检索。
163.本实施方式中，例如在用餐时间段t3晚于预定出发时刻t1的情况下，若所推荐的餐饮店立地于与目的地相距第2距离的场所，则该餐饮店即使不在出发地与目的地之间，其也会被推荐。根据本实施方式，只要餐饮店位于与目的地相距第2距离的场所，则该餐饮店即使立地于与从出发地前往目的地的路径方向相逆向地移动到的场所，其也会被推介。
164.根据本实施方式，即使决定出发地和目的地并仅决定了预定出发时刻或预定到达时刻的某一方，也能够建议在与出发地、目的地相距一定距离的地点用餐。