首页 / 专利库 / 电脑零配件 / 固件 / 软件 / 信息处理装置及信息处理方法

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

阅读:630发布:2023-05-26

专利汇可以提供信息处理装置及信息处理方法专利检索,专利查询,专利分析的服务。并且本 发明 涉及一种实现了共乘利用的扩大的信息处理装置以及信息处理方法。该信息处理装置包含控制部,所述控制部取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息,且基于表示用户的移动计划的信息和表示车辆的驾驶行程安排的信息,在判断为能够通过使用了车辆的共乘利用来执行所述用户的移动计划的情况下,向用户的终端发送推荐共乘利用的信息。,下面是信息处理装置及信息处理方法专利的具体信息内容。

1.一种信息处理装置,其中,
包含控制部,所述控制部执行如下操作,即:
取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息;以及
基于表示所述用户的移动计划的信息以及表示所述车辆的驾驶行程安排的信息,在判断为能够通过使用了所述车辆的所述共乘利用来执行所述用户的移动计划的情况下,向所述用户的终端发送推荐所述共乘利用的信息。
2.如权利要求1所述的信息处理装置,其中,
在表示所述用户的所述共乘利用的实绩的有无的实绩信息示出了所述用户不具有所述共乘利用的实绩的情况下,所述控制部取得表示所述用户的移动计划的信息和表示所述车辆的驾驶行程安排的信息。
3.如权利要求2所述的信息处理装置,其中,
所述实绩信息为,表示所述共乘利用所涉及的软件是否被安装于所述终端或者是否具有被安装于所述终端上的所述软件的使用实绩的信息,
在所述实绩信息表示所述软件未被安装于所述终端或者不具有所述软件的使用实绩的情况下,所述控制部判断为所述用户不具有所述共乘利用的实绩。
4.如权利要求3所述的信息处理装置,其中,
在所述软件未被安装于所述终端的情况下,所述控制部向所述终端发送推荐所述共乘利用的信息和提示安装所述软件的信息。
5.如权利要求2所述的信息处理装置,其中,
所述实绩信息为表示所述终端的位置的履历的信息,
在表示所述终端的位置的履历的信息并未示出在所述共乘利用时会产生的所述用户的行为的情况下,所述控制部判断为所述用户不具有所述共乘利用的实绩。
6.如权利要求1至5的任一项所述的信息处理装置,其中,
所述控制部从积累了与预定的组的各个成员相关的、所述共乘利用所涉及的信息的数据库中提取所述各个成员的所述实绩信息。
7.如权利要求1至6的任一项所述的信息处理装置,其中,
所述控制部从所述终端取得表示所述用户的移动计划的信息。
8.如权利要求1至7的任一项所述的信息处理装置,其中,
所述控制部从所述终端取得表示所述终端的位置的履历的信息,并使用表示所述终端的位置的履历的信息而生成表示所述用户的移动计划的信息。
9.如权利要求6所述的信息处理装置,其中,
所述组为私家车拥有者的组,
所述车辆为所述成员的私家车。
10.权利要求1至9的任一项所述的信息处理装置,其中,
所述控制部将表示通过所述共乘利用而实现的、所述用户的社会贡献、所述用户所享受的经济上的效果以及所述用户能够降低的险中的至少一个的信息与推荐所述共乘利用的信息一起进行发送。
11.权利要求1至10的任一项所述的信息处理装置,其中,
所述控制部将所述车辆所涉及的信息与推荐所述共乘利用的信息一起进行发送。
12.一种信息处理方法,包括:
取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息;以及
基于表示所述用户的移动的信息以及表示所述车辆的驾驶行程安排的信息,在判断为能够通过使用了所述车辆的所述共乘利用来执行所述用户的移动计划的情况下,向所述用户的终端发送推荐所述共乘利用的信息。
13.一种计算机可读存储介质,其存储有用于使计算机执行如下操作的程序,即:
取得表示用户的移动计划的信息和表示能够用于共乘利用的车辆的驾驶行程安排的信息;以及
基于表示所述用户的移动的信息以及表示所述车辆的驾驶行程安排的信息,在判断为能够通过使用了所述车辆的所述共乘利用来执行所述用户的移动计划的情况下,向所述用户的终端发送推荐所述共乘利用的信息。

说明书全文

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

技术领域

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

背景技术

[0002] 近年来,多人共同乘坐同一车辆的移动方式正在扩大。作为与陌生人之间共乘(拼车)相关的技术,而存在如下的同乘者检索系统,所述同乘者检索系统由对与利用者相关的信息进行存储的管理服务器和利用者所持有的利用者终端构成,并根据来自利用者终端的要求,而使管理服务器对作为同乘车辆而进行移动的其他利用者的同乘者进行检索(例如,专利文献1)。
[0003] 在先技术文献
[0004] 专利文献
[0005] 专利文献1:日本特开2014-146261号公报
[0006] 专利文献2:日本特表2013-513183号公报

发明内容

[0007] 发明要解决的课题
[0008] 本发明的目的在于,提供一种能够实现共乘利用的扩大的信息处理装置及信息处理方法。
[0009] 用于解决课题的手段
[0010] 本发明的方式之一为信息处理装置,其包括控制部,所述控制部执行如下操作,即:取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息;以及基于表示所述用户的移动计划的信息以及表示所述车辆的驾驶行程安排的信息,在判断为能够通过使用了所述车辆的所述共乘利用来执行所述用户的移动计划的情况下,向所述用户的终端发送推荐所述共乘利用的信息。
[0011] 本发明的其他方式为信息处理方法,其包括:取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息;以及基于表示所述用户的移动的信息以及表示所述车辆的驾驶行程安排的信息,在判断为能够通过使用了所述车辆的所述共乘利用来执行所述用户的移动计划的情况下,向所述用户的终端发送推荐所述共乘利用的信息。
[0012] 本发明的其他方式为用于使计算机执行上述的信息处理方法的程序、以及记录有该程序的计算机可读存储介质。
[0013] 发明效果
[0014] 根据本公开内容,能够增大共乘利用的机会。附图说明
[0015] 图1为表示第一实施方式所涉及的信息处理系统的结构例的图。
[0016] 图2(A)表示能够应用于服务器的信息处理装置(计算机)的结构例。图2(B)表示服务器的结构例。
[0017] 图3(A)表示能够作为第一终端而使用的信息处理装置(计算机)的结构例。图3(B)为表示第一终端的结构例。
[0018] 图4(A)表示能够作为第二终端而使用的信息处理装置(计算机)的结构例。图4(B)表示第二终端的结构例。
[0019] 图5为表示用户数据库的数据结构例的图。
[0020] 图6为表示车辆数据库的数据结构例的图。
[0021] 图7为表示服务器的工作例的流程图
[0022] 图8为表示用户提取处理的一个示例的流程图。
[0023] 图9为表示可对应的车辆的检索处理的一个示例的流程图。
[0024] 图10为表示第一终端的、接收推荐信息时的处理的流程图。
[0025] 图11为表示服务器的工作例的流程图。
[0026] 图12为表示第二终端的处理例的流程图。
[0027] 图13为表示第二实施方式的用户提取处理的流程图。

具体实施方式

[0028] 根据本发明的一个方式所涉及的信息处理装置,基于表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息,并在判断为能够通过使用了车辆的共乘利用来执行用户的移动计划的情况下,向用户的终端发送推荐共乘利用的信息。用户通过经由终端而接收推荐共乘的信息,从而获得共乘利用的机会。而且,通过用户实际实施共乘,从而实现了共乘利用的机会增大。机会增大包括具有共乘利用实绩者的增大、和共乘利用者的总计人数的增大(每人的使用次数的增大)。
[0029] 以下,使用附图,来对本发明的实施方式所涉及的信息处理装置及信息处理方法进行说明。实施方式的结构为示例,且本发明并未被限定于实施方式的结构。
[0030] [第一实施方式]
[0031] <系统结构>
[0032] 图1为表示第一实施方式所涉及的信息处理系统的结构例的图。在图1中,信息处理系统包括服务器10、第一终端20及第二终端30。
[0033] 服务器10、第一终端20、第二终端30分别经由网络2而进行通信,从而能够发送和接收数据。网络2包括例如因特网等世界规模的公共通信网即WAN(Wide Area Network广域网)和向WAN的接入网。但是,也可以采用WAN以外的通信网。接入网既可以为有线网(例如LAN(局域网)),也可以为无线网。无线网例如为适合预定的无线通信标准(Radio Access Technology(RAT))或者以其为标准的无线网。无线通信标准(RAT)例如为3G或LTE(Long Term Evolution:长期演进)、5G等蜂窝通信标准、无线LAN(包括IEEE 802.11系列,WiFi)、Bluetooth(注册商标)、BLE(Bluetooth(注册商标)Low Energy:蓝牙低能耗),CV2X
(Cellular Vehicle-to-Everything:蜂窝车联网)等。
[0034] 第一终端20为,共乘服务(拼车服务)的用户所使用的通信终端。此外,第二终端30通过能够用于共乘服务的用户进行共乘的车辆1的驾驶员或车辆1的管理者来使用。
[0035] 服务器10对使用了车辆1的共乘服务所涉及的信息进行管理。服务器10收集并管理共乘服务的用户所涉及的信息以及车辆1所涉及的信息。在本实施方式中,共乘服务的用户不仅包括具有实际的利用实绩的用户,也包括尚未利用的(无利用实绩)潜在的用户。用户属于将共乘服务的用户设为成员(会员)的组,服务器10对组的成员所涉及的信息进行管理。
[0036] 在图1中,作为第一终端20的示例,而例示了用户A所使用的第一终端20A和用户B所使用的第一终端20B。但是,第一终端20的数量既可以为1台,也可以为3台以上。此外,虽然在图1中对于车辆1及第二终端30仅图示有一个,但是它们也可以为两个以上。
[0037] 第一终端20例如为小型的(具有便携性的)计算机。第一终端20包括智能手机、平板电脑、便携计算机、可穿戴计算机、无线存储器、功能手机、手持终端、笔记本型的个人计算机等。第一终端20既可以为通用计算机,也可以为专用计算机。此外,第一终端20有时为固定终端或车载终端。
[0038] 此外,第二终端30既可以为通用计算机,也可以为专用计算机。此外,第二终端30既可以为移动终端,也可以是固定终端。第二终端30能够应用作为第一终端的示例而列举出的类型的计算机。
[0039] 在本实施方式中,以第一终端20为用户所持有及使用的智能手机的情况为例来进行说明。此外,对于第二终端30为被载置于车辆1中的车载终端的情况进行说明。作为车载终端的第二终端30也可以为具有便携性的计算机,所述计算机即使被固定(内装)于车辆1,也以拆装自如的方式被安装于车辆1中,并且能够根据需要而带出车外,只是被载置于车辆1的车内的规定的位置上。
[0040] 在本实施方式中,服务器10对共乘服务的用户所涉及的信息进行管理,用户所涉及的信息包括表示用户的共乘利用的实绩的有无的信息(实绩信息)。服务器10在实绩信息中对不具有共乘利用的实绩的用户进行确定,并向该用户的终端(第一终端20)发送推荐共乘利用的信息(推荐信息)。但是,推荐信息的发送地并非必须限制于不具有共乘利用的实绩的用户。例如,虽然某个用户利用专向某个地点移动的共乘服务,但是对于某个地点以外的地点不使用共乘服务的情况下,也考虑对于某个地点以外的地点发送推荐共乘的推荐信息。在该情况下,也能够提高共乘利用的频率,从而实现共乘利用的机会扩大。
[0041] 在本实施方式中,作为一个示例,服务器10对用户数据库(用户DB)以及车辆数据库(车辆DB)进行管理,所述用户数据库(用户DB)对共乘服务的用户所涉及的信息进行管理,所述车辆数据库(车辆DB)对能够用于用户进行共乘的车辆1所涉及的信息进行管理。
[0042] 服务器10使用被存储于用户DB中的、表示用户的共乘利用的实绩的有无的信息(实绩信息),而对不具有共乘利用的实绩的用户进行确定,并取得表示该用户的移动计划的信息(行程安排)。关于行程安排,既可以使用事前存储于用户DB中的信息,也可以从用户DB以外(例如第一终端20)取得。此外,行程安排也可以为通过根据用户的过去的位置的履历来预测未来的移动从而被生成的信息。
[0043] 此外,服务器10取得能够用于共乘的车辆1的驾驶行程安排。关于驾驶行程安排,既可以使用事前存储于车辆DB中的信息,也可以从第二终端30取得。
[0044] 而且,在本实施方式中,服务器10的管理者对共乘服务的经营者同时是车辆销售者、或者车辆销售者为合作者的情况进行说明。车辆销售者对面向车辆销售者的顾客中的私家车拥有者的组(称为车辆拥有者组)的各种服务进行运营,并对车辆拥有者组的成员所涉及的数据库(车辆拥有者DB)进行管理。本实施方式中的共乘服务的用户为,车辆拥有者组的成员中的、同意成为共乘服务的用户的组(称为共乘用户组)的成员的人。因此,本实施方式中的用户DB以存储在针对车辆拥有者组的成员而制作的数据库(称为车辆拥有者DB)中的信息为基础而被制作出。此外,车辆1为共乘服务的用户的任意一个的私家车。
[0045] 但是,上述的实施方式中的情形为一个示例,服务器10的管理者并非必须进行共乘服务的运营以外的事务。此外,共乘服务的运营以外的事务也可以为车辆销售以外的事务。此外,共乘服务的用户未必是私家车拥有者(车辆1为共乘服务的用户的私家车)。共乘服务的用户也可以为不具有私家车的人。
[0046] 以下,对服务器10、第一终端20、第二终端30的结构例进行说明。
[0047] <服务器的构成>
[0048] 图2(A)表示能够应用于服务器10的信息处理装置(计算机)100的结构例。图2(B)表示服务器10的结构例。在图2(A)中,信息处理装置100使CPU(Central Processing Unit:
中央处理单元)101、主存储装置102、辅助存储装置103、通信接口电路(通信IF电路)104、输入装置105、输出装置106经由总线109而相互连接。CPU101为处理器的一个示例,主存储装置102及辅助存储装置103为存储装置的一个示例。
[0049] 主存储装置包括RAM(Random Access Memory:随机存取存储器)及ROM(Read Only Memory:只读存储器)。RAM被用作程序的加载区、CPU101的工作区、数据的存储区等。ROM对通过CPU101而被执行的各种各样的程序或在程序的执行时所使用的数据进行存储。辅助存储装置103对程序或在程序的执行时所使用的数据等进行存储。辅助存储装置103例如为硬盘驱动器(HDD)。
[0050] 通信IF电路104为对与预定的通信标准相应的通信处理进行管理的电路,且实施信号的发送和接收或协议转换处理等。输入装置105为被用于信息的输入的键、按钮、定点设备、触摸面板等。此外,输出装置106被用于信息的输出。输出装置106包括显示器装置和打印机等。此外,输入装置105有时也包括如麦克那样的声音的输入装置。输出装置106有时也包括扬声器那样的声音的输出装置。作为声音的输入及输出装置,也可以使用例如头戴式机。
[0051] CPU101通过载入并执行被存储在主存储装置102或辅助存储装置103中的程序从而实施各种各样的处理。信息处理装置100通过CPU101的程序执行,从而作为服务器10来进行工作,所述服务器10如图2(B)所示的那样包括经由总线109而相互连接的控制部201、存储部202、通信部204、输入装置205及显示器装置206。
[0052] CPU101作为控制部201而进行工作。主存储装置102及辅助存储装置103作为存储部202而被使用。通信IF电路104作为通信部204(图2(B))而进行工作,输入装置105及输出装置106作为输入装置205及显示器装置206而被使用。
[0053] 控制部201作为用于对使用了车辆1的共乘进行控制的处理,例如实施以下那样的工作或处理。
[0054] (a)取得表示用户的移动计划的信息以及表示能够用于共乘利用的车辆的驾驶行程安排的信息。
[0055] (b)基于表示用户的移动计划的信息(行程安排)和表示车辆的驾驶行程安排的信息,在判断为能够通过使用了车辆的共乘利用来执行用户的移动计划的情况下,向用户的终端发送推荐共乘利用的信息。
[0056] <第一终端的结构>
[0057] 图3(A)表示能够作为第一终端20而使用的信息处理装置(计算机)120的结构例。图3(B)表示第一终端20的结构例。在图3(A)中,信息处理装置120与信息处理装置100同样具有如下结构,即,CPU121、主存储装置122、辅助存储装置123、通信IF电路124、输入装置
125、输出装置126经由总线129而相互连接的结构。在信息处理装置120的总线129上还连接有GPS(Global Positioning System:全球定位系统)接收器128。GPS接收器128被用于第一终端20的位置、即用户的当前位置的检测。
[0058] 在图3(A)所示的信息处理装置120中,CPU121执行被存储于主存储装置122或辅助存储装置123中的程序。由此,信息处理装置120作为第一终端20而进行工作,如图3(B)所示,所述第一终端20包括控制部221、存储部222、通信部224、输入装置225、显示器装置226和位置检测部228。即,CPU121作为控制部221而进行工作。主存储装置122及辅助存储装置123作为存储部222而被使用。此外,通信IF电路124作为通信部224而进行工作。此外,输入装置125及输出装置126作为输入装置225及显示器装置226而被使用。此外,GPS接收器128作为位置检测部228而进行工作。
[0059] <第二终端的结构>
[0060] 图4(A)表示能够作为第二终端30而使用的信息处理装置(计算机)130的结构例。图4(B)表示第二终端30的结构例。在图4(A)中,信息处理装置130具有如下结构,即,
CPU131、主存储装置132、辅助存储装置133、通信IF电路134、输入装置135、输出装置136经由总线139而相互连接的结构。
[0061] 在图4(A)所示的信息处理装置130中,CPU131执行被存储于主存储装置132或辅助存储装置133的程序。由此,信息处理装置130作为第二终端30而进行工作,如图4(B)所示,所述第二终端30包含控制部231、存储部232、通信部234、输入装置235、显示器装置236。即,CPU131作为控制部231而进行工作。主存储装置132及辅助存储装置133作为存储部232而被使用。此外,通信IF电路134作为通信部234而进行动作。此外,输入装置135及输出装置136作为输入装置235及显示器装置236而被使用。
[0062] 此外,信息处理装置130也可以经由接口电路(IF)107而与被搭载于车辆1上的汽车导航装置108连接。汽车导航装置108包括CPU(处理器)、存储装置、通信装置、GPS接收器、输入装置及显示器装置等。处理器通过执行被存储于存储装置中的程序,从而对从输入装置被输入的目的地信息、从由GPS接收器得到的当前位置起至目的地的距离、路线、所需时间进行计算,并对显示器装置显示包括车辆1的位置在内的地图。此外,与此同时,汽车导航装置108对到目的地的距离、路线、所需时间等进行显示。此外,若当前位置与目的地之间的距离短于预定距离,则处理器通过声音的输出或显示方式的变更而将已到达目的地附近的情况传达给车辆1的驾驶员。第二终端30在生成车辆1所涉及的信息的情况下,能够使用通过汽车导航装置108而得到的信息。而且,在第二终端30为车载终端的情况下,也可以通过汽车导航装置108或被搭载于车辆1上的既有的通信终端的功能扩展来进行组装。
[0063] <数据库(DB)>
[0064] 以下,对服务器10所使用或管理的数据库进行说明。以下所说明的数据库被存储于服务器10的存储部202中。但是,也可以被存储于服务器10之内或之外的、存储部202以外的存储装置中。
[0065] <<用户DB>>
[0066] 用户DB151为用于对与第一终端20的用户所涉及的信息进行存储的DB。用户DB151相当于“积累了与预定的组的各个成员相关的、共乘利用所涉及的信息的数据库”。
[0067] 图5为表示用户DB151的数据结构例的图。在图5中,用户DB151具有存储了与用户相对应的一个以上的条目(记录)的表格结构。在图5的示例中,在记录中作为信息要素而包含“名称”、“用户ID”、“属性”、“应用程序的有无”、“AU(Active User,活跃用户)/NAU(Non-Active User,非活跃用户)”、“实绩”、“行程安排”、“移动履历”。
[0068] “名称”为第一终端20的用户的姓名或名称。“用户ID”为用户所独有的标识符(用户ID)。“属性”为表示用户的属性的信息。“属性”信息包括用户的个人信息、用户所使用的第一终端20所涉及的信息、用户所拥有的车辆(私家车)所涉及的信息(私家车相关信息)等。
[0069] 用户的个人信息为例如至少从用户的性别、年龄、姓名、住址、联系方式、职业等中选出的至少一个。此外,第一终端20所涉及的信息为例如从第一终端20的地址、第一终端20的标识符(终端ID)等中选出的至少一个。但是,个人信息及第一终端20所涉及的信息的要素并不限于上述示例所列举的内容。
[0070] 此外,私家车相关信息能够例示出私家车的车型、耗油率(每单位行驶距离的汽油或轻油的消耗量、电消耗量)、每单位行驶距离的二(CO2)排出量等。私家车为包括发动机电动机原动机的移动体,且包括汽车(包含二轮机车)或装有原动机的自行车。而且,私家车相关信息的信息项目并不限于上述的示例所列举的内容。
[0071] “应用程序的有无”为表示在用户所使用的第一终端20中是否安装了用于共乘服务的利用所涉及的合同缔结等的应用程序(称为“拼车应用程序”)的信息。拼车应用程序为“共乘利用所涉及的软件”的一个示例。
[0072] 例如,在上述的私家车的买入时等、知悉或劝导共乘服务的用户注册(向用户DB151的记录的注册)的机会,提示或推荐安装拼车应用程序。用户根据安装的邀请(请求),而使用第一终端20来访问拼车应用程序的下载网站,从而能够执行拼车应用程序的下载及安装。但是,拼车应用程序的下载及安装的请求不限于上述内容,例如,也可以使用通过来自服务器10或第二终端30(车载终端)的广播发送收到的广告来执行。
[0073] “AU/NAU”表示用户为拼车应用程序的活跃用户(AU)还是非活跃用户(NAU)。此处,虽然将拼车应用程序安装于第一终端20上但不具有拼车应用程序的使用实绩的用户、或者虽然具有拼车应用程序的使用实绩但不具有共乘服务的使用实绩(合同成立的记录)的用户被定义为“NAU”。另一方面,具有使用了拼车应用程序的共乘服务的合同成立的记录的用户被定义为“AU”。
[0074] “实绩”表示利用“应用程序的有无”及“AU/NAU”而判断的、用户利用了共乘服务的实绩的有无。未安装拼车应用程序的人、符合“NAU”的人被判断为无实绩者。
[0075] 此处,拼车应用程序通过第一终端20的控制部221(作为第一终端20的控制部221而进行工作的CPU121)而被执行。拼车应用程序例如具有表示拼车应用程序的使用实绩为“有”的第一标记和表示共乘服务的使用实绩为“有”的第二标记。在第一终端20中拼车应用程序被启动,用户在拼车应用程序的操作中形成了完成信息输入的履历的情况下,设置第一标记。此外,在利用拼车应用程序而确定了共乘服务的利用(例如,用户登记了共乘服务的利用完成)的情况下,设置第二标记。
[0076] 表示拼车应用程序的安装完成的通知、表示第一标记的设置完成的通知以及表示第二标记的设置完成的通知之中的至少一个能够经由通信部224(通信IF电路124)而向服务器10发送。拼车应用程序包括服务器10的地址(预定的收信人地址),上述的各个通知被发送至该地址。各个通知包括拼车应用程序的ID(应用程序ID)、第一终端20的用户的ID(用户ID)、第一终端20的终端ID、第二终端的地址。
[0077] 当服务器10的控制部201(作为控制部201而进行工作的CPU101)从通信部204(通信IF电路104)接收到通知时,根据通知而对用户DB151进行更新。例如,在通知表示拼车应用程序的安装完成的情况下,将所对应的记录中的提取源DB的“应用程序的有无”设定(更新)为“有”。此外,在通知表示第一标记的设置完成或第二标记的设置完成的情况下,控制部201将AU/NAU的值设定(更新)为“AU”。在本实施方式中,在AU/NAU的值控制中只需发送第一标记的设置完成的通知和第二标记的设置完成的通知中的一方即可,而能够省略另一方的发送。省略哪一方是用户能够适当设定的。
[0078] “行程安排”为表示用户的移动计划的信息的一个示例,例如表示预定期间(例如整日、上午、下午等)的、用户的移动计划。“行程安排”作为参数(信息项目)而能够包括“出发时刻”、“出发地”、“目的地”、“到达时刻”、“所需时间”、“移动距离”、“移动方法”、“使用促进信息”等。“行程安排”能够记录预定期间(例如一日)内的、一个或两个以上的各个移动计划。
[0079] 在“行程安排”中,“出发时刻”为预定开始移动的时刻。“到达时刻”为到达目的地的预定到达时刻。时刻有时也包括日、星期几、月。“出发地”及“目的地”为表示用户的移动的起点及终点的地点或位置的信息。能够适当地确定其粒度(详细程度)。所需时间为分配给从出发地到目的地的移动的时间。“移动距离”表示从出发地到目的地的距离。距离无论是直线距离,还是移动路径长度,均可以是预先决定与移动方法相应的每单位时间的移动速度并根据该移动速度和所需时间而求得的值。“移动方法”表示用户在移动时所使用的方式,例如,徒步、轻便型车辆(自行车)、私家车、利用公共交通工具(公交车、路、出租车等)等。
[0080] “使用促进信息”包括表示通过将移动方法变更为共乘(以共乘来代替)而得到(享受到)的经济上的效果或社会贡献的信息、可作为其他用户的奖励的信息。使用促进信息例如可以包含表示通过从徒步或使用轻便型车辆变更为共乘而增加的自由时间(能够节约的时间)的信息、表示通过共乘而产生的耗油率的减少量或C02的减少量的信息、表示对于预防发生交通阻塞或消除交通阻塞的贡献的信息等。
[0081] 而且,能够利用“属性”信息中的车辆所涉及的信息、移动时间、预定的计算式(存储于存储部202中)来计算出耗油率的减少量和CO2的减少量。表示由消除交通阻塞带来的贡献的信息在例如具有因用户的移动而发生交通阻塞的、或者使交通阻塞状况恶化的可能性的情况下被记录。使用徒步、轻便型车辆、车辆的移动速度、道路信息,并利用预定的计算式,来计算出所节约的时间。
[0082] 例如,作为可奖励的信息而列举出例如能够降低驾驶时的风险的信息。考虑在身体不适时、暴风雨天气时、夜晚期间等目视确认性恶化时、交通阻塞中、私家车辆的状态不好时等,提供表示通过共乘利用来减少亲自驾驶时的风险的信息。也可以根据用户的状况、天气的状况、道路状况、时间段等,而选择通过共乘利用而能够避免的风险的内容。
[0083] “移动履历”表示用户的过去的移动(行动履历)的实绩。“移动履历”表示预定期间(例如一日)内的、用户的第一终端20的各个时刻下的位置(位置的移动的轨迹(移动路径))和移动速度。在移动履历中包括表示伴随着持有第一终端20的用户的行动的一个或两个以上的移动(通勤、上学、购物等)的信息。此外,关于各个移动,也包括表示与示出其移动方法的信息(徒步、使用轻便型车辆、使用私家车、使用公共交通工具)相应的行为的信息。
[0084] 关于移动履历,当推测为根据该移动履历而被确定的移动会在预定的未来(例如第二天)反复进行,则能够将根据移动履历而确定的移动作为未来的用户的移动计划、即“行程安排”来处理。换言之,能够根据移动履历而生成“行程安排”。当在移动履历中包括多个移动的情况下,能够生成表示与各个移动相对应的“行程安排”(移动计划)的信息。
[0085] 不过,也能够与移动履历无关地取得“行程安排”,例如,服务器10也可以根据需要而向第一终端20询问行程安排,从而取得从第一终端20发送的行程安排。因此,服务器10并非必须存储或管理移动履历。而且,在图5的用户DB151中示出的信息要素的分类(分组、分类)的方法为一个示例示,并不限于这样的示例。
[0086] 被存储于用户DB151中的信息的一部分能够从用户DB151以外的数据库(DB)、例如与预定的组相关的DB中取得(提取)。将这样的DB称为提取源DB。在本实施方式中,对上述的车辆拥有者组所涉及的车辆拥有者DB为提取源DB的一个示例的情况进行说明。用户DB151具有与车辆持有者DB所存储的信息项目共同的信息项目,且存储有从车辆拥有者DB提取的信息。例如,用户DB151的“名称”、“用户ID”、“属性”也可以为从车辆拥有者DB中提取出的信息。此外,“应用程序的有无”、“AU/NAU”、“行程安排”、“移动履历”在车辆拥有者DB中被管理,并且也可以从那里取得。车辆拥有者DB也可以为对储存于用户DB151中的信息项目的全部进行存储的结构,即,用户DB151也可以为车辆拥有者DB的一部分。被存储于用户DB151中的信息要素从第一终端20或第一终端20以外的装置中取得。信息的提供源或取得的路径可以是任意的。
[0087] “移动履历”例如通过以下方式而取得。服务器10的控制部201定期或周期性地与各用户的第一终端20进行通信,并从第一终端20接收第一终端20的位置(通过位置检测部228而获得)。控制部201根据本次的位置和上次的位置而求出移动距离及移动速度,并对其进行记录。由此,能够掌握第一终端20的移动路径(位置坐标的变动)及移动速度。
[0088] <<车辆DB>>
[0089] 车辆DB152为用于对能够用于共乘的车辆1所涉及的信息进行存储的DB。图6为表示车辆DB152的数据结构例的图。在图6中,车辆DB152具有存储了一个以上的条目(记录)的表格结构。在条目中作为信息要素而包括“车辆ID”、“车辆属性”、“驾驶员属性”、“第二终端信息”、“驾驶行程安排”。但是,也可以包含除此以外的信息项目。
[0090] “车辆ID”是车辆1的固有信息(车辆的标识符)。“车辆属性”为表示车辆1的属性的信息。车辆属性信息的信息项目(车辆的属性)例如为车型(轿车、小型货车、货车、卡车、轻型自动车、环保汽车等)、行李的收纳空间(行李架、行李箱等)的有无等。在车辆属性信息中也可以包括车辆1所涉及的图像信息。
[0091] “驾驶员属性”为表示车辆1的驾驶员的属性的信息。驾驶员属性信息的信息项目(驾驶员的属性)例如为驾驶员的性别、年龄、职业等。驾驶员属性也可以包括人种、使用语言。“第二终端信息”表示与车辆1建立关联的(相对应的)第二终端30所涉及的信息。第二终端信息例如为第二终端30的标识符(ID)、第二终端30的地址等。
[0092] “驾驶行程安排”表示预定期间(例如一日)内的、驾驶车辆1的移动行程安排。驾驶行程安排例如能够匹配于用户DB151的行程安排而包括“(预定)出发时刻”、“出发地”、“目的地”、“(预定)到达时刻”、“所用时间”、“移动距离”等参数。“出发时刻”及“出发地”既可以为未来的预定时刻,也可以为车辆1的当前位置(当前时刻处的车辆1的位置)。服务器10例如能够从载置于车辆1中的第二终端30或汽车导航装置108来取得车辆1的当前位置。被存储于车辆DB152中的信息要素从第二终端30或第一终端20以外的装置被取得。信息的提供源或获取的路径是任意的。
[0093] 而且,车辆DB152既可以为如车辆拥有者DB那样的某个DB的一部分,也可以为从车辆拥有者DB中提取必要的信息而生成的独立型的DB。
[0094] 关于驾驶行程安排,既可以是车辆1的用户(驾驶员)预先使用第二终端30而注册在服务器10上,也可以是在适当的时刻处服务器10的控制部201向第二终端30要求提供驾驶行程安排,并将来自第二终端30的、与要求相应的驾驶行程安排注册在与车辆DB152对应的记录中。从第二终端30取得的行程安排信息既可以为第二终端30独自生成的信息,也可以为第二终端30从车辆1的汽车导航装置108中取得的导航信息。
[0095] <工作例>
[0096] 图7为表示服务器10的工作例的流程图。图7的流程图例如通过服务器10的控制部201而被实施。在S01中,控制部201实施发送推荐信息的用户的提取处理。
[0097] 图8为表示用户提取处理的一个示例的流程图。在S101中,控制部201参照用户DB151而对是否存在剩余的用户的记录进行判断。在判断为存在剩余的记录的情况下,控制部201从用户DB151中确定1人的用户的记录,并将处理转移至S102。在判断为并非如此的情况下,结束用户提取处理,并向处理S02转移。
[0098] S102中,控制部201参照在S101中所确定的记录中的“AU/NAU”的值,而对值是否表示NAU(非活跃用户)进行判断。在被判断为值表示NAU的情况下(S102的“是(Yes)”),作为用户不具有共乘利用的实绩来处理。在该情况下,该用户被决定为推荐信息的提供目标,控制部201从用户DB151中提取此用户的记录(S104)。之后,将处理返回至S101。相对于此,在被判断为“AU/NAU”的值不是NAU的情况下(S102的“否(No)”),控制部201将处理向S103转移。
[0099] 在S103中,控制部201对该记录中的“应用程序的有无”是否表示“有”、即是否表示在第一终端20中已安装了拼车应用程序进行判断。此时,在判断为具有拼车应用程序的情况下(S103的“是”),控制部201将处理返回至S101。即,作为用户具有共乘利用的实绩来处理。相对于此,在判断为不具有拼车应用程序的情况下(S103的“否”),处理向S104转移。
[0100] 以此方式,对于被注册在用户DB151中的全部用户而实施S102~S104的处理,并提取关于被判断为不具有共乘利用的实绩的用户的记录。当用户提取处理结束时,处理向S02(图7)转移。
[0101] 在S02中,控制部201实施行程安排的确认处理。该处理以如下方式被实施。
[0102] ((方法1)记录中的行程安排信息的确认)
[0103] 控制部201从通过S01的处理而被提取的一个或两个以上的用户的记录中确定一个用户(用户的记录)。控制部201参照被存储于已确定的用户的记录中的行程安排。
[0104] ((方法2)行程安排信息的生成)
[0105] 例如,被存储于用户的记录中的移动履历表示用户的预定期间(例如一日)内的行动履历,并且在假定了第二天也反复进行相同的行动的情况(根据过去的移动履历而能够预测未来的移动的情况)下,能够根据移动履历而生成用户的行程安排。
[0106] 在移动履历中包含表示一个或多个用户的移动的信息。表示移动履历所包含的移动的信息能够以如下的方式来进行提取。例如,当在移动履历中发现了在第一终端20的位置在某个较小区域(建筑物或设施内)内停留了预定时间以上之后开始朝向该较小区域之外移动的模式的情况下,控制部201判断为用户已开始移动,并将位置从该较小区域离开的时刻设定为“行程安排”所包含的时间(出发时刻),并将该较小区域的位置设定为“出发地”。
[0107] 之后,当在移动履历中成为第一终端20的位置移动并在某个较小区域内停留了预定时间以上的状态的情况下,控制部201将该较小区域的位置设定为“目的地”。此外,控制部201将到达该较小区域的到达时刻设定为到达目的地的到达时刻,并求出与移动开始时刻的差值,以将其设定为“所用时间”。此外,控制部201使用从出发地到目的地的位置的移动路径及移动速度、以及上述的移动模式信息,而对用户的移动方法进行推断,并将其设定于“移动方法”。控制部201将表示与移动方法对应的社会贡献或经济上的效果的信息的种类设定于“使用促进信息”。在行程安排中还能够包含从出发地到目的地的距离。以此方式,能够从移动履历中生成一个或两个以上的移动计划(行程安排)。
[0108] ((方法3)从第一终端20中获取)
[0109] 行程安排也可以从第一终端20中取得。例如,控制部201向第一终端20的用户询问当日的移动的行程安排。例如,控制部201生成询问行程安排的消息(包括用户ID),并经由通信部204而发送至第一终端20的地址。消息经由网络2而被第一终端20接收。
[0110] 在第一终端20中,控制部221将行程安排的询问画面告知给用户(例如,在显示器装置226上显示)。用户使用输入装置225而输入一个或两个以上的行程安排的生成所涉及的的信息项目(出发地、目的地、出发时刻、到达时刻等)。控制部221生成包含用户所输入的行程安排信息在内的响应消息,并从通信部224发送至服务器10的地址。响应消息经由网络2而被服务器10接收。服务器10的控制部201取得响应消息中的行程安排,并将其注册在与用户ID对应的记录中。如此,在S02中,控制部201使用上述的方法1~3中的任意一个而取得行程安排,并确认其内容。
[0111] 在S03中,控制部201对具有能够与行程安排对应的驾驶行程安排的共乘用的车辆1进行检索。如上文所述,在车辆DB152(图6)中,存储有能够用于共乘服务的车辆1的记录。
控制部201参照车辆DB152的各记录中的驾驶行程安排。
[0112] 图9为表示可对应的车辆的检索处理的一个示例的流程图。在S111中,服务器10的控制部201将从用户DB151中提取到的用户的记录中的行程安排(称为用户的行程安排)中的目的地与车辆DB152的各记录的驾驶行程安排中的目的地进行对比,并提取具有目的地相互一致的驾驶行程安排的记录。这是为了选出对于车辆1的驾驶行程安排不需要大幅改变的车辆1以用于共乘。目的地相互一致的情况能够包括以下的情况。但是,并未被限定于此。
[0113] (1)目的地间的距离在预定的阈值以下的情况。
[0114] (2)用户的目的地与车辆1的移动路径之间的距离在预定的阈值以下的情况。
[0115] (3)用户的目的地属于车辆1的目的地或途径地所属的区域的情况。
[0116] 在S112中,控制部201从在S111中提取到的记录之中提取包含到达时刻早于用户的行程安排中的到达时刻的驾驶行程安排在内的记录。这是为了选出对于用户而言不存在因共乘带来的时间上的缺点、或者时间上的缺点较小的车辆1。但是,虽然与用户的行程安排中的到达时间相比而较晚,但是其延迟时间长度小于预定时间长度的记录也包括在提取对象中。
[0117] 在S113中,控制部201提取包括能够在用户的出发时刻到达用户的出发地的驾驶行程安排在内的记录。这是为了保证接到无延迟的用户。例如,控制部201求出用户的行程安排的出发地与驾驶行程安排的出发地之间的距离,并提取车辆1以平均移动速度而移动了该距离时所需的时间短于从当前时刻起至用户的出发时刻为止的时间的车辆1的记录。
当S113的处理结束时,处理返回至S04。
[0118] 而且,S111~S113的顺序能够适当改变。此外,也可以采用如下方式,即,从S111~S113中被选择的、至少1个处理在S03中被执行。
[0119] 而且,也可以采用如下方式,即,在S03的处理中,向多个第二终端30发送用户的行程安排信息,并等待进行表示能够共乘的意思的回复的第二终端30,且在得到回复之后生成推荐信息。而且,在S03中,在未检索出可对应的车辆1的情况下,结束图7所示的服务器10的处理。
[0120] 在S04中,控制部201生成对于用户的推荐信息。推荐信息能够包含以下内容。
[0121] (1)通过共乘服务的使用,而能够代替用户向目的地的移动所使用的移动方法(对于向目的地的移动而推荐共乘利用:相当于推荐共乘的信息)。
[0122] (2)能够使用共乘的移动行程安排(例:向目的地○○的移动)
[0123] (3)与移动方法相应的使用促进信息
[0124] (4)车辆所涉及的信息(车辆属性信息、驾驶员属性信息)
[0125] (5)用户ID、车辆ID(存在多台的情况下为多台份)
[0126] 根据变更为共乘前的移动方法、和与移动方法对应的使用促进信息的种类,而适当地制作使用促进信息。例如,在从使用私家车变更为共乘的情况下,使用私家车的车辆所涉及的信息、和行程安排中的移动距离,而对耗油率、CO2产生量进行计算,并将它们被削减的情况设定为使用促进信息。但是,使用促进信息并非必须与移动方法相关联地被生成,即便使用促进信息与用户没有直接关系,由于只要能够传达由共乘的机会增大所带来的优点即可,因此考虑随机选择使用促进信息并使其包含于推荐信息中。
[0127] 而且,使用促进信息、车辆所涉及的信息(车辆属性信息、驾驶员属性信息的至少一方)为可选项。此外,当在S03中检索到多个车辆1的情况下,既可以包含被检索到的车辆1的全部车辆属性、驾驶员属性,也可以采用如下方式,即,发送关于从被检索到的车辆1中选出的至少一个车辆1的车辆属性、驾驶员属性。
[0128] 在S05中,控制部201实施推荐信息的发送处理。在本实施方式中,虽然生成包含上述的多种信息((1)~(4)的信息)的推荐信息并将其发送至第一终端20,但也可以将(1)~(4)的信息分为两次以上而进行发送。
[0129] 推荐信息从通信部204被发送至用户的第一终端20的地址。在S06中,控制部201在S01中提取多个用户(的记录),并对是否剩有未处理的用户的记录进行判断。在判断为未剩有记录的情况下,处理向S07转移,而在并非如此的情况下,处理返回至S02,并反复进行与剩余的用户的各个记录相关的S02~S05的处理。
[0130] 图10为表示第一终端20的、推荐信息接收时的处理的流程图。图10所示的处理通过第一终端20的控制部221(CPU121)而被实施。
[0131] 在S11中,控制部221取得由通信部224接收到的推荐信息。在S12中,控制部221将推荐信息到达告知给用户。告知例如使第一终端20的显示器装置226显示推荐拼车服务的使用的意思。该显示例如能够通过应用推送通知而执行。此外,在显示中也可以包括拼车应用程序的启动按钮和访问拼车应用程序的下载网站的地址(URL)。
[0132] 在S13中,对拼车应用程序是否启动进行判断。拼车应用程序的启动的触发既可以为用户的输入触发,也可以为第一终端20内的事件发生(与是否依赖于用户的操作无关)。例如,将由用户按下了拼车应用程序的启动按钮的事件作为触发,并由控制部201实施拼车应用程序的启动(执行开始),并且对拼车应用程序的启动进行检测。
[0133] 此处,在拼车应用程序未被安装于第一终端20中的情况下,由用户实施点击在上述的显示中所示出的下载网站的URL等的特定的操作。于是,第一终端20经由网络2而访问下载网站。当用户根据下载网站的引导而对第一终端20进行操作之后,第一终端20从下载网站下载拼车应用程序的文件,并将其安装于第一终端20中。在以安装的完成作为触发而自动地启动拼车应用程序的情况下,控制部221能够检测到这样的拼车应用程序的启动。以此方式,能够以推荐信息的通知为契机而提示拼车应用程序的安装。
[0134] 在S13中,在控制部201通过拼车应用程序的启动检测而判断为拼车应用程序已启动的情况下,处理向S14转移。相对于此,由于在用户不启动拼车应用程序或者不安装拼车应用程序的情况下,拼车应用的启动未被检测出,因此结束图10的处理。
[0135] 在S14中,控制部201通过拼车应用程序的执行,而将推荐信息的详细内容告知给用户。例如,控制部201使包含于推荐信息中的各种信息(能够用于共乘的移动行程安排、使用促进信息、车辆所涉及的信息(车辆或驾驶员的属性信息))等显示于显示器装置226上。在包含多个车辆1所涉及的信息的情况下,控制部201以能够选择车辆1的方式而对车辆1所涉及的信息进行显示。用户通过参照推荐信息,从而能够知晓以共乘的方式来实施自身的行程安排中的移动、以及通过共乘而具有时间的节约或CO2排出量的减少等经济上的效果、社会贡献、风险降低效果。
[0136] 在S15中,控制部221对是否进行了使用第一终端20的回复设定进行判断。例如,利用第一终端20所实施的是,直至推荐信息接收和向用户告知为止,在之后的共乘利用中,在利用向被包含于推荐信息中的联系方式的电话联络等而与车辆1的驾驶员等进行交涉、调节的情况下,不进行第一终端20中的回复设定。在不进行回复设定的情况下,控制部221结束处理。相对于此,在进行回复希望共乘的意思的设定的情况下,控制部221使显示器装置226显示是否使用共乘的、询问用户的画面。当用户使用输入装置225而输入了进行共乘利用的意思时,处理向S17转移。相对于此,当输入了不进行共乘利用的意思时,控制部221结束处理。
[0137] 在S17中,控制部221生成共乘希望信息并向服务器10发送。共乘希望信息例如包含以下的信息。
[0138] (1)希望共乘利用的意思
[0139] (2)显示出多个车辆1的信息的情况下的车辆1的选择结果
[0140] (3)此外,共乘利用的合同中所需要的信息(用户的联系方式等)
[0141] (4)用户ID、车辆ID(在多台的情况下用户所选择的车辆ID)
[0142] 之后,控制部221等待对于共乘希望信息的答复(S18),当接收到答复时,将被包含于该答复中的信息(例如,接收到共乘希望的意思、共乘利用的合同已成立的意思等)告知给用户(例如,在显示器装置226上显示),并结束处理。而且,在即便经过一定时间也未能接收答复的情况下,控制部201实施预定的错误处理,并结束处理。
[0143] 服务器10的控制部201在发送推荐信息时,如图11的S07所示,等待共乘希望信息。但是,在即便经过一定时间也未能接收共乘希望信息的情况下,结束图11的处理。在接收到共乘希望信息的情况下,控制部201利用车辆DB152的第二终端信息而向第一终端20发送该共乘希望信息(S08)。
[0144] 之后,控制部201等待对于共乘希望信息的、来自第二终端30的答复(S09),当接收到答复时,向第一终端20发送该答复(S10)。
[0145] 图12为表示第二终端30中的处理例的流程图。图12的处理通过第二终端30的控制部231而被执行。在S21中,控制部231取得利用通信部234而接收到的共乘希望信息。
[0146] 在S22中,控制部231将共乘希望信息的到达告知给用户。例如通过使第二终端30的显示器装置236显示被包含于共乘希望信息中的信息来进行告知。
[0147] 控制部231将提示是否接受共乘希望的输入的画面显示于显示器装置236上。在S23中,第二终端30的用户(车辆1的驾驶员或管理者)使用输入装置235而输入是否能够接受共乘希望。在输入了可接受的意思的情况下(S23的“是”),控制部231生成与第一终端20的用户的联络事项(接收了共乘希望的意思、合同已成立的意思、向车辆1的联系方式等)(S24),并将包含联络事项的答复发送至服务器10。如上文所述的那样,服务器10接收答复,并向第一终端20发送(S09、S10)。
[0148] <第一实施方式的效果>
[0149] 如以上所说明的那样,从用户DB中提取共乘服务的用户中的、不具有利用实绩的用户,并且利用被存储于车辆DB152中的信息而检索出能够用于所提取用户的移动计划(行程安排)的车辆1。在检索出(存在)能够使用的车辆1的情况下,将推荐共乘利用的信息(推荐信息)发送至用户的第一终端20。用户基于推荐信息而对共乘利用进行判断,并且在利用共乘的情况下,回复共乘希望信息。由此,能够实现共乘利用的扩大。
[0150] 〔第二实施方式〕
[0151] 以下,对第二实施方式进行说明。由于第二实施方式具有与第一实施方式共同的结构,因此,主要对与第一实施方式不同的结构来进行说明,对于共同的结构则省略说明。
[0152] 在第一实施方式中,将未安装拼车应用程序的人、符合“NAU”的人作为无实绩的人来处理。在第二实施方式中,基于“移动履历”而对共乘利用的实绩的有无进行判断,而不是对拼车应用程序的安装的有无、或拼车应用程序使用履历的有无进行判断。
[0153] 如在第一实施方式中所说明的那样,服务器10的控制部201定期或周期性地与第一终端20进行通信,从第一终端20接收第一终端20的位置(通过位置检测部228而得到)。控制部201根据本次的位置与上次的位置而求出移动距离及移动速度,并对其进行记录。如此,服务器10取得第一终端20的“移动履历”、即表示移动路径(位置坐标的变动)及移动速度的信息。
[0154] 服务器10的存储部202对表示与移动方法相应的移动的路径、移动速度的模式的数据(称为移动模式信息)进行存储。利用包含用户的自家住址、私家车辆的车库的位置、道路、公共交通工具(铁路车辆、公交车、出租车)的上下车地点(车站、公交车站、出租车乘坐地)、铁路车辆或公交车的行驶路径等信息的地图数据等,而生成移动模式信息。
[0155] 移动模式信息表示与移动方式相应的模式。例如,表示以徒步或轻便型车辆进行的移动的移动模式示出了移动速度在不超过预定速度的范围内的移动持续进行这样的模式。此外,表示以私家车进行移动的移动模式例如示出了移动路径途经车库的位置并在那里临时停车、之后移动速度急速上升至预定速度以上这样的模式。此外,表示利用铁路车辆或公交车进行移动的移动模式示出了移动路径为在铁路车辆或公交车的上下车地点(车
站、公交车站)临时停车、之后以铁路车辆或公交车的移动速度而开始移动并反复进行车站或公交车站处的临时停车这样的模式。此外,利用出租车的移动模式例如能够以如下方式来确定。一般来说,乘坐出租车的乘车地点在某种程度上被限制(出租车乘坐地、干线道路、自家附近)。因此,利用出租车的移动模式示出了移动路径在出租车的一般乘车地点处临时停车、之后移动速度急速上升至预定速度以上这样的模式。
[0156] 共乘利用的移动模式成为上述以外的模式。例如,在从自家或车库的位置离开了预定距离的地点(例如,为了避免自家住址被同乘者所知)、且在与上述出租车的一般的乘车地点不同的地点(例如,店铺或设施的停车场等道路以外的地点)处临时停车之后、移动速度急速上升至预定速度以上的模式成为共乘利用中的移动模式。
[0157] 图13表示第二实施方式中的用户提取处理。与第一实施方式(图8)的不同之处在于,代替S102及S103而设置有S101A及S101B的处理。
[0158] 在S101A中,控制部201将用户的记录中的移动履历与对于各移动方式的移动模式信息进行对比。在S101B中,控制部201在对比的结果中对移动履历是否具有共乘模式进行判断。在被判断为移动履历具有共乘模式的情况下(S101B的“是”),将用户视为具有共乘的实绩来处理,处理返回至S101。相对于此,在被判断为移动履历不具有共乘模式的情况下(S101B的“否”),作为用户不具有共乘的实绩来处理,且处理向S104转移。
[0159] 以此方式,能够利用用户的移动履历来对用户是否具有共乘利用的实绩进行判断。即,在表示第一终端20的位置的履历的信息未示出共乘利用时所发生的用户的行为的情况下,控制部201判断为用户不具有所述共乘利用的实绩。由于除了上述这一点以外,第一实施方式的结构与第二实施方式的结构相同,因此省略说明。而且,在第一实施方式中,也可以采用如下方式,即,对于某个用户而未记录与“应用程序的有无”、“AU/NAU”相对应的信息的情况下,执行S101A及S101B的处理。第二实施方式能够得到与第一实施方式相同的作用效果。
[0160] 在以上说明的第一实施方式及第二实施方式中所说明的处理或方法只要不产生技术上的矛盾,则能够自由组合来实施。此外,作为一个装置所实施的内容来说明的处理也可以通过多个装置来分担执行。或者,作为不同装置所实施的内容来说明的处理也可以由一个装置执行。在计算机系统中,能够灵活地对通过什么样的硬件结构(服务器结构)来实现各功能进行变更。
[0161] 第一实施方式~第二实施方式所涉及的服务器10、第一终端20及第二终端30也能够通过如下方式来实现,即,将安装了上述的实施方式中所说明的功能的计算机程序提供给计算机,该计算机所具有的一个以上的处理器读取并执行程序。这样的计算机程序既可以通过能够与计算机的系统总线连接的非暂时性的计算机可读存储介质而提供给计算机,也可以经由网络而提供给计算机。非暂时性的计算机可读存储介质例如包括磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD光盘、蓝光光盘等)等任意类型的光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM(可擦除可编程只读存储器)、EEPROM(带电可擦可编程只读存储器)、磁卡、闪存、光学式卡、适于存储电子命令的任意类型的介质。
[0162] 符号说明
[0163] 1…车辆;
[0164] 2…网络;
[0165] 10…服务器;
[0166] 20…第一终端;
[0167] 30…第二终端;
[0168] 100、120、130…信息处理装置;
[0169] 101、121、131…CPU;
[0170] 102、122、132…主存储装置;
[0171] 103、123、133…辅助存储装置;
[0172] 104、124、134…通信接口电路;
[0173] 201、221、231…控制部;
[0174] 202、222、232…存储部;
[0175] 204、224、234…通信部。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈