信息处理装置和信息处理方法

技术领域

本发明涉及一种信息处理装置和信息处理方法。

背景技术

已知有一种分发用于填补店铺的空座的广告信息的广告分发系统。例如专利文献1记载的广告分发系统预测客座的利用率的每个小时的变化等客座条件，并对可能在客座空闲的时间的前后到店的预计顾客分发广告信息。在客座已经空闲的情况下，通过向到店铺为止的移动时间短的预计顾客提供更有利的折扣率、优惠券等，来快速地填补客座从而在短时间内恢复客座的利用率。另一方面，在预测有空座的时间以后到达的预计顾客不太有助于客座的利用率的恢复，因此进行不利的提供。

现有技术文献

专利文献

专利文献1：国际公开2017/098803号

发明内容

发明要解决的问题

然而，上述的广告分发系统是用于使店铺中的客座的利用率恢复的系统，因此存在如果用户不去店铺则店铺无法对用户提供体验这一问题。

本发明要解决的问题为实现用于在除店铺以外的场所提供用户所希望的体验的信息处理。

用于解决问题的方案

本发明从将对用户提供体验的提供源和提供源能够提供体验的提供场所相对应地进行存储的数据库获取数据，基于希望体验数据和从数据库获取到的数据，来确定体验提供源和提供场所，所述体验提供源表示能够提供用户所希望的体验的提供源；将所确定出的提供场所确定为用户的目的地，并生成用于使用户移动到目的地的移动计划，向体验提供源发送通知信号，所述通知信号通知希望在移动计划中示出的目的地提供体验，由此解决上述问题。

发明的效果

根据本发明，能够在作为除店铺以外的场所的目的地提供用户所希望的体验。

附图说明

图1是示出本发明所涉及的信息处理系统的一个实施方式的框图。

图2是示出图1的数据库中存储的用户表的一例的图。

图3是示出图1的数据库中存储的提供源数据的表的一例的图。

图4是用于说明由图1的目的地确定部确定出的目的地(枢纽(hub))、市中心终点站以及中心车站之间的位置关系的概念图。

图5是示出由图1的信息处理系统执行的信息处理过程的流程图。

图6是示出由图1的提供源确定部生成的顾客数据的一例的图。

具体实施方式

下面，基于附图来说明本发明所涉及的信息处理系统的一个实施方式。图1是示出本发明的一个实施方式所涉及的信息处理系统的框图。本实施方式的系统包括服务器1、多个用户的终端机2、构成电气通信线路网的网络3以及一个或多个提供源4。本实施方式的系统在确定用户的目的地时，在避开市中心终点站、中心车站等拥挤度高的场所的基础上，将除店铺以外的能够提供用户所希望的体验的场所确定为目的地。并且，信息处理系统向体验的提供源通知存在希望在所确定出的目的地被提供体验的用户。

虽然没有特别限定，但若为了使本发明易于理解而举出其一例，则在用户想到了想要吃意大利面、想要泡温泉、想要买书等、想到了想要进行特定的体验的情况下，如果是以往的话，通常使用智能手机等终端机来对能够进行体验的设施、店铺等进行店铺检索，并直接到访该店铺来进行体验。另外，在以往的使用了美食网站的店铺的检索中，即使显示了场所和店铺名，如果用户不去到店铺，则店铺侧也无法向用户提供商品、服务等体验。因此，关于店铺等提供体验的提供源，在市中心终点站、中心车站等人汇集的拥挤场所设置店铺。而且，由于店铺向拥挤场所集中，因此会在拥挤场所的周围发生交通集中。在本实施方式的系统中，以避开人汇集的拥挤场所的方式确定除店铺以外的能够提供用户所希望的体验的、作为用户的目的地的场所。另外，本实施方式的系统向多个体验提供源发送希望进行体验的用户所聚集的场所即多个用户的目的地的信息、与所聚集的用户有关的信息。由此，能够避开拥挤度高的场所而聚集人，并且在人的聚集场所提供多种体验。作为其结果，能够形成市中心终点站、中心车站等人汇集的拥挤场所以外的、人的聚集场所，另外，能够使位于聚集场所的周围的店铺等活跃化。

本实施方式所涉及的“所希望的体验”是指用户自身想要经历的事项，以上述的例子来说，是“想要吃饭”这样的体验，其中还包括“想要吃意大利面”或“想要吃冰淇淋”这样的体验。除了这种想要吃饭之类的体验之外，还存在想要购物、想要运动、想要泡温泉等想要接受服务之类的种类，在本实施方式的系统中，包括这样的多种体验。也就是说，用户所希望的体验是用户对商品的购买和/或用户接受的服务。

本实施方式的服务器1由具备硬件和软件的计算机构成，由保存有程序的ROM、执行该ROM中保存的程序的CPU以及作为可访问的存储装置发挥功能的RAM构成。此外，作为动作回路，能够代替CPU或者与CPU一起使用MPU、DSP、ASIC、FPGA等。而且，如图1所示，希望体验受理部11、提供源确定部12、目的地确定部13、移动计划生成部14以及车辆调度部15通过ROM中确立的软件来实现后述的各功能。另外，具备数据库16作为存储单元，一边利用数据库16中存储的信息，一边通过上述的希望体验受理部11、提供源确定部12、目的地确定部13、移动计划生成部14以及车辆调度部15来实现后述的各功能。另外，服务器1具备发送部17和接收部18，以针对终端机2及提供源4发送、接收数据，该数据包含通过各种功能被进行了处理的信息和数据库16中存储的信息。

作为本实施方式的系统的前提，能够成为用户的多个人分别拥有在日常携带或使用的终端机2。作为这种终端机2，能够使用智能手机、移动电话、便携式计算机等。本实施方式的终端机2具备计算机功能，具备用于输入数据的输入部、用于将所输入的数据发送到服务器1的通信功能、检测终端机2的当前位置的GPS接收机等的位置检测功能、以及用于在显示器中显示从服务器1发送来的数据的显示功能。而且，各终端机2经由因特网或其它网络3(无线通信线路网)向服务器1发送自己的ID、当前位置以及输入数据。

提供源4在由服务器1确定出的商品和/或服务的提供场所对用户提供体验。提供源4是具有实体店铺的商店、不具有实体店铺而利用移动车辆来提供商品/服务的经营者、仅利用厨房而仅提供送货到家服务的商品的经营者、不提供商品而设立并经营用于在规定场所提供商品/服务的设施的经营者等。提供源4基于从服务器1提供来的信息，来在由服务器确定出的场所提供商品/服务。

接着，说明服务器1中的结构。希望体验受理部11经由网络3受理从多个用户分别便携的终端机2发送来的信息。图2是由希望体验受理部11获取到的希望体验数据。希望体验数据包含与用户所希望的体验有关的信息，按用户属性和用户输入项目被分类。用户属性是根据在用于利用本系统中的服务的初始登记时由用户输入的信息而决定的。如图2所示，用户属性包含姓名、性别、年龄段等个人信息、以及表示用户的偏好的喜好等。例如，用户A的性别为“女性”、年龄段为“20多岁”，具有“喜欢辣的食物”这样的喜好。

用户在利用本系统中的服务时，至少输入所希望的体验内容的信息。关于体验内容的信息的输入，例如，如果所希望的体验与吃饭有关，则既可以是“意大利面”、“冰淇淋”等菜肴名，也可以是“中餐”、“日餐”等菜肴的种类。即，关于体验信息的输入，不限于商品名、服务名等具体的名称，也可以是模糊的信息。另外，在用户的输入项目中，作为与所希望的体验有关的信息，存在用户的当前所在地、希望体验时间段、人数、预算等。用户的位置与通过终端机2的GPS接收机等的位置检测功能检测到的位置信息相当。用户的位置不限于终端机2的当前位置，也可以设为由用户输入的位置。例如，在用户在中途停留在了由后述的目的地确定部13建议的目的地之后向其它场所移动的情况下，也可以将该其它场所指定为用户的位置。

希望体验时间段是用户能够在目的地接受体验的时间的长度。例如，在图2的例子中，表示用户A想要在11点至13点的期间接受体验。人数是包括用户在内的人数。在图2的例子中，用户A希望进行包括自身在内的3人的体验。预算是为了接受体验而希望的费用。

希望体验受理部11经由网络3从终端机2获取希望体验数据，并使所获取到的希望体验数据存储到数据库16中。数据库16将各用户的希望体验数据保存为如图2所示的表。

提供源确定部12参照数据库16中存储的数据，来确定对用户提供体验的提供源。为了接受本系统中的服务，数据库16保存店铺或设施信息作为提供源数据。图3是包含数据库16中存储的提供源和能够成为用户的目的地的“枢纽(hub)”的位置信息的提供源数据用的表。提供源数据包含与能够提供的体验的内容及能够提供体验的场所有关的信息。提供源数据是根据在用于利用本系统中的服务的初始登记时由利用者输入的信息而决定的。利用者主要是能够提供体验的经营者。如图3所示，提供源数据包含提供源的店铺名、种类、代表菜单、顾客层、价格段、可提供时间段、提供方式等信息。例如，在店铺名“店铺1”中，提供意餐的商品，作为代表菜单，有意大利面、披萨，到访“店铺1”的主要的顾客层为20多岁～30多岁的顾客，相当于客单价的价格段为1000日元～2000日元。这些信息既可以在初始登记时由经营者输入，也可以从店铺中的实绩数据、美食网站等的口碑信息中提取并存储到数据库16中。

提供源表中包含的“可提供商品枢纽”在本系统中表示能够提供体验的提供场所，是能够成为用户的目的地的“枢纽”的位置数据。目的地是除市中心终点站、中心车站等人汇集的拥挤场所以外的场所，是将想要接受体验的用户与想要提供体验的提供源联系的场所。此外，在本实施方式中，成为体验提供场所的目的地在场所将想要接受体验的用户与提供源联系，因此将该场所也称为枢纽。能够成为枢纽的场所被预先决定。并且，利用后述的目的地确定部13从“可提供商品枢纽”中确定出适于用户的目的地。也就是说，“可提供商品枢纽”的数据是提供源能够提供体验的提供场所的信息，相当于成为用户的目的地的位置的信息，通过提供源表与提供源及提供场所相对应地被存储。

在图3的例子中，“店铺1”的提供源能够在枢纽a、枢纽b、枢纽c提供商品。枢纽a、枢纽b、枢纽c成为能够由“店铺1”提供商品的提供场所。此外，可提供商品枢纽也可以由初始登记时的输入决定，或者将位于从店铺1的位置起的规定范围内的场所设为枢纽。提供方式是提供成为体验的商品、服务的方式。例如，在图2的例子中，“店铺1”的提供方式设为“送货到家”，采用利用送货到家服务将在店铺制作出的商品送达商品提供场所(枢纽)的方式。另外，在图2的例子中，“店铺2”的提供方式设为“移动店铺”，使搭载有店铺整体或店铺的一部分功能的车辆移动到枢纽并将车辆利用为店铺来提供商品。此外，移动店铺并非必须通过车辆进行移动，例如也可以是如下方式：在枢纽设置体验的提供所需要的设备，并利用设备来提供体验。

提供源确定部12从由希望体验受理部11获取到的希望体验数据中确定希望体验的用户的体验内容，并确定能够提供所确定出的体验的提供源。在图2所示的用户A对本系统进行了希望体验的意思的申请的情况下，提供源确定部12提取数据库16中存储的用户表中的用户A的信息，并确定用户A所希望的体验内容。由于用户A希望进行“想要吃意大利面、想要吃冰淇淋”这样的体验，因此提供源确定部12确定能够提供“意大利面”和“冰淇淋”的提供源。在图3的例子中，店铺1能够提供“意大利面”，店铺2能够提供“冰淇淋”。因此，提供源确定部12将店铺1和店铺2确定为体验提供源。体验提供源表示能够在目的地提供用户所希望的体验的提供源。如图3所示，店铺1的可提供商品枢纽(相当于可提供商品场所)是“a、b、c”，店铺2的可提供商品枢纽是“a、b”。而且，共通的枢纽“a、b”成为能够对用户A提供所希望的体验的枢纽，还成为用户A的目的地的候选。

此外，在上述的说明中，说明了根据用户所希望的体验的内容来确定提供源的方法，但不限于体验内容，也可以在还包含希望体验时间段、人数、预算等信息的基础上确定提供源。在图2和图3的例子中，根据用户B“想要吃冰淇淋”，从而希望进行吃“冰淇淋”这样的体验，并且，店铺B的代表菜单中包含冰淇淋，因此，根据体验内容，该店铺B能够成为体验提供源的候选，但由于店铺2的可提供时间段为15点至16点的范围而偏离了用户B的希望体验时间段(13点-15点)，因此，店铺2不被确定为体验提供源。

目的地确定部13确定成为用于提供体验的场所的用户的目的地。在此，参照图4来说明目的地。图4示出市中心终点站、中心车站、枢纽之间的位置关系。如图4所示，在市中心部形成以市中心终点站为中心将各中心车站连结的交通网100。交通网100为铁路、一般道路、高速道路等。而且，在市中心终点站、中心车站的附近，车站、店铺等密集，因此会在周围发生交通集中。而且，虽然在市中心终点站、中心车站的附近的店铺通常顾客数量多且兴隆，但远离市中心终点站、中心车站的场所的店铺有时会冷清。在这样的环境下，存在想要缓和市中心终点站、中心车站的附近的交通集中这样的需求、以及想要使顾客到访远离市中心终点站、中心车站的场所这样的需求。在本系统中，为了满足这两个需求，在远离市中心终点站、中心车站的场所设定成为体验提供场所的目的地。然后，用户向被设定的目的地移动，店铺在目的地提供商品、服务。在图4的例子中，作为远离市中心终点站、中心车站的场所，设定了枢纽a～枢纽e，从枢纽a～枢纽e中确定出提供体验的场所、即用户的目的地。枢纽a～枢纽e是公园等空间比较广阔的场所。

目的地确定部13计算枢纽a～枢纽e的周围的拥挤度。拥挤度是使用JARTIC、VICS(注册商标)等交通通信系统中的信息(交通量)、民营的管理位置信息的系统中的信息、在SNS等社会性的网络中被利用的信息等而计算出的。例如，作为使用民营的管理位置信息的系统中的信息的例子，根据智能手机等终端机的位置信息来拥挤度。另外，作为使用在SNS等社会性的网络中被利用的信息的例子，SNS、口碑传播(word-of-mouth communications)等中的投稿数多的场所被预计为拥挤，而投稿数少的场所不被预计为拥挤。也就是说，投稿数越多则将拥挤度计算为越高即可。并且，拥挤度不限于由系统实时地进行管理的信息，也可以根据地理上的条件来计算拥挤度。一般而言，越远离市中心终点站、中心车站或者闹市区等人汇集的场所，则拥挤度越低。因此，预先根据地图信息来确定人汇集的场所，并以从人汇集的场所到枢纽为止的距离越远则拥挤度越小的方式计算拥挤度。此外，也可以使用时间来代替距离。

目的地确定部13计算枢纽a～枢纽e的周围的拥挤度，并将所计算出的拥挤度与规定的拥挤度阈值进行比较。拥挤度阈值表示拥挤度的上限值，在拥挤度高于上限值的情况下，该枢纽的周边被判定为拥挤。目的地确定部13确定拥挤度为拥挤度阈值以下的区域内的枢纽a～枢纽e。然后，目的地确定部13将距希望进行体验的用户的位置最近的枢纽a～枢纽e设定为用户的目的地。目的地是希望进行体验的用户去向的目的地，也是用户接受体验的场所(能够提供体验的提供场所)。在图2和图3的例子中，假设用户A的用户位置为“p市”，且在p市的区域内存在枢纽a、枢纽d。而且，能够提供用户A所希望的体验的提供源是店铺1。店铺1的可提供商品枢纽是a、b、c。枢纽b、枢纽c不包含于p市的区域，枢纽a包含于p市的区域。因此，目的地确定部13将枢纽a确定为与用户A所希望的体验的提供源“店铺1”对应的目的地。另外，目的地确定部13按每个枢纽a～枢纽e，与预定到达的用户的信息相对应地存储到数据库16中。

移动计划生成部14基于地图信息，来生成用于移动到目的地的移动计划。移动计划是从用户的当前位置到由目的地确定部13确定出的目的地为止的路径信息、为了去目的地而需要的费用或者移动时间等。移动计划至少包含路径信息，但路径信息未必需要通过地图上的路线来表示，只要包含例如电车的上下站等用户为了移动而需要的最小限度的信息即可。另外，移动计划是车的行驶路径、使用了电车的移动路径、步行路径等。

车辆调度部15针对提供源调度到达目的地的车辆。在由提供源确定部12确定出的提供源的提供方式是送货到家的情况下，需要将商品等从店铺搬运到目的地。在这样的情况下，车辆调度部15配合于用户到达目的地来安排用于送货到家的车辆。车辆调度部15向提供源4发送调度信息。

数据库16将用户的希望体验数据和提供源数据存储为表。数据库16还存储地图信息等。数据库16中存储的提供源表至少以相互对应的方式保存提供源的识别信息和可提供商品枢纽(能够提供体验的提供场所)。提供源的识别信息如图3那样以店铺名、ID等表示。可提供商品枢纽表示希望进行体验的用户的目的地候选的位置。即，提供源表将成为用户的目的地的位置的数据与提供源的数据相对应地进行保存。另外，数据库16还存储用户和提供源的到目前为止的利用历史记录。

发送部17经由网络3与用户终端机2及提供源4的终端连接。发送部17向提供源发送与体验有关的通知信号。通知信号是用于通知用户希望在移动计划中示出的目的地被提供体验的信号。提供源通过接收该通知信号，能够确认到在枢纽存在做生意的机会。另外，发送部17向希望进行体验的用户的终端机2发送包含移动计划和能够提供的体验的信息的数据。由于也存在在服务器侧确定出的体验内容、目的地不符合用户的希望的可能性，因此设为事先向用户发出体验内容和目的地的信息。

接收部18经由网络3与用户终端机2及提供源4的终端连接。接收部18接收从终端机2发送来的数据和从提供源4的终端发送来的数据。

接着，说明由本实施方式的系统执行的信息处理过程的概要。图5是示出该信息处理过程的流程图。

首先，在步骤S1中，当用户使用终端机2访问服务器1时，在该用户的终端机2中，显示能够用于输入作为与上述的所希望的体验有关的信息的、希望内容、用户位置、希望体验时间段、人数、预算等的画面，用户针对各项目输入与所希望的体验有关的信息。另外，通过终端机2所具备的GPS接收机等位置检测传感器来检测纬度和经度，该位置信息同与所希望的体验有关的信息一起被发送到服务器1。

在步骤S2中，服务器1的希望体验受理部11以规定的时间间隔(例如100msec)经由网络3受理从多个用户分别便携的终端机2发送来的上述的信息。作为从终端机2发送来的希望体验数据，如图2所示的那样除了包含拥有该终端机2的用户的ID之外，还包含与所希望的体验有关的信息。希望体验受理部11将所获取到的希望体验数据存储到数据库16中。

在步骤S3中，服务器1的提供源确定部12参照数据库16中存储的数据，基于提供源数据和希望体验数据，来确定体验提供源。提供源数据被保存在提供源表中。希望体验数据是由希望体验受理部11从终端机2获取到的数据。另外，提供源确定部12根据希望体验数据来确定用户所希望的体验的内容。体验的内容相当于提供源表的种类和代表菜单的信息。提供源确定部12将在数据库16中存储的提供源表中与被确定出的体验的内容对应的提供源确定为体验提供源。

在步骤S4中，服务器1的目的地确定部13获取枢纽周边的拥挤状况的数据。拥挤状况的数据是为了计算枢纽a～枢纽e的周围的拥挤度而使用的数据，包含交通通信系统中的交通信息或民营的管理位置信息的系统中的信息等。

在步骤S5中，服务器1的目的地确定部13参照数据库16中存储的数据，来确定与体验提供源及提供场所对应的目的地。另外，目的地确定部13使用在步骤S4中获取到的拥挤状况的数据，来将不拥挤的场所确定为目的地。在步骤S6中，移动计划生成部14生成用于使用户移动到由目的地确定部13确定出的目的地的移动计划。

在步骤S7中，发送部17向用户的终端机2发送包含能够提供的体验的信息和移动计划的数据。在步骤S8中，终端机2将所接收到的数据显示于显示器，并针对由服务器1确定出的目的地和体验内容显示用于选择承认或拒绝的画面。在用户拒绝了的情况下，从终端机2向服务器1发送表示拒绝的拒绝信号，服务器1结束图5所示的信息处理的流程。在用户同意了的情况下，移动计划确定，在步骤S9中，终端机2向服务器1发送同意信号。

在步骤S10中，提供源确定部12在接收到了同意信号之后，生成顾客数据。图6是由提供源确定部12生成的顾客数据。顾客数据包含聚集到目的地的用户的信息。目的地在被确定出的移动计划中示出。如图6所示，顾客数据包含成为目的地的枢纽的识别信息、用户人数、用户年龄层、用户滞留时刻、主要用户的喜好、希望商品、主要用户的预算等信息。例如，在还存在拥有与图2的用户A相同的喜好且希望进行与用户A相同的体验的用户的情况下，将能够提供与用户A的体验相同的体验的提供源确定为针对其他用户的体验提供源。然后，提供源确定部12将预定要到达枢纽a的其他用户的信息与枢纽a相对应地存储到数据库16中。另外，在将多个用户的信息与枢纽a相对应地在数据库16中时，提供源确定部12将用户的属性汇总并存储到数据库16中。图6所示的顾客数据示出了所汇总的用户的属性。也就是说，如图6所示，在枢纽a处包括用户A在内汇集了10人～20人左右的用户，汇集在枢纽a的用户拥有图6的表所示的共通的属性。

在步骤S11中，发送部17向提供源4的终端发送通知信号。通知信号包含图6的顾客数据。在步骤S12中，提供源4通过接收通知信号，来获取要到达目的地的用户的信息。在图6的例子中，提供源4能够获取表示用户要到达枢纽a的意思的信息和预定要到达枢纽a的用户的属性信息。由于提供源4能够根据通信信号中包含的用户属性来确认要到达枢纽a的人数、希望商品、用户的喜好等，因此能够准备适合于用户的商品。

在步骤S13中，车辆调度部15针对提供源调度到达目的地的车辆。然后，服务器1结束图5所示的信息处理的流程。

如以上那样，根据本实施方式的信息处置系统，服务器1具备：数据库16，其将对用户提供体验的提供源与提供源能够提供体验的提供场所相对应地进行存储；希望体验受理部11，其获取与用户所希望的体验有关的希望体验数据；确定部，其基于希望体验数据和数据库16中存储的数据，来确定体验提供源，该体验提供源表示能够提供用户所希望的体验的提供源；移动计划部，其将由确定部确定出的提供场所确定为用户的目的地，并生成用于使用户移动到目的地的移动计划；以及发送部17，其向体验提供源发送通知信号，该通知信号用于通知用户希望在移动计划中示出的目的地被提供体验。由此，能够在作为除店铺以外的场所的目的地提供用户所希望的体验。另外，在多个提供源4聚集到目的地的情况下，用户能够在一个目的地接受多种体验。

另外，根据本实施方式的信息处置系统，确定部将目的地设定在拥挤度为规定值以下的区域内。由此，能够避开拥挤场所而在人口和/或车辆的密度低的区域设定体验提供场所。

另外，根据本实施方式的信息处置系统，通知信号包含表示用户的属性的数据。由此，提供源4能够准备与要到达目的地的用户的属性相应的商品或服务。另外，由于提供源4能够掌握时间、预算、喜好性、人数等用户的汇总后的希望信息，因此能够提供符合用户的希望的商品或服务。

另外，根据本实施方式的信息处置系统，发送部17向用户发送包含表示移动计划的信息的信号。由此，能够实现提供体验的提供源4与用户的匹配。

另外，根据本实施方式的信息处置系统，发送部17向提供源4发送包含表示移动计划的信息的信号。由此，能够实现提供体验的提供源4与用户之间的匹配。

另外，根据本实施方式的信息处置系统，服务器1具备车辆调度部15，该车辆调度部15针对提供源调度移动到目的地的车辆。由此，提供源4能够增加在目的地提供商品的机会。

另外，根据本实施方式的信息处置系统，移动计划也可以是使用车辆进行移动的计划。由此，用户能够利用车辆前往目的地。

另外，作为本实施方式的变形例，接收部18从提供源4接收表示体验的准备状况的准备状况数据，发送部17向终端机2发送准备状况数据。例如，在体验与饮食有关的情况下，表示饮品食物的烹调状况的数据相当于准备状况数据。准备状况数据例如以到商品完成为止的等待时间表示。用户通过获取准备状况数据，能够确认到提供商品为止的剩余时间。

另外，作为本实施方式的变形例，通信信号也可以包含用户到达目的地的到达时刻的信息。提供源4能够根据通信信号中包含的用户的到达时刻来确认用户到达枢纽a的时刻。成为图6所示的顾客数据中的用户滞留时间的起点的时刻相当于用户的到达时刻。在图6的例子中，为11：00。此外，在图6的例子中，用户数表示汇总了10人～20人的信息所得到的数据，但顾客数据也可以以每个用户到达枢纽a的时刻表示用户的到达时刻。而且，接收通知信号的提供源4能够根据通知信号中包含的用户的到达时刻的信息来确认各用户的到达时刻，从而能够配合于用户的到达来准备商品。

另外，作为本实施方式的变形例，发送部17也可以在相对于用户的到达时刻而言规定时间之前向提供源4发送通知信号。规定时间是根据提供源用于提供体验的准备时间而设定的。准备时间也可以是在初始登记时由提供源的利用者输入的时间或者根据提供源的种类等而设定的时间。例如，从接收到通知信号起到在提供场所提供商品为止的时间被设定为8小时，在用户在17点到达提供场所的情况下，发送部17在9点发送通知信号。接收到通知信号的提供源4能够配合于用户的到达时刻(17点)来准备商品。此外，在准备时间中，也可以包含提供源4移动到提供场所为止的时间或者用于将商品从提供源4配送到提供场所的时间。

此外，由本实施方式的系统执行的信息处理过程并非必须为图5所示的顺序，可以适当地替换。例如，目的地确定部13根据希望体验数据中包含的用户的位置信息来确定能够成为体验提供场所的目的地。提供源确定部12确定所确定出的目的地的周围的提供源中的、能够提供用户能够希望的体验的提供源。另外，关于控制流程的各步骤，也可以将多个步骤总结为一个步骤。例如，关于确定体验提供源的步骤和确定目的地的步骤，可以在一个步骤中确定提供源和目的地。另外，图5所示的步骤无需全部执行，例如也可以省略步骤S4、S13等的控制流程。

上述的希望体验受理部11相当于本发明所涉及的“获取部”，上述的提供源确定部12相当于本发明所涉及的“确定部”，上述的目的地确定部13和移动计划生成部14相当于本发明所涉及的“移动计划部”。

附图标记说明

1：服务器；2：用户终端机(终端机)；3：网络；4：提供源；11：希望体验受理部；12：提供源确定部；13：目的地确定部；14：移动计划生成部；15：车辆调度部；16：数据库；17：发送部；18：接收部。