信息提供装置、信息提供程序、信息提供服务器以及信息提供方法

摘要

本发明的特征在于具有：装置管理部，其取得所连接的装置的信息；历史数据库，其将装置管理部所取得的信息存储为历史记录；功能估计部，其根据连接的装置的信息和历史数据库所存储的历史记录来估计向用户提示的功能；可否使用判定部，其判断功能估计部估计出的功能可否使用；以及输出部，其根据功能估计部的指示，输出向用户提示的功能，在可否使用判定部判断为可使用估计出的功能的情况下，功能估计部将估计出的功能确定为向用户提示的功能，使输出部输出。

说明书

技术领域

本发明涉及信息提供装置，该信息提供装置估计用户的目的，向用户提供实现该 操作目的的功能。

背景技术

以往，作为这种设备，存在提供预先登记的功能的信息提供装置。根据该信息提 供装置，能够实现如下功能：预先登记用户喜欢的功能，由用户选择该登记功能从而 频繁地使用。

例如，专利文献1中公开了根据用户的目的来满足用户的偏好的信息提供装置。 在该装置中，根据驾驶历史来估计某状况下的用户的目的。并且，取得所有的与可能 提供的功能相关的信息，取得与估计出的用户的目的对应的驾驶历史信息。然后，根 据与估计出的用户的目的对应的操作历史，从可能提供的功能中删除不需要的功能， 生成提示的功能。

现有技术文献

专利文献

专利文献1：日本特开2004-108865号公报

发明内容

发明要解决的课题

然而，在专利文献1所公开的现有信息提供装置中，取得所有的与可能提供的功 能相关的信息，未考虑到用于取得这些信息的处理负担。因此，存在如下课题：在向 用户提供的功能候选较少的情况下、或与这些向用户提供的功能相关的信息较少的情 况下，该信息提供装置是适合的，但在存在多种可能提供的功能候选的情况、或存在 多种与各功能候选关联的信息的情况下，提取这些信息的处理、或从它们中删除不需 要的信息或功能的处理都需要时间。

例如，考虑从本车周围的设施中提示用户期望的设施的情况。即使仅仅检索并取 得存在于本车周围的加油站的任意的店铺品牌，也需要大量的处理时间。但是，实际 的设施种类除了加油站以外还有多种，每当本车前进时，要取得所有的本车周围的这 些各设施的信息，需要大量的处理时间。

因此，很难根据时刻发生变化的车的状况在合适的时机提示功能。

并且，在专利文献1中，未提到在与可能提供的功能有关的信息中不包含与用户 的目的对应的信息的情况。因此，存在这样的课题：未考虑到当不存在与用户的目的 对应的信息时，向用户提示哪种功能。

本发明是为了解决上述以往的课题而完成的，在估计用户的操作目的并向用户提 供实现该操作目的的功能的信息提供装置中，高效地向用户提供功能。

用于解决课题的手段

本发明的信息提供装置的特征在于，其具有：装置管理部，其取得所连接的装置 的信息；历史数据库，其将所述装置管理部所取得的所述信息存储为历史记录；功能 估计部，其根据所述所连接的装置的所述信息和所述历史数据库所存储的所述历史记 录来估计向用户提示的功能；可否使用判定部，其判断所述功能估计部估计出的所述 功能可否使用；以及输出部，其输出向所述用户提示的功能，在所述可否使用判定部 判断为可使用所述估计出的功能的情况下，所述功能估计部将所述估计出的功能确定 为向所述用户提示的功能，使所述输出部输出。

发明效果

根据本发明，在估计用户的目并向用户提供实现该操作目的的功能的信息提供装 置中，存在如下效果：在与用户所期望的功能关联的信息大量存在的情况下也能够高 效的处理，能够根据时刻改变的车辆的状况的变化，在适当的时机提示功能。

附图说明

图1是示出本发明的实施方式1的信息提供装置的主要部分的结构的框图。

图2是用于说明实施方式1的信息提供装置的主要动作的流程图。

图3是示出装置管理部所取得的信息的一例的图。

图4是说明实施方式1的功能估计部和可否使用判定部对候选功能的选定及其可 否使用判定的详细动作的流程图。

图5是示出功能估计部预先准备并存储的功能候选的表的一例的图。

图6是实施方式1的可否使用判定部判定可否使用功能候选的动作的流程图。

图7是表示与各功能候选对应的装置以及必要信息的一例的图。

图8是示出用于确定针对各功能候选的使用条件的判定基准的一例的图。

图9是示出本发明的实施方式2的信息提供装置的主要部分的结构的框图。

图10是用于说明实施方式2的信息提供装置的主要动作的流程图。

图11是说明实施方式2的功能选定部和可否使用判定部对候选功能的选定及其 可否使用判定的详细动作的流程图。

图12是示出从目的估计部取得的估计结果的一例的图。

图13是示出功能选定部预先准备并存储的表的一例的图。

图14是说明实施方式3的功能估计部和可否使用判定部对候选功能的选定及其 可否使用判定的详细动作的流程图。

图15是说明实施方式4的功能估计部和可否使用判定部对候选功能的选定及其 可否使用判定的详细动作的流程图。

图16是说明监视被判断为不能使用的功能候选以后是否变得可使用的动作的流 程图。

图17是示出实施方式5中的导航系统的概况的图。

具体实施方式

以下，一边参照附图，一边对本发明的实施方式详细地进行说明。

实施方式1.

图1是示出本发明的实施方式1的信息提供装置的主要部分的结构的框图。

如图1所示，信息提供装置与汽车导航系统、车辆、空调、移动电话等装置连接， 具有装置管理部1、历史数据库2、功能估计部7、可否使用判定部5以及输出部6。

装置管理部1从与信息提供装置连接的汽车导航系统、车辆、空调、移动电话等 装置取得信息，并管理装置的信息。并且，根据所取得的装置的信息，检测装置的运 转环境等的状态变化的情况。历史数据库2将装置管理部1从与信息提供装置连接的 装置取得的信息记录为历史。功能估计部7根据历史数据库2的信息和装置管理部1 从所连接的装置取得的装置信息，选定在其状况下应该向用户提示的功能候选。可否 使用判定部5判定可否使用功能估计部7所选定的功能候选。输出部6在显示画面中 显示所确定的功能，或者以语音的形式输出。

图2是用于说明实施方式1的信息提供装置的主要动作的流程图。

当信息提供装置开始进行动作时，装置管理部1从所连接的装置取得信息(步骤 ST200)。

例如，从车辆取得点火开关或齿轮等的信息，从设置在车内的汽车导航取得操作 信息、所设定的路径的信息和当前位置周围的地图信息等，从通过无线通信线路连接 的移动电话取得用于识别个人的信息或电话簿等信息。

另外，装置管理部1也可以经由ECU(EngineControlUnit：发动机控制单元) 等装置取得来自与该ECU连接的装置的信息。

接着，装置管理部1将在步骤ST200中取得的信息作为历史记录在历史数据库2 中(步骤ST201)。

图3是示出装置管理部1所取得的信息的一例的图。图3(A)示出与各个信息 对应的数据形式。例如，对当前道路的类型赋予整数的ID编号，1表示一般道路，2 表示国道。并且，关于路径的有无，1表示有，2表示无。图3(B)是历史数据库2 记录了各个信息的变化的例子。例如，日期的20130101083010表示2013年1月1 日8时30分10秒。由于该时刻在发动机刚刚启动以后，因此，针对各信息，将无效 值记录为NA。然后，将在20130101083020(2013年1月1日8时30分20秒)点 火开关的状态变成1而启动了发动机的情况记录为历史。这样沿着时间序列记录各个 信息值。

另外，在该步骤ST201中，装置管理部1也可以组合步骤ST200中取得的多个 信息，生成新的信息而记录在历史数据库2中。例如，根据车速和齿轮的状态的信息 生成车的行驶状态等。在车的行驶状态的车速为0的情况下，存在如果齿轮为P则为 1的停车、如果齿轮为D则为2的刹车的情况。

并且，如果相当于历史数据库2的数据库存在于车辆或汽车导航系统等装置中， 也可以沿用该数据库。

并且，这里，以下，对在历史数据库2中已经储存了某种程度的历史的情况进行 说明，但也可以预先将一般的信息保存为历史，并使用该历史。或者，当在初始阶段 未充分地储存历史数据库2的历史的情况下，也可以重复步骤ST200～步骤ST201 的处理直到储存了某种程度的历史为止。

功能估计部7根据历史数据库2的信息以及装置管理部1在步骤ST200中取得 的所连接的装置的信息来估计应该向用户提示的功能候选(步骤ST202)。将估计出 的功能候选输出到可否使用判定部5。

具体而言，功能估计部7首先根据历史数据库2的信息和装置管理部1在步骤 ST200中取得的装置的信息来估计该状况下的用户的功能候选。

然后，可否使用判定部5从装置管理部1取得与在步骤ST202中从功能估计部7 取得的功能候选对应的信息，判定可否使用在步骤ST202中由功能估计部7选定的 功能候选(步骤ST203)。具体而言，可否使用判定部5首先向装置管理部1请求与 从功能估计部7取得的功能候选对应的信息。装置管理部1根据可否使用判定部5 的请求，从所连接的装置取得需要的信息，将取得的信息输出到可否使用判定部5。 可否使用判定部5根据取得的信息，判定从功能估计部7取得的功能可否使用，将其 结果输出到功能估计部7。

接着，功能估计部7根据在步骤ST203中从可否使用判定部5取得的可否使用 结果，确定应该向用户提示的功能，将该功能输出到输出部6(步骤ST204)。

输出部6根据在步骤ST204中从功能估计部7取得的内容，利用画面显示或者 语音进行输出(步骤ST205)，动作结束。

图4是说明功能估计部7和可否使用判定部5对候选功能的选定及其可否使用判 定的详细动作的流程图。具体而言，详细地说明图2的步骤ST202到步骤ST204的 处理。

功能估计部7根据历史数据库2的信息以及装置管理部1取得的所连接的装置的 信息来估计功能候选，计算它们的概率(步骤ST400)。

另外，在可靠度的程度的计算中，只要使用公知的方法例如贝叶斯的定理等的附 加条件的概率即可，并不限于此。

图5是示出功能估计部7预先准备并存储的功能候选的表的一例的图。并且，赋 予并记载有由功能估计部7计算出的概率。如图5所示，例如，在“周围检索、1km 以内、便利店”这样的功能候选的概率为86％的情况下，针对各个功能候选分别计 算用户期望的概率。另外，在以后的说明中，假定图5中省略的NO.9以后的功能候 选只是概率低于30％的功能候选。

并且，关于选定的功能，存在使用“周围检索”这样的功能本身和执行“1km 以内”这样的功能时的参数来表达的情况，也存在像图5的NO.6“空调关闭”那样 不赋予参数的情况。

返回图4的流程。

功能估计部7选定步骤ST400中计算出的概率中的概率最高的功能候选(步骤 ST401)。例如，在图5的估计结果的例子中，由于“周围检索、1km以内、便利店” 这样的功能候选的概率最高，为86％，因此“周围检索、1km以内、便利店”这样 的功能候选被选择为进行可否使用判定的对象。

另外，在功能候选的概率相同的情况下(例如图5的“路径整体像显示、利用文 字列表显示”和“下一个引导地点显示、利用地图显示”)，可以参照历史数据库的 操作历史来选定操作频率最高的功能候选，也可以选定任意的一个。

并且，关于步骤ST401的处理，在从后述的步骤ST404转移的情况下，在除了 已进行可否使用判定的功能候选以外的功能候选中，选择概率最高的功能候选作为进 行可否使用判定的对象。例如，如果已经针对“周围检索、1km以内、便利店”这样 的功能候选进行可否使用判定，则针对概率第二高的“开始FM、○△”这样的功能 候选进行可否使用判定。

功能估计部7向可否使用判定部5输出概率最高的功能候选，请求进行所选定的 功能候选的可否使用判定(步骤ST402)。

例如，向可否使用判定部5输出图5的例子中概率最高的“周围检索、1km以内、 便利店”这样的功能候选。

这样，能够应对概率最高的功能候选无法使用的情况，能够使得不会对用户进行 不适当的功能提示。并且，由于不判定所有的功能候选，而从高概率的功能候选进入 判定，因此，能够进行高效的处理。

可否使用判定部5判定步骤ST402中从功能选定部4取得的功能候选可否使用 (步骤ST403)。

这里，图6是可否使用判定部5判定功能候选可否使用的动作的流程图。使用图 6对可否使用判定部5的动作详细地进行说明。

另外，图6相当于图2的步骤ST203和图4的步骤ST403，详细地说明这些处理。

可否使用判定部5从功能估计部7取得待判定的功能候选(步骤ST700)后，确 定具有所取得的功能候选的装置，向装置管理部1请求关于所取得的功能候选的信息 (步骤ST701)。

具体而言，可否使用判定部5存储图7所示的确定各功能候选、与其对应的装置 以及所需信息的信息，参照该信息确定与取得的功能候选对应的装置以及所需信息， 向装置管理部1请求收集所确定的需要信息。

例如，在从功能估计部7取得的功能候选是“周围检索、1km以内、便利店”的 情况下，可否使用判定部5确定为相应装置是汽车导航系统、所需信息是检索结果， 请求装置管理部1向汽车导航系统提供在1km以内存在的便利店的周围检索结果的 信息。

另外，如果本发明的信息提供装置所控制的装置是1个，则只要确定与各功能候 选对应的所需信息即可。此外，在1个功能由多个装置构成的情况下、或1个功能中 存在多个所需信息的情况下，只要确定各个装置和各个所需信息即可。

并且，在功能候选可始终使用的情况下，只要将所需信息设为“无”即可。即， 只要严格挑选并确定后述的可否使用判断中所需的信息即可，这样，能够进行高效的 处理。

装置管理部1从各个相应装置中取得在步骤ST701中由可否使用判定部5请求 的关于功能候选的信息，将取得的结果输出到可否使用判定部5(步骤ST702)。

例如，在作为对象的装置是汽车导航系统、判定对象的功能候选是“周围检索、 1km以内、便利店”的情况下，装置管理部1根据步骤ST701中的来自可否使用判 定部5的请求，向汽车导航系统请求在1km以内存在的便利店的周围检索，将检索 结果的信息输出到可否使用判定部5。

作为另一例，在作为对象的装置是汽车导航系统、判定对象的功能候选是“开始 FM，○△”的情况下，装置管理部1根据步骤ST701中的来自可否使用判定部5的 请求，向汽车导航系统请求确认FM电波接收状态、所设定的台的状态、FM的打开 /关闭状态变得如何，将得到的状态的信息输出到可否使用判定部5。

作为又一例，在作为对象的装置是车辆或者控制车辆本身的装置、判定对象的功 能是“使自动巡航为打开”的情况下，装置管理部1根据步骤ST701中的来自可否 使用判定部5的请求，向车辆或者控制车辆的装置请求确认自动巡航的设定状态是哪 种状态，将得到的状态的信息输出到可否使用判定部5。

另外，在本实施方式1中，经由装置管理部1取得与相应装置的相应功能相关的 信息，但不限于此。例如，即使构成为可否使用判定部5与相应装置直接连接而取得 与相应装置的相应功能相关的信息，也可得到相同的效果。

并且，该步骤ST702的处理并不是使用户看到其结果，而是为了取得与判定可 否使用的对象的功能候选相关的信息在内部进行处理。因此，要求该步骤ST702的 处理所需的负担较少。例如，汽车导航系统大量地处理当前位置的计算、路径引导、 拥堵信息的更新等汽车导航系统必须进行的动作。另一方面，在处理目的地设定作为 向用户提供的功能的情况下，关系到与加油站、便利店、家庭餐厅或观光地等多种多 样的设施相关的信息。如果一次性取得所有的这些信息，则可预想到当前位置的计算、 路径引导、拥堵信息的更新等处理会发生延迟。

或者，即使构成为仅取得功能估计最低限度需要的信息而进行用户的功能估计， 然后还取得所有的关于与功能估计的结果没有关联的多种多样的设施的信息，也会存 在问题。例如，如果在仅取得功能估计所需的信息来进行功能估计，作为其结果估计 出要去便利店后，不仅是便利店还取得所有的加油站或家庭餐厅等的信息，则该处理 所需的负担较大。

即，可能提供的功能候选越多、或者与各功能候选关联的信息越多，则取得这些 信息越成为课题。因此，像本实施方式1那样构成为仅取得功能估计所需的信息来估 计用户的功能候选，从而能够减轻处理的负担。

当在步骤ST702中从装置管理部1取得所需的信息后，可否使用判定部5针对 从装置管理部1取得的信息，根据预先准备并存储的判定基准，判定相应功能即功能 估计部7所确定的功能候选可否使用(步骤ST703)。

图8是示出确定针对各功能候选的使用条件的判定基准的一例的图。关于在步骤 ST702中从装置管理部1取得的信息，可否使用判定根据图8所示的判定基准判定其 可否使用。

例如，在功能候选为“周围检索、1km以内、便利店”时，如果在步骤ST702 中从装置管理部1取得的信息中不存在便利店，则判断为不可使用，在存在便利店的 情况下判断为可使用。并且，在功能候选为始终可使用的情况下，只要将该功能候选 的判定基准设为“无”即可。

另外，这里是可否使用判定部5预先存储有判定基准，但即使在与信息提供装置 连接的外部的服务器中准备判定基准，可否使用判定部5从外部的服务器取得该判定 基准，也能够实现相同的处理。

这样，能够确认估计出的功能是否当前可使用或者是否已经使用。即，能够向用 户仅提示用户可使用的功能或者未使用的功能。

相反，在将估计出的功能直接提示给用户的情况下，可能发生提示无法在其状况 下使用的功能的情况。例如，可考虑这样的情况：尽管在本车位置附近不存在便利店， 但估计出要去附近的便利店，并向用户提示实现其的功能的情况。在该情况下，在用 户选择了该功能时，也许会提示在远离本车位置的位置处存在的便利店，而与用户的 意图不一致。或者，可能在用户选择了该功能后才通知用户附近不存在便利店。

不管怎样，在这些例子中，会妨碍用户的便利性。因此，像本实施方式1那样， 仅提示可使用的功能是有效的。

另外，也可考虑这样的情况：包含能够进行可否使用判断的信息，在进行功能估 计前预先提取多种多样的许多信息，根据这些信息以限定为可使用的功能的方式进行 功能估计。但是，在该情况下，需要一次性取得许多信息，如上所述，处理的负担成 为问题。

最后，在步骤ST704中，可否使用判定部5将步骤ST703中的可否使用的判定 结果输出到功能估计部7(步骤ST704)，所取得的功能候选的可否使用的判定处理 结束。即，图2的步骤ST203、图4中的步骤ST403的处理结束。

这样，在步骤ST403的可否使用的判定(图6的步骤ST701～步骤ST704)中， 取得仅与判定可否使用的功能候选相关的规定信息，验证该信息是否符合可否使用条 件。

即，在步骤ST403(图6的步骤ST701～步骤ST704)中，仅针对步骤ST401中 选定的概率最高的功能候选进行可否使用判定。

如果以提供目的地设定功能的情况为例，则并不是取得与可能成为目的地的所有 设施相关的信息并验证它们是否可使用，而是限定在提供的可能性高的设施而取得关 联信息，判定可否使用。

因此，是处理负担较少的方法，并且能够仅向用户提示用户可使用的功能或者未 使用的功能。

再次返回图4的说明。

在步骤ST403(图6的步骤ST701～步骤ST704)以后，功能估计部7取得步骤 ST403的可否使用判定部5的判定结果，判定功能候选是否可使用(步骤ST404)。 在步骤ST404中判定为“不可使用”的情况下(在步骤ST404的“否”的情况下)， 返回步骤ST401，对未判定可否使用的功能候选中的概率最高的功能候选进行上述的 步骤ST401～步骤ST403的处理。另一方面，在步骤ST404中判定为“可使用”的 情况下(在步骤ST404的“是”的情况下)，进入步骤ST405。

当在步骤ST404中判定为功能候选可使用时，功能估计部7将判定为可使用的 功能候选确定为向用户提示的功能(步骤ST405)。

另外，在提示多个向用户提供的功能的情况下，只要实施上述的步骤ST400～步 骤ST405直到提示的预定的功能的个数达到为止即可。

当在步骤ST405中功能估计部7确定出向用户提供的功能时，输出部6输出所 确定的功能(步骤ST406)。具体而言，在信息提供装置的图像显示部中向用户显示 所确定的功能。此外，只要用户经由未图示的输入部选择输出部6提示的功能即可。 并且，虽然未图示，但只要用户经由输入部从输出部6选择所提示的功能即可。

例如，能够在汽车导航系统、仪表盘或平视显示器(Head-UpDisplay)这样的信息 提供装置的图像显示部中显示所确定的功能中的用户期望的概率高的上位3个功能。 并且，此时，也可以添加通过语音朗读该3个功能而向用户传达等。并且，只要用户 经由输入部选择用户所期望的功能即可。另外，这仅是一例，也可以利用其他的方法 向用户通知所确定的功能。

并且，也可以是，信息提供装置不具有图像显示部，输出部6向外部的显示装置 发送画面显示数据和语音输出数据。

另外，这里对进行如下处理的情况进行了说明：当信息提供装置的动作开始时， 即，接通电源时，装置管理部1从所连接的装置取得信息而选定信息提供的功能(图 2的步骤ST202以后的处理)。但是，以后，在装置管理部1从连接的装置取得信息 并检测出所连接的装置的状态改变的情况下，只要进行选定信息提供的功能的处理 (图2的步骤ST202以后的处理)即可。或者，也可以按任意的时间周期进行处理。

如上，根据实施方式1，在信息提供装置向用户提供的功能候选较多的情况下或 者在关于各个功能候选的信息庞大的情况下，也能够严格挑选用户期望的可能性高的 功能且可使用的功能而向用户提供。

即，在向用户提供的功能候选较多的情况下或者在关于各个功能候选的信息庞大 的情况下，由于限定为用户期望的可能性高的功能而判断可否使用，因此，能够进行 高效的处理。由此，能够根据时刻改变的车辆的状况的变化，在适当的时机提示功能。

此外，由于限定为用户期望的可能性高的功能而判断可否使用，因此，也存在如 下效果：用于取得与用户期望的功能关联的信息的处理负担较少，信息提供装置所控 制的装置原本进行的动作能够稳定地进行，例如，对于汽车导航装置等而言是道路引 导等动作。

这样，本发明的实施方式1的信息提供装置能够应用于多个种类的装置，向用户 提供的功能候选越多，关于各个功能候选的信息越多，则越有效。并且，在能够进行 高效处理的同时，还能够可靠地提示可使用的功能。

并且，在后述的实施方式中，作为信息提供装置，以车载信息设备为例进行记载， 但不限于此。

实施方式2.

图9是示出本发明的实施方式2的信息提供装置的主要部分的结构的框图。

关于与实施方式1中图1所示的信息提供装置相同的结构，省略重复的说明。本 实施方式2的信息提供装置与实施方式1中图1所示的信息提供装置的不同之处在 于，不具有功能估计部7，而具有目的估计部3和功能选定部4。在实施方式1中， 功能估计部7进行功能选定，但在本实施方式2中，分别利用目的估计部3和功能选 定部4分开地进行目的估计和功能选定。

以下，对实施方式2中的信息提供装置的动作进行说明。另外，关于与实施方式 1相同的动作，省略重复的说明。

图10是用于说明实施方式2的信息提供装置的主要动作的流程图。另外，关于 与实施方式1中图2所示的步骤相同的步骤省略详细的说明，仅对与图2不同的步骤 进行说明。

图10的步骤ST200～ST201与图2的步骤ST200～步骤ST201相同。

目的估计部3根据历史数据库2的信息和装置管理部1在步骤ST200中取得的 所连接的装置的信息，估计其状况下的用户的目的候选(步骤ST206)。另外，对估 计出的目的候选赋予概率或者可靠度的程度。在可靠度的程度的计算中，只要使用公 知的方法、例如贝叶斯的定理等的附加条件的概率即可，并不限于此。

根据关于目的和功能预先准备并存储的对应表，功能选定部4选定与在步骤 ST206中从目的估计部3取得的用户的目的候选对应的功能候选(步骤ST207)。然 后，将选定的功能候选输出到可否使用判定部5。另外，关于功能候选的选定的详细 情况，后面进行说明。

然后，可否使用判定部5从装置管理部1取得与在步骤ST203中从功能选定部4 取得的功能候选对应的信息，判定在步骤ST207中功能选定部4所选定的功能候选 可否使用(步骤ST203)。具体的处理与图2的步骤ST203相同。在步骤ST203中， 可否使用判定部5将可否使用判定结果输出到功能选定部4。

后续的步骤ST204～步骤ST205的处理也与图2的步骤ST204～步骤ST205相同。

图11是说明功能选定部4和可否使用判定部5对候选功能的选定及其可否使用 判定的详细动作的流程图。具体而言，详细地说明图11的步骤ST207～步骤ST204 的处理。另外，关于与实施方式1中图4所示的步骤相同的步骤，省略详细的说明， 仅对与图4不同的步骤进行说明。

功能选定部4从目的估计部3取得估计结果的目的候选以及用户期望它们的概率 (步骤ST407)。

图12示出从目的估计部3取得的估计结果的一例，是由目的估计部3计算出的。 省略NO.8以后的目的候选的图示。

如图12所示，关于目的估计部3计算的估计结果，在作为信息提供装置的对象 的用户的所有的目的候选、例如“在便利店购物”这样的目的候选、用户所期望的概 率为86％的情况下，针对各个目的候选赋予用户期望的概率。

另外，在以后的说明中，假定图12中省略的NO.9以后的目的候选仅为概率在 30％以下的目的候选。

功能选定部4选定步骤ST407中取得的估计结果中的概率最高的目的候选(步 骤ST408)。例如，在图12的估计结果的例子中，由于“在便利店购物”这样的目的 候选的概率最高为86％，因此，将“在便利店购物”这样的目的候选选择为进行可 否使用判定的对象。

另外，在从后述的步骤ST404转移的情况下，在除了已进行可否使用判定的目 的候选的目的候选中，将概率最高的目的候选选择为进行可否使用判定的对象。例如， 在已经针对“在便利店购物”这样的目的候选进行了可否使用判定后，对概率第二高 的“收听FM○△”进行可否使用判定。

关于步骤ST408中选定的目的候选，功能选定部4从预先准备并存储的表中提 取与目的候选对应的功能候选(步骤ST409)。

图13是示出功能选定部4预先准备并存储的表的一例的图。如图13所示，例如 关于“在便利店购物”这样的目的候选，与“周围检索、1km以内、便利店”这样的 功能候选相对应。在步骤ST409中，提取该功能候选。

另外，所选定的功能存在使用“周围检索”这样的功能本身和执行“1km以内” 这样的功能时的参数来表达的情况，但也存在像图13的NO.6“空调器关闭”那样不 赋予参数的情况。并且，也可以存在目的候选和功能候选大致相同的情况。例如，可 认为图13的NO.6“关闭空调器”和“空调器关闭”是大致相同的。

并且，预先准备了与目的候选对应的功能候选的表并不是由功能选定部4预先存 储，而是由与信息提供装置连接的外部的服务器准备，即使功能选定部4从外部的服 务器取得表也能够实现相同的处理。

并且，在图13中，主要示出与目的候选对应的功能候选是1对1的关系的例子， 也可以存在多个与1个目的候选对应的功能候选。例如，也可以像图13的NO.2那样， 使“确认路径”这样的目的候选对应“路径整体像显示、利用地图显示”、“路径整体 像显示、利用文字列表显示”、“下一引导地点显示、利用地图显示”等多个功能候选。

在与1个目的候选对应的功能候选存在多个的情况下，只要参照历史数据库2 的操作历史、选定操作频率最高的功能候选即可。或者，也可以像利用目的估计部3 进行的处理那样，使用公知的方法例如贝叶斯的定理等附加条件的概率来从存在的多 个功能候选中估计并求出进行的可能性最高的功能候选。

这样，通过设置目的估计部3和功能选定部4，能够在应用于多种多样的制品时 使目的估计部3成为共通部分，使功能选定部4与单独的制品对应。即，目的估计部 3不依赖于应用本发明的信息提供装置的制品所具有的功能的种类，只要估计在该状 况下用户期望的目的候选即可，能够利用功能选定部4应对依赖于应用本发明的制品 的功能种类的差异。

另外，在应用本发明的信息提供装置的制品中，在与目的估计部3所输出的目的 候选对应的功能不存在时，只要使与图14所示的表对应的功能候选不存在即可。

这样，在将本发明的信息提供装置应用于多种多样的制品时，不需要全部新开发， 能够进行高效的开发。

返回图11的流程。

功能选定部4将与概率最高的目的候选对应的功能候选输出到可否使用判定部 5，请求所选定的功能候选的可否使用判定(步骤ST402)。具体的处理与在图4的步 骤ST402中功能估计部7进行的处理相同。

可否使用判定部5判定在步骤ST402中从功能选定部4取得的功能候选可否使 用(步骤ST403)。具体的处理与图4的步骤ST403相同，可否使用判定部5从功能 选定部4取得应该判定的功能候选，根据图6所示的流程图进行处理。

关于步骤ST404～步骤ST406的处理，与图4的步骤ST404～步骤ST406的处 理相同。

这里，补充在上述的图14中与1个目的候选对应的功能候选存在多个的情况。 关于该情况的动作未进行图示，但在该情况中可否使用判定的结果为“不可使用”的 情况下，进入步骤ST402，只要判定其他的功能候选可否使用即可。并且，在判定与 步骤ST408中选定的目的候选对应的所有的功能候选可否使用后，如果作为“可使 用”的功能候选不存在，则进入步骤ST408即可。

这样，如果概率最高的目的候选存在多个功能候选，则能够提供实现其目的候选 的功能的可能性变高。即，由于能够提供用户需求的功能的替代方案，因此能够实现 便利性高的功能估计。

如上所述，根据实施方式2，能够采用更简化的结构。因此，在应用本发明的制 品种类或功能中变化较少的情况下，反而能够进行高效的开发。

实施方式3.

在实施方式1、2中，选定能够使用的功能而输出到输出部6。然而，在候选功 能为不可使用的情况下没有进行任何动作。

在以往的信息提供装置中采用了如下结构：在估计为在某状况下用户所期望的功 能在该状况下不可使用的情况下，无法向用户传达不可使用的情况。另一方面，对于 用户来说，也存在这是有用的信息的情况。即，也存在如下情况：希望了解在某状况 下用户所期望的功能无法使用的状况。

因此，在本实施方式3中，对如果是无法使用的功能则输出其内容而通知给用户 的实施方式进行说明。

实施方式3的信息提供装置的结构由于与实施方式1中说明的结构相同，因此， 省略重复的说明。

图14是说明实施方式3的功能估计部7和可否使用判定部5对候选功能的选定 及其可否使用判定的详细动作的流程图。

关于与在实施方式1中图4所示的内容相同的处理，省略说明。在本实施方式3 中，仅从实施方式1增加了图14的步骤ST410的动作。

在步骤ST404中，功能估计部7判断为功能候选不可使用的情况下(步骤ST404 的“否”的情况)，功能估计部7向输出部6输出表示该功能候选当前不可使用的内 容的通知(步骤ST410)。但是，如果是已经使用中的功能则功能估计部7不输出通 知。例如，已经视听乐曲○△，即使乐曲○△在步骤ST403中不是可使用，在该情 况下也不输出。

另外，关于输出部6的输出方法，例如只要在汽车导航系统、仪表盘或平视显示 器这样的信息提供装置的图像显示部中显示即可。并且，此时，也可以添加通过语音 朗读表示相应功能不可使用的内容而传达给用户等。另外，这仅是一例，也可以利用 其他的方法向用户通知确定的功能。并且，也可以是，信息提供装置不具有图像显示 部，而输出部6向外部的显示装置发送画面显示数据和语音输出数据。

并且，这里使信息提供装置采用与实施方式1中说明的结构相同的结构而进行了 说明，但也可以采用实施方式2中说明的结构、即如图9所示采用具有目的估计部3 和功能选定部4的结构。在该情况下，只要在图11的步骤ST404的处理以后进行上 述的步骤ST410的处理即可。

如上所述，根据本实施方式3，具有如下效果：能够了解在某状况下用户所期望 的功能无法使用的状况，能够避免用户自身特意检索的情况。

实施方式4.

在实施方式3中，在存在无法使用的功能的情况下通知该内容。然而，即使以后 变得可使用，也不通知。因此，在本实施方式4中，对在不可使用的功能变得可使用 的情况下通知变得可使用的内容的实施方式进行说明。

由于实施方式4的信息提供装置的结构与实施方式1、3中说明的结构相同，因 此，省略重复的说明。

图15是说明实施方式4的功能估计部7和可否使用判定部对候选功能的选定及 其可否使用判定的详细动作的流程图。

关于与实施方式3中图14所示的结构相同的处理，省略说明。

图15的步骤ST400～步骤ST404的处理与图14的步骤ST400～步骤ST404的 处理相同。

当在步骤ST404中功能估计部7判断为功能候选不可使用情况下(在步骤ST404 的“否”的情况下)，进入图16所示的处理(图15的A)。

图16是说明监视被判断为不可使用的功能候选是否以后变得可使用的动作的流 程图。

首先，功能估计部7向输出部6输出表示在步骤ST404中判断为不可使用的功 能候选(以下，称为相应的功能候选)不可使用的内容的通知(步骤ST410)。图16 的步骤ST410的处理与图14的步骤ST410的处理相同。

在步骤ST410中，当输出表示不可使用的内容的通知时，功能估计部7再次向 可否使用判定部5请求在步骤ST404中判断为不可使用的功能候选(以下称为相应 的功能候选)是否为可使用的可否使用判定(步骤ST411)。

可否使用判定部5向装置管理部1请求关于相应功能候选的当前信息，根据所取 得的信息进行可否使用判定(步骤ST412)，功能估计部7从可否使用判定部5取得 可否使用判定结果(步骤ST413)。另外，步骤ST411～步骤ST413的具体的处理内 容与使用图15的步骤ST402、步骤ST403和图6说明的内容相同。

功能估计部7在步骤ST413中从可否使用判定部5取得判定结果时，判断相应 的功能候选是否成为可使用(步骤ST414)。

当在步骤ST414中判断为不可使用的情况下(在步骤ST414的“否”的情况下)， 返回步骤ST411，重复进行步骤ST411～步骤ST414的处理直到成为可使用为止。

另一方面，当在步骤ST414中判断为可使用的情况下(步骤ST414的“是”的 情况下)，功能估计部7计算相应功能候选的概率(步骤ST415)。具体的计算方法与 图15的步骤ST400中说明的方法相同，只要使用公知的方法、例如贝叶斯的定理等 附加条件的概率等即可。

功能估计部7判定步骤ST415中计算出的相应功能候选的概率是否为规定值以 上(步骤ST416)。即，在被判断为可使用的状况下，判断是否为被估计成用户希望 进行的功能。另外，关于规定值，只要预先设定即可。

当在步骤ST416中判断为该功能候选的概率是规定值以上时(在步骤ST416的 “是”的情况下)，功能估计部7向输出部6输出表示相应功能候选变得可使用的内 容的通知。输出部6输出从功能估计部7接收到的通知。另外，输出方法例如只要在 汽车导航系统、仪表盘、平视显示器这样的信息提供装置的图像显示部中显示即可。 并且，此时也可以添加通过语音朗读表示相应功能变得可使用的内容而传达给用户 等。另外，这仅是一例，也可以利用其他的方法向用户通知确定的功能。并且，也可 以是，信息提供装置不具有图像显示部，输出部6向外部的显示装置发送画面显示数 据和语音输出数据。

另一方面，当在步骤ST416中判断为该功能候选的概率不是规定值以上的情况 下(在步骤ST416的“否”的情况下)，返回步骤ST411，重复进行以后的处理。

另外，这里采用了如下结构：如果一旦判断为功能候选不可使用(步骤ST404)， 则进行待机直到相应功能变得可使用为止(图16)，但不限于此，也可以与进行待机 直到相应功能变得可使用为止的处理并行地进行与概率第二高的功能候选有关的处 理(图15的步骤ST401～步骤ST406的处理)。

并且，这里使信息提供装置采用与实施方式1中说明的结构相同的结构而进行了 说明，但也可以采用实施方式2中说明的结构、即如图9所示采用具有目的估计部3 和功能选定部4的结构。在该情况下，只要在图11的步骤ST404的处理以后进行上 述的图16的处理即可。

如上所述，根据本实施方式4，由于用户能够了解无法使用的功能变得能够使用 的情况，因此，用户不需要记住当前无法使用的功能、或考虑无法使用的功能是否变 得能够使用，能够实现便利性高的功能估计。

实施方式5.

在以上的实施方式1～4中，以将本发明的信息提供装置应用于车载信息设备的 情况为例进行了说明，但应用的装置不限于车载信息设备，也可以应用于包含人、车 辆、铁道、船舶或者飞机等移动体用的信息提供装置、HEMS(HomeEnergy ManagementSystem：家庭能源管理系统)、网络购物等电子商务交易、控制机床的装 置、医疗用装置等各种的装置。例如，考虑将本发明应用于控制各种装置的HEMS 的情况。作为提示的功能的一例，以设定空调器的定时关闭的功能为例进行说明。在 该情况下，只要根据时刻与操作历史这样的严格挑选的信息估计希望设定空调器的定 时关闭这样的功能候选即可。然后，例如确认空调器是否打开、定时关闭是否已设定 这样的为了判断可否使用而最低限度所需的空调器的运转状态，如果判断为能够使用 定时关闭，则只要提示该内容即可。

即，由于并不是在预先取得所有的空调器的运转状态后进行功能候选的估计，因 此，能够实现高效的处理。由于在HEMS中控制许多的装置，因此，向用户提供的 功能候选变多，关于各个功能候选的信息也变多，因此，该效果进一步提高。

并且，也可以应用于导航系统的服务器，也可以应用于安装在智能手机、平板 PC、移动电话等移动信息终端等的信息提供系统的应用等各种形式。

这里，图17是示出本发明的实施方式5中的导航系统的概况的图。该导航系统 能够采用车载装置100与智能手机等移动信息终端101和服务器102中的至少一方协 作而进行信息提供处理，或者智能手机等移动信息终端101和服务器102中的至少一 方进行信息提供处理、使车载装置100显示结果等各种形式。以下，对该导航系统的 结构方式进行说明。

在实施方式1～4中，图17所示的车载装置100具有所有的本发明的信息提供装 置的功能并进行了说明，但在本实施方式5中的导航系统中，对如下情况进行说明： 服务器102进行信息提供处理并通过使车载装置100显示该结果而向用户提供、以及 移动信息终端101与服务器102协作而进行信息提供处理并通过使车载装置100显示 该结果而向用户提供。

首先，对服务器102进行信息提供处理并使车载装置100显示该结果的情况、即 与具有信息提供功能的服务器102协作而使车载装置100作为显示装置发挥功能的情 况进行说明。

在该结构中，考虑车载装置100与服务器102直接通信，或者车载装置100经由 移动信息终端101与服务器102通信的情况。服务器102作为具有上述实施方式1～ 4中说明的装置管理部1、历史数据库2、目的估计部3、功能选定部4、可否使用判 定部5、功能估计部7的信息提供装置发挥功能。并且，车载装置100作为至少具有 向服务器102发送与车载装置100连接的装置的信息的通信部以及用于向用户提供服 务器102的识别结果的输出部6的显示装置而发挥功能。

在该情况下，车载装置100基本上只具有通信功能和显示功能，接收服务器102 的信息提供结果而向用户提供。

即，服务器102是具有输出部6以外的信息提供装置，作为该信息提供装置的服 务器102使作为显示装置的车载装置100显示通过取得所连接的装置的信息而确定的 功能。

即使以这种方式构成，也能够得到与实施方式1～4相同的效果。

并且，对移动信息终端101与服务器102协作进行信息提供处理且车载装置100 将该结果向用户提供的情况进行说明。

在该结构中，考虑车载装置100经由移动信息终端101与服务器102通信的情况， 移动信息终端101的应用与服务器102协作而进行信息提供处理。并且，车载装置 100作为至少具有输出部6的显示装置发挥功能，该输出部6用于向用户提供基于移 动信息终端101和服务器102的结果。

在该情况下，车载装置100也基本上只具有通信功能和显示功能，接收基于移动 信息终端101与服务器102的协作的信息提供结果而向用户提供。

即，根据移动信息终端101的应用，使作为显示装置的车载装置100显示通过取 得所连接的装置的信息而确定的功能。

即使以这种方式构成，也能够得到与实施方式1～4相同的效果。

另外，本申请发明在本发明的范围内可以进行各实施方式的自由组合、或者各实 施方式的任意的结构要素的变形、或者在各实施方式中省略任意的结构要素。

产业上的可利用性

关于本发明的信息提供装置，即使在与用户所期望的功能相关联的信息大量存在 的情况下也能够实现高效的处理，由于能够根据时刻改变的车辆状况的变化，在适当 的时机提示功能，因此，能够应用于估计用户的目的并向用户提供实现该操作目的的 功能的信息提供装置等。

标号说明

1：装置管理部；2：历史数据库；3：目的估计部；4：功能选定部；5：可否使 用判定部；6：输出部；7：功能估计部；10：信息管理部；100：车载装置；101：移 动信息终端；102：服务器。