CN110781403B - 信息处理装置、信息处理系统、以及信息处理方法 - Google Patents

Abstract

本发明提供一种信息处理装置、信息处理系统、以及信息处理方法。本发明在多个用户同乘在车辆中并进行移动的情况下，促进了该用户彼此的对话。信息处理装置具备控制部，所述控制部执行如下的内容，即：取得同乘于车辆上而进行移动的、乘坐在该车辆中的多个用户各自的与用户相关的信息即用户信息；针对多个用户各自的用户信息中所包括的多个候选话题的关键词的每一个，而计算出表示多个用户的关心的高度的评价值；根据多个候选话题的关键词的每一个的评价值来决定成为话题的关键词；从成为话题的关键词生成话题信息；将话题信息提供给乘坐在车辆中的多个用户。

Description

信息处理装置、信息处理系统、以及信息处理方法

技术领域

本发明涉及一种用于多个用户同乘在同一车辆中而进行移动的技术。

背景技术

出于缓和交通堵塞、或节约燃料费用、环境对策等目的，多个乘员共同乘坐在一台车辆中而进行移动的方式(拼车)正在以各国为中心而扩展开来。此外，在这样的移动方式中，开发有一种用于对多个用户进行匹配的技术。

作为与之相关联的技术，在专利文献1中，记载了一种取得与共同乘坐在车辆中而进行移动的多个用户所实施的交互相关的数据，并根据该交互而实施进一步的信息提供的系统。

在先技术文献

专利文献

专利文献1：美国专利申请公开第2017/0351990号说明书

发明内容

发明所要解决的课题

在一般的拼车中，素不相识的人彼此乘坐在同一车辆中而进行移动的情况较多。因此，例如，在乘员彼此进行对话而试图进行交流的情况下，存在不易开口、不知该提出什么样的话题这样的问题。

本公开是考虑到上述的课题而作出的发明，其目的在于，在多个用户同乘在车辆中并进行移动的情况下，促进该用户彼此间的对话。

用于解决课题的方法

本发明的方式之一为，一种信息处理装置，具备控制部，所述控制部执行如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的多个候选话题的关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个候选话题的关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。

本发明的另一方式之一为，一种信息处理系统，其具备至少一个控制部，所述控制部执行如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的候选话题的多个关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。

本发明的另一方式之一为，一种信息处理方法，包括如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的候选话题的多个关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。

发明效果

根据本公开，在多个用户同乘在车辆中并进行移动的情况下，能够促进该用户彼此间的对话。

附图说明

图1为表示第一实施方式所涉及的拼车服务提供系统的系统结构的一个示例的图。

图2为表示用户终端的系统结构的一个示例的图。

图3为表示用户终端的用户信息登记画面的一个示例的图。

图4为表示车载装置的系统结构的一个示例的图。

图5为表示管理服务器的系统结构的一个示例的图。

图6为表示第一实施方式所涉及的管理服务器的话题提供处理的流程图的一个示例。

图7为表示第一实施方式所涉及的管理服务器的关键词的评价值计算处理的流程图的一个示例。

具体实施方式

以下，根据附图来对本发明的具体实施方式进行说明。各个实施方式所记载的硬件结构、模块结构、功能结构等只要没有特别地记载，则没有将发明的技术范围仅限定于这些内容的主旨。

本公开的方式之一为，信息处理装置。信息处理装置具备控制部。控制部取得同乘于车辆上而进行移动的、乘坐在该车辆中的多个用户各自的与用户相关的信息即用户信息。此外，控制部执行如下内容，即：针对多个用户各自的用户信息中所包括的多个候选话题的关键词的每一个，而计算出表示用户的关心的高度的评价值；根据多个候选话题的关键词的每一个的评价值来决定成为话题的关键词。此外，控制部执行如下内容，即：从成为话题的关键词生成话题信息；将话题信息提供给多个用户。

话题信息例如为，与成为话题的关键词相关联的新闻、与成为话题的关键词相关的问题。例如，在成为话题的关键词为店铺或休闲设施等的情况下，话题信息也可以为营业时间、推荐商品、该设施的周边信息等的信息。根据本公开的方式之一，由于生成了根据与乘坐在车辆中的用户相关的信息而提供的话题信息，因此能够促进乘坐在该车辆中的用户彼此的对话。

此外，在本公开的方式之一中，也可以采用如下的方式，即，信息处理装置的控制部以下方式计算出评价值，即，越是多个用户中的、乘坐在该乘车中的车辆上的频率高的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为话题的关键词。在以优先作为成为话题的关键词的方式进行计算的方法中的一个方法中，例如，存在有针对相应的用户而将用于评价值的计算的权重设定得较大的方法。由此，可提供乘坐在该车辆中的频率高的用户的关心的话题信息的可能性较高。由于对于乘坐在该车辆中的频率高的用户而言，乘坐在该车辆中的经验较丰富，因此由于可提供该用户的关心的话题信息的可能性较高，从而该用户创造对话的契机或是使对话变得热烈的可能性较高。

此外，在本公开的方式之一中，也可以采用如下的方式，即，信息处理装置的控制部以下方式计算出评价值，即，越是多个用户中的、在车辆上进行乘车的顺序晚的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为话题的关键词。由此，提供乘坐在车辆中的顺序较晚的用户的关心的话题信息的可能性较高。由于提供乘坐在车辆中的顺序较晚的用户的关心的话题信息的可能性较高，因此能够使该用户易于加入到已经在乘车中的用户间的对话中，并能够促进乘坐在车辆中的用户间的对话。

此外，在本公开的方式之一中，也可以采用如下的方式，即，信息处理装置的控制部以下方式计算出评价值，即，越是多个用户中的、在车辆上进行乘车的时间长的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为话题的关键词。由此，可提供乘坐在车辆中的时间长的用户的关心的话题信息的可能性较高。对于乘坐在车辆中的时间较长的用户而言，由于习惯车辆内的气氛的可能性较高，因此由于可提供该用户的关心的话题信息的可能性较高，从而该用户创造对话的契机或者使对话变得热烈的可能性较高。

此外，在本公开的方式之一中，也可以采用如下的方式，即，信息处理装置的控制部分别从被设定了权重的多个取得源中取得用户信息，并根据与包括候选话题的关键词的用户信息的取得源相应的权重而计算出候选话题的关键词的评价值。用户信息的取得源例如为，针对多个用户的每一个而表示被预先设定的用户的属性信息以及关心的内容的信息、用户的移动历史、以及SNS(社交网络服务)中的至少一个。

由于针对每个用户信息的取得源而用户信息中所包括的关键词的性质不同，因此通过针对每个用户信息的取得源而设定权重，从而能够考虑用户信息的取得源而决定向乘坐于车辆中的用户提供的成为话题的关键词，并根据该关键词而生成话题信息。

此外，根据本公开的方式之一，也可以采用如下的方式，即，在多个用户中包含不期望话题信息的提供的第一用户的情况下，信息处理装置的控制部从多个候选话题的关键词中，将第一用户的用户信息中所包括的关键词去除。由此，由于会提供不期望话题信息的提供的第一用户的关心的话题信息的可能性较低，因此第一用户被卷入对话中的可能性也较低，从而也提高了第一用户在车辆内愉快地度过时间的可能性。

此外，在本公开的方式之一中，也可以采用如下的方式，即，在不存在评价值为预定的阈值以上的候选话题的关键词的情况下，信息处理装置的控制部从表示被预先设定的更多人所关心的内容的多个关键词中，决定成为话题的关键词。表示被预先设定的更多人所关心的内容的多个关键词，例如为天气、季节、温度、国民性的关心事件(奥林匹克、各种运动的世界杯等)。例如，在乘坐于车辆中的多个用户的关心较为分散的情况下，不存在评价值为预定的阈值以上的候选话题的关键词的可能性较高。因此，根据本公开的方式之一，即使在乘坐于车辆中的用户关心的情况较为分散的情况下，也能够提高成为对话的契机的话题。

＜第一实施方式＞

图1为表示第一实施方式所涉及的拼车服务提供系统1的系统结构的一个示例的图。拼车服务提供系统1包括：用户所携带的用户终端10、管理服务器20、车辆100。以下，将希望乘坐在车辆中的用户称为乘车用户，并将实施车辆的运行的用户称为驾驶用户。

用户终端10被构成为，能够切换为乘车用户所利用的模式(以下，称为乘车用户模式)、和驾驶用户所利用的模式(以下，称为驾驶员模式)。以下，将在乘车用户模式中进行动作的用户终端10称为用户终端10A。此外，将在驾驶员模式中进行动作的用户终端称为用户终端10B。在不对用户终端10A和用户终端10B进行区分的情况下，仅称为用户终端10。关于各模式中的动作的详细情况，将在后文进行叙述。

乘车用户经由用户终端10A而将乘车预约要求和与自身的移动相关的信息登记在管理服务器20中。与自身的移动相关的信息是指，例如，乘车用户的出发地、目的地、希望移动的开始的日期和时间等。此外，驾驶用户经由用户终端10B而将与自身的移动相关的信息登记在管理服务器20中。与驾驶用户的移动相关的信息，也就是与驾驶用户所运行的车辆的移动相关的信息。例如，开始进行车辆的运行的日期和时间、行驶路径等。以下，将与乘车用户的移动相关的信息、以及与驾驶用户的移动相关的信息称为移动日程表。

这些信息能够通过例如被安装于用户终端10中的、用于利用拼车服务的应用软件程序而进行生成以及登记。但是，这些信息也可以不利用用户终端10来实施登记。例如，也可以利用可与网络连接的任意的终端(智能手机、手机、平板终端、个人信息终端、可佩带计算机等)或个人计算机来实施登记。

车辆100为被登记在拼车服务提供系统1中的车辆，并提供由车辆所实施的移动。车辆100例如，既可以为驾驶用户所拥有的车辆，也可以为拼车服务提供系统1所拥有的车辆。车辆100的使用日程表由管理服务器20管理。另外，虽然被登记在拼车服务提供系统1中的车辆100为多台，但在图1中，车辆100仅示出了一台。

管理服务器20为，对由用户终端10登记的移动日程表进行管理，并根据来自乘车用户的用户终端10A的乘车预约要求而对用户彼此进行匹配的装置。匹配是指，根据移动日程表而使驾驶用户和乘车用户结合在一起的情况。另外，例如，在驾驶用户不拥有车辆100而是使用了拼车服务提供系统1所拥有的车辆100的情况下，匹配包括根据移动日程表而使驾驶用户、乘车用户和车辆100结合在一起的情况。管理服务器20根据被登记的移动日程表而实施用户的匹配，并决定驾驶用户所运行的车辆的运行路径、让乘车用户乘车的地点、让乘车用户下车的地点等。

管理服务器20在匹配完毕时，将乘车预约信息向用户终端10A以及用户终端10B进行发送。乘车预约信息例如包括：驾驶用户ID、乘车用户ID、乘车用户和车辆的汇合预定场所、汇合预定时刻、移动路径、乘车用户的目的地、到达预定时刻、其他同乘者的有无等。例如，与驾驶用户所运行的车辆相关的信息、与乘车用户以及驾驶用户相关的信息也同乘车预约信息一起被发送。在与车辆相关的信息中，例如，包含有车型、颜色、车牌信息等。在与乘车用户以及驾驶用户相关的信息中，例如，包含有性别、年龄等。通过接收到乘车预约信息的各个用户(驾驶用户和乘车用户)承认乘车预约，从而确定乘车用户和驾驶用户的匹配，并使乘车预约成立。由此，驾驶用户和乘车用户能够汇合到一起并进行移动。

在第一实施方式所涉及的拼车服务提供系统1中，用户终端10A、用户终端10B、以及管理服务器20通过网络而被相互连接。在网络中，例如，也可以采用英特网等的世界规模的公众通信网即WAN(Wide Area Network，广域网)或其他的通信网。此外，网络也可以包括手机等的电话通信网、Wi-Fi(注册商标)等的无线通信网。

在第一实施方式中，拼车服务提供系统1向多个用户正在乘车中的车辆100提供话题提供服务。话题提供服务是指，例如，通过被搭载在车辆100中的车载装置30，而提供正在乘车中的多个用户感兴趣或关心的话题的服务。车载装置30例如为，通信机器人、汽车导航系统、数据通信装置、驾驶用户的用户终端等。

例如，当正乘坐在车辆100中的用户的任何一位针对车载装置30而实施了话题提供要求的操作时，将从车载装置30向管理服务器20发送话题提供要求消息。管理服务器20在从车载装置30接收到话题提供要求消息时，取得正乘坐在该车辆100中的各个用户的用户属性信息、和表示各个用户感兴趣或关心的内容的信息即用户关心信息。表示用户感兴趣或关心的内容的信息的取得源为，例如，与预先被登记在管理服务器20内的关于各个用户感兴趣或关心的内容相关的信息、在SNS(Social Network Service，社交网络服务)中通过各个用户而在网页上公开的信息、各个用户的移动历史、话题的提供历史等。用户关心信息中所包括的信息例如为关键词、关键短语。因此，从在SNS中被公开的信息中实施关键词抽取，并将被抽取出的关键词作为用户关心信息而处理。用户关心信息为“用户信息”的一个示例。用户关心信息所包括的关键词为“候选话题的关键词”的一个示例。

关于乘坐在车辆100中的各个用户的用户关心信息中所包括的关键词，管理服务器20对评价值进行计算。关键词的评价值是，例如根据包含该关键词的用户关心信息的取得源、和用户的权重而被计算出来的。用户的权重例如根据乘车频率、乘车顺序等而被决定。

管理服务器20例如将与预定的阈值相比评价值较高的关键词作为成为话题的关键词来决定。管理服务器20根据所选择的关键词而生成话题信息。话题信息例如为，与所选择的关键词相关的问题、新闻、被公开的信息等。管理服务器20将所生成的话题信息向车载装置30进行发送。例如，在成为话题的关键词为棒球的球队名“AAA”的情况下，球队AAA的比赛结果的新闻等会作为话题信息而被生成。

车载装置30在从管理服务器20接收到话题信息时，将输出该话题信息。例如，话题信息为文本数据，并通过被搭载于车载装置30上的读取功能，从而以语音的方式从车载装置30被输出。或者，例如，话题信息为语音数据，并通过车载装置30而再生，从而以语音的方式被输出。另外，虽然在第一实施方式中，为了促进乘坐在车辆100中的用户彼此间的对话，以话题信息作为语音而被输出的情况为前提，但并未被限定于此，话题信息也可以以文本的方式被显示于显示器上。

图2为表示用户终端10的系统结构的一个示例的图。用户终端10例如为，智能手机、手机终端、平板计算机、个人信息终端、笔记本计算机、可佩带计算机(智能手表等)这样的小型的计算机。另外，用户终端10既可以为用户所拥有的终端，也可以为被安装于车辆中的终端。作为硬件结构要素，用户终端10例如包括控制部101、存储部102、无线通信部103、输入输出部104。

控制部101为，对用户终端10所实施的控制进行管理的运算装置。控制部101例如能够通过CPU(Central Processing Unit，中央处理单元)等的运算处理装置而被实现。例如，作为功能结构要素，控制部101具备显示处理部1011、输入接受部1012、和服务器通信部1013。例如，通过控制部101实施被存储于后述的存储部102中的程序，从而实现了各功能结构要素。

显示处理部1011例如执行使后述的输入输出部104显示预定的画面的处理。例如，在第一实施方式中，显示处理部1011使后述的用户信息登记画面显示在输入输出部104的画面上。用户信息登记画面例如为，对被登记于管理服务器20中的用户的属性、用户感兴趣或关心的内容等的信息进行设定的画面。

输入接受部1012例如接受从后述的输入输出部104被输入的、与显示中的画面相对应的用户操作。具体而言，输入接受部1012接受向输入输出部104输入的、用户信息登记画面中的用户信息的登记的输入操作，并根据操作内容而生成用户信息的登记要求，并且将用户信息的登记要求与在用户信息登记画面中被输入的信息一起向服务器通信部1013输出。

服务器通信部1013为，与管理服务器20之间的接口。服务器通信部1013在例如从输入接受部1012接受到用户信息的登记要求时，通过无线通信部103而向管理服务器20发送用户信息的登记要求、和在用户信息登记画面中被输入的信息。

存储部102例如包括主存储装置和辅助存储装置。主存储装置为，供由控制部101执行的程序、或该控制程序所利用的数据展开的存储器。辅助存储装置为，供在控制部101中被执行的程序、或该控制程序所利用的数据存储的装置。在辅助存储装置中，也可以储存将在控制部101中被执行的程序作为应用软件而封装化的程序包。此外，也可以存储用于执行这些应用软件的操作系统。被存储于辅助存储装置中的程序被加载于主存储装置中，并通过被控制部101执行，从而实施上述的功能结构要素的处理。

主存储装置也可以包含RAM(Random Access Memory，随机存取存储器)或ROM(Read Only Memory，只读存储器)。此外，辅助存储装置也可以包含EPROM(ErasableProgrammable ROM)或硬盘驱动器(HDD，Hard Disk Drive)。而且，辅助存储装置也可以包含可移动介质、即可便携记录介质。可移动介质例如为，如USB(Universal Serial Bus)存储器、或者CD(Compact Disc)或DVD(Digital Versatile Disc，数字视频光盘)这样的光盘记录介质。

无线通信部103为，用于使用户终端10与网络连接的无线通信接口。无线通信部103例如经由无线LAN、或3G、LTE、5G等的移动体通信服务而提供对网络的访问。

输入输出部104接受利用者所实施的输入操作，并向利用者提示信息。在第一实施方式中，输入输出部104为触摸面板显示器。即，在第一实施方式中，输入输出部104例如包含液晶显示器和其控制单元、触摸面板和其控制单元。

另外，图2所示的结构为一个示例，图示的功能的全部或一部分也可以使用专门设计的电路而被执行。此外，也可以通过图示以外的、主存储装置以及辅助存储装置的组合来实施程序的存储或执行。

图3为表示用户终端10的用户信息登记画面的一个示例的图。用户信息登记画面例如为，用于将与用户相关的信息登记在管理服务器20中的画面。用户信息登记画面例如在从用户终端10的、用于利用拼车服务的应用软件的菜单画面中选择用户信息登记的菜单时被显示。

在图3所示的用户信息登记画面中，包含用户名的输入栏、性别的选择项的单选按钮、对与SNS的链接进行选择的复选框、住所的输入栏、感兴趣的话题的选择项的复选框、对无需话题提供服务进行选择的复选框、登记按钮。

例如，当在对与SNS的链接进行选择的复选框中输入了复选时，将会示出在该用户的用户关心信息的取得源中追加SNS的情况。例如，在对与SNS的链接进行选择的复选框中输入了复选时，将会显示SNS的用户名的输入栏。被输入至SNS的用户名的输入栏中的用户名为，与用户信息的登记要求一起向管理服务器20进行发送的信息之一。

例如，当在感兴趣的话题的选择项的复选框中输入了复选时，关于该话题，将会显示对更详细的话题进行选择的选择项。例如，当在运动的复选框中输入了复选时，将会在其下部显示棒球、网球、足球这样的运动种类的选择项。而且，例如，在选择了棒球的情况下，也可以显示对喜欢的棒球球队进行选择的选择项。在复选框中，复选的选择项是，作为被输入的该用户感兴趣的话题而被选择的该选择项，表示该复选框的话题的字码与用户信息的登记要求一起向管理服务器20发送。

例如，当在对无需话题提供服务进行选择的复选框中输入了复选时，表示该用户将不接收话题提供服务，无需话题提供的信息与用户信息的登记要求一起向管理服务器20发送。关于无需话题提供服务的用户，例如，将不实施用户关心信息的取得，或者从其他用户的用户关心信息中所包括的候选话题的关键词中去除与该用户的用户关心信息中所包括的候选话题的关键词重复的关键词。

登记按钮被选择的情况为，输入了用户信息的登记要求的操作的情况。输入接受部1012对登记按钮被选择的情况进行检测，并生成用户信息的登记要求、和包含被输入至用户信息登记画面中的信息在内的登记于管理服务器20中的用户信息，且通过服务器通信部1013而向管理服务器20发送。另外，用户信息登记画面中所包括的信息并未被限定于图3所示的示例。

图4为表示车载装置30的系统结构的一个示例的图。车载装置30例如为通信机器人、汽车导航系统、数据通信装置、驾驶用户的用户终端等。车载装置30包括：控制部301、存储部302、通信部303、扬声器304、输入输出部305。

通信部303为，用于将车载装置30与网络连接的通信接口。通信部303被构成为，例如，包含网络接口板、或用于无线通信的无线通信电路。例如，通信部303也可以通过近距离无线通信方式而与用户终端等其他的终端连接，并通过该用户终端而与网络连接。在该情况下，车载装置30所发送、接收的数据将经由该用户终端而被发送或接收。

输入输出部305接受利用者所实施的输入操作，并向利用者提示信息。在第一实施方式中，输入输出部305为触摸面板显示器。即，在第一实施方式中，输入输出部305例如包括液晶显示器和其控制单元、触摸面板和其控制单元。

存储部302被构成为，包含主存储装置和辅助存储装置。主存储装置为，供由控制部301执行的程序、或该控制程序所利用的数据展开的存储器。辅助存储装置为，供在控制部301中被执行的程序、或该控制程序所利用的数据存储的装置。关于主存储装置以及辅助存储装置，由于与存储部102相同，因此省略详细的说明。

控制部301为，对车载装置30所实施的控制进行管理的运算装置。控制部301例如为CPU等的运算处理装置。作为功能结构要素，控制部301具备服务器通信部3011、语音朗读部3012、输入接受部3013。例如，通过由控制部301执行被存储于存储部302中的程序，从而实现这些功能结构要素。另外，在图4中，话题信息为文本数据，并以车载装置30提供朗读话题信息的情况为前提。

服务器通信部3011为，与管理服务器20之间的接口。服务器通信部3011例如从输入接受部3013接受话题提供要求的输入，并向管理服务器20进行发送。此外，服务器通信部3011例如通过通信部303而从管理服务器20接收话题信息。服务器通信部3011在从管理服务器20接收话题信息时，向语音朗读部3012输出。

语音朗读部3012在从服务器通信部3011被输入话题信息时，将话题信息(文本数据)转换为语音数据，并向扬声器304输出。另外，在话题信息为语音数据的其他的实施方式中，例如，代替语音朗读部3012，而具有使语音数据再生的语音再生部。

输入接受部3013接受针对输入输出部305而被输入的操作。例如，在第一实施方式中，输入接受部3013接受针对输入输出部305而被输入的话题提供要求的操作，并将话题提供要求向服务器通信部3011输出，并且通过服务器通信部3011而向管理服务器20发送。例如，与话题提供要求一起发送作为车载装置30的识别信息的车载装置ID。

图5为表示管理服务器20的系统结构的一个示例的图。管理服务器20由一般的计算机构成。即，管理服务器20为，具有CPU或GPU等处理器、RAM或ROM等主存储装置、EPROM、硬盘驱动器、可移动介质等辅助存储装置在内的计算机。另外，可移动介质例如也可以为USB存储器、或者如CD或DVD这样的光盘记录介质。在辅助存储装置中，存储了操作系统(OS)、各种程序、各种表格等，将被存储这里的程序加载在主存储装置的工作区域内并执行，通过程序的执行而控制各结构部等，从而能够实现如后文所述的、符合预定的目的的各功能。但是，一部分或全部的功能也可以通过如ASIC或FPGA这样的硬件电路来实现。另外，管理服务器20既可以由单一的计算机构成，也可以由相互协作的多台计算机构成。

管理服务器20包含控制部201、存储部202、通信部203。通信部203为，用于将管理服务器20与网络连接的通信接口。通信部203被构成为，例如包含网络接口板、或用于无线通信的无线通信电路。

存储部202被构成为，包含主存储装置和辅助存储装置。主存储装置为，供由控制部201执行的程序、或该控制程序所利用的数据展开的存储器。辅助存储装置为，供在控制部201中被执行的程序、或该控制程序所利用的数据储存的装置。关于主存储装置以及辅助存储装置，由于与存储部102相同，因此省略详细的说明。

存储部202包括：用户信息数据库(DB)2021、车辆信息DB2022、乘车预约信息DB2023、移动历史DB2024、话题历史DB2025。用户信息DB2021、车辆信息DB2022、乘车预约信息DB2023、移动历史DB2024、话题历史DB2025是例如通过由控制部201执行的数据库管理系统(DBMS)的程序对存储于存储部202中的数据进行管理从而被构建的。用户信息DB2021、车辆信息DB2022、乘车预约信息DB2023、移动历史DB2024、话题历史DB2025例如为关系数据库。

用户信息DB2021为，对与用户相关的信息进行存储的数据库。在用户信息DB2021中，例如，关于各个用户，而存储有被输入至用户终端10的用户信息登记画面中的信息。更加具体而言，在被存储于用户信息DB2021中的信息中，例如，包含用户ID、用户名、住所、出身地、性别、年代、表示感兴趣或关心的内容的信息、SNS的用户名、表示需要或无需话题提供服务的信息、移动日程表等。

车辆信息DB2022为，对与被登记在拼车服务提供系统1中的车辆100相关的信息进行存储的数据库。在被存储于车辆信息DB2022中的信息中，例如，包含车辆ID、被搭载于车辆ID中的车载装置30的车载装置ID、拥有者ID、车型、车身的颜色、车辆识别编号、移动日程表等。

在乘车预约信息DB2023中，例如，包含匹配被确定了的未完毕的乘车预约信息。被存储于乘车预约信息DB2023中的乘车预约信息例如针对一个乘车用户的每一次乘车而被准备一条。在乘车预约信息中，例如，存储有乘车预约的驾驶用户ID、乘车用户ID、车辆ID、出发地(乘车用户的乘车地)、出发时刻、目的地(乘车用户的下车地)、去往目的地的到达时刻等。

在移动历史信息DB2024中，例如，存储有通过各个用户的拼车服务而移动的历史信息。例如，在移动历史信息DB2024中，关于各个用户，而存储有在过去存在拼车服务的提供实际记录的乘车预约信息。

在话题历史信息DB2025中，例如，存储有通过各个用户的话题提供服务而被提供的具有实际记录的话题信息。在话题历史信息DB2025中，关于各个用户，而与话题信息一起存储有成为话题信息的生成源的关键词、被提供的日期和时间、乘坐的车辆的车辆ID、同乘的用户的用户ID等。

控制部201为，对管理服务器20所实施的控制进行管理的运算装置。控制部201例如为CPU等的运算处理装置。作为功能结构要素，控制部201具备终端通信部2011、预约处理部2012、匹配处理部2013、路径生成部2014、话题决定部2015、评价值计算部2016。例如，通过控制部201执行被存储于存储部202中的程序，从而实现这些功能结构要素。控制部201为“控制部”的一个示例。

终端通信部2011为，与用户终端10、车载装置30之间的接口。在终端通信部2011所接收的数据中，在第一实施方式中，例如，存在来自用户终端10的用户信息的登记要求、来自车载装置30的话题提供要求等。此外，在终端通信部2011所发送的数据中，例如，存在向车载装置30发送的话题信息。用户信息的登记要求从终端通信部2011向预约处理部2012输出，与用户信息的登记要求一起被接收的与用户相关的信息，通过预约处理部2012而被存储于用户信息DB2021中。话题提供要求从终端通信部2011向话题决定部2015输出。

预约处理部2012实施与乘车预约相关的控制。具体而言，预约处理部2012通过终端通信部2011而从用户终端10A接收乘车预约要求。从用户终端10A，例如与乘车预约要求一起接收到移动日程表(出发地、目的地、希望移动的开始的日期和时间等)。

预约处理部2012在从用户终端10A接收到乘车预约要求的情况下，将匹配委托给匹配处理部2013。预约处理部2012例如从匹配处理部2013接受关于用户终端10A的乘车用户而被匹配的驾驶用户的信息。预约处理部2012通过终端通信部2011而向关于用户终端10A的乘车用户而被匹配的驾驶用户的用户终端10B发送乘车预约要求。也将乘车预约信息与乘车预约要求一起进行发送。乘车预约信息例如包括汇合预定地点以及汇合预定时刻、乘车用户的出发地以及目的地、到达希望时刻等。例如，也将从用户信息DB2021被取得的包括乘车用户的用户ID、属性等在内的与乘车用户相关的信息和乘车预约信息一起进行发送。

预约处理部2012在通过终端通信部2011而从用户终端10B接收到针对乘车预约要求的同意应答(OK应答)的情况下，对该乘车预约的成立进行判断，并将乘车预约的成立向乘车用户的用户终端10A进行通知。例如，也将乘车预约信息、驾驶用户的信息与乘车预约成立的通知一起进行发送。在驾驶用户的信息中，例如，也包含从用户信息DB2021中被取得的驾驶用户ID、属性、车辆的信息等。

此外，预约处理部2012例如在乘车预约成立的情况下，将与该乘车预约相应的路径的生成委托给路径生成部2014。当从路径生成部2014接受到与乘车预约相应的路径信息的输入时，预约处理部2012将该路径信息与乘车预约建立联系并存储在乘车预约信息DB2023中。在路径信息中，例如，包含路径、去往目的地的到达预定时刻等。另外，在存在乘坐于相同的车辆中的其他乘车用户的情况下，将生成其他乘车用户的汇合预定地点、包括目的地在内的路径。在存在乘坐于相同的车辆中的其他乘车用户的情况下，也可以在路径信息中，包括该乘车用户的乘车顺序和下车顺序。

匹配处理部2013根据来自预约处理部2012的委托，而对与乘车预约要求的发送源的用户终端10A对应的乘车用户、驾驶用户和车辆100进行匹配。匹配处理部2013的匹配方法可以为众所周知的任意一种方法，并未被限定于特定的方法。例如，匹配处理部2013从用户信息DB2031中抽取乘车预约的要求源的乘车用户、移动日程表重复的驾驶用户和车辆100。移动日程表重复是指，例如，在乘车用户和驾驶用户的移动日程表中，移动时期(从出发时刻至到达时刻)重复，且出发地或/和目的地的方面相同。匹配处理部2013从被抽取的驾驶用户以及车辆100之中，例如随机地或者根据评价值、属性等而对乘车预约的要求源的乘车用户的匹配对象进行选择。

此外，匹配处理部2013例如根据乘车用户的出发地以及目的地、驾驶用户的行驶路径来决定汇合预定地点。此外，匹配处理部2013根据乘车用户的希望开始移动的日期和时间与驾驶用户的开始车辆的运行的日期和时间来决定汇合预定时刻。汇合预定地点、汇合预定时刻的决定方法可以为众所周知的任意一种方法，并未被限定于特定的方法。匹配处理部2013将所选择的驾驶用户的信息、汇合预定地点、汇合预定时刻等向预约处理部2012输出。

路径生成部2014根据来自预约处理部2012的委托而生成路径。例如，路径生成部2014从预约处理部2012接受乘车预约成立的乘车用户以及驾驶用户的移动日程表的输入，并生成从驾驶用户的出发地起按照乘车用户的出发地、乘车用户的目的地、驾驶用户的目的地的顺序所经由的路径。在存在多个乘坐在该车辆中的乘车用户的情况下，生成在从驾驶用户的出发地至目的地之间经由各个用户的出发地和目的地的路径。路径的生成方法可以为众所周知的任意一种方法。路径生成部2014将包括各个用户的出发地以及目的地的到达预定时刻、乘车顺序、下车顺序、各个经由地(各个用户的出发地以及目的地)间的路径在内的路径信息向预约处理部2012输出。

话题决定部2015在从终端通信部2011被输入了话题提供要求时，对乘坐在相应的车辆100中的用户进行特别指定。相应的车辆100是指，搭载了话题提供的要求源的车载装置30的车辆。例如，也将作为话题提供要求的发送源的车载装置30的车载装置ID与话题提供要求一起进行接收。话题决定部2015从车辆信息DB2022取得与所接收到的车载装置ID对应的车辆100的车辆ID。接下来，话题决定部2015通过参照从乘车预约信息DB2022取得的与车辆ID相应的乘车预约并取得驾驶用户ID和乘车用户ID，从而对乘坐在车辆100中的用户进行特别指定。

话题决定部2015关于特别指定的各个用户而取得用户关心信息。话题决定部2015例如从表示被存储于用户信息DB2021中的感兴趣或关心的内容的信息、被存储于乘车预约信息DB2023中的乘车预约信息、被存储于移动历史DB2024以及话题历史DB2025中的历史信息、以及通过相应的SNS的用户ID而被公开的信息中，取得用户关心信息。另外，用户的关心信息并未被限定于从这些信息中取得的情况，例如，也可以从上述取得源中的一个、或两个或者三个组合中取得。

例如，从SNS中取得用户关心信息是在于用户信息DB2021中登记了SNS的用户名的情况下实施的。在从SNS中取得用户关心信息的情况下，话题决定部2015例如从SNS的用户名中取得该用户在SNS上所公开的信息，并实施表示用户感兴趣的内容的关键词的抽取处理。关键词抽取处理是例如利用关键词抽取工具等来实施的。

在乘坐于话题提供要求的对象的车辆100内的用户中存在有设定了无需话题提供服务的用户的情况下，在第一实施方式中，话题决定部2015从其他用户的用户关心信息中删除该用户的用户关心信息中所包括的关键词的一部分或全部。由此，由于设定了无需话题提供服务的用户所感兴趣或关心的话题在该车辆100内被提供的可能性变低，因此该用户能够以不参加话题的方式而度过时间。另外，在存在有设定了无需话题提供服务的用户的情况下的处理并未被限定于此，例如，也可以为不取得该用户的用户关心信息等的处理。

关于设定了无需话题提供服务的用户以外的用户的用户关心信息中所包括的各个关键词，话题决定部2015将评价值的计算委托给评价值计算部2016，并取得各关键词的评价值。评价值例如为，表示乘坐在车辆100中的多个用户的、针对关键词的兴趣或关心的高度的指标值。

话题决定部2015根据关键词的评价值来决定向作为乘坐在作为话题提供要求的对象的车辆100中的用户进行提供的话题的关键词。例如，话题决定部2015将评价值最高的关键词、或从与预定的阈值相比评价值较高的关键词中随机地选择出的一个关键词决定作为向乘坐在作为话题提供要求的对象的车辆100中的用户进行提供的话题的关键词。

话题决定部2015由话题的关键词生成话题信息。例如，话题决定部2015既可以对与话题的关键词相关的新闻信息进行检索，并将最新的新闻作为话题信息来取得，也可以生成与话题的关键词相关的提问句并设为话题信息。话题信息例如也可以通过向人工智能(AI)输入话题的关键词从而作成。另外，话题信息在第一实施方式中假想了文本数据。话题决定部2015将话题信息向话题提供的要求源的车载装置30进行发送。

评价值计算部2016根据来自话题决定部2015的委托，而对用户关心信息中所包括的关键词的评价值进行计算。评价值计算部2016例如(1)针对各个用户(各个用户关心信息)而对各关键词的积分进行计算，(2)针对各个用户(各个用户关心信息)而对用户的权重和关键词的积分相乘而得到的值进行计算，(3)针对各个关键词而将各个用户的权重和积分相乘而得到的值的合计值作为一个关键词的评价值而进行计算。

(1)针对各个用户(各个用户关心信息)的各个关键词的积分的计算，例如通过以下的方式来实施。例如，设定了与取得源相应的积分。例如，在取得源为用户信息DB2021或乘车预约信息DB2023的情况下，为10积分，在取得源为移动历史DB2024或话题历史DB2025的情况下，为5积分，在为SNS的情况下，为在SNS上的出现次数×0.1积分等。根据取得源而被设定的积分为各个取得源的加权的一个示例。另外，相对于取得源的种类的积分数的设定为一个示例，并未被限定于此。例如，与取得源为用户信息DB2021的情况相比，取得源为移动历史DB2024的情况下的积分数也可以较大。越是积分数被设定得较大的取得源，权重越大，越被优先。根据取得源而被设定的积分为“与多个取得源相应的权重”的一个示例。

在第一实施方式中，针对一个用户的用户关心信息，关键词的积分成为被设定在取得该关键词的取得源中的积分。在针对一个用户而从多个取得源中取得了相同的关键词的情况下，则成为被设定在取得源中的积分的合计值。例如，在针对用户A的用户关心信息而言，从用户信息DB2021、移动历史DB2024、SNS中取得了关键词X的情况下，该关键词X的积分成为10积分+5积分+10(出现次数)×0.1积分＝16积分。

(2)针对各个用户(各个用户关心信息)而计算出用户的权重和关键词的积分相乘而得到的值，以下方式而被实施。例如，在评价值越大，作为话题的关键词而被选择的优先度越高的情况下，示出了如下内容，即，用户的权重越大，该用户感兴趣以及关心的内容作为话题而被选择的优先度越高。用户的权重例如被设定为，向话题提供要求的对象的车辆100的乘车频率越大、乘车顺序越靠后所述用户的权重越大，或者，乘车时间越长所述用户的权重越大。向对象的车辆100的乘车频率、乘车顺序、乘坐时间例如根据被存储于移动历史DB2024、乘车预约信息DB2023中的信息而取得。用户的权重系数并未被限定于一个，也可以被设定为多个。用户的权重也被设定在预定的数值范围内。

(3)针对各个关键词而对各个用户的权重和积分相乘而得到的值的合计值进行计算并设为评价值的内容，例如如下所述。假想为如下情况，即，在话题提供要求的对象的车辆100中，用户A、用户B、用户C处于乘车中。在针对关键词X而言，用户的权重和积分相乘而得到的值为用户A为15积分、用户B为5积分、用户C为10积分的情况下，关键词X的评价值成为各个用户合计的30积分。

如果总结以上内容，则在第一实施方式中，关键词的评价值如下所示。

[数学式1]

另外，关键词的评价值的计算方法并未被限定于上述的方法。另外，管理服务器20的各个功能结构要素中的任意一个或其处理的一部分也可以通过与网络N1连接的其他的计算机来执行。例如，终端通信部2011、预约处理部2012、匹配处理部2013、路径生成部2014、话题决定部2015、评价值计算部2016的处理也可以通过不同的计算机来执行。

＜处理的流程＞

图6为第一实施方式所涉及的管理服务器20的话题提供处理的流程图的一个示例。图6所示的处理例如以预定的周期而被反复执行。虽然图6所示的处理的执行主体为管理服务器20的控制部201，但为了方便，将功能结构作为主体来进行说明。

在S101中，话题决定部2015通过终端通信部2011而对是否从车载装置30中接收到了话题提供要求进行判断。在从车载装置30接收到了话题提供要求的情况下(S101：“是”)，进入处理S102。在未从车载装置30中接收到话题提供要求的情况下(S101：“否”)，图6所示的处理结束。

在S102中，话题决定部2015对话题提供要求的对象的车辆100进行特别指定，对乘坐在该车辆100中的用户进行特别指定，并针对该用户而取得用户关心信息。话题提供要求的对象的车辆100例如根据车辆信息DB2022而被特别指定。乘坐在话题提供要求的对象的车辆100中的用户，例如根据乘车预约信息DB2023而被特别指定。用户关心信息例如从用户信息DB2021、乘车预约信息DB2023、移动历史DB2024、话题历史DB2025、在SNS上被公开的信息中取得。

在S103中，话题决定部2015对在乘坐于话题提供要求的对象的车辆100内的用户中是否存在设定了无需话题提供服务的用户进行判断。该判断例如根据用户信息DB2021而被执行。在乘坐于话题提供要求的对象的车辆100内的用户中存在设定了无需话题提供服务的用户的情况下(S103：“是”)，处理进入S104。在乘坐于话题提供要求的对象的车辆100内的用户中不存在设定了无需话题提供服务的用户的情况下(S103：“否”)，处理进入S105中。

在S104中，话题决定部2015从未设定无需话题提供服务的用户的用户关心信息中所包括的关键词(候选话题关键词)中，删除设定了无需话题提供服务的用户的用户关心信息中所包括的关键词。以下，在图6中，在称为用户的情况下，设为是指在乘坐于话题提供要求的对象的车辆100内的用户中的、设定了无需话题提供服务的用户以外的用户。

在S105中，话题决定部2015针对全部用户的用户关心信息中所包括的各个关键词的评价值，而将计算委托给评价值计算部2016并取得计算值。

在S106中，话题决定部2015对是否存在阈值以上的评价值的关键词进行判断。阈值例如为，将乘坐于话题提供要求的对象的车辆100内的用户中的、设定了无需话题提供服务的用户以外的用户的人数和被预先设定的每一个用户的阈值相乘而得到的值。在存在阈值以上的评价值的关键词的情况下(S106：“是”)，处理进入S107中。在不存在阈值以上的评价值的关键词的情况下(S106：“否”)，处理进入S108中。

在S107中，话题决定部2015从阈值以上的评价值的关键词中决定话题的关键词。例如，话题决定部2015将评价值最高的关键词、或随机选择的关键词决定为话题的关键词。

在S108中，由于不存在阈值以上的评价值的关键词，因此话题决定部2015从被预先设定的共同关键词之中决定话题的关键词。共同的关键词例如为，表示天气、温度、国民性的事件(奥运会、世界杯等)的大多数人感兴趣或关心的可能性较高的内容的关键词。例如，在乘坐于话题提供要求的对象的车辆100中的用户感兴趣或关心的内容较为分散的情况下，关键词的评价值在整体上偏低，从而有可能不存在超过阈值的评价值的关键词。在该情况下，通过提供大多数人感兴趣或关心的可能性较高的话题，从而能够提供乘车中的用户彼此的对话可顺利开始的契机。

在S109中，话题决定部2015根据话题的关键词而生成话题信息。在S110中，话题决定部2015通过终端通信部2011而向话题提供的要求源的车载装置30发送所生成的话题信息。此后，图6所示的处理结束。

图7为，第一实施方式所涉及的管理服务器20的关键词的评价值计算处理的流程图的一个示例。图7所示的处理为,相当于图6的S105的处理的处理。与图6同样地，图7也将功能结构要素作为主体来进行说明。此外，即使在图7中，在称为用户的情况下，也设为是指在乘坐于话题提供要求的对象的车辆100内的用户中的、设定了无需话题提供服务的用户以外的用户。

在S201中，评价值计算部2016针对各个用户的用户关心信息，而对该用户关心信息中所包括的各关键词的积分进行计算。关键词的积分为，在取得源中被设定的积分的合计值。

在S202中，评价值计算部2016取得各个用户的权重。用户的权重，例如是根据在乘车预约信息DB2023、移动历史DB2024等中所存储的信息而被取得的。

在S203中，评价值计算部2016针对各个关键词，而将各个用户的权重和针对各个用户的用户关心信息的该关键词的积分相乘而得到的值以对应所有用户的方式进行合计，从而计算出评价值。此后，图7所示的处理结束，处理进入图6的S106。

＜第一实施方式的作用效果＞

在第一实施方式中，通过管理服务器20，从而针对乘坐在车辆100中的用户感兴趣或关心的内容而生成话题信息，并将其向车辆100的车载装置30发送。车载装置30将从管理服务器20接收到的话题信息作为语音而输出。由于话题信息是基于根据表示乘坐在车辆100中的用户的感兴趣或关心的高度的评价值而被决定的关键词而生成的，因此产生对从车载装置30输出的语音作出反应而开始对话的用户、和与之呼应的用户的可能性较高，从而能够促进车辆100的乘车中的多个用户之间的对话。

评价值是根据用户的权重、和在关键词的取得源中被设定的积分而被求出的。用户的权重例如也可以被设定为，越是乘坐在车辆100中的频率高的用户，用户的权重越大。在该情况下，对于乘坐在车辆100中的频率高的用户而言，更多地收集了话题的历史信息的可能性较高，而且，在车辆100为驾驶用户所拥有的情况下，由于与驾驶用户进行对话的实际记录也较多，因此该用户创造对话的契机的可能性较高。此外，由于会提供乘坐在车辆100中的频率高的用户的关心程度较高的话题的可能性较高，因此以该用户为中心而使对话变得热烈的可能性也较高。

此外，对于用户的权重而言，例如，可以是越是乘坐车辆100的顺序较晚的用户，越被设定得越大。在该情况下，由于会提供之后乘坐的用户的关心程度较高的话题的可能性较高，因此之后乘坐的用户易于参入到已在乘车中的用户间的对话。

此外，对于用户的权重而言，例如，可以是越是车辆100的乘车时间长的用户，越被设定得较大。乘坐在车辆100中的时间长的用户习惯车辆内的气氛的可能性较高，从而该用户促进对话的可能性较高。

此外，通过根据关键词的取得源来对积分进行设定，从而能够针对每个取得源而实施加权。例如，从与被存储于用户信息DB2021中的用户关心或感兴趣的内容相关的信息中取得的关键词为，认识到用户自身关心或兴趣较高的内容的信息。例如，从移动历史DB2023取得的关键词为，表示通过用户的移动行动的倾向而被示出的关心的高度的信息。例如，在从SNS取得的关键词中，包括用户自身未认识到的兴趣或关心较高的信息的可能性较高。如此，由于通过取得源而取得的关键词的性质不同，因此能够通过是重视哪个取得源的性质来实施加权。

此外，在第一实施方式中，在乘坐在车辆100中的用户之中包括设定了无需话题提供服务的用户的情况下，该用户的用户关心信息中所包括的关键词会从其他用户的用户关心信息中所包括的关键词中被去除。由此，由于设定了无需话题提供服务的用户关心的话题信息未被提供的可能性变低，因此该用户被卷入对话的可能性也变低，从而该用户能够在车辆内舒适地度过时间。

此外，在第一实施方式中，在不存在评价值成为阈值以上的关键词的情况下，从共同关键词中决定话题的关键词。由于共同关键词为表示天气、温度、国民性的关心的事情的没有忌讳的关键词，因此即使在乘坐于车辆100中的用户关心的内容较为分散的情况下，也能够提高成为对话的契机的话题。

＜改变例＞

例如，在由评价值决定的话题的关键词为地名、地标、店铺等的与土地相关的关键词的情况下，管理服务器20也可以在该车辆100行驶于与话题的关键词相关的地点附近的过程中，生成与该关键词相关的话题信息，并向话题提供的要求源的车载装置30进行发送。在该情况下，车载装置30或车辆100具备GPS等的位置取得单元，车载装置30以预定的周期将车辆100的位置向管理服务器20进行通知。

由此，由于车辆100所行驶的周边的信息、且乘坐在车辆100中的用户感兴趣或关心的信息作为话题信息而被提供，因此能够更加促进乘坐在车辆100中的用户的对话。

此外，例如，在作为成为话题的关键词，而选择了与温度、湿度、音量等的与由车辆100所搭载的传感器所取得的信息相关的关键词的情况下，管理服务器20也可以在车载装置30中取得该传感器的检测值，并根据检测值而生成话题信息。例如，在“温度”作为话题的关键词而从共同关键词中被选择的情况下，话题决定部2015取得车辆100内的温度，并生成“车内不热吗？”这样的提问的话题信息。

＜其他的实施方式＞

上述的实施方式归根结底仅为一个示例，本发明能够在不脱离其主旨的范围内进行适当的变更。

虽然在第一实施方式中，管理服务器20生成话题信息，但也可以设为车载装置30生成话题信息。该情况下的车载装置30为“信息处理装置”的一个示例。车载装置30通过具备话题决定部2015和评价值计算部2016的功能，从而能够实现。在该情况下，车载装置30例如也可以设为使用管理服务器20的用户信息DB2021、乘车预约信息DB2022、移动历史DB2024、话题历史DB2025。

在本公开中说明了的处理或单元只要不产生技术性的矛盾，则能够自由组合地实施。

此外，作为一个装置所实施的内容而进行了说明的处理，也可以通过多个装置来分担执行。或者，作为不同的装置所实施的内容而进行了说明的处理，通过一个装置来执行也没问题。在计算机系统中，能够灵活地对是通过什么样的硬件结构(服务器结构)来实现各功能的进行变更。

本发明也能够通过向计算机供给安装有在上述的实施方式中说明了的功能的计算机程序，并由该计算机所具有的一个以上的处理器读取程序并执行从而实现。这样的计算机程序，既可以通过可与计算机的系统总线连接的非暂时性的计算机可读存储介质而向计算机提供，也可以经由网络而向计算机提供。非暂时性的计算机可读存储介质例如包括：磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD光谱、蓝光光盘等)等任意类型的光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、适于存储电子命令的任意类型的介质。

符号说明

1：拼车服务提供系统；

10：用户终端；

20：管理服务器；

30：车载装置；

100：车辆；

201：控制部；

202：存储部；

203：通信部；

2011：终端通信部；

2012：预约处理部；

2013：匹配处理部；

2014：路径生成部；

2015：话题决定部；

2016：评价值计算部。

Claims (10)

1.一种信息处理装置，具备控制部，所述控制部执行如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的多个候选话题的关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个候选话题的关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。

2.如权利要求1所述的信息处理装置，其中，

所述控制部以下方式计算出所述评价值，即，越是所述多个用户中的、在所述车辆上进行乘车的频率高的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为所述话题的关键词。

3.如权利要求1所述的信息处理装置，其中，

所述控制部以下方式计算出所述评价值，即，越是所述多个用户中的、在所述车辆上进行乘车的顺序晚的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为所述话题的关键词。

4.如权利要求1所述的信息处理装置，其中，

所述控制部以下方式计算出所述评价值，即，越是所述多个用户中的、在所述车辆上进行乘车的时间长的用户的用户信息中所包括的候选话题的关键词，越被优先作为成为所述话题的关键词。

5.如权利要求1至4中的任意一项所述的信息处理装置，其中，

所述控制部分别从被设定了权重的多个取得源中取得所述用户信息，并根据与包括所述候选话题的关键词的用户信息的取得源相应的权重而计算出所述候选话题的关键词的评价值。

6.如权利要求5所述的信息处理装置，其中，

所述多个取得源为，针对所述多个用户的每一个而表示被预先设定的用户的属性信息以及关心的内容的信息、用户的移动历史、以及社交网络服务中的至少一个。

7.如权利要求1至4、6中的任意一项所述的信息处理装置，其中，

在所述多个用户中包括不期望所述话题信息的提供的第一用户的情况下，所述控制部从所述多个候选话题的关键词中，将所述第一用户的用户信息中所包括的关键词去除。

8.如权利要求1至4、6中的任意一项所述的信息处理装置，其中，

在不存在所述评价值为预定的阈值以上的所述候选话题的关键词的情况下，所述控制部从表示被预先设定的更多人所关心的内容的多个关键词中，决定成为所述话题的关键词。

9.一种信息处理系统，具备至少一个控制部，所述控制部执行如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的候选话题的多个关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。

10.一种信息处理方法，包括如下内容，即：

取得同乘于车辆上而进行移动的、乘坐在所述车辆中的多个用户各自的与用户相关的信息即用户信息；

针对所述多个用户各自的用户信息中所包括的候选话题的多个关键词的每一个，而计算出表示所述多个用户的关心的高度的评价值；

根据所述多个关键词的每一个的评价值来决定成为话题的关键词；

从成为所述话题的关键词生成话题信息；

将所述话题信息提供给所述多个用户。