JPWO2019065486A1 - 情報提供装置、情報提供方法及びプログラム - Google Patents

Abstract

本発明の情報提供装置は、複数の移動体に搭載可能な情報提供装置であって、１の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得する移動関連情報取得部と、前記情報提供装置が現在搭載される移動体の特定に資する情報である移動体特定情報を取得する移動体特定情報取得部と、前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力する情報出力部と、を有することを特徴とする。

Description

本発明は、情報提供装置に関し、例えば、移動体に搭載された際に当該移動体の搭乗者に情報を提供する情報提供装置、情報提供方法及びプログラムに関する。

従来、車両を使用する個人を認証し、各個人に対応するエージェントデータを使用して、個人への応答を行うエージェント端末が提案されている。（特許文献１）。

特許第４６６４５２４号公報

上記特許文献１に記載されているエージェント端末によっては、車両を使用する各個人に関連付けて個人の好み等を学習することで、各個人にあった応答を行うことが可能である。しかし、エージェント端末が複数の異なる車両に搭載され得る場合に、車両毎に適切な応答を行わせることが困難であるということが問題の一例として挙げられる。

本発明は、上述の点に鑑みてなされたものであり、例えば、移動体に搭載される際に、当該移動体の各々に適した情報提供または応答を行うことが可能な情報提供装置、情報提供方法及び情報提供プログラムを提供することを目的とする。

請求項１に記載の発明は、複数の移動体に搭載可能な情報提供装置であって、１の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得する移動関連情報取得部と、前記情報提供装置が現在搭載される移動体の特定に資する情報である移動体特定情報を取得する移動体特定情報取得部と、前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力する情報出力部と、を有することを特徴とする。

また、請求項７に記載の発明は、複数の移動体に搭載可能な情報提供装置を用いて情報提供を行う情報提供方法であって、前記情報提供装置が１の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得するステップと、
前記情報提供装置が、前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得するステップと、前記情報提供装置が、前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力するステップと、を有することを特徴とする。

また、請求項８に記載の発明は、複数の移動体に搭載可能な情報提供装置に、１の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得するステップと、前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得するステップと、前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力するステップと、を実行させることを特徴とするプログラムである。

本発明の実施例１であるエージェント端末を含むシステムの図である。 図１のシステムのエージェント端末の構成の一例を示すブロック図である。 図１のシステムのサーバの構成の一例を示すブロック図である。 車両情報テーブルの一例を示す図である。 車両情報テーブルの一例を示す図である。 本発明の実施例１のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である 本発明の実施例１のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である。 本発明の実施例１のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である。 本発明の実施例１のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である。 車両情報テーブルの一例を示す図である。 車両情報テーブルの一例を示す図である。 本発明の実施例２のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である。 本発明の実施例２のエージェント端末を含むシステムを実現するための動作ルーチンのフロー図である。

［１．システムの構成及び動作］
以下に、本発明の実施例１である情報提供装置としてのエージェント端末１０を含む情報提供システム１００及び情報提供方法について添付図面を参照しつつ説明する。図１は、本発明の実施例１であるエージェント端末１０を含む情報提供システム１００を示している。エージェント端末１０は、具体的には、例えば、スマートスピーカーの機能を有する端末である。

図１に示すように、情報提供システム１００は、エージェント端末１０及びサーバＳ（「サーバ装置」の一例）を含んで構成されている。なお、図１においては、エージェント端末が移動体の一例としての自動車Ｍに搭載されている場合を示している。

車載装置ＶＥは、自動車Ｍに搭載されているカーステレオ等の車載装置である。車載装置ＶＥは、各々が固有の装置識別子（以下、車載装置ＩＤともいう）を有している。当該固有の装置識別子は、例えばＭＡＣアドレス等であってもよい。以下の説明においては、車載装置ＶＥは自動車Ｍに常設されているとして説明する。従って、車載装置ＶＥの装置識別子が自動車Ｍ自体の識別子と同視できるとして説明する。ユーザ端末ＭＴは、自動車Ｍに搭乗したユーザが持ち込んだスマートフォン等の携帯端末である。

エージェント端末１０とサーバＳとは、ネットワーク（通信路）を介して、例えば、ＴＣＰ／ＩＰ等の通信プロトコルを用いて相互にデータの送受信が可能になっている。また、サーバＳは、例えば、ホテル等施設の予約処理が可能なエージェントサーバ等の他のサーバＤＳとネットワークを介して、例えば、ＴＣＰ／ＩＰ等の通信プロトコルを用いて相互にデータの送受信が可能になっている。なお、ネットワークは、例えば、移動体通信網、Ｗｉ-Ｆｉ（登録商標）等の無線通信及び有線通信を含むインターネット通信により構築されて得る。

エージェント端末１０は、車載装置ＶＥ及びユーザ端末ＭＴとＷｉ-Ｆｉ（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信または有線通信によって通信可能に接続可能である。

図２にエージェント端末１０の構成を示す。例えば、エージェント端末１０は、システムバス２１を介して、大容量記憶装置２３と、制御部２５と、入力部２７と、出力部２９と、データ通信部３１と、走行情報生成部３３とが協働する装置である。

大容量記憶装置２３は、例えば、ハードディスク装置、ＳＳＤ（solid state drive）、フラッシュメモリ等により構成されており、オペレーティングシステムや、端末用のソフトウェア等の各種プログラムを記憶する。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークを介して取得されるようにしてもよいし、記録媒体に記録されて各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置２３に記憶される各種プログラム（後述する処理のエージェント端末１０における処理を実行するためのプログラムを含む）は、ネットワークを介して伝送可能であるし、また、コンピュータ読み取り可能な記録媒体に記録して譲渡することが可能である。

制御部２５は、ＣＰＵ（Central Processing Unit）２５Ａ、ＲＯＭ（Read Only Memory）２５Ｂ、ＲＡＭ（Random Access Memory）２５Ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ２５Ａが、ＲＯＭ２５Ｂや大容量記憶装置２３に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。

入力部２７は、エージェント端末１０に備えられているマイク等の音声入力装置である。入力部２７からの音声入力に基づいて制御部２５が音声情報を生成可能である。また、入力部は、例えば、タッチパネル、スタイラスペン等の入力装置を含んでいてもよい。

情報出力部としての出力部２９は、エージェント端末１０に備えられているスピーカー等の音声出力装置である。また、出力部２９は、例えば、エージェント端末１０に備えられているディスプレイを含んでいてもよい。

出力部２９は、サーバ装置Ｓから送信されたデータに基づいて音声を出力可能である。また、出力部２９がディスプレイを含む場合は、出力部２９は、サーバ装置Ｓから送信されたデータに基づいて画像表示を行うことも可能である。

データ通信部３１は、上記したネットワークに接続されており、種々のデータをサーバＳ等の他の機器との間で送受信する。また、データ通信部３１は、車載装置ＶＥ及びユーザ端末ＭＴとの上述したようなＷｉ-Ｆｉ（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信、または有線通信によって通信可能である。

例えば、エージェント端末１０は、データ通信部３１を介して現在エージェント端末１０が搭載されている自動車Ｍの車載装置ＶＥと通信し、車載装置ＶＥの装置識別子を取得可能である。上述の通り、車載装置ＶＥの装置識別子は、車載装置ＶＥが搭載されている自動車Ｍの識別子としてみることができる。従って、エージェント端末１０は、データ通信部３１による車載装置ＶＥとの通信によって、エージェント端末１０が現在搭載されている自動車Ｍの識別に資する情報が入手可能である。

また、エージェント端末１０は、入力部２７の音声入力によって制御部２５によって生成された音声情報をサーバＳに送信可能である。

なお、エージェント端末１０は、ユーザ端末ＭＴと通信し、ユーザ端末ＭＴを入力部２７または出力部２９の代替として使用することが可能である。

移動関連情報取得部または移動体情報取得部としての走行情報生成部３３は、例えば、ＧＰＳ（Global Positioning System）装置等の位置特定装置、加速度センサ及びジャイロセンサを含み、自動車Ｍの走行に関する情報である走行関連情報を生成可能である。なお、走行情報生成部３３に含まれる位置特定装置は、エージェント端末１０ひいては自動車Ｍの位置が特定できる装置であればよく、例えば、近接する携帯電話網の基地局等に基づいて位置を特定可能な装置等、他の位置特定装置であってもよい。走行情報生成部３３は、エージェント端末１０の位置を特定可能な位置特定情報、移動速度情報または加速度情報を含む走行関連情報を生成可能である。なお、走行関連情報には、運転操作に関する情報が含まれてもよい。当該運転操作に関する情報を得るために、走行情報生成部３３は、自動車Ｍに搭載されている機器と通信する等して、自動車Ｍのハンドルまたはアクセル及びブレーキの操作を検出可能であってもよい。

エージェント端末１０は、走行情報生成部３３が生成した走行関連情報を、データ通信部３１によってサーバＳを含む他の装置に送信可能である。

図３にサーバＳの構成を示す。例えば、サーバＳはシステムバス４１を介して、データ通信部４３と、大容量記憶装置４５と、制御部４７とが協働している装置である。

データ通信部４３は、上記したネットワークに接続されており、種々のデータをエージェント端末１０、他のサーバＤＳ等の他の機器との間で送受信する。データ通信部４３は、エージェント端末１０から、エージェント端末１０の位置を特定可能な位置特定情報を含む走行関連情報を受信可能である。また、データ通信部は、エージェント端末１０から、エージェント端末１０の入力部に入力された音声に基づいて生成された音声情報を受信可能である。

大容量記憶装置４５は、例えば、ハードディスク装置及びＳＳＤ（solid state drive）等により構成されており、オペレーティングシステムや、サーバ用のソフトウェア等の各種プログラムを記憶する。

また、大容量記憶装置４５内には、エージェント端末１０が搭載された１または複数の自動車Ｍの車載装置ＶＥの装置識別子、および当該車載装置ＶＥの装置識別子の各々に紐付けられている（関連付けられている）当該１または複数の自動車Ｍの各々の車種、車検日、走行データ等を含む車両情報が保存されている。また、大容量記憶装置４５には、サーバＳから送信した音声情報に基づいて、自動車Ｍに搭載された際にエージェント端末１０から発せられる音声の声色及び口調を含む設定情報が保存されている。

上記車両情報は、大容量記憶装置４５内の車両情報データベース（図中、車両情報ＤＢと示す）４５Ａに保存されている。また、上記設定情報は、大容量記憶装置４５内の設定情報データベース（図中設定情報ＤＢと示す）４５Ｂに保存されている。

大容量記憶装置４５内には、道路地図を含む地図情報が保存されている地図情報データベース（図中、地図情報ＤＢと示す）４５Ｃも含まれている。地図情報データベース４５Ｃの地図情報は、例えばナビゲーション装置に用いられている地図情報と同等の情報を有しているデータベースである。

制御部４７は、ＣＰＵ（Central Processing Unit）４７Ａ、ＲＯＭ（Read Only Memory）４７Ｂ、ＲＡＭ（Random Access Memory）４７Ｃ等により構成され、コンピュータとして機能する。そして、ＣＰＵ４７Ａが、ＲＯＭ４７Ｂや大容量記憶装置４５に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。

本実施例において、大容量記憶装置４５またはＲＯＭ４７には、会話型ＡＩアプリケーションプログラムが記憶されている。従って、制御部４７は、当該記憶されている会話型ＡＩアプリケーションプログラムを実行し、ＡＩ会話ロボットとして振る舞うことが可能である。

具体的には、例えば、制御部４７は、エージェント端末から送信された音声情報の内容を解釈して当該音声情報が問いかけであった場合には返答音声を生成してもよい。また、制御部４７は、所定の条件下において問いかけがあったかにかかわらず発話させる音声を生成してもよい。制御部４７は、この返答または発話の音声の生成において、車両情報データベース４５Ｂ及び地図情報データベース４５Ｃを含むデータベースをナレッジベースとして用いる。すなわち、制御部４７は、車両情報データベース４５Ｂ及び地図情報データベース４５Ｃをナレッジベースとした会話ロボットとして機能可能である。

なお、本実施例のエージェント端末１０は、車両情報データベース４５Ｂのうち、当該エージェント端末１０が現在搭載されている自動車Ｍに紐付けられている情報のみを用い得る。

なお、大容量記憶装置４５は、ナレッジベースとして、車両情報データベース４５Ｂ及び地図情報データベース４５Ｃ以外のデータベースを含んでいてもよい。また、サーバＳと通信可能に接続された他のサーバＤＳ内のデータベースをナレッジベースとして活用してもよい。

なお、制御部４７が、エージェント端末１０から送信された音声情報の内容を解釈した際、当該音声が何かしらの命令であった場合には、その命令に従った機能を果たしてもよい。

また、本実施例において、大容量記憶装置４５またはＲＯＭ４７には、カーナビゲーションプログラムが記憶されている。従って、制御部４７は、当該記憶されているカーナビゲーションプログラムを実行し、カーナビゲーション装置として振る舞うことが可能である。例えば、制御部４７は、エージェント端末１０から送信された音声情報がカーナビゲーション機能を求める命令であった場合、上記カーナビゲーションプログラム及び地図情報データベース４５Ｃによってカーナビゲーション機能を提供してもよい。

図４Ａに、設定情報データベース４５Ａ内に保存される設定情報テーブルＴＢ１の一例を示す。設定情報デーブルＴＢ１は、各エージェント端末１０の各々について作成されている。設定情報テーブルＴＢ１の左上には、エージェント端末１０のＩＤが記載されている。

設定情報テーブルＴＢ１には、登録されている車載装置ＶＥの装置識別子が車載装置ＩＤの欄の下に列挙されている。声色の欄には、エージェント端末１０が、特定の車載装置が搭載された自動車Ｍに搭載された際の声色が記載されている。また、口調の欄には、エージェント端末１０が、特定の車載装置が搭載された自動車Ｍに搭載された際の口調が記載されている。

サーバＳの制御部４７が上記したＡＩ会話ロボットとして機能する場合、設定情報テーブルＴＢ１に車載装置ＶＥの装置識別子に紐付けて記載された声色及び口調に基づいて会話音声が生成される。

この設定情報テーブルＴＢ１に含まれている声色及び口調の情報は、エージェント端末１０が未だ登録されていない自動車Ｍ、すなわちエージェント端末１０が初めて搭載される自動車Ｍに搭載された際にユーザによって設定されて保存され得る。この設定の内容は、エージェント端末１０の入力部２７を通して、またはエージェント端末１０と通信可能な携帯端末ＭＴを通して入力され得る。また当該設定の内容は、当該入力された設定内容がサーバＳに送信されることで設定情報データベース４５Ａ内に保存され得る。

図４Ｂに、車両情報データベース４５Ｂ内に保存される車両情報テーブルＴＢ２の一例を示す。車両情報テーブルＴＢ２は、各エージェント端末１０の各々について作成されている。車両情報テーブルＴＢ２の左上には、エージェント端末１０のＩＤが記載されている。

車両情報テーブルＴＢ２には、登録されている車載装置ＶＥの装置識別子が車載装置ＩＤの欄の下に列挙されている。車種の欄には、例えば、車載装置ＶＥの各々が搭載された自動車Ｍの車種等の車両情報を含む車両データ、当該自動車Ｍの車検日等の保守点検情報を含む保守点検データ及び自動車Ｍの走行履歴を含む走行データが記録されている。

なお、車両情報には、自動車Ｍの車種に加えて、または車種に変えて、自動車Ｍの使用燃料の種類、乗車可能人数、右／左ハンドルの別、車両サイズ等の情報が含まれていてもよい。また、自動車Ｍの保守点検情報には、オイル交換日またはワイパー交換日等の情報が含まれていてもよい。

この車両情報テーブルＴＢ２に含まれている車両情報は、エージェント端末１０が未だ登録されていない自動車Ｍ、例えばエージェント端末１０が初めて搭載される自動車Ｍに搭載された際にユーザによって入力されて保存され得る。この車両情報は、エージェント端末１０の入力部２７を通して、またはエージェント端末１０と通信可能な携帯端末ＭＴを通して入力され得る。また当該車両情報は、当該入力された車両情報がサーバＳに送信されることで車両情報データベース４５Ｂ内に保存され得る。

また、走行履歴には、例えば、自動車Ｍの出発地、到着地及び立寄地、自動車Ｍの走行経路、走行速度、加速度の履歴が含まれていてもよい。走行履歴に含まれる情報は、例えば、エージェント端末１０が自動車Ｍに搭載された際にエージェント端末１０から送信される走行関連情報、および地図情報データベース４５Ｃに記憶された地図情報に基づいて生成されてもよい。なお、走行データは、エージェント端末１０が自動車Ｍに搭載されている間、常に更新され得る。

［２．制御ルーチン］
以下に、実施例１の方法及びエージェント端末１０及びサーバＳを含むシステムを実現するための制御ルーチンについて説明する。以下の説明において使用されるルーチンの図における破線は、エージェント端末１０とサーバＳとの間の通知またはデータ等の送受信の様子を模式的に示すものである。

［２−１．走行データ記録ルーチン］
図５に、ユーザがエージェント端末１０を自動車Ｍに持ち込んだ際、すなわちエージェント端末１０が自動車Ｍに搭載された際に、エージェント端末１０及びサーバＳによって実行される走行データ記録ルーチンＲ１を示す。なお、エージェント端末１０によって実行されるルーチンをＲ１Ａ、サーバＳによって実行されるルーチンをＲ１Ｂとして示す。

例えば、ルーチンＲ１Ａ及びルーチンＲ１Ｂは、それぞれエージェント端末１０及びサーバＳが起動されると開始され、その後繰り返し実行され得る。

エージェント端末１０の制御部２５は（以下、ルーチンの説明において、単に「エージェント端末１０は」と記載する）、ルーチンＲ１Ａを開始すると、まずステップＳ１１Ａにおいて搭載されている自動車Ｍのアクセサリー電源（以下、ＡＣＣ電源という）がオンになっているか否かを判定する（ステップＳ１１Ａ）。この判定は、エージェント端末１０が車載装置ＶＥとの通信の確立を試みることでなされてもよい。すなわち、通信が確立すれば車載装置ＶＥの電源が入っており、ＡＣＣ電源がオンになっていると判定される。また、通信が確立されなければ車載装置ＶＥの電源が入っておらず、ＡＣＣ電源がオンになっていないと判定される。

ステップＳ１１Ａにおいて、ＡＣＣ電源がオンになっていないと判定された場合（ステップＳ１１Ａ：ＮＯ）ＡＣＣ電源の監視を継続する。ステップＳ１１Ａにおいて、ＡＣＣ電源がオンになっていると判定される（ステップＳ１１Ａ：ＹＥＳ）と、車載装置ＶＥの装置識別子（車載装置ＩＤ）が取得される（ステップＳ１２Ａ）。すなわち、Ｓ１２Ａにおいて、制御部２５は、移動体特定情報取得部として機能する。ステップＳ１２Ａが終了すると、エージェント端末１０の端末識別子（端末ＩＤ）及び当該取得された車載装置ＶＥの車載装置ＩＤがサーバＳに送信される（ステップＳ１３Ａ）。

サーバＳの制御部４７は、（以下、ルーチンの説明において、単に「サーバＳは」と記載する）は、ルーチンＲ１Ｂを開始すると、まずステップＳ１１Ｂにおいて上記エージェント端末１０の端末ＩＤと車載装置ＩＤの受信を待機する（ステップＳ１１Ｂ）。その後、ステップＳ１２Ｂにおいて、上記ステップＳ１３Ａにおいて送信される端末ＩＤ及び車載装置ＩＤの受信がなされたか否かを判定する（ステップＳ１２Ｂ）。

ステップＳ１２Ｂにおいて、未だ端末ＩＤ及び車載装置ＩＤが受信されていないと判定される（ステップＳ１２Ｂ：ＮＯ）と、これらのＩＤの受信を一定時間待機し、再度ステップＳ１２Ｂが実行される。

ステップ１２Ｂにおいて、端末ＩＤ及び車載装置ＩＤが受信されたと判定される（ステップＳ１２Ｂ：ＹＥＳ）と、当該受信された端末ＩＤ及び車載装置ＩＤの組み合わせが設定情報データベース４５Ａおよび車両情報データベース４５Ｂに登録されているかが判定される（ステップＳ１３Ｂ）。この判定は、設定情報データベース４５Ａ内の設定情報テーブルＴＢ１および車両情報データベース４５Ｂ内の車両情報テーブルＴＢ２のうち、受信した端末ＩＤが付されたテーブルがあり、かつ受信した車載装置ＩＤが当該テーブル内に記載されているか否かによって判定され得る。

ステップＳ１３Ｂにおいて、車載装置ＶＥが登録されていないと判定される（ステップＳ１３Ｂ：ＮＯ）と、サーバＳはエージェント端末１０に設定情報及び車両情報を含む登録情報を要求し（ステップＳ１４Ｂ）、その後、サーバ側情報登録サブルーチンが実行される（ステップＳ１５Ｂ）。このサーバ側情報登録サブルーチンにおいては、エージェント端末１０から声色及び口調等の会話音声に関する設定情報及び車両情報を受信して、これらの情報を今回登録される車載装置ＶＥの車載装置ＩＤに紐付けて保存する処理がなされる。その後の処理において、エージェントから送信される情報はステップＳ１５Ｂにおいて保存されて登録された車載装置ＩＤに紐付けて保存される。

ステップＳ１３Ｂにおいて、車載装置ＶＥが登録されていると判定される（ステップＳ１３Ｂ：ＹＥＳ）と、その後の処理において、エージェント端末１０から送信された情報は、当該登録されている車載装置ＶＥに紐付けて保存される。

エージェント端末１０は、ステップＳ１３Ａの終了後、サーバＳ側のステップＳ１４Ｂにおいて送信される登録情報の要求を受信したか否かを判定する（ステップＳ１４Ａ）。この判定は、ステップＳ１３Ａの終了後の一定時間内に当該登録情報の要求を受信したか否かでなされてもよい。

ステップＳ１４Ａにおいて登録情報の要求を受信したと判定される（ステップＳ１４Ａ：ＹＥＳ）と、エージェント側情報登録サブルーチンが実行される（ステップＳ１５Ａ）。このエージェント側情報登録サブルーチンにおいては、ユーザからの声色及び口調等の会話音声に関する設定情報及び車両情報の入力を受け付けて、これらの情報をサーバＳに送信する処理がなされる。ステップＳ１４Ａにおいて、登録情報の要求を受信していないと判定される（ステップＳ１４Ａ：ＮＯ）と、ステップＳ１６Ａが実行される。

サーバＳは、ステップＳ１５Ｂのサブルーチンの終了後、走行データの記録の開始通知をエージェント端末１０に送信して、走行データ記録のためのデータの受信を待機する（ステップＳ１６Ｂ）。

エージェント端末１０は、ステップＳ１５Ａのサブルーチンの終了後、走行データの記録の開始通知を受信したか否かを判定する（ステップＳ１６Ａ）。この判定はステップＳ１５Ａの終了後の一定時間内に当該走行データの記録の開始通知を受信したか否かでなされてもよい。

ステップＳ１６Ａにおいて、走行データの記録の開始通知を受信したと判定される（ステップＳ１６Ａ：ＹＥＳ）と、サーバＳに向けて、例えば上記したエージェント端末１０の走行関連情報を含む走行データの送信が開始される（ステップＳ１７Ａ）。この走行データの送信は、連続的になされても良いし、一定な時間感覚でまたは不均一な時間間隔で断続的にまたは間欠的になされてもよい。ステップＳ１６Ａにおいて、送信されたデータはサーバＳによって受信され、車両情報データベース４５Ｂ内に車載装置ＩＤに紐付けて保存される。

ステップＳ１６Ａにおいて、走行データの記録の開始通知を受信していないと判定される（ステップＳ１６Ａ：ＮＯ）と、一定時間の後再度ステップＳ１６Ａが実行される。

ステップＳ１７Ａの後、ステップＳ１８Ａにおいて、自動車ＭのＡＣＣ電源がオフになったか否かが判定される。この判定は、エージェント端末１０が車載装置ＶＥとの通信の確立を試みることでなされてもよい。すなわち、通信が確立すれば車載装置ＶＥの電源が入っており、ＡＣＣ電源がオフになっていないと判定される。また、通信が確立されなければ車載装置ＶＥの電源が切れており、ＡＣＣ電源がオフになっていると判定される。

ステップＳ１８Ａにおいて、ＡＣＣ電源がオフになっていないと判定される（ステップＳ８：ＮＯ）と、走行データの送信（ステップＳ１７Ａ）が継続され、一定時間後に再度ステップＳ１８Ａが実行される。

ステップＳ１８Ａにおいて、ＡＣＣ電源がオフになったと判定される（ステップＳ１８Ａ：ＹＥＳ）と、サーバＳに向けてデータ送信終了通知が送信され（ステップＳ１９Ａ）、ルーチンＲ１Ａが終了する。

サーバＳは、ステップＳ１６Ｂの終了後、エージェント端末１０がステップＳ１９Ａにおいて送信するデータ送信終了通知が受信されたか否かを判定する（ステップＳ１７Ｂ）。ステップＳ１７Ｂにおいて、データ送信終了通知が受信されていないと判定される（ステップＳ１７Ｂ：ＮＯ）と、走行データの受信待機が継続され（ステップＳ１６Ｂ）一定時間の後再度ステップＳ１７Ｂが実行される。

ステップＳ１７Ｂにおいて、データ送信終了通知が受信されたと判定される（ステップＳ１７Ｂ：ＹＥＳ）と、データ受信待機が終了され（ステップＳ１８Ｂ）、その後ルーチンＲ１Ｂが終了する。

［２−２．情報登録サブルーチン］
図６に、走行データ記録ルーチンＲ１内の情報登録サブルーチンＲ２を示す。なお、エージェント端末１０によって実行されるルーチンをＲ２Ａ、サーバＳによって実行されるルーチンをＲ２Ｂとして示す。

エージェント端末１０は、ルーチンＲ２Ａを開始すると、まず車両情報及び設定情報を含む登録情報の入力を待機する（ステップＳ２１Ａ）。これは、例えば、エージェント端末１０の出力部２９によって音声または画像等でユーザに車両情報及び設定情報を含む登録情報の入力を促し、入力部２７を介した入力を受け付けることで行われてもよい。この際、入力部２７の代わりに、エージェント端末１０と通信可能な携帯端末ＭＴを介して入力が行われてもよい。

ステップＳ２１Ａの終了後、登録情報の入力が終了したか否かが判定される（ステップＳ２２Ａ）。この判定は、一定時間が経過したかまたはユーザによって入力部２７または携帯端末ＭＴを介して登録情報の入力の終了の意思表示がなされたか否かで判定されてもよい。ステップＳ２２Ａにおいて、入力が終了していないと判定される（ステップＳ２２Ａ：ＮＯ）と、登録情報の入力の待機（ステップＳ２１Ａ）が継続され、一定時間の後再度ステップＳ２２Ａが実行される。

ステップ２１Ａ及びステップ２２Ａにかけて入力される車両情報は、例えば、上記説明したテーブルＴＢ１に含まれる車検日、車種の他に、車両の仕様、車両のサイズ、使用燃料の種類、乗車定員、左右ハンドルの別等を含んでいてもよい。すなわち、ステップ２１Ａ及びステップ２２Ａにおいて、制御部２５は、移動体情報取得部として機能する。

また、ステップ２１Ａ及びステップ２２Ａにかけて入力される設定情報は、テーブルＴＢ２に含まれるエージェント端末１０の出力部から出力される音声の声色及び口調の少なくともいずれかを含む音声設定情報である。すなわち、ステップ２１Ａ及びステップ２２Ａにおいて、制御部２５は、音声設定情報受付部としても機能する。

ステップＳ２２Ａにおいて、入力が終了したと判定される（ステップＳ２２Ａ：ＹＥＳ）と、受け付けられた登録情報がサーバＳに送信され（ステップＳ２３Ａ）、ルーチンＲ２Ａが終了する。

サーバ装置Ｓは、ルーチンＲ２Ｂを開始すると、まずエージェント端末１０からの登録情報の受信を待機する（ステップＳ２１Ｂ）。その後、サーバ装置Ｓは、エージェント端末１０から登録情報の受信があったか否かを判定する（ステップＳ２２Ｂ）
ステップＳ２２Ｂにおいて登録情報が受信されていないと判定される（ステップＳ２２Ｂ：ＮＯ）と、登録情報の受信の待機（ステップＳ２１Ｂ）が継続され、一定時間の後再度ステップＳ２２Ｂが実行される。

サーバ装置Ｓは、ステップＳ２２Ｂにおいて、登録情報が受信されたと判定する（ステップＳ２２Ｂ：ＹＥＳ）と、受信された登録情報をルーチンＲ１ＢのステップＳ１２Ｂにおいて受信された車載装置ＩＤと紐付けて、設定情報は設定情報データベース４３Ａに、車両情報は車両情報データベース４３Ｂに保存する（ステップＳ２３Ｂ）。ステップＳ２３Ｂが実行された後、ルーチンＲ２Ｂは終了する。

［２−３．会話ルーチン］
図７及び８に、ユーザがエージェント端末１０を自動車Ｍに持ち込んだ際、すなわちエージェント端末１０が自動車Ｍに搭載された際に、サーバＳがエージェント端末１０を介してユーザとの会話を行う際にエージェント端末１０及びサーバＳによって実行される会話ルーチンＲ３を示す。なお、エージェント端末１０によって実行されるルーチンをＲ３Ａ、サーバＳによって実行されるルーチンをＲ３Ｂとして示す。

例えば、ルーチンＲ３Ａ及びルーチンＲ３Ｂは、それぞれエージェント端末１０及びサーバＳが起動されると開始され、その後繰り返し実行され得る。

エージェント端末１０は、ルーチンＲ３Ａを開始すると、まずステップＳ３１Ａにおいて搭載されている自動車ＭのＡＣＣ電源がオンになっているか否かを判定する（ステップＳ３１Ａ）。この判定は、エージェント端末１０が車載装置ＶＥとの通信の確立を試みることでなされてもよい。すなわち、通信が確立すれば車載装置ＶＥの電源が入っており、ＡＣＣ電源がオンになっていると判定される。また、通信が確立されなければ車載装置ＶＥの電源が入っておらず、ＡＣＣ電源がオンになっていないと判定される。

ステップＳ３１Ａにおいて、ＡＣＣ電源がオンになっていないと判定される（ステップＳ３１Ａ：ＮＯ）と、一定時間を置いてステップＳ３１Ａが再度実行される。ステップＳ３１Ａにおいて、ＡＣＣ電源がオンになっていると判定される（ステップＳ３１Ａ：ＹＥＳ）と、車載装置ＶＥの車載装置ＩＤが取得される（ステップＳ３２Ａ）。ステップＳ３２Ａが終了すると、エージェント端末１０の端末識別子（端末ＩＤ）及び当該取得された車載装置ＶＥの車載装置ＩＤがサーバＳに送信される（ステップＳ３３Ａ）。

サーバＳは、ルーチンＲ３Ｂを開始すると、まずステップＳ３１Ｂにおいて上記エージェント端末１０の端末ＩＤと車載装置ＩＤの受信を待機する（ステップＳ３１Ｂ）。その後、ステップＳ３２Ｂにおいて、上記ステップＳ３３Ａにおいて送信される端末ＩＤ及び車載装置ＩＤの受信がなされたか否かを判定する（ステップＳ３２Ｂ）。

ステップＳ３２Ｂにおいて、未だ端末ＩＤ及び車載装置ＩＤが受信されていないと判定される（ステップＳ３２Ｂ：ＮＯ）と、これらのＩＤの受信を一定時間待機し、再度ステップ３２Ｂが実行される。

ステップ３２Ｂにおいて、端末ＩＤ及び車載装置ＩＤが受信されたと判定される（ステップＳ３２Ｂ：ＹＥＳ）と、当該受信された端末ＩＤ及び車載装置ＩＤの組み合わせが設定情報データベース４５Ａまたは車両情報データベース４５Ｂに登録されているかが判定される（ステップＳ３３Ｂ）。この判定は、設定情報データベース４５Ａ内の設定情報テーブルＴＢ１または車両情報データベース４５Ｂ内の車両情報テーブルＴＢ２のうち、受信した端末ＩＤが付されたテーブルがあり、かつ受信した車載装置ＩＤが当該テーブル内に記載されているか否かによって判定され得る。

ステップＳ３３Ｂにおいて、車載装置ＶＥが登録されていないと判定される（ステップＳ３３Ｂ：ＮＯ）と、ルーチンＲ３Ｂは終了する。サーバＳは、ステップＳ３３Ｂにおいて、車載装置ＶＥが登録されていると判定する（ステップＳ３３Ｂ：ＹＥＳ）と、会話待機通知をエージェント１０に送信して、会話待機を開始する（ステップＳ３４Ｂ）。この会話待機状態において、サーバＳは、エージェント端末１０からの音声データの受信を待機する。また、この会話待機状態において、サーバＳは、状況に応じて、例えば、ルーチンＲ１によって受信される走行データに基づいて、必要に応じて発話処理を行う。

エージェント端末１０は、ステップＳ３３Ａが終了すると、ステップＳ３４Ａにおいて、ステップＳ３３ＢにおいてサーバＳから送信される会話待機通知を受信したか否かを判定する。この判定は、ステップ３３Ａの終了後、すなわち端末ＩＤ及び車載装置ＩＤをサーバＳに向けて送信してから所定時間内に会話待機通知を受信したか否かでなされ得る。

エージェント端末１０は、ステップＳ３４Ａにおいて、会話待機通知が受信されなかったと判定される（ステップＳ３４Ａ：ＮＯ）と、サーバＳにおいて車載装置ＶＥの車載装置ＩＤの登録がなかったと判定し、ルーチンＲ３Ａを終了する。上述のように、ルーチンＲ３Ａは繰り返し実行される。従って、ルーチンＲ３Ａの繰り返しの実行中に、例えば、上記説明した情報登録サブルーチンＲ２が実行され、車載装置ＶＥの車載装置ＩＤの登録がなされれば、ステップＳ３３Ｂ及びステップＳ３４Ａの判定が変化し得る。

エージェント端末１０は、ステップＳ３４Ａにおいて、会話待機通知を受信したと判定する（ステップＳ３４Ａ：ＹＥＳ）と、会話待機を開始する（ステップＳ３５Ａ）。この会話待機状態においては、エージェント端末１０は、入力部２７または携帯端末ＭＴ介した音声の入力の受付状態を維持している。また、この会話待機状態においては、エージェント端末１０は、サーバ装置Ｓからの音声情報の受信を待機している。

エージェント端末１０は、会話待機状態に入った後、入力部２７または携帯端末ＭＴを介した音声入力があったか否かを判定する（ステップＳ３６Ａ）。エージェント端末１０は、ステップＳ３６Ａにおいて、音声入力があったと判定する（ステップＳ３６Ａ：ＹＥＳ）と、当該入力された音声をデータ化してサーバＳに向けて送信する（ステップＳ３７Ａ）。

エージェント端末１０は、ステップＳ３６Ａにおいて音声入力がなかったと判定する（ステップ３６Ａ：ＮＯ）かまたはステップＳ３７Ａを実行した後に、ステップＳ３８Ａにおいて、サーバＳから音声データを受信したか否かを判定する。この判定は、ステップＳ３６Ａの判定後またはステップＳ３７Ａの実行後の一定時間以内にサーバＳからの音声データが受信されたか否かで行ってもよい。

エージェント端末１０は、ステップＳ３８Ａにおいて音声データを受信したと判定する（ステップＳ３８Ａ：ＹＥＳ）と当該音声データに基づいて音声を生成して出力部２９または携帯端末ＭＴを介して当該音声を提供情報として出力する（ステップＳ３９Ａ）。なお、音声は、エージェント端末１０の内蔵のスピーカーから出力されてもよいし、通信接続したカーステレオ等の車載装置ＶＥから出力するようにしてもよい。

エージェント端末１０は、ステップＳ３８Ａにおいて音声データを受信しなかったと判定する（ステップＳ３８Ａ：ＮＯ）またはステップＳ３９Ａの実行後、自動車ＭのＡＣＣ電源がオフになったか否かを判定する（ステップＳ３１０Ａ）。この判定は、エージェント端末１０が車載装置ＶＥとの通信の確立を試みることでなされてもよい。すなわち、通信が確立すれば車載装置ＶＥの電源が入っており、ＡＣＣ電源がオフになっていないと判定される。また、通信が確立されなければ車載装置ＶＥの電源が切れており、ＡＣＣ電源がオフになっていると判定される。

ステップＳ３１０Ａにおいて、ＡＣＣ電源がオフになっていないと判定される（ステップＳ３１０Ａ：ＮＯ）と、会話待機状態が維持されＳ３６Ａが再度実行される。

ステップＳ３１０Ａにおいて、ＡＣＣ電源がオフになったと判定される（ステップＳ３１０Ａ：ＹＥＳ）と、サーバＳに向けて会話待機終了通知が送信され（ステップＳ３１１Ａ）、ルーチンＲ３Ａが終了する。

サーバ装置Ｓは、ステップＳ３４Ｂが終了して会話待機状態に入った後、ステップＳ３５Ｂにおいて、エージェント端末１０から音声データを受信したか否かを判定する。サーバ装置Ｓは、ステップＳ３５Ｂにおいて音声情報を受信したと判定する（ステップＳ３５Ｂ：ＹＥＳ）と、当該音声データを解析し、返答が必要であるか否かを判定する（ステップＳ３６Ｂ）。

この判定は、例えば、音声の内容が自動車Ｍの搭乗者同士の会話であるか否かで判定する。例えば、１の音声の内容が疑問形であるが、すぐに当該疑問に対する回答を示す他の音声があった場合には、音声の内容が自動車Ｍの搭乗者同士の会話であると判定し、返答は不要であると判定してもよい。また、例えば、１の音声の内容が疑問形であり、一定時間他の音声がなかった場合には、当該音声が自動車Ｍの搭乗者からサーバＳへの問いかけであるとして、返答が必要であると判定してもよい。

サーバ装置Ｓは、ステップＳ３５Ｂにおいて音声情報を受信していないと判定すると、発話条件が発生しているか否かを判定する（ステップＳ３７Ｂ）。この判定は、例えば、エージェント１０から送信される走行関連情報等によってなされ得る。例えば、走行関連情報に基づいて危険運転等の移動体Ｍにおける異変が検出された際には、発話条件が発生したと判定する。発話条件が発生した際に、走行関連情報に基づいて生成された運転操作に関するアドバイスが生成されてもよい。

サーバ装置Ｓは、ステップＳ３６Ｂにおいて返答が必要と判定する（ステップＳ３６Ｂ：ＹＥＳ）かまたはステップＳ３７Ｂにおいて発話条件が発生したと判定する（ステップＳ３７Ｂ：ＹＥＳ）と、音声データを生成してエージェント端末１０に向けて送信する（ステップＳ３８Ｂ）。

この音声データは、ステップＳ３６の判定における解析に基づいて、またはステップＳ３７Ｂの発話条件に基づいて生成される。また、この音声データは、ナリッジベースである車両情報データベース４５Ｂ及び地図情報データベース４５Ｃに基づいて生成され得る。

例えば、上記した走行関連情報に基づいて生成された運転操作に関するアドバイスが提供情報として生成されて音声データとして送信されてもよい。また、この音声データは、テーブルＴＢ１において、車載装置ＶＥの車載装置ＩＤに紐付けて記憶されている声色及び口調の少なくともいずれかに基づいて生成される。

サーバ装置Ｓは、ステップ３６Ｂにおいて返答の必要がないと判定する（ステップＳ３６Ｂ）か、ステップ３７Ｂにおいて発話条件が発生していないと判定する（ステップＳ３７Ｂ）か、ステップ３８Ｂが終了すると、エージェント端末１０から会話待機終了通知が受信されたかを判定する（ステップＳ３９Ｂ）。

ステップ３９Ｂにおいて、会話待機終了通知が受信されていないと判定される（ステップＳ３９Ｂ：ＮＯ）と、会話待機状態が維持され、ステップＳ３５Ｂが再度実行される。ステップ３９Ｂにおいて、会話待機終了通知が受信されたと判定されると、会話待機状態が解除され、ルーチンＲ３Ｂが終了する。

なお、上記会話ルーチンにおいてなされる会話としては、以下の様なものがある。
例えば、ユーザが「次の車検はいつだっけ？」と質問すると、サーバＳにおいて返答が生成され、エージェント端末１０から「今年の○月○日です。」と出力される。また、例えば、ユーザが「目的地まであと何キロ？」と質問すると、サーバＳが地図情報データベース４５Ｃアクセスして返答を生成し、エージェント端末１０から「あと○○ｋｍです。」と出力される。

また、ユーザが「今度の土曜の夜にいつものレストランを予約して」と命令すると、サーバＳが他のサーバＤＳにアクセスして返答を生成し、エージェント端末１０から「○時であれば予約可能です。予約しますか？」と出力される。

また、ユーザが「先月末はどこに遊びに行ったっけ？」と質問すると、サーバＳが車両情報データベース４５Ｂにアクセスして返答を生成し、エージェント端末１０から「先月末は、○○遊園地に行きましたね。」と出力される。

また、ユーザが「お腹減った」と現在の気持ちを話しかけると、サーバＳが、過去に訪問した飲食店の履歴からユーザが好きな食べ物が何かを判断し、例えばユーザが好きな食べ物はラーメンだと判断した場合、「１ｋｍ先に有名なラーメン店があります。立寄地に設定しますか？」と出力される。

上述のように、本実施例のエージェント端末１０を含むシステム１００においては、自動車Ｍを特定可能な情報である車載装置ＶＥの車載装置ＩＤに紐付けて様々な情報を管理している。従って、エージェント端末１０は、当該エージェント端末１０が搭載されている車載装置ＩＤに紐付けられて保存されている情報に基づいた情報を提供することが可能である。

具体的には、エージェント端末１０は、例えば、エージェント端末１０が搭載された車両の走行に関する履歴に基づく情報を当該車両に対してなされた設定に基づいた音声で提供することができる。従って、エージェント端末１０が複数の異なる自動車Ｍに搭載され得る場合であっても、自動車Ｍの各々に適合した情報提供をなすことが可能である。

［１．システムの構成及び動作］
以下に、本発明の実施例２である情報提供装置としてのエージェント端末１０を含む情報提供システム１００及び情報提供方法について添付図面を参照しつつ説明する。なお、実施例２においては、システム１００の全体構成及びエージェント端末１０及びサーバＳの各々構成については、実施例１と同一である。

図９Ａに、設定情報データベース４５Ａ内に保存される設定情報テーブルＴＢ３の一例を示す。設定情報デーブルＴＢ３は、各エージェント端末１０の各々について作成されている。設定情報テーブルＴＢ３の左上には、エージェント端末１０のＩＤが記載されている。

実施例１の設定情報テーブルＴＢ１（図４Ａ参照）とは異なり、設定情報テーブルＴＢ３では、車両識別子の欄の下に、自動車Ｍの各々に設定された車両識別子が「ビル」、「ジェニファー」の様なニックネームの態様で列挙されている。

車載装置ＶＥの車載装置ＩＤは、車載装置ＩＤの欄の下に列挙されている。また、声色の欄には、エージェント端末１０が特定の識別子（ニックネーム）を与えられた自動車Ｍに搭載された際の声色が記載されている。また、口調の欄には、エージェント端末１０が特定の識別子（ニックネーム）を与えられた自動車Ｍに搭載された際の口調が記載されている。すなわち、実施例２においては、車両識別子（ニックネーム）に車載装置ＩＤ、並びに声色及び口調が紐付けられている。

サーバＳの制御部４７が実施例１で説明したようなＡＩ会話ロボットとして機能する場合、設定情報テーブルＴＢ３に車両識別子（ニックネーム）に紐付けて記載された声色及び口調に基づいて会話音声が生成される。

この設定情報テーブルＴＢ３に含まれている声色及び口調の情報は、エージェント端末１０が未だ登録されていない自動車Ｍ、すなわちエージェント端末１０が初めて搭載される自動車Ｍに搭載された際にユーザによって設定されて保存され得る。この設定の内容は、エージェント端末１０の入力部２７を通して、またはエージェント端末１０と通信可能な携帯端末ＭＴを通して入力され得る。また当該設定の内容は、当該入力された設定内容がサーバＳに送信されることで設定情報データベース４５Ａ内に保存され得る。

図９Ｂに、車両情報データベース４５Ｂ内に保存される車両情報テーブルＴＢ４の一例を示す。実施例１の設定情報テーブルＴＢ２（図４Ｂ参照）とは異なり、設定情報テーブルＴＢ４では、車両識別子の欄の下に、自動車Ｍの各々に設定された車両識別子が「ビル」、「ジェニファー」の様なニックネームの態様で列挙されている。車両情報テーブルＴＢ４は、各エージェント端末１０の各々について作成されている。車両情報テーブルＴＢ４の左上には、エージェント端末１０のＩＤが記載されている。

車両情報テーブルＴＢ４には、登録されている車載装置ＶＥの装置識別子が車載装置ＩＤの欄の下に列挙されている。車種の欄には、例えば、車載装置ＶＥの各々が搭載された自動車Ｍの車種等の車両情報を含む車両データ、当該自動車Ｍの車検日等の保守点検情報を含む保守点検データ及び自動車Ｍの走行履歴を含む走行データが記録されている。すなわち、実施例２においては、車両識別子（ニックネーム）に車載装置ＩＤ、並びに車両データ、保守点検データ、走行データが紐付けられている。

なお、車両情報には、自動車Ｍの車種に加えて、または車種に変えて、自動車Ｍの使用燃料の種類、乗車可能人数、右／左ハンドルの別、車両サイズ等の情報が含まれていてもよい。また、自動車Ｍの保守点検情報には、オイル交換日またはワイパー交換日等の情報が含まれていてもよい。

この車両情報テーブルＴＢ４に含まれている車両情報は、エージェント端末１０が未だ登録されていない自動車Ｍ、すなわちエージェント端末１０が初めて搭載される自動車Ｍに搭載された際にユーザによって入力されて保存され得る。この車両情報は、エージェント端末１０の入力部２７を通して、またはエージェント端末１０と通信可能な携帯端末ＭＴを通して入力され得る。また当該車両情報は、当該入力された車両情報がサーバＳに送信されることで車両情報データベース４５Ｂ内に保存され得る。

また、走行履歴には、自動車Ｍの出発地、到着地及び立寄地、自動車Ｍの走行経路、走行速度、加速度の履歴が含まれていてもよい。走行履歴に含まれる情報は、例えば、エージェント端末１０が自動車Ｍに搭載された際にエージェント端末１０から送信される走行関連情報、および地図情報データベース４５Ｃに記憶された地図情報に基づいて生成されてもよい。なお、走行データは、エージェント端末１０が自動車Ｍに搭載されている間、常に更新され得る。

［２．制御ルーチン］
以下に、実施例２の方法及びエージェント端末１０及びサーバＳを含むシステムを実現するための制御ルーチンについて説明する。なお、走行データ記録ルーチン及び会話ルーチンに関しては、実施例１と同様であるので説明を省略する。

実施例２においては、情報の登録の際に、ユーザが実施例１の登録情報の他に車両識別子を入力して、それがサーバＳのデータベースに登録される。そして、登録情報は、車両識別子（ニックネーム）に紐付けられて保存されることとなる。

［２−１．情報登録サブルーチン］
図１０に、実施例２における情報登録サブルーチンＲ４を示す。なお、エージェント端末１０によって実行されるルーチンをＲ４Ａ、サーバＳによって実行されるルーチンをＲ４Ｂとして示す。

エージェント端末１０は、ルーチンＲ４Ａを開始すると、まず、新規情報登録または車両入替の選択を待機する（ステップＳ４１Ａ）。これは、例えば、エージェント端末１０の出力部２９によって音声または画像等でユーザに新規情報登録なのか、車両識別子（ニックネーム）及び当該識別子に紐付けられた情報を今搭乗している新たな自動車Ｍ（車載装置ＶＥ）に引き継ぐ車両入替なのかの選択入力を促し、入力部２７を介した選択入力を受け付けることで行われてもよい。

この際、入力部２７の代わりに、エージェント端末１０と通信可能な携帯端末ＭＴを介して入力が行われてもよい。

ステップＳ４１Ａが終了すると、エージェント端末１０は、車両入替か否かを判定する（ステップＳ４２Ａ）。当該判定は、ステップＳ４１Ａにおいて、車両入替が選択されたか否かで判定される。

エージェント端末１０は、ステップＳ４２Ａにおいて、車両入替であると判定する（ステップＳ４２Ａ：ＹＥＳ）と、車両入替処理開始通知をサーバＳに向けて送信し（ステップＳ４３Ａ）、車両入替サブルーチンを開始する（ステップＳ４４Ａ）。ステップＳ４４Ａのサブルーチンが終了すると、ルーチンＲ４Ａは終了する。

車両入替サブルーチンにおいて、エージェント端末１０は、サーバＳからエージェント端末１０について保存されている１または複数の車両識別子及び当該１または複数の識別子に紐付けられた車両情報のセットをエージェント端末１０に送信する。

そして、ユーザは、今搭乗している新たな自動車Ｍに引き継ぎたいニックネームである車両識別子を選択し、その選択結果がサーバＳに送信される。サーバＳにおいては、その選択された車両識別子のうち、今まで紐付けられていた自動車Ｍ（車載装置ＶＥ）に固有の情報を削除し、その他の情報（自動車Ｍに固有では無い車両情報及び設定情報）をユーザが現在搭乗している、すなわちエージェント端末１０が現在搭載されている自動車Ｍに引き継ぐ。

エージェント端末１０は、ステップＳ４２Ａにおいて、車両入替ではないと判定する（ステップＳ４２Ａ：ＮＯ）と、新規情報登録処理を開始し、車両識別子及び登録情報の入力を待機する（ステップＳ４５Ａ）。これは、例えば、エージェント端末１０の出力部２９によって音声または画像等でユーザにニックネーム並びに車両情報及び設定情報を含む登録情報の入力を促し、入力部２７を介した入力を受け付けることで行われてもよい。この際、入力部２７の代わりに、エージェント端末１０と通信可能な携帯端末ＭＴを介して入力が行われてもよい。

すなわち、ステップＳ４５Ａにおいて、現在エージェント端末１０が搭載されている自動車Ｍに対する１の識別子の付与が行われる。言い換えれば、ステップＳ４５Ａにおいて、エージェント端末１０の制御部２５は、付与受付部として機能する。

エージェント端末１０は、ステップＳ４５Ａの終了後、車両識別子及び登録情報の入力が終了したか否かを判定する（ステップＳ４６Ａ）。この判定は、一定時間が経過したかまたはユーザによって入力部２７または携帯端末ＭＴを介して登録情報の入力の終了の意思表示がなされたか否かで判定されてもよい。ステップＳ４６Ａにおいて、入力が終了していないと判定される（ステップＳ４６Ａ：ＮＯ）と、車両識別子及び登録情報の入力の待機（ステップＳ４５Ａ）が継続され、一定時間の後再度ステップＳ４６Ａが実行される。

ステップＳ４６Ａにおいて、入力が終了したと判定される（ステップＳ４６Ａ：ＹＥＳ）と、受け付けられた車両識別子及び登録情報がサーバＳに送信され（ステップＳ４７Ａ）、ルーチンＲ４Ａが終了する。

サーバ装置Ｓは、ルーチンＲ４Ｂを開始すると、まずエージェント端末１０からの情報の受信を待機する（ステップＳ４１Ｂ）。その後、サーバ装置Ｓは、エージェント端末１０から車両入替処理開始通知の受信があったか否かを判定する（ステップＳ４２Ｂ）。この判定は、一定時間内に車両入替処理通知が受信される否かによって行われてもよい。

ステップＳ４２Ｂにおいて、車両入替処理開始通知が受信されたと判定される（ステップＳ４２：ＹＥＳ）と、車両入替サブルーチンが開始される（ステップＳ４３Ｂ）。

サーバＳは、ステップＳ４２Ｂにおいて、車両入替処理開始通知が受信されていないと判定する（ステップＳ４２Ｂ：ＮＯ）と、新規情報登録処理を開始し、エージェント端末１０から車両識別子及び登録情報の受信があったか否かを判定する（ステップＳ４４Ｂ）。この判定は、一定時間内に車両識別子及び登録情報が受信される否かによって行われてもよい。

サーバＳは、ステップＳ４４Ｂにおいて、車両識別子及び登録情報の受信があったと判定した場合には、当該受信された登録情報及び現在エージェント端末１０が搭載されている車載装置ＶＥの車載装置ＩＤを当該受信された車両識別子に紐付けて保存し（ステップＳ４５Ｂ）、その後ルーチンＲ４Ｂが終了する。

サーバＳは、ステップＳ４４Ｂにおいて、車両識別子及び登録情報の受信がなかったと判定した場合には、新規情報登録処理を一旦中止し、再度ステップＳ４２Ｂを実行する。

［２−２．車両入替サブルーチン］
図１１に、実施例２における車両入替サブルーチンＲ５を示す。なお、エージェント端末１０によって実行されるルーチンをＲ５Ａ、サーバＳによって実行されるルーチンをＲ５Ｂとして示す。

上述のように、車両入替サブルーチンにおいて、エージェント端末１０は、サーバＳからエージェント端末１０について保存されている１または複数の車両識別子（ニックネーム）及び当該１または複数の車両識別子に紐付けられた車両情報のセットをエージェント端末１０に送信する。そして、ユーザは、今搭乗している新たな自動車Ｍに引き継ぎたいニックネームである車両識別子を選択し、その選択結果がサーバＳに送信される。サーバＳにおいては、その選択された車両識別子のうち、今まで紐付けられていた自動車Ｍ（車載装置ＶＥ）に固有の情報を削除し、その他の情報（自動車Ｍに固有では無い車両情報及び設定情報）をユーザが現在搭乗している、すなわちエージェント端末１０が現在搭載されている自動車Ｍに引き継ぐ。

ルーチンＲ５Ａが開始されると、エージェント端末１０は、車両識別子及びそれに紐付けられた登録情報の受信を待機する（ステップＳ５１Ａ）。

ルーチンＲ５Ｂが開始されると、サーバＳは、サーバＳ内のエージェント端末１０の端末ＩＤに対応するテーブルＴＢ３及びＴＢ４に含まれる１または複数の車両識別子及び登録情報のセットを送信してエージェント端末１０においてユーザによって選択された１の車両識別子の受信を待機する（ステップＳ５１Ｂ）。

エージェント端末１０は、ステップＳ５１Ａの実行の後、車両識別子及び登録情報を受信したか否かを判定する（ステップＳ５２Ａ）。なお、エージェント端末１０について保存されている車両識別子がない場合には、その旨をエージェント端末１０に送信し、これをして車両識別子及び登録情報のセットを送信したと見なされる。

エージェント端末１０は、ステップＳ５２Ａにおいて車両識別子等の受信をしたと判定する（ステップＡ５２Ａ：ＹＥＳ）と、当該受信した１または複数の車両識別子の中から１つのニックネームの選択入力を待機する（ステップＳ５３Ａ）。すなわち、ステップＳ５３Ａにおいて、エージェント端末１０の制御部２５は、変更付与を受け付ける付与受付部として機能する。

これは、例えば、エージェント端末１０の出力部２９によって音声または画像等でユーザに現在搭乗している未登録の自動車Ｍに引き継ぎたいニックネームである車両識別子の選択入力を促し、入力部２７を介した選択入力を受け付けることで行われてもよい。

この際、入力部２７の代わりに、エージェント端末１０と通信可能な携帯端末ＭＴを介して入力が行われてもよい。

エージェント端末１０は、ステップＳ５２Ａにおいて、車両識別子等を受信していないと判定する（ステップＳ５２Ａ：ＮＯ）と、一定時間経過後に再度ステップＳ５２Ａを実行する。

エージェント端末１０は、ステップＳ５３Ａの終了後、車両識別子選択入力が終了したか否かを判定する（ステップＳ５４Ａ）。この判定は、一定時間が経過したかまたはユーザによって入力部２７または携帯端末ＭＴを介して登録情報の入力の終了の意思表示がなされたか否かで判定されてもよい。ステップＳ５４Ａにおいて、選択入力が終了していないと判定される（ステップＳ５４Ａ：ＮＯ）と、車両識別子選択入力の待機（ステップＳ５３Ａ）が継続され、一定時間の後再度ステップＳ５４Ａが実行される。

ステップＳ５４Ａにおいて、選択入力が終了したと判定される（ステップＳ５４Ａ：ＹＥＳ）と、エージェント端末１０は、当該選択された車両識別子をサーバに向けて送信してサーバからの問い合わせを待機する（ステップＳ５５Ａ）。

サーバＳは、ステップＳ５２Ｂにおいて、当該選択された車両識別子が受信されていないと判定する（ステップＳ５２Ｂ：ＮＯ）と、一定時間の後再度ステップＳ５２Ｂを実行する。サーバＳは、ステップＳ５２において当該選択された車両識別子を受信したと判定する（ステップＳ５２Ｂ：ＹＥＳ）と、当該選択された車両識別子に紐付けられた登録情報のうち現在登録されている自動車Ｍの車両に特有かまたは固有な情報である車両固有情報を消去して、新たに登録される自動車Ｍの車両固有情報をエージェント端末１０に問い合わせる（ステップＳ５３Ｂ）。

例えば、当該消去される車両固有情報には、自動車Ｍの特性に依る情報及び自動車Ｍの整備に関する情報の少なくともいずれかを含む。また、自動車Ｍの特性に依る情報は自動車Ｍの物理的特性に関する情報を含む。この物理的特性に関する情報としては、例えば、車種の他に、車両の仕様、車両のサイズ、使用燃料の種類、乗車定員、左右ハンドルの別等がある。また、自動車Ｍの整備に関する情報には、自動車Ｍのオイル交換、部品交換等のメンテナンス予定日、または車検日が含まれ得る。

また、ステップＳ５３Ｂにおいて消去される情報には、走行データのうち、自動車Ｍの車両の特性に依存し、新たな自動車Ｍには適さないものが含まれていてもよい。具体的には、例えば、自動車Ｍがガソリン車から電気自動車に変わった場合に、立寄地に含まれるガソリンスタンドを消去したり、車両が小型車から大型車に変わった場合に、経路に含まれる大型車通行禁止道路を消去したり、車両が高くなった場合に、車両高制限のある駐車場の使用履歴を消去したりする。このように、新たな車両に適さない情報を消去することで、かつては頻繁に利用していた施設等であっても、新たな自動車Ｍでは利用不能な施設等については、エージェント端末を介して推奨されないようにできる。

エージェント端末１０は、ステップＳ５５Ａの終了後、サーバＳからの問い合わせがきたか否かを判定する（ステップＳ５６Ａ）。エージェント端末１０は、ステップＳ５６Ａにおいて、問い合わせを受信していないと判定する（ステップＳ５６Ａ：ＮＯ）と、一定時間の後ステップＳ５６Ａを再度実行する。

エージェント端末１０は、ステップＳ５６Ａにおいて、問い合わせを受信したと判定する（ステップＳ５６Ａ：ＹＥＳ）と、車両固有情報の入力を待機する（ステップＳ５７Ａ）。これは、例えば、エージェント端末１０の出力部２９によって音声または画像等でユーザに現在搭乗している未登録の自動車Ｍの車両固有情報の入力を促し、入力部２７を介した入力を受け付けることで行われてもよい。

この際、入力部２７の代わりに、エージェント端末１０と通信可能な携帯端末ＭＴを介して入力が行われてもよい。

エージェント端末１０は、ステップＳ５７Ａの終了後、車両識別子選択入力が終了したか否かを判定する（ステップＳ５８Ａ）。この判定は、一定時間が経過したかまたはユーザによって入力部２７または携帯端末ＭＴを介して登録情報の入力の終了の意思表示がなされたか否かで判定されてもよい。ステップＳ５８Ａにおいて、選択入力が終了していないと判定される（ステップＳ５８Ａ：ＮＯ）と、車両識別子選択入力の待機（ステップＳ５７Ａ）が継続され、一定時間の後再度ステップＳ５８Ａが実行される。

ステップ５７Ａ及びステップＳ５８Ａにかけて入力される車両固有情報は、上述のように、例えば、上記説明したテーブルＴＢ３に含まれる車検日、車種の他に、車両の仕様、車両のサイズ、使用燃料の種類、乗車定員、左右ハンドルの別等を含んでいてもよい。すなわち、ステップ５７Ａ及びステップ５８Ａにおいて、制御部２５は、移動体情報取得部として機能する。

また、ステップ５７Ａ及びステップ５８Ａにかけて入力される設定情報は、テーブルＴＢ４に含まれるエージェント端末１０の出力部から出力される音声の声色及び口調の少なくともいずれかを含む音声設定情報である。すなわち、ステップ５７Ａ及びステップ５８Ａにおいて、制御部２５は、音声設定情報受付部としても機能する。

ステップＳ５８Ａにおいて、選択入力が終了したと判定される（ステップＳ５８Ａ：ＹＥＳ）と、エージェント端末１０は、当該入力された車両固有情報をサーバＳに向けて送信し（ステップＳ５９Ａ）、ルーチンＲ５Ａが終了する。

サーバＳは、ステップＳ５３Ｂの終了後、エージェント端末１０から車両固有情報が受信されたか否かを判定する（ステップＳ５４Ｂ）。サーバＳは、ステップＳ５４Ｂにおいて、車両固有情報が受信されていないと判定する（ステップＳ５４Ｂ：ＮＯ）と、一定時間の後再度ステップＳ５４Ｂを実行する。サーバＳは、ステップＳ５４において車両固有情報を受信したと判定する（ステップＳ５４Ｂ：ＹＥＳ）と、当該受信された車両固有情報をステップＳ５２Ｂにおいて受信された車両識別子、すなわちユーザによって選択されたニックネームに紐付けて保存し（ステップＳ５５Ｂ）、ルーチンＲ５Ｂが終了する。

実施例２のルーチンＲ５においては、ステップＳ５３Ｂにおいて、車両識別子に紐付けられた登録情報のうち自動車Ｍに固有な情報である車両固有情報を消去するとしたが、当該車両固有情報を無効にしつつ残し、新たに登録される自動車Ｍの車両固有情報を追加的に保存してもよい。その場合、会話ルーチンＲ３において当該無効にされた車両固有情報は会話生成の情報源としては使用されない。

なお、実施例２においては、会話ルーチンＲ３において、音声データを生成してエージェント端末１０に向けて送信するステップＳ３８Ｂにおいて、音声データは、テーブルＴＢ３において、車両識別子に紐付けて記憶されている声色及び口調の少なくともいずれかに基づいて生成される。

上記実施例２によれば、車両識別子を登録することで、車両にニックネームをつけることかできる。さらに、車両識別子に紐付けして各種情報を記憶することで、新たに乗り換えた車両に、馴れ親しんだ以前の車両のパーソナリティを乗り移らせることができる。

また、上記実施例２によれば、車両識別子をニックネームの態様で登録することで、ユーザに車両をより親近感ある人格として感じさせることができる。また、当該登録されたニックネームをキーワードとすることで、車室内の乗員同士の会話なのか、エージェント端末１０へ向けての発話なのかをより正確に判定することが可能となり、エージェント機能の精度向上に貢献する。

例えば、搭乗者同士の会話の中の「明日晴れるといいなぁ」という発話にエージェント端末１０が返答をすると、会話が中断されてわずらわしい場合がある。

そこで、上記会話ルーチンＲ３において、複数人での会話中は返答不要であると判定するようにしておき、搭乗者同士の会話中であっても「明日晴れるといいなぁ、ビル」、「ビル、明日も雨かな？」といったように、発話の前後にニックネームが含まれる場合にのみ、エージェント端末へ向けての発話であると判定し、返答要の判定をして音声情報を生成するようにできる。

ここまで、ユーザが車両識別子としてニックネームを付与可能な実施例を説明したが、車両識別子は、自由にニックネームを付与できるものであっても、例えば、「マイカー１」、「マイカー２」のように予め設定された複数の属性から、ユーザが選択できるものであってよい。
また、上記実施例においては、エージェント端末１０が、外部のサーバＳの大容量記憶装置４５に各種情報を記憶させる例で説明したが、エージェント端末内に記憶部を設け、当該記憶部に各種情報の一部または全部を記憶するようにしてもよい。

なお、上記実施例においてサーバＳが保持していた各種情報の全部をエージェント端末１０内の記憶部に記憶する場合は、会話型ＡＩアプリケーションプログラム、カーナビゲーションプログラム等をエージェント端末１０内に内蔵し、サーバＳとの接続を行わないクローズなシステムを構築してもよい。

また、上記実施例では、搭載された自動車Ｍを識別するために、車載装置ＶＥと通信接続し、車載装置ＩＤを取得することとしたが、これに代えてエージェント端末１０にカメラを内蔵し、カメラにより撮影された車室内の構造物の画像パターンに基づいて、エージェント１０が搭載されている自動車Ｍの車種を識別するようにしてもよい。

また、上記実施例では、エージェント端末１０が、提供情報を音声で出力する例で説明したが、これに代えて、または加えて、提供情報を画像で出力するようにしてもよい。例えば提供情報を外部のヘッドアップディスプレイにテキストなどで表示するようにしてもよい。

上述した実施例におけるエージェント端末、ユーザ端末、車載装置もしくはサーバの構成、ルーチン、または表示もしくは入力の態様等は、例示に過ぎず、用途等に応じて、適宜選択または変更することができる。例えば、ルーチンにおける各ステップは、上記した例に関わらずサーバ、エージェント端末、ユーザ端末または車載装置のいずれが行うこととしてもよい。

１００ 情報提供システム
１０ エージェント端末１０
２１，４１ システムバス
２５，４７ 制御部
２３，４５ 大容量記憶装置
３３ 走行情報生成部
Ｓ サーバ

Claims (9)

1. 複数の移動体に搭載可能な情報提供装置であって、
   １の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得する移動関連情報取得部と、
   前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得する移動体特定情報取得部と、
   前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力する情報出力部と、
   を有することを特徴とする情報提供装置。
2. 前記情報出力部は前記提供情報を前記１の移動体に対して設定された音声設定情報に基づいた音声で出力することを特徴とする請求項１に記載の情報提供装置。
3. 前記１の移動体に関連付けて記憶され且つ前記音声の声色および口調の少なくともいずれかの設定に関する音声設定情報を受け付ける音声設定情報受付部を含み、
   前記情報出力部は、前記音声設定情報に基づいた音声を出力することを特徴とする請求項２に記載の情報提供装置。
4. 前記移動関連情報は、前記１の移動体の移動時の到着地、立寄地または経路に関する情報を含むことを特徴とする請求項１乃至３のいずれか１つに記載の情報提供装置。
5. 前記移動関連情報は、前記移動体の移動時に前記移動体に対してなされた運転操作に関する情報を含むことを特徴とする請求項１乃至４のいずれか１つに記載の情報提供装置。
6. 前記情報出力部は、前記移動関連情報に基づいて生成された運転操作に関するアドバイスを含むアドバイス情報を出力することを特徴とする請求項５に記載の情報提供装置。
7. 複数の移動体に搭載可能な情報提供装置を用いて情報提供を行う情報提供方法であって、
   前記情報提供装置が１の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得するステップと、
   前記情報提供装置が、前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得するステップと、
   前記情報提供装置が、前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力するステップと、
   を有することを特徴とする情報提供方法。
8. 複数の移動体に搭載可能な情報提供装置に、
   １の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得するステップと、
   前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得するステップと、
   前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力するステップと、
   を実行させることを特徴とする情報提供プログラム。
9. 複数の移動体に搭載可能な情報提供装置に、
   １の移動体の移動に関する情報でありかつ前記１の移動体に関連付けて記憶される情報である移動関連情報を取得するステップと、
   前記情報提供装置が現在搭載されている移動体の特定に資する情報である移動体特定情報を取得するステップと、
   前記移動体特定情報に基づいて前記１の移動体が特定された際に、前記１の移動体に関連付けられた前記移動関連情報に基づく提供情報を出力するステップと、
   を実行させるプログラムを記録したコンピュータ可読記憶媒体。

Images