CN108885765A - 信息处理设备、信息处理方法、程序以及系统 - Google Patents

Abstract

提供一种使得能够通过根据当前情况选择车辆保险来提供更适当的车辆保险的信息处理设备、信息处理方法、程序和系统。信息处理设备被配备有选择部，该选择部用于从基于设置的车辆保险期限、车辆/用户属性信息以及包括行驶路线信息的实时车辆特征信息计算的一个或更多个保险单中选择要应用于车辆的保险单。

Description

信息处理设备、信息处理方法、程序以及系统

技术领域

本发明涉及信息处理设备、信息处理方法、程序以及系统。

背景技术

在机动车已经得到广泛使用并且大量人每天使用机动车的社会，改善了运输工具的便利性。同时，在发生事故的情况下，事故具有对人的生命和身体以及周围的物体的特别严重危险的风险。为了提高机动车的安全性，已经采取了各种措施，但是难以消除事故的风险。因此开发了各种保险系统以为事故提供足够且更安全的补偿。

关于这样的保险系统，例如，下面的专利文献1提出了以下系统：该系统检测由驾驶员驾驶的车辆的操作状态或者意指用于保护乘客的身体的装备的装备状态等的车辆的使用状态，并且通过考虑关于车辆的维护或管理的数据来进一步计算适当的车辆保险费用。

引文列表

专利文献

专利文献1：JP 2002-259708A

发明内容

技术问题

通常，机动车保险与针对相对长的时间段例如一年固定的内容签订。然而，车祸在特定情况下偶然发生，使得在计算保险费用时难以进行关于长期的事故发生概率或损失额的准确预测等。

另外，在某些情况下，依赖于预测方法或预测制定者，损失额等在一定程度上变化。使市场机制负责预测结果的有效性是有益的，但是没有提出关于能够实时销售或购买保险合同的一部分或全部的市场系统的任何东西。

然后，本公开内容提出了一种能够通过根据当前情况选择车辆保险来提供更适当的车辆保险的信息处理设备、信息处理方法、程序以及系统。

问题的技术方案

根据本公开内容，提出了一种信息处理设备，该信息处理设备包括：选择部，其被配置成从基于设置的车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的车辆的实时特征信息计算的一个或更多个保险中选择要应用于车辆的保险。

根据本公开内容，提出了一种信息处理方法，该信息处理方法包括：由处理器从基于设置的车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的车辆的实时特征信息计算的一个或更多个保险中选择要应用于车辆的保险。

根据本公开内容，提出了一种用于使计算机用作以下的程序：选择部，其被配置成从基于设置的车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的车辆的实时特征信息计算的一个或更多个保险中选择要应用于车辆的保险。

根据本公开内容，提出了一种信息处理系统，该信息处理系统包括：计算部，其被配置成基于车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的车辆的实时特征信息来计算保险；以及选择部，其被配置成从所计算的一个或更多个保险中选择要应用于车辆的保险。

发明的有益效果

根据如上所述的本公开内容，可以通过根据当前情况选择车辆保险来提供更适当的车辆保险。

注意，上面描述的效果并非是限制性的。与以上效果一起或替代以上效果，可以实现本说明书中描述的效果中的任一效果或者可以从本说明书理解的其他效果。

附图说明

[图1]图1是描述根据本公开内容的实施方式的信息处理系统的概述的图。

[图2]图2是示出根据本实施方式的保险提供商服务器的配置示例的框图。

[图3]图3是示出根据本实施方式的保险选择服务器的配置示例的框图。

[图4]图4是示出根据本实施方式的操作处理的流程图。

[图5]图5是示出根据本实施方式的保险条件输入画面的示例的图。

[图6]图6是示出根据本实施方式的保险呈现画面的示例的图。

[图7]图7是示出根据本实施方式的保险选择画面的示例的图。

[图8]图8是示出根据本实施方式的正在附近行驶的车辆的车辆信息的呈现示例的图。

[图9]图9是示出根据本实施方式的关于正在附近行驶的车辆的车辆信息的另一呈现示例的图。

[图10]图10是示出显示根据本实施方式的每次保险费用转换的画面示例的图。

[图11]图11是示出可以应用根据本公开内容的技术的车辆控制系统的示意性配置的示例的框图。

具体实施方式

在下文中，将参照附图详细描述本公开内容的一个或多个优选实施方式。注意，在本说明书和附图中，使用相同的附图标记来表示基本上具有相同功能和结构的结构元件，并且省略对这些结构元件的重复说明。

此外，将按以下顺序给出描述。

1.根据本公开内容的实施方式的信息处理系统的概述

2.配置

2-1.保险提供商服务器的配置

2-2.保险选择服务器的配置

3.操作处理

4.显示示例

5.硬件配置示例

5-1.车辆控制系统的配置示例

5-2.信息处理设备的配置示例

5-3.其他

6.结论

《1.根据本公开内容的实施方式的信息处理系统的概述》

根据本公内容的实施方式的信息处理系统使得可以通过根据当前情况选择基于车辆信息等计算的多个车辆保险来提供更适当的车辆保险。下面描述根据本公开内容的信息处理系统的背景。

(背景)

机动车保险的本质在于对事故发生概率的预测和对事故中的损失额的预测。因此，已经尝试利用与预测密切相关的各种属性，例如驾驶员的年龄、车辆类型及年度里程来进一步细化预测并且计算公平保险费用。如果需要并且可以从机动车侧实时收集足够的信息，则可以进行关于事故的发生概率的更准确的预测等以及关于损失额的更准确的预测等。然而，事故的发生引起了不确定性。即使相同的信息有时也会导致预测结果取决于预测方法或预测制定者在某种程度上发生变化。在这样的情况下，使市场机制负责预测结果的有效性是有益的。

然后，本实施方式提出了通过根据当前情况选择基于实时车辆信息等计算的多个车辆保险来提供更适当的车辆保险的信息处理系统。具体地，在根据本实施方式的信息处理系统中，提供了使用实时车辆信息等来实时销售或购买保险合同的一部分或全部的市场。

另外，根据本实施方式的信息处理系统不仅使用实时车辆信息等，而且还使用过去的历史信息，从而使得可以更准确地计算保险。

此处，将参照图1描述根据本实施方式的信息处理系统的概述。图1是描述根据本公开内容的实施方式的信息处理系统的概述的图。

如图1中所示，根据本实施方式的信息处理系统包括保险选择服务器2、保险提供商服务器3(3A至3C)、车辆10和用户终端11。保险选择服务器2经由网络(未示出)连接至车辆10、用户终端11和保险提供商服务器3中的每一个，并且发送和接收数据。

用户终端11是通信终端例如智能电话、移动电话终端、平板终端、可穿戴设备或个人计算机(PC)，并且将车辆信息和由用户输入的用户信息发送至保险选择服务器2。用户信息的示例包括用于识别用户(保险的立约人)的信息、用户的联系地址、关于支付的信息以及保险合同所需要的其他信息。另外，关于车辆的信息的示例包括用于唯一地识别车辆的信息、车辆类型、型号、安装的硬件的详细信息、配置、用于识别所安装的软件的类型和版本等的信息、用于访问车辆以提取必要信息的访问密钥等。另外，用户终端11还将关于保险的条件，例如用户期望的保险内容或最大可支付的保险费用发送至保险选择服务器2。

车辆10设置有可以获取关于车辆或乘客的各种信息的各种传感器。由各种传感器获取的传感器信息被实时发送至保险选择服务器2。由车辆10获取的传感器信息的示例包括作为驾驶员的用户的重要信息、乘员的数量、车辆的速度、加速器、制动器等的操作值、车辆外部环境信息、车辆的行驶计划(出发地、出发时间、当前位置、目的地和行驶路线)、自动驾驶模式的使用情况等。另外，车辆10不仅可以发送传感器信息，而且还可以发送车辆10的车辆类型、型号、安装的硬件的详细信息、配置、安装的软件的类型、版本、指示车辆10是否是自动驾驶车车辆的信息等。另外，车辆用于通信的通信载体的信息在某些情况下也影响保险费用(例如，在使用具有布置的通信环境的通信载体的情况下，保险费用低，并且在使用提供差的信号质量的低成本通信载体的情况下，保险费用高等)，因此车辆用于通信的通信载体的信息(或通信环境的信息)也可以被发送至保险选择服务器2。另外，车辆10在驾驶时使用的应用和代理的信息也可以被发送至保险选择服务器2。这是因为预期例如在使用优秀导航应用的情况下，保险费用低，并且在驾驶时使用音乐或视频应用的情况下，保险费用高。

保险选择服务器2向保险提供商服务器3A至3C提供从车辆10获取的实时信息等。

保险提供商服务器3A至3C具有基于从保险选择服务器2提供的实时信息等计算机动车保险的功能。注意，图1示出了三个保险提供商服务器3A至3C作为示例，但是本实施方式不限于此。可以提供任何数量的保险提供商服务器3。具体地，保险提供商服务器3A至3C使用从保险选择服务器2提供的实时信息等来预测目标车辆的事故发生概率，预测事故中的损失额，并且计算公平的保险费用。

然后，保险选择服务器2执行从各个保险提供商服务器3A至3C计算的保险中投标(签订)一个或更多个适当的保险的处理。例如，保险选择服务器2可以使用选择一个最低保险费用并且与第二最低保险费用的价格签订合同的技术(第二价格拍卖)。可替选地，保险选择服务器2可以选择满足用户预先输入的保险条件的保险。

根据本实施方式的信息处理系统在车辆10正在行驶时每预定时间(例如，每小时)执行如上所述计算和投标保险费用的处理，从而使得可以根据情况变化来根据需要提供适当的保险。

另外，保险提供商服务器3A至3C还能够不仅参考车辆10等的实时信息而且还参考车辆10和用户的过去的历史信息来计算保险费用。过去的历史信息可以存储在保险选择服务器2的数据库中。保险提供商服务器3A至3C使用用于识别车辆10或作为驾驶员的用户的唯一的ID、用于识别车辆10中安装的硬件和软件的信息、行驶时段和区域、行驶路线、当前季节、气候、天气等作为搜索关键字以参考历史信息。

另外，根据本实施方式的信息处理系统不仅可以向用户呈现(反馈)由保险选择服务器2选择的一个或更多个机动车保险，而且还可以向用户呈现(反馈)计算所基于的对事故概率的预测结果和对事故损失额的预测结果。因此期望用户考虑预测结果并且采取动作以改变行驶路线并且改变驾驶计划(例如，选择更安全的路线和时段)、改变驾驶方式(例如，降低速度或保持车辆间距离)等以降低事故概率。

另外，根据本实施方式的信息处理系统还可以向车辆10的用户呈现关于在车辆10的附近行驶的其他车辆的信息(例如，其他车辆的事故概率预测结果、其他车辆是否已经购买了保险等)。这使得用户避开具有高事故概率预测并且可能危险地驾驶的车辆，并且更安全地驾驶。

另外，分析根据本实施方式计算的对事故概率和保险费用的大量预测结果使得有用的分析成为可能，例如危险行驶时段、行驶路线和天气(及其组合)以及车辆类型之间的相关性。然而，个性化保险信息具有隐私问题，因此不优选在没有仔细考虑的情况下分发保险信息作为用于分析的数据。因此，保险选择服务器2还能够从保险信息中删除诸如直接识别个人的驾驶员ID的信息，利用k-匿名化技术等来处理出发地、目的地、路线等，并且消除隐私问题，并且将它们作为市场数据提供给第三方(例如，保险提供商)。

上面描述了根据本实施方式的信息处理系统的概述。在图1所示的示例中，“机动车辆10”被示为车辆10，但本发明不限于此。车辆10也可以为“摩托车”和“小型车辆”。

《2.配置》

接下来，将参照图2至图3来描述上述信息处理系统中包括的保险提供商服务器3和保险选择服务器2的配置。

《2-1.保险提供商服务器的配置》

图2是示出根据本实施方式的保险提供商服务器3的配置示例的框图。如图2中所示，保险提供商服务器3包括控制部30、通信部31以及存储部32。

控制部30用作操作处理设备和控制设备，并且根据各种程序控制保险提供商服务器3的整体操作。控制部30例如由诸如中央处理单元(CPU)和微处理器的电子电路来实现。另外，根据本实施方式的控制部30用作保险费用计算部301和通信控制部302。

保险费用计算部301基于从保险选择服务器2发送的实时传感器信息、车辆10和用户的用户信息(属性信息)和车辆信息(属性信息)来计算保险费用。具体地，例如，保险费用计算部301基于实时信息等实时预测车辆10的事故概率和赔偿(即，损失补偿或保险支付)，并且根据预测结果计算保险费用。此时，保险费用计算部301可以在车辆10到达目的地之前或者在经过预定时间(例如，一小时)之前预测事故概率或赔偿，并且基于预测结果在车辆10到达目的地之前计算机动车保险费用或者在经过预定时间之前计算机动车保险费用。另外，在本实施方式中，还可以学习事故概率和赔偿，并且提高预测准确度。注意，用于保险费用计算方法的算法不受特别限制，但是例如可以想到以下模式。另外，应该针对每个保险提供商使用不同的保险费用计算方法。

(保险费用计算的模式示例1)

保险立约人(主要是驾驶的人)的年龄和过去的事故历史、保险所涵盖的车辆类型、年度里程分类等被用于计算年度保险费用。此时，进一步考虑保险所涵盖的部分(时间和距离)与年度行驶的比例等以用于计算。此时保险所涵盖的部分是基于用户输入到车辆10中的设置的目的地或选择的路线计算的行驶时间或里程。具体地，例如，其根据以下表达式1获得。

保险费用＝(本次计划里程)/(计划年度里程)*(年保险费用)......表达式1

(保险费用计算的模式示例2)

基于实时传感器信息等计算实时事故概率，并且与基准事故概率的比例被用于计算。具体地，例如，其根据以下表达式2获得。

保险费用＝(实时事故概率)/(基准事故概率)*(基准保险费)......表达式2

注意，基于保险立约人(主要是驾驶的人)的年龄、保险所涵盖的车辆类型、年度里程分类等确定的总体平均值可以被用于计算基准事故概率，或者可以考虑计划行驶区域的事故发生频率等。

另外，可以例如基于关于车辆10或用户(驾驶员)的特征来预测实时事故概率。可以使用作为一个或更多个特征的组合的特征向量来预测事故概率。可以想到预测事故概率的多种方法。作为示例，想到使用逻辑回归模型的预测方法。

(保险费用计算的模式示例3)

类似于上述模式示例2，计算实时事故概率，根据到此时的事故概率计算结果的历史信息进一步预测未来保险期限中的事故概率的转变，并且估计保险期限内发生事故的概率和损失程度以计算保险费用。具体地，例如，其根据以下表达式3获得。此处，保证金表示保险提供商的销售利润。

保险费用＝(期限内的事故发生概率)*(估计的赔偿)*(保证金)......表达式3

另外，由保险费用计算部301用于计算保险费用的实时信息的示例包括以下信息。此处，列出了从保险选择服务器2发送的实时信息的示例。

(关于驾驶员的信息)

-用于识别驾驶员(用户)的唯一ID或用于生成唯一ID的信息

-年龄和性别

-驾驶执照号码

-驾驶员的至关重要的信息(例如心率、脉搏、血压、体温、血糖水平、呼吸酒精浓度、血液酒精浓度、血氧浓度、觉醒程度、集中程度、感觉、情绪和脑电波)

-关于动作或动作状态的信息，例如驾驶员的姿势、视线和身体移动信息

(关于乘员的信息)

-人数、年龄、性别、座位位置以及安全设备例如安全带的使用情况

-乘员的至关重要的信息(例如心率、脉搏、血压、体温、血糖水平、呼吸酒精浓度、血液酒精浓度、血氧浓度、觉醒程度、集中程度、感觉、情绪和脑电波)

-关于运动或动作状态的信息，例如乘员的姿势、视线和身体移动信息

(关于车辆内部环境的信息)

-车辆内(包括驾驶员的座位和乘客的座位的每个座位位置处)的环境测量值(例如空气温度、湿度、空气量、振动、噪音、照明和氧气浓度)

(关于车辆的识别的信息)

-用于识别车辆的唯一ID或用于生成唯一ID的信息

-用于识别车辆的安装的硬件和软件的信息(例如，安装的软件的版本信息、驾驶时使用的应用(包括导航应用等)和代理的信息，以及包括安装的传感器的类型、安装的传感器的数量/布置的配置信息等)

-是否是自动驾驶车辆

(关于车辆的运动的实时信息)

-车辆的位置和前进方向(及其测量精度)

-车辆的速度、角速度、加速度和角加速度(及其测量精度)

-关于加速器、制动器和转向装置的操作值

-安全设备例如防抱死制动系统(ABS)、牵引力控制系统(TCS)、车道保持辅助系统(LKAS)或主动巡航控制(ACC)的激活情况、与故障有关的信息、警告信息和错误信息。

-自动驾驶模式的使用情况

-要使用的通信载体的信息

-要使用的应用和代理的信息

(关于车辆外部环境的信息)

-车辆附近的附近车辆(包括摩托车)的位置和前进方向、速度、角速度、加速度、角加速度(及其测量精度)以及过去的测量历史

-车辆附近的附近车辆(包括摩托车)的制动灯、闪光灯、危险灯等的激活情况，以及过去的测量历史

-来自车辆附近的附近车辆(包括摩托车)的V2V通信数据

-车辆附近的小型车辆的位置和前进方向、速度、角速度、加速度、角加速度(及其测量精度)以及过去的测量历史

-车辆附近行人的位置和前进方向、速度、角速度、加速度、角加速度(及其测量精度)以及过去的测量历史

-车辆附近特别是车辆前方的交通灯的状态。另外，关于机动车行驶的道路上的事故、建筑、闭合车道等的信息

-从车辆附近的行人或车辆外部的基础设施接收到的V2X通信数据

-关于车辆行驶的区域的气候和天气的信息

-由车辆发送至车辆附近的机动车和车辆外部的设施的V2V和V2X通信数据

-由安装在车辆中的传感器感测的传感器原始数据，诸如通过处理传感器输出获得的识别结果、过去的测量历史等的数据

(关于车辆的行驶计划的信息)

-出发地和出发时间、目的地(可以是多个候选)、计划行驶区域等

-当前位置和当前时间

-从出发地至目的地(候选)的(计划的)行驶路线

-保险开始时间和该时间点处的(预测的)行驶位置以及保险到期时间和该时间点处的(预测的)行驶位置

上面描述了可以从保险选择服务器2发送并且由保险提供商服务器3使用的实时信息的示例。

通信控制部302执行控制以将由保险费用计算部301计算的保险费用经由通信部31发送至保险选择服务器2。此外，此时，通信控制部302可以将用于保险费用计算的对事故概率和赔偿的预测结果一起发送至保险选择服务器2。

通信部31是用于以有线/无线方式向其他设备发送数据以及从其他设备接收数据的通信模块。

存储部32由存储用于控制部30的处理的程序、操作参数等的只读存储器(ROM)和临时存储适当变化的参数等的随机存取存储器(RAM)实现。

《2-2.保险选择服务器的配置》

图3是示出根据本实施方式的保险选择服务器2的配置示例的框图。如图3中所示，保险选择服务器2包括控制部20、通信部21、用户/车辆信息DB 22、车辆保险条件存储部23和车辆传感器信息DB 24。

控制部20用作操作处理设备和控制设备，并且根据各种程序控制保险选择服务器2的整体操作。控制部30由电子电路，例如CPU、微处理器等实现。另外，根据本实施方式的控制部20用作选择部201和通信控制部202。

选择部201从由保险提供商服务器3A至3C计算并发送的各个机动车保险中选择一个或更多个适当的机动车保险。具体地，选择部201可以基于由用户预设的车辆保险条件、车辆10、用户(驾驶员)和乘客的属性信息、从车辆10获取的实时传感器信息和移动路线信息等进行选择。车辆保险条件累积在车辆保险条件存储部23中。车辆10、用户(驾驶员)和乘客的属性信息等被累积在用户/车辆信息DB 22中。从车辆10获取的实时传感器信息、移动路线信息等被累积在车辆传感器信息DB 24中。

例如，选择部201可以选择保险费用最低的保险，将保险费用第二低(第二价格)的保险设置为当时的保险，并且从满足由用户设置的车辆保险条件的保险中进行选择。以这种方式，可以通过选择部201从多个机动车保险中选择一个或更多个适当的机动车保险来实现实时保险市场。

通信控制部202执行控制以响应于来自保险提供商服务器3的请求发送计算机动车保险所需要的信息。

通信部21是用于以有线/无线方式向其他设备发送数据以及从其他设备接收数据的通信模块。例如，通信部21从用户终端11接收关于用户的信息，并且从车辆10接收车辆10的实时传感器信息、乘员信息、驾驶员(用户)信息等。

用户/车辆信息DB 22、车辆保险条件存储部23和车辆传感器信息DB 24包括在被提供给保险选择服务器2的存储部(未示出)中。存储部由存储用于控制部20的处理的程序、操作参数等的ROM和临时存储适当变化的参数等的RAM实现。

用户/车辆信息DB 22累积关于用户和车辆10的信息。关于用户的信息的示例包括用户ID、姓名、性别、年龄、驾驶历史等。另外，作为关于车辆10的信息，可以想到车辆类型、总里程、燃料消耗信息等。

车辆保险条件存储部23累积关于由用户从用户终端11等输入的车辆保险条件(保险费用的限额、免责声明、补偿内容等)的信息。

车辆传感器信息DB 24累积由安装在车辆10中的各种传感器感测的信息、由用户输入的路线信息、目的地信息等。

以上具体描述了根据本公开内容的实施方式的保险提供商服务器3和保险选择服务器2的配置。

注意，根据本实施方式的控制部20可以将伴随作为过去的购买目标的机动车保险合同的实时信息等在日志中保存预定时间段，并且响应于来自保险提供商服务器3的请求从日志中提取并发送信息。

另外，在由于某些原因例如临时通信问题导致实时信息不足的情况下，控制部20可以使用过去的历史信息等来补充不足的部分，并且响应于来自保险提供商服务器3的请求发送信息。

另外，控制部20可以不仅将作为购买目标的机动车保险的招标情况和投标信息(选择和签订的机动车保险的信息)发送至销售方和购买方(例如，保险提供商)，而且还将所述招标情况和投标信息发送至车辆10、用户终端11和车辆10的乘客(用户或乘员)。招标情况是参与机动车保险的购买和销售的保险提供商服务器3中的每一个的招标信息(例如保险费用和补偿内容)。要发送的信息的示例包括以下。

-承保保险费用

-承保保险内容(例如补偿类型和补偿限额)

-事故概率的预测值或危险程度的评级信息

另外，控制部20可以聚集关于在车辆10附近行驶的车辆的保险合同的信息，并且将附近的机动车的危险程度评级信息发送至车辆10。

另外，控制部20可以将由选择部201选择的机动车保险呈现给用户，并且在从用户获得批准的情况下签订合同，或者向用户呈现多个选择的机动车保险以进行选择。另外，控制部20可以(在没有用户的确认的情况下)签订由选择部201选择的机动车保险。

另外，控制部20使关于结束的保险合同的信息聚集并且匿名，从而可以与机动车的位置或行驶路线、行驶时段、保险期限、车辆类型等相关联地进行分析。关于保险合同的信息还包括对事故概率的预测结果。因此，例如，与位置和行驶路线相关联地分析事故概率使得可以掌握可能发生事故的地方。

接下来，将参照图4描述根据本实施方式的信息处理系统的操作处理。

《3.操作处理》

图4是示出根据本实施方式的操作处理的流程图。如图4中所示，首先，用户终端11响应于用户操作将用户信息、车辆信息和车辆保险条件发送至保险选择服务器2(步骤S103)。用户信息和车辆信息包括用于识别立约人的信息(例如，用户ID)、联系地址、关于支付的信息以及保险合同所需要的其他信息。另外，车辆信息可以包括例如唯一地识别车辆10的保险合同目标车辆10的信息(例如，车辆ID)、车辆类型，型号、安装的硬件的详细信息和配置、安装的软件的类型、关于版本等的信息、对车辆10拥有的信息的访问密钥。另外，车辆保险条件可以包括关于用户期望的保险内容(最小补偿内容)以及最高应付保险费用(应付限额)的条件。

然后，保险选择服务器2访问由保险涵盖的车辆10以另外获取需要的信息。车辆10响应于来自保险选择服务器2的请求将车辆信息发送至保险选择服务器2(步骤S106)。另外获取的信息的示例包括车辆10的车辆类型、型号、安装的硬件的详细信息和配置、用于识别安装的软件的类型、版本等的信息、关于车辆10的行驶计划的信息(例如出发地、出发时间、目的地和行驶路线)等。

接下来，车辆10将实时信息发送至保险选择服务器2(步骤S109)。如上所述，实时信息包括关于驾驶员的信息、关于乘员的信息、关于车辆内部环境的信息、关于车辆的运动的实时信息、关于车辆外部环境的信息或关于车辆的行驶计划的信息。该实时信息存储在保险选择服务器2的车辆传感器信息DB 24中。注意，要存储的实时信息可以与数据获取时间一起存储。期望“数据获取时间”在没有无用或冗余信息量的范围内尽可能密集且等距。另外，在没有找到与适当的“数据获取时间”对应的数据的情况下，保险选择服务器2的控制部20可以补充数据以进行创建，并且保存/存储数据。对于补充，使用在时间上最接近的k个数据段。例如，在一个数据段被用于补充的情况下，控制部20复制最接近的以用于补充。另外，在两个数据段被用于补充的情况下，控制部20进行线性补充。另外，在三个数据段被用于补充的情况下，控制部20例如使用二次函数进行补充。在补充目标是实数值的情况下，可以以这种方式使用任何补充算法。注意，在补充目标是离散值并且不能限定有效计算的情况下，使用基于k个最接近数据段的投票的k-最近邻算法。

然后，保险提供商服务器3访问保险选择服务器2(实时保险市场)，以在关于投标保险合同的信息的情况下获取车辆保险条件(包括车辆信息、驾驶员信息、预期补偿内容、保险期限等)(步骤S112)。此时，将对关于由保险所涵盖的车辆(车辆10)的实时信息的日志DB(车辆传感器信息DB 24)的访问密钥提供给保险提供商服务器3。

然后，保险提供商服务器3利用上述访问密钥从保险选择服务器2获取计算机动车保险所需要的信息。具体地，例如，保险提供商服务器3获取关于车辆10的最新实时信息及其过去历史(步骤S115和S118)。

接下来，保险提供商服务器3基于所获取的信息计算机动车保险(步骤S121)。具体地，保险提供商服务器3使用保险费用计算部301来预测保险期限内由保险所涵盖的车辆(车辆10)的事故概率和赔偿，并且基于用于招标的预测结果来计算公平的保险费用。注意，在保险费用(招标价格)固定的情况下，保险费用计算部301可以计算与金额对应的保险内容(即，补偿内容)。

然后，保险提供商服务器3将关于计算的保险的信息(保险信息：包括诸如保险费用、补偿内容和保险期限的信息)发送至保险选择服务器2(步骤S124)。此时，保险提供商服务器3可以一起发送计算所基于的对事故概率的预测结果。

接下来，保险选择服务器2选择从保险提供商服务器3中的每一个发送的保险(步骤S127)。具体地，例如，保险选择服务器2在保险开始时间之前从由保险提供商服务器3计算的各个保险(招标的保险中的每一个)中选择并且签订一个或更多个适当的保险。例如，保险选择服务器2可以使用选择保险费用最低的一个保险并且与第二最低保险费用的价格签订合同的技术(第二价格拍卖)来议定合同。

然后，保险选择服务器2将选择结果发送至保险提供商服务器3、车辆10和用户终端11(步骤S130和S133)。

在预定时间段内重复上述保险选择处理。基于由保险提供商服务器3从车辆10获取的实时信息来每次计算保险费用。例如，由保险选择服务器2选择针对车辆10移动至地点G的十分钟的保险费用，并且然后选择针对接下来十分钟的保险费用。重复这样的选择处理直到车辆10到达地点G。此外，在基于行驶计划(包括路线信息)计算保险费用的情况下，行驶计划的变化也改变了保险费用。因此，当车辆10的行驶计划发生变化时，可以以中断的方式选择下一保险。

《4.显示示例》

接下来，将参照图5至图10描述根据本实施方式的每个UI。

图5是示出根据本实施方式的保险条件输入画面的示例的图。在所示的示例中，诸如立约人(名称和用户ID)、车辆类型(车辆类型号和车辆ID)、行驶计划(日期和时间、目的地和路径点指定)、保险信息(保险内容、保险期限和保险更新)的数据被输入到画面40中。显示在画面40上的地图图像显示基于行驶计划的路线。在安装在用户终端11或车辆10中的显示器上显示该画面40。一旦选择了画面40上的提交按钮，则输入数据经由网络被发送至保险选择服务器2。

图6是示出根据本实施方式的保险呈现画面的示例的图。在所示的示例中，作为由保险选择服务器2选择和签订的保险内容，在画面41上显示立约人、车辆类型、行驶计划(日期和时间、目的地和路径点指定)、保险内容、保险期限、保险提供商、保险费用和评级。此处，评级是基于事故概率预测值或事故中的损失(例如保险类型和车辆类型)的危险程度的示例，并且使用评级和颜色表示所述危险程以提高视觉识别能力。另外，此处，评级A表示最低危险程度(低事故概率、重度赔偿等)。评级B、评级C......按此顺序具有更高的危险程度(高事故概率、轻度赔偿等)。另外，根据本实施方式的机动车保险的保险期限是根据行驶计划的预定时间，例如“2015/8/31 8:00至14:00”，这不同于通过以年为单位例如一年而有效的合同约定的机动车保险。

注意，根据本实施方式的保险选择服务器2可以将由选择部201选择的一个或更多个机动车保险呈现给用户，并且签订由用户批准的保险。图7示出了机动车保险的候选被呈现给用户以进行选择的画面显示示例。在所示的示例中，作为由保险选择服务器2选择的保险的候选，例如，在画面42上呈现三种保险。所呈现的信息的示例包括保险提供商名称、保险内容和保险费用。用户从这些保险中选择用户希望签订的保险，并且选择结果被发送至保险选择服务器2。另外，当向用户呈现多个机动车保险的候选时，保险选择服务器2还能够显示更接近由用户预先输入的保险条件的保险作为推荐计划。

在安装在用户终端11或车辆10中的显示器上显示上述保险呈现画面(画面41和画面42)。

图8是示出根据本实施方式的正在附近行驶的车辆的车辆信息的呈现示例的图。根据本实施方式的保险选择服务器2能够获取在用户的车辆10A附近行驶的其他车辆10B和10C的事故概率和保险购买信息，并且向用户呈现附近的车辆的危险程度评级。具体地，如图8中所示，在车辆10A的风挡12上AR显示被显示为围绕车辆10B和车辆10C使得各个车辆被识别的框架图像45和47以及示出被输入到各个车辆中的危险程度的评级(例如，其可以基于实时事故概率的预测值、是否已经购买了保险以及保险内容来计算)的图像46和48。这使得车辆10A的驾驶员和乘员容易地知道在附近行驶的车辆的危险程度。其他车辆的评级信息可以由车辆10A(使用车辆至车辆通信)直接从其他车辆10B和10C接收。

注意，根据本实施方式的危险程度的评级信息的显示方法不限于如图8中所示的风挡上的AR显示。例如，可以在安装在转向装置附近的显示设备(其可以通过固定用户终端11例如智能电话来获得)上显示例如利用计算机图形(CG)生成的鸟瞰图画面或俯视图画面。显示鸟瞰图或俯视图使得可以容易地掌握用户车辆与周围的车辆之间的位置关系。此处，图9是描述在附近行驶的其他车辆的危险程度评级信息被显示为俯视图画面的情况的图。

用户车辆(车辆10A)以及附近的车辆10B和10C显示在图9中所示的用户终端11的显示器上的地图上。注意，用户终端11安装在转向装置附近，使得驾驶员能够在驾驶时在不会从前方分散太多视线的情况下视觉地识别用户终端11。例如，可以通过保险选择服务器2的控制部20生成在用户终端11上显示的图像。另外，可以基于从各个车辆接收的信号或者由被提供给车辆10A并且对附近的环境进行成像的摄像机捕获的图像来掌握各个车辆之间的位置关系。

然后，示出危险程度的评级信息的图像50和51被显示以对应于车辆10B和10C。这使得车辆10A的用户能够容易地掌握附近的车辆的危险程度评级信息。

图10是示出显示每次保险费用转换的画面示例的图。在所示的示例中，在画面53上显示每次保险费用转换。此处，作为示例，每60分钟签订机动车保险。保险费用和保险内容依赖于时间而不同。在安装在用户终端11和车辆10中的显示器上显示画面53。这使得驾驶车辆10的用户每次确认保险费用转换。

《5.硬件配置示例》

根据本实施方式的上述信息处理系统使用保险选择服务器2来选择保险，并且经由安装在用户终端11或车辆10中的显示器呈现关于签订的保险的信息。此处，保险选择服务器2的至少一部分功能可以由安装在车辆10中的车辆控制系统900(未示出)执行。车辆控制系统900可以被实现为安装在任何类型的车辆，例如机动车、电动车辆、混合动力电动车辆或摩托车上的系统。另外，车辆控制系统900的至少一些部件可以以用于安装在车辆上的设备的模块(例如，包括一个模具的集成电路模块)来实现。

图11是示出可以应用根据本公开内容的技术的车辆控制系统900的示意性配置的示例的框图。车辆控制系统900包括电子控制单元902、存储设备904、输入设备906、车辆外部传感器908、车辆状况传感器910、乘客传感器912、通信IF 914、输出设备916、动力生成设备918、制动设备920、转向装置922和灯激活设备924。

电子控制单元902用作操作处理设备和控制设备，并且根据各种程序控制车辆控制系统900的整体操作。电子控制单元902可以与下面描述的存储设备904一起被配置为电子控制单元(ECU)。多个ECU(即，电子控制单元902和存储设备904)可以被包括在车辆控制系统900中。例如，可以向其提供用于控制各种传感器或各种驱动系统中的每一个的ECU，并且还可以提供以协作方式控制多个这些ECU的ECU。多个这些ECU经由车载通信网络例如控制器区域网络(CAN)、本地互连网络(LIN)、局域网(LAN)或符合任何标准的Flexray来连接。

存储设备904是用于数据存储的设备，其被配置为车辆控制系统900的存储部的示例。存储设备904例如由磁存储部分装置例如HDD、半导体存储装置、光存储装置、磁光存储装置等实现。存储设备904可以包括存储介质、将数据记录在存储介质中的记录设备、从存储介质读出数据的读出设备、删除记录在存储介质中的数据的删除设备等。该存储设备904存储由电子控制单元902执行的程序、各种数据、从外部获取的各种数据等。

输入设备906例如由诸如鼠标、键盘、触摸面板、按钮、麦克风、开关和操作杆的设备实现，乘客(驾驶员或乘员)向输入设备906输入信息。另外，输入设备906可以是例如使用红外光或其他无线电波的远程控制设备，或者可以是例如支持车辆控制系统900的操作的外部连接装置例如移动电话或PDA。另外，输入设备906可以是例如摄像机。在这种情况下，乘客可以根据姿势输入信息。此外，输入设备906可以包括输入控制电路等，所述输入控制电路等例如基于由用户使用上述输入装置输入的信息生成输入信号，并且将生成的输入信号输出至电子控制单元902。乘客能够通过操作该输入设备906来将各种数据输入至车辆控制系统900或者指导车辆控制系统900关于处理操作。

车辆外部传感器908由检测车辆外部的信息的传感器实现。例如，车辆外部传感器908可以包括声纳设备、雷达设备、光检测和测距或激光成像检测和测距(LIDAR)设备、摄像机、立体摄像机、飞行时间(ToF)摄像机、红外传感器、环境传感器、麦克风等。

车辆状况传感器910由检测关于车辆状况的信息的传感器实现。例如，车辆状况传感器910可以包括检测由驾驶员执行的操作例如加速器开度、制动踩踏力或方向盘角度的传感器。另外，车辆状况传感器910可以包括检测动力源的状况例如内燃机或马达的旋转速度或扭矩的传感器。另外，车辆状况传感器910可以包括用于检测关于车辆的移动的信息的传感器例如陀螺仪传感器或加速度传感器。另外，车辆状况传感器910可以包括全球导航卫星系统(GNSS)模块，其从GNSS卫星接收GNSS信号(例如，来自GPS卫星的全球定位系统(GPS)信号)并且测量包括设备的纬度、经度和海拔的位置信息。注意，关于位置信息，车辆状况传感器910可以通过Wi-Fi(注册商标)、向移动电话/PHS/智能电话等发送并且从移动电话/PHS/智能电话等接收、近场通信等感测位置。

乘客传感器912由检测关于乘客的信息的传感器实现。例如，乘客传感器912可以包括被提供给车辆隔间的摄像机、麦克风和环境传感器。另外，乘客传感器912可以包括检测乘客的生物计量信息的生物计量传感器。生物计量传感器例如附接至座位面、方向盘等，并且能够检测坐在座位上的乘客或抓握转向装置的驾驶员的生物计量信息。

注意，各种传感器例如车辆外部传感器908、车辆状况传感器910和乘客传感器912每个均将示出检测结果的信息输出值电子控制单元902。这些各种传感器可以基于电子控制单元902的控制设置感测区域、精度等。另外，这些各种传感器可以包括识别模块，该识别模块基于原始数据执行识别处理，例如，基于例如拍摄的捕获图像中包括的车道线的位置识别本车辆在道路上的驾驶位置的处理。

通信IF 914是调解由车辆控制系统900执行的与其他设备的通信的通信接口。通信IF 914可以包括例如V2X通信模块。注意，V2X通信是包括车辆至车辆通信和车辆至基础设施通信的概念。另外，通信IF 914还可以包括用于无线局域网(LAN)、Wi-Fi(注册商标)、3G、长期演进(LTE)、蓝牙(注册商标)、近场通信(NFC)或无线USB(WUSB)的通信模块。该通信IF 914能够根据预定协议例如TCP/IP等向因特网或车辆外部的其他通信装置发送信号等以及从因特网或车辆外部的其他通信装置接收信号等。

输出设备916由能够在视觉地或听觉地向乘客通知所获取的信息的设备实现。这样的设备包括显示设备例如仪表板、平视显示器、投影仪或灯以及声音输出设备例如扬声器或耳机。具体地，显示设备以各种形式例如文本、图像、表格和图形可视地显示从由车辆控制系统900执行的各种处理获得的结果。此时，可以显示虚拟对象例如增强现实(AR)对象。同时，声音输出设备将包括再现的声音数据、声学数据等的音频信号转换成模拟信号，并且听觉地输出模拟信号。

动力生成设备918是用于为车辆生成驱动力的设备。动力生成设备918可以例如由内燃机实现。在这种情况下，动力生成设备918基于来自电子控制单元902的控制命令执行开始控制、停止控制、节流阀开度控制、燃料喷射控制、废气再循环(EGR)控制等。另外，动力生成设备918可以例如由马达、逆变器和电池实现。在这种情况下，动力生成设备918可以基于来自电子控制单元902的控制命令经由逆变器从电池向马达供应电力，并且执行马达操作(所谓的供电)以输出正扭矩和再生操作来使马达吸收扭矩以生成电力，并对电池进行充电。

制动设备920是用于向车辆提供制动力或使车辆减速或停止的设备。制动设备920可以包括例如安装在每个车轮处的制动器以及用于将踩踏制动踏板的力传递至制动器的制动管、电子电路等。另外，制动设备920可以包括用于激活防止由制动控制引起的滑动或滑行的机构的控制设备例如防抱死制动系统(ABS)或电子稳定控制器(ESC)。

转向装置922是用于控制车辆的前进方向(转向角)的设备。转向装置922可包括例如方向盘、转向轴、转向齿轮、拉杆等。另外，转向装置922可以包括用于辅助驾驶员转向的动力转向装置。此外，转向装置922可以包括动力源例如马达以允许自动转向。

灯激活设备924是激活各种灯例如前灯、转向灯、位置灯、雾灯或制动灯的设备。灯激活设备924控制例如灯的闪烁、光量、发光方向等。

注意，动力生成设备918、制动设备920、转向装置922和灯激活设备924可以基于由驾驶员执行的手动操作或基于由电子控制单元902执行的自动操作而开始操作。

《6.结论》

上面参照图1至图11详细描述了本公开内容的实施方式。如上所述，根据本公开内容的实施方式的信息处理系统使得可以通过根据当前情况选择车辆保险来提供更适当的车辆保险。

上面参照附图描述了本公开内容的一个或多个优选实施方式，而本公开内容不限于上述示例。本领域技术人员可以在所附权利要求的范围内发现各种变化和修改，并且应当理解的是，这些变化和修改将自然地归入本公开内容的技术范围。

例如，还可以产生用于使内置在保险选择服务器2中的硬件例如CPU、ROM和RAM实现保险选择服务器2的功能的计算机程序。另外，还提供了其中存储有计算机程序的计算机可读存储介质。

另外，由保险提供商服务器3进行的保险费用计算处理可以由保险选择服务器2执行。

此外，本说明书中描述的效果仅仅是说明性的或示例化的效果，并不是限制性的。也就是说，与上述效果一起或代替上述效果，根据本公开内容的技术可以实现根据本说明书的描述对本领域技术人员而言清楚的其他效果。

另外，本技术还可以按如下被配置。

(1)一种信息处理设备，包括：

选择部，其被配置成从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

(2)根据(1)所述的信息处理设备，其中

所述选择部基于所计算的保险中的每一个的保险费用来选择一个或更多个保险。

(3)根据(2)所述的信息处理设备，其中

所述选择部使用投标价格决定技术来选择保险。

(4)根据(1)至(3)中任一项所述的信息处理设备，其中

所述选择部从保险开始时间之前呈现的保险中进行选择。

(5)根据(1)至(4)中任一项所述的信息处理设备，其中

保险根据从所述车辆检测到的所述实时特征信息来计算保险，并且

所述选择部从再次计算的保险中选择下一保险。

(6)根据(1)至(5)中任一项所述的信息处理设备，还包括：

发送部，其被配置成发送关于所选择的保险的信息以呈现给用户。

(7)根据(1)至(6)中任一项所述的信息处理设备，其中

所述车辆的所述属性信息包括用于识别所述车辆的ID和车辆类型，以及

所述用户的所述属性信息包括用于识别所述用户的ID和年龄。

(8)根据(1)至(7)中任一项所述的信息处理设备，其中

所述车辆的所述实时特征信息包括关于作为驾驶员的用户的信息、关于乘员的信息、关于车辆内部环境的信息、关于所述车辆的运动的信息、关于车辆外部环境的信息或关于所述车辆的行驶计划的信息。

(9)根据(1)至(8)中任一项所述的信息处理设备，其中

所述车辆保险条件是关于保险费用限额和最低补偿内容的条件。

(10)根据(1)至(7)中任一项所述的信息处理设备，还包括：

计算部，其被配置成从基于所述车辆保险条件、所述车辆和乘客的所述属性信息以及包括所述移动路线信息的所述车辆的所述实时特征信息来计算保险。

(11)根据(10)所述的信息处理设备，其中

所述计算部参考基于所述实时特征信息计算的实时事故概率或赔偿中的至少任何一个的预测结果来计算保险。

(12)根据(10)或(11)所述的信息处理设备，其中

所述车辆的所述实时特征信息包括关于自动驾驶的信息，以及

所述计算部参考所述关于自动驾驶的信息来计算保险。

(13)一种信息处理方法，包括：

由处理器从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

(14)一种使计算机用作以下的程序：

选择部，其被配置成从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

(15)一种信息处理系统，包括：

计算部，其被配置成基于车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的车辆的实时特征信息来计算保险；以及

选择部，其被配置成从所计算的一个或更多个保险中选择要应用于所述车辆的保险。

附图标记列表

2 保险选择服务器

20 控制部

201 选择部

202 通信控制部

21 通信部

22 用户/车辆信息DB

23 车辆保险条件存储部

24 车辆传感器信息DB 24

3(3A至3C) 保险提供商服务器

30 控制部

301 保险费用计算部

302 通信控制部

31 通信部

32 存储部

10 车辆

11 用户终端

Claims (15)

1.一种信息处理设备，包括：

选择部，其被配置成从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

2.根据权利要求1所述的信息处理设备，其中，

所述选择部基于所计算的保险中的每一个的保险费用来选择一个或更多个保险。

3.根据权利要求2所述的信息处理设备，其中，

所述选择部使用投标价格决定技术来选择保险。

4.根据权利要求1所述的信息处理设备，其中，

所述选择部从保险开始时间之前呈现的保险中进行选择。

5.根据权利要求1所述的信息处理设备，其中，

所述保险根据从所述车辆检测到的实时特征信息来计算保险，并且

所述选择部从再次计算的保险中选择下一保险。

6.根据权利要求1所述的信息处理设备，还包括：

发送部，其被配置成发送关于所选择的保险的信息以呈现给用户。

7.根据权利要求1所述的信息处理设备，其中，

所述车辆的属性信息包括用于识别所述车辆的ID和车辆类型，以及

所述用户的属性信息包括用于识别所述用户的ID和年龄。

8.根据权利要求1所述的信息处理设备，其中，

所述车辆的实时特征信息包括关于作为驾驶员的用户的信息、关于乘员的信息、关于车辆内部环境的信息、关于所述车辆的运动的信息、关于车辆外部环境的信息或关于所述车辆的行驶计划的信息。

9.根据权利要求1所述的信息处理设备，其中，

所述车辆保险条件是关于保险费用限额和最低补偿内容的条件。

10.根据权利要求1所述的信息处理设备，还包括：

计算部，其被配置成基于所述车辆保险条件、所述车辆和乘客的属性信息以及包括所述移动路线信息的所述车辆的实时特征信息来计算保险。

11.根据权利要求10所述的信息处理设备，其中，

所述计算部参考基于所述实时特征信息计算的实时事故概率或赔偿中的至少任何一个的预测结果来计算所述保险。

12.根据权利要求10所述的信息处理设备，其中，

所述车辆的实时特征信息包括关于自动驾驶的信息，以及

所述计算部参考所述关于自动驾驶的信息来计算所述保险。

13.一种信息处理方法，包括：

由处理器从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

14.一种使计算机用作以下的程序：

选择部，其被配置成从基于设置的车辆保险条件、所述车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息计算的一个或更多个保险中选择要应用于所述车辆的保险。

15.一种信息处理系统，包括：

计算部，其被配置成基于车辆保险条件、车辆和用户的属性信息以及包括移动路线信息的所述车辆的实时特征信息来计算保险；以及

选择部，其被配置成从所计算的一个或更多个保险中选择要应用于所述车辆的保险。