特開 2023-172500 情報提供システム、情報提供システムの制御方法、及び情報提供システムの制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023172500

(43)【公開日】2023-12-06

(54)【発明の名称】情報提供システム、情報提供システムの制御方法、及び情報提供システムの制御プログラム

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20231129BHJP

   G06F 3/0481 20220101ALI20231129BHJP

【ＦＩ】

G06Q30/02 380

G06F3/0481

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022084350

(22)【出願日】2022-05-24

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＷＩＦＴ

２．ＰＹＴＨＯＮ

(71)【出願人】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110002516

【氏名又は名称】弁理士法人白坂

(72)【発明者】

【氏名】田口 正雄

(72)【発明者】

【氏名】大淵 隼也

(72)【発明者】

【氏名】藤澤 愛樹

(72)【発明者】

【氏名】上村 征幸

(72)【発明者】

【氏名】松川 雄真

(72)【発明者】

【氏名】岡田 大樹

(72)【発明者】

【氏名】三浦 諒悟

(72)【発明者】

【氏名】奇 奈々

(72)【発明者】

【氏名】石井 恭平

(72)【発明者】

【氏名】加藤 昭宏

(72)【発明者】

【氏名】待鳥 裕介

(72)【発明者】

【氏名】渋江 航

(72)【発明者】

【氏名】田中 健介

(72)【発明者】

【氏名】山口 健斗

【テーマコード（参考）】

5E555

5L049

【Ｆターム（参考）】

5E555AA71

5E555BA23

5E555BA24

5E555BA73

5E555BA83

5E555BA87

5E555BB23

5E555BB24

5E555BC17

5E555CC03

5E555DA01

5E555DB32

5E555DC05

5E555EA02

5E555EA05

5E555EA19

5E555FA00

5L049BB08

(57)【要約】

【課題】乗客の属性に応じて情報の表示態様を変化させること
【解決手段】本発明の一実施形態に係る、車両に乗車したユーザに対し、車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムは、車両を利用するユーザの属性ごとに、コンテンツの出力態様を関連付けた出力態様情報を記憶する記憶部と、車両に乗車したユーザの属性を特定する特定部と、出力態様情報に基づき、コンテンツを、特定部によって特定された属性に関連付けられた出力態様で出力する出力部とを備える。
【選択図】 図２

【特許請求の範囲】

【請求項1】

車両に乗車したユーザに対し、前記車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムであって、
前記車両を利用するユーザの属性ごとに、前記コンテンツの出力態様を関連付けた出力態様情報を記憶する記憶部と、
前記車両に乗車したユーザの属性を特定する特定部と、
前記出力態様情報に基づき、前記コンテンツを、前記特定部によって特定された属性に関連付けられた出力態様で出力する出力部と、
を備える情報提供システム。

【請求項2】

前記特定部は、前記車両に設けられた撮像部が撮像したユーザの画像情報に基づき、前記車両に乗車したユーザの属性を特定する、
請求項１に記載の情報提供システム。

【請求項3】

前記特定部は、前記車両に設けられた音声取得部が取得したユーザの音声情報に基づき、前記車両に乗車したユーザの属性を特定する、
請求項１に記載の情報提供システム。

【請求項4】

前記車両に乗車するユーザの属性を含むユーザ情報を取得する取得部をさらに備え、
前記特定部は、前記ユーザ情報から、前記車両に乗車したユーザの属性を特定する、
請求項１に記載の情報提供システム。

【請求項5】

前記記憶部は、前記出力態様情報として、前記車両を利用するユーザの属性ごとに、前記ディスプレイに出力するキャラクタオブジェクトに関するキャラクタ情報を関連付けて記憶し、
前記出力部は、前記特定部によって特定された属性に関連付けられたキャラクタオブジェクトを介して、前記コンテンツを出力する、
ことを特徴とする請求項１に記載の情報提供システム。

【請求項6】

前記出力部は、前記キャラクタオブジェクトとして、前記コンテンツの内容に応じて表情を変化させるデジタルヒューマンを介して、前記コンテンツを出力する、
ことを特徴とする請求項５に記載の情報提供システム。

【請求項7】

前記記憶部は、前記出力態様情報として、前記車両を利用するユーザの属性ごとに、前記コンテンツの音声での出力態様を関連付けて記憶し、
前記出力部は、前記特定部によって特定された属性に関連付けられた出力態様で、前記コンテンツを、前記キャラクタオブジェクトを介して音声で出力する、
請求項５または６に記載の情報提供システム。

【請求項8】

前記記憶部は、前記車両を利用するユーザの属性ごとに、前記コンテンツを関連付けて記憶し、
前記出力部は、前記特定部によって特定された属性に関連付けられた出力態様で、前記特定部によって特定された属性に関連付けられたコンテンツを出力する、
請求項１に記載の情報提供システム。

【請求項9】

前記記憶部は、前記出力態様情報として、前記ユーザの属性の優先度に関する情報をさらに記憶し、
前記出力部は、前記車両に複数のユーザが乗車した場合、前記優先度に応じた順序で、前記コンテンツの出力態様を変化させて出力する、
請求項１に記載の情報提供システム。

【請求項10】

前記車両内で提供されたコンテンツに対する、前記車両に乗車したユーザによる評価情報を取得する評価取得部をさらに備え、
前記出力部は、前記評価情報に応じて、前記ユーザの属性ごとに出力する前記コンテンツ、及び、前記出力態様の少なくともいずれか一方を変更する、
請求項１に記載の情報提供システム。

【請求項11】

車両に乗車したユーザに対し、前記車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムの制御方法であって、
コンピュータに、
前記車両を利用するユーザの属性ごとに、前記コンテンツの出力態様を関連付けた出力態様情報を記憶するステップと、
前記車両に乗車したユーザの属性を特定するステップと、
前記出力態様情報に基づき、特定された属性に関連付けられた出力態様で、前記ディスプレイにコンテンツを出力するステップと、
を実行させる、情報提供システムの制御方法。

【請求項12】

車両に乗車したユーザに対し、前記車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムの制御プログラムであって、
コンピュータを、
前記車両を利用するユーザの属性ごとに、前記コンテンツの出力態様 を関連付けた出力態様情報を記憶する機能と、
前記車両に乗車したユーザの属性を特定する機能と、
前記出力態様情報に基づき、特定された属性に関連付けられた出力態様で、前記ディスプレイにコンテンツを出力する機能と、
して機能させる情報提供システムの制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供システム、情報提供システムの制御方法、及び情報提供システムの制御プログラムに関する。

【背景技術】

【0002】

従来、タクシーに乗車した乗客の属性に応じた広告を表示する広告表示装置等が知られている（例えば、特許文献１）。特許文献１に記載の広告表示装置は、タクシーの座席の乗客を撮像した撮像画像に基づいて乗客の属性を特定し、乗客から受け付けた属性の使用の許否を示す許否情報に基づいて、タクシーに設けられた表示部に表示させる広告コンテンツを選択する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１４４２６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

車両内で提供される情報がユーザに関心のある領域であっても、提供の仕方によっては、例えば音声が小さすぎたり、逆に大きすぎて不快になるなど、ユーザが受け入れにくい場合も考えられる。したがって、車両内で提供される情報がより乗客に受け入れられるよう、乗客の属性に応じて情報の表示態様を変化させることが求められていた。

【課題を解決するための手段】

【0005】

本発明の一実施形態に係る、車両に乗車したユーザに対し、車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムは、車両を利用するユーザの属性ごとに、コンテンツの出力態様を関連付けた出力態様情報を記憶する記憶部と、車両に乗車したユーザの属性を特定する特定部と、出力態様情報に基づき、コンテンツを、特定部によって特定された属性に関連付けられた出力態様で出力する出力部とを備える。

【0006】

本発明の一実施形態に係る情報提供システムにおいて、特定部は、車両に設けられた撮像部が撮像したユーザの画像情報に基づき、機械学習等を用いて車両に乗車したユーザの属性を特定してもよい。

【0007】

本発明の一実施形態に係る情報提供システムにおいて、特定部は、車両に設けられた音声取得部が取得したユーザの音声情報に基づき、車両に乗車したユーザの属性を特定してもよい。

【0008】

本発明の一実施形態に係る情報提供システムは、車両に乗車するユーザの属性を含むユーザ情報を取得する取得部をさらに備え、特定部は、ユーザ情報から、車両に乗車したユーザの属性を特定してもよい。

【0009】

本発明の一実施形態に係る情報提供システムにおいて、記憶部は、出力態様情報として、車両を利用するユーザの属性ごとに、ディスプレイに出力するキャラクタオブジェクトに関するキャラクタ情報を関連付けて記憶し、出力部は、特定部によって特定された属性に関連付けられたキャラクタオブジェクトを介して、コンテンツを出力してもよい。

【0010】

本発明の一実施形態に係る情報提供システムにおいて、出力部は、キャラクタオブジェクトとして、コンテンツの内容に応じて表情を変化させるデジタルヒューマンを介して、コンテンツを出力してもよい。

【0011】

本発明の一実施形態に係る情報提供システムにおいて、記憶部は、出力態様情報として、車両を利用するユーザの属性ごとに、コンテンツの音声での出力態様を関連付けて記憶し、出力部は、特定部によって特定された属性に関連付けられた出力態様で、コンテンツを、キャラクタオブジェクトを介して音声で出力してもよい。

【0012】

本発明の一実施形態に係る情報提供システムにおいて、記憶部は、車両を利用するユーザの属性ごとに、コンテンツを関連付けて記憶し、出力部は、特定部によって特定された属性に関連付けられた出力態様で、特定部によって特定された属性に関連付けられたコンテンツを出力してもよい。

【0013】

本発明の一実施形態に係る情報提供システムにおいて、記憶部は、出力態様情報として、ユーザの属性の優先度に関する情報をさらに記憶し、出力部は、車両に複数のユーザが乗車した場合、優先度に応じた順序で、コンテンツの出力態様を変化させて出力してもよい。

【0014】

本発明の一実施形態に係る情報提供システムは、車両内で提供されたコンテンツに対する、車両に乗車したユーザによる評価情報を取得する評価取得部をさらに備え、出力部は、評価情報に応じて、ユーザの属性ごとに出力するコンテンツ、及び、出力態様の少なくともいずれか一方を変更してもよい。

【0015】

本発明の一実施形態に係る、車両に乗車したユーザに対し、車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムの制御方法は、コンピュータに、車両を利用するユーザの属性ごとに、コンテンツの出力態様を関連付けた出力態様情報を記憶するステップと、車両に乗車したユーザの属性を特定するステップと、出力態様情報に基づき、特定された属性に関連付けられた出力態様で、ディスプレイにコンテンツを出力するステップとを実行させる。

【0016】

本発明の一実施形態に係る、車両に乗車したユーザに対し、車両内に設置されたディスプレイで所定のコンテンツを提供する情報提供システムの制御プログラムは、コンピュータを、車両を利用するユーザの属性ごとに、コンテンツの出力態様 を関連付けた出力態様情報を記憶する機能と、車両に乗車したユーザの属性を特定する機能と、出力態様情報に基づき、特定された属性に関連付けられた出力態様で、ディスプレイにコンテンツを出力する機能として機能させる。

【発明の効果】

【0017】

本発明の一実施形態によれば、車両内のディスプレイに表示する情報がより乗客に受け入れられるよう、乗客の属性に応じて情報の表示態様を変化させる情報提供システム等を提供することができる。

【図面の簡単な説明】

【0018】

【図1】本発明の一実施形態に係る情報提供システム構成の概略図である。

【図2】本発明の一実施形態に係るサーバ（情報提供装置）、ユーザ端末（通信端末）及び車両の機能ブロック図の一例である。

【図3】本発明の一実施形態に係る情報提供システムにおける出力態様情報テーブルの一例である。

【図4】本発明の一実施形態に係る情報提供システムにおけるコンテンツ情報テーブルの一例である。

【図5】（ａ）、（ｂ）は、本発明の一実施形態に係る情報提供システムにおける、車両内のディスプレイの一例を示す図である。

【図6】本発明の一実施形態に係るサーバの動作例を示すフローチャートである。

【図7】本発明の一実施形態に係る情報提供システムにおける、乗客の通信端末の表示画面例を示す図である。

【図8】本発明の一実施形態に係る情報提供システムにおける、車両の利用履歴テーブルの一例を示す図である。

【発明を実施するための形態】

【0019】

以降、図を用いて、本開示に係る発明（本発明ともいう）の一実施形態を説明する。なお、図は一例であって、本発明は図に示すものに限定されない。例えば、図示したサーバ（情報提供装置）、ユーザ端末（通信端末）、記憶装置、車両等の数、データセット（テーブル）、フローチャート、表示画面、識別子等は一例であって、本発明はこれらに限定されるものではない。

【0020】

＜システム構成＞
図１は、本発明の一実施形態による情報提供システム構成の概略図である。情報提供システム６００は、車両２００（２００Ａ～２００Ｃ）に乗車したユーザ（乗客）に対し、車両２００内に設置されたディスプレイで所定のコンテンツを提供するシステムである。なお、本明細書における「コンテンツ」は、ユーザに提供される情報の内容そのものを指してよく、これ以降に説明する情報提供システム６００において、情報の内容（コンテンツ）は同じであっても、情報出力態様（提示の仕方）を異ならせることができてよい。

【0021】

情報提供システム６００は、サーバ（情報提供装置）１００と、車両２００Ａ～２００Ｃと、通信端末（ユーザ端末）３００（３００Ａ，３００Ｂ）と、記憶装置４００とを少なくとも含んでよい。サーバ１００は、車両２００Ａ～２００Ｃ、通信端末３００Ａ，３００Ｂと、ネットワーク５００を介して接続され、通信端末３００から車両２００の利用予約を受け付けたり、車両２００内に設置されたディスプレイに所定のコンテンツを提供したりしてよい。なお、図１において、サーバ１００は１つのみ示してあるが、これに限られるものではなく、複数存在してもよい。また、サーバ１００は、ネットワークを介して通信を行うことで協調動作する分散型サーバシステムであって、エッジサーバを含んでもよく、いわゆるクラウドサーバでもよい。すなわち、サーバ１００は、物理的なサーバに限らず、仮想的なサーバも含まれてよい。また、サーバ１００の各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩ（Artificial Intelligence）により実現されてもよい。なお、特に区別する必要がない場合、車両２００Ａ～２００Ｃ、ユーザ端末３００Ａ，３００Ｂを、単に車両２００、ユーザ端末３００と表記することもある。

【0022】

車両２００は、移動手段としてユーザに利用され、車両２００内に設置されたディスプレイでユーザに所定のコンテンツを提供可能な車両であって、例えば、タクシー、バスであってよい。ここで、本発明の一実施形態による情報提供システム６００において、車両２００は、運転手による運転操作を必要とせず、自動でエンジン、ブレーキ、操舵の制御が行われる自動運転車両であってよい。情報提供システム６００は、ユーザの利用予約に応じて走行するタクシーを自動運転車両で実現したサービス（これ以降、単に「予約サービス」とも称する）において、タクシーで移動中のユーザに対し情報（コンテンツ）を提供するシステムであってよい。

【0023】

車両２００を自動運転車両で実現する場合、情報提供システム６００は、車両２００を遠隔監視・管理する図示しない運行管理センターや、運行管理に関する処理を実行するサーバをさらに含んでよい。なお、本発明の一実施形態に係る情報提供システムにおいて、車両２００は、自動運転車両に限定されるものではなく、運転手が搭乗して運転する車両であってもよい。

【0024】

ネットワーク５００は、無線ネットワークや有線ネットワークを含む。具体的には、例えば、ネットワーク５００は、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）や広域ネットワーク（wide area network：ＷＡＮ）、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＣＤＭＡ（code division multiple access）、ＬＴＥ（long term evolution）、ＬＴＥ－Ａｄｖａｎｃｅｄ、第４世代通信（４Ｇ）、第５世代通信（５Ｇ）、及び第６世代通信（６Ｇ）以降の移動体通信システム等であってよい。なお、ネットワーク５００は、これらの例に限られず、例えば、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）やブルートゥース（Bluetooth（登録商標））、光回線、ＡＤＳＬ（Asymmetric Digital Subscriber LINE）回線、衛星通信網等であってもよい。また、ネットワーク５００は、これらの組み合わせであってもよい。

【0025】

ユーザ端末３００は、予約サービスを利用するユーザの通信端末である。ユーザ端末３００は、サーバ１００とネットワーク５００を介して接続され、各ユーザから受け付けた、車両２００の利用予約に関する情報をサーバ１００へ送信してよい。なお、利用予約に関する情報とは、車両２００の予約時に必要な、乗車位置（出発地）・降車位置（目的地）を指定する情報や、車両２００の利用にあたりユーザ認証や決済に必要なユーザ情報を指してよい。予約サービスについては後述する。

【0026】

なお、図１では、ユーザ端末３００としてスマートフォンを示してあるが、ユーザ端末３００としては、これ以降に説明する各実施形態において記載する機能を実現できる端末であればどのような端末であってもよい。例えば、ユーザ端末３００は、携帯電話（フィーチャーフォン）、コンピュータ（例えば、タブレット、ノートパソコン）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）であってよい。また、図１において、ユーザ端末３００は２台のみ示してあるが、情報提供システム６００が提供する予約サービスを利用するユーザの数だけ存在してもよく、一のユーザに複数の通信端末（例えば、スマートフォンと、ノートパソコンなど）が関連付けられてもよい。

【0027】

記憶装置４００は、情報提供システム６００で利用する各種情報（データ）を記憶（格納）してよい。なお、図１において、記憶装置４００はサーバ１００とは別に１つのみ示してあるが、サーバ１００に一体化されていてもよい。すなわち、記憶装置４００は、サーバ１００の揮発性メモリ又は不揮発性メモリであってもよい。また、記憶装置４００は、複数の記憶装置から構成されていてもよい。なお、記憶装置４００は、ネットワーク５００とは異なる専用の内部ネットワークにて、サーバ１００と接続されてもよいし、ネットワーク５００を介してサーバ１００と接続されてもよい。

【0028】

ここで、記憶装置４００に記憶される情報の一例として、本発明の一実施形態に係る情報提供システム６００において用いられる出力態様情報及びコンテンツ情報について、それぞれ図３，４を用いて説明する。

【0029】

記憶装置４００には、車両２００を利用するユーザの属性ごとにコンテンツの出力態様を関連付けた出力態様情報が記憶されてよい。「ユーザの属性」とは、ユーザの性質や特徴を示す情報であって、例えば、ユーザの年代（年齢）、性別、職業、居住地等であってよい。「コンテンツの出力態様」とは、コンテンツをどのように出力させるかを示す情報であって、例えば、コンテンツのユーザへの見せ方（提供の仕方）に関する定義であってよい。コンテンツの出力態様は、例えば、コンテンツを音声で提供する場合、コンテンツを発話させるキャラクタオブジェクトや、音量、発話速度等を示す情報であってよい。また、コンテンツの出力態様としては、しゃべり口調（丁寧かフレンドリーか）や方言等を示す情報が含まれてよい。また、コンテンツがテキストで提供される場合、コンテンツの出力態様は、文字のサイズやフォント、表示速度、表示回数等を示す情報であってよい。

【0030】

図３は、記憶装置４００に記憶される出力態様情報テーブルＴＢ１０の一例である。図３の例では、ユーザの属性を示す年代情報に対し、キャラクタＩＤ、音量、速度、優先度等のパラメータが関連付けられた各出力態様が、識別子である出力態様ＩＤ（IDentifier）によって識別されて記憶されている。なお、図３は一例であって、出力態様情報テーブルＴＢ１０に格納される情報はこれ以上でもこれ以下でもよい。

【0031】

ここで、キャラクタＩＤについて説明する。出力態様情報テーブルＴＢ１０には、車両２００を利用するユーザの属性ごとに、車両２００内に設置されたディスプレイに出力するキャラクタオブジェクトに関するキャラクタ情報が関連付けられて記憶され、キャラクタオブジェクトを介して、コンテンツが出力されてよい。すなわち、本発明の一実施形態による情報提供システム６００によれば、車両２００内に設置されたディスプレイにキャラクタオブジェクトが表示され、キャラクタオブジェクトがコンテンツを話すことによって、当該コンテンツがユーザに提供されてよい。キャラクタオブジェクトとしては特に限定されるものではないが、例えば、人物、または、動物、生物、物等を擬人化したアバターや、デジタルヒューマン（バーチャルヒューマン）であってよい。なお、デジタルヒューマンについては後述する。キャラクタオブジェクトを車両２００内のディスプレイに出力するための情報は、例えば記憶装置４００に記憶され、キャラクタＩＤは、上述したキャラクタオブジェクトを一意に識別するための識別子であってよい。

【0032】

本発明の一実施形態によれば、ユーザの属性ごとに少なくとも一のキャラクタオブジェクトが設定されてよい。例えば、１０歳以下のユーザに対しては、子供に人気のキャラクタやアニメの登場人物がキャラクタオブジェクトとして設定されてよい。同様に、２０代、３０代のユーザに対しては、それぞれ２０代、３０代のユーザが親しみを感じるキャラクタオブジェクトを設定し、４０代以降のユーザに対しても、それぞれ属性ごとにキャラクタオブジェクトを設定してよい。

【0033】

図３に示すように、出力態様情報テーブルＴＢ１０には、車両２００を利用するユーザの属性ごとに、コンテンツの音声での出力態様を関連付けて記憶されてよい。そして、提供部１１３は、特定部１１１によって特定された属性に関連付けられた出力態様で、コンテンツを、上述したキャラクタオブジェクトを介して音声で出力してよい。図３の出力態様情報テーブルＴＢ１０の例では、出力態様ＩＤ「out_10」で識別される出力態様として、年代「10歳以下」の属性に、キャラクタＩＤ「CH_01」が関連付けられ、「音量」を「+2」、速度「5字/秒以下」でコンテンツを出力することが記憶されている。また、出力態様ＩＤ「out_70」で識別される出力態様として、年代「70代以上」の属性に、キャラクタＩＤ「CH_07」が関連付けられ、「音量」を「+3」、速度「5字/秒以下」でコンテンツを出力することが記憶されている。なお、「優先度」については後述する。

【0034】

図３に示すように、本発明の一実施形態による情報提供システム６００において、コンテンツは、２０代、３０代のユーザに対しては音量を基準値近く、また標準的な速度で出力され、１０代以下のユーザ、また高齢のユーザほど音量を大きく、また速度を遅くして出力される。これは、幼児の興味を引き付けることを目的とし、また、高齢となるほど聴力が弱くなることを考慮したものである。

【0035】

図４は、記憶装置４００に格納されるコンテンツ情報テーブルＴＢ２０の一例である。図４の例では、ユーザの属性を示す年代情報に対し、位置情報、種類、内容等が関連付けられた各コンテンツが、コンテンツＩＤによって識別されて記憶されている。なお、図４は一例であって、コンテンツ情報テーブルＴＢ２０に格納される情報はこれ以上でもこれ以下であってもよく、また、図４と異なる情報形式で各種情報が格納されてもよい。本発明の一実施形態による情報提供システム６００によれば、ユーザの属性に応じてコンテンツが設定される。なお、各属性に関連付けるコンテンツは、情報提供システム６００の管理側が予め準備してよいし、情報提供システム６００を利用したい広告主から提供されてもよい。

【0036】

上述のように、記憶装置４００には、車両２００を利用するユーザの属性ごとにコンテンツが関連付けられて記憶され、提供部１１３は、特定部１１１によって特定された属性に関連付けられた出力態様で、特定部１１１によって特定された属性に関連付けられたコンテンツを出力してよい。

【0037】

図４のコンテンツ情報テーブルＴＢ２０の例では、コンテンツＩＤ「cont_01」で識別されるコンテンツとして、年代「10歳以下」の属性に、位置情報「緯度35.*** 経度139.***」、種類「観光案内」のコンテンツとして、Ｚパークを紹介するテキスト情報が記憶されている。また、コンテンツＩＤ「cont_13」で識別されるコンテンツとして、年代「20代」の属性に、種類「転職案内」のコンテンツとして、転職に関するテキスト情報が記憶されている。

【0038】

なお、本発明の一実施形態による情報提供システム６００では、車両２００の走行場所に応じたコンテンツが提供されてよい。このため、コンテンツ情報テーブルＴＢ２０には、そのコンテンツを出力する場所についての位置情報が記憶されてよい。これにより、走行中のユーザに、走行ルート周辺の情報を提供し、ユーザを飽きさせないサービスの実現につなげることができる。

【0039】

次に、図２を用いて、本発明の一実施形態に係るサーバ１００、車両２００、及びユーザ端末３００のハードウェア構成、機能構成について説明する。

【0040】

＜車両＞
車両２００は、上述のように自動運転車両であってよい。なお、自動運転については既存の技術が用いられてよく、自動運転を行うためのハードウェア構成、機能構成についての説明は省略する。以下では、情報提供システム６００において車両２００内のディスプレイにコンテンツを出力するためのハードウェア構成、機能構成について説明する。

【0041】

（１）車両のハードウェア構成
車両２００は、制御部２１０、通信部２２０、表示部２３０、撮像部２４０、音声取得部２５０、音声出力部２６０、操作入力部２７０、位置情報取得部２８０、及び記憶部２９０を備えてよい。

【0042】

制御部２１０は、典型的にはプロセッサであって、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現されてよい。制御部２１０は、記憶部２９０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。

【0043】

記憶部２９０は、車両２００が動作するうえで必要とする各種プログラムや各種情報を記憶する。記憶部２９０は、例えば、フラッシュメモリ等を含んでよい。また、記憶部２９０は、制御部２１０に対する作業領域を提供するメモリ（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等）を含んでよい。

【0044】

通信部２２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部２２０は、ネットワーク５００を介して、サーバ１００との間で各種情報の送受信を行ってよい。

【0045】

表示部２３０は、フレームバッファに書き込まれた表示情報に従って情報を表示するディスプレイであって、サーバ１００から提供されたコンテンツを出力してよい。なお、表示部２３０はタッチディスプレイであってもよい。

【0046】

撮像部２４０は、車両２００の乗客を撮像するカメラであってよい。なお、撮像する情報は静止画であっても、動画であってもよい。また、撮像部２４０は、車両２００内に設置されても、車両２００外に設置されてもよいし、複数設置されてもよい。

【0047】

音声取得部２５０は、車両２００の乗客の音声を取得するマイクであってよい。音声出力部２６０は、コンテンツの音声を出力するスピーカであってよい。

【0048】

操作入力部２７０は、車両２００に乗車するユーザによる各種操作を受け付ける入力装置であってよい。操作入力部２７０は、ユーザからの入力操作を受け付けて、当該入力に係る情報を制御部２１０に伝達できる全ての種類の装置のいずれか、又は、その組み合わせにより実現されてよく、例えば、キーボード、コントローラ、タッチパネル、タッチディスプレイ等であってよい。タッチパネルやタッチディスプレイの場合、表示部２３０と操作入力部２７０とは一体化されていてもよい。操作入力部２７０は、例えば、ユーザから、年代や性別、職業、好みといったユーザの属性の入力操作を受け付けてよい。また、操作入力部２７０は、ユーザから、コンテンツの出力態様を選択する操作を受け付けてよい。

【0049】

位置情報取得部２８０は、例えば、ＧＮＳＳ（Global Navigation Satellite System）を用いて、車両２００の現在位置の位置情報を取得してよい。

【0050】

（２）車両の機能構成
車両２００は、制御部２１０によって実現される機能として、通信制御部２１１、表示制御部２１２、入出力制御部２１３を備えてよい。なお、図２に記載の各機能部は必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

【0051】

通信制御部２１１は、通信部２２０による、ネットワーク５００を介したサーバ１００との間の通信を制御し、各種情報の送受信を実行させてよい。

【0052】

表示制御部２１２は、表示部２３０への情報の表示を制御してよい。例えば、表示制御部２１２は、サーバ１００から提供されたコンテンツを、設定された出力態様で表示部２３０に表示させてよい。

【0053】

入出力制御部２１３は、撮像部２４０、音声取得部２５０、音声出力部２６０、操作入力部２７０、位置情報取得部２８０といった外部装置との各種情報の伝達を制御してよい。例えば、入出力制御部２１３は、撮像部２４０を制御して、車両２００に乗車したユーザを撮像してもよい。ユーザの撮像は、これに限定されるものではないが、撮像部２４０の画角内にユーザが位置したと判定される場合に行われてよい。また、入出力制御部２１３は、撮像部２４０で撮像された画像情報、音声取得部２５０で取得された音声、操作入力部２７０で入力された各種情報、位置情報取得部２８０で取得された車両２００の位置情報を、サーバ１００へ送信するために通信制御部２１１に伝達したり、サーバ１００から提供されたコンテンツを、設定された出力態様で音声出力部２６０から出力させたりしてよい。

【0054】

＜ユーザ端末＞
（１）ユーザ端末のハードウェア構成
ユーザ端末３００は、制御部３１０、通信部３２０、表示部３３０、入出力部３４０、記憶部３７０を備えてよい。

【0055】

制御部３１０は、典型的にはプロセッサであって、中央処理装置（ＣＰＵ）、ＭＰＵ、ＧＰＵ、マイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡ等を含み、集積回路等に形成された論理回路（ハードウェア）や専用回路によって実現されてよい。制御部３１０は、記憶部３７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。

【0056】

記憶部３７０は、ユーザ端末３００が動作するうえで必要とする各種プログラムや各種情報を記憶する。例えば、記憶部３７０は、車両２００の予約サービスの利用にあたり必要なアプリケーション（以降、「予約アプリ」と称する）のプログラムを記憶してよい。記憶部３７０は、例えば、フラッシュメモリ等を含んでよい。また、記憶部３７０は、制御部３１０に対する作業領域を提供するメモリ（ＲＡＭ、ＲＯＭ等）を含んでよい。

【0057】

通信部３２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部３２０は、ネットワーク５００を介して、サーバ１００との間で各種情報の送受信を行ってよい。

【0058】

表示部３３０は、フレームバッファに書き込まれた表示情報に従って、情報を表示するモニタであって、例えば、タッチパネル、タッチディスプレイ等であってよい。

【0059】

入出力部３４０は、ユーザ端末３００に対する各種操作を入力する入力装置、及び、ユーザ端末３００で処理された処理結果を出力する出力装置を含んでよい。入力装置は、例えば、タッチパネル、タッチディスプレイ、カメラ、マイクを含んでよい。出力装置は、例えば、ディスプレイ、タッチパネル、スピーカ等を含んでよい。

【0060】

（２）ユーザ端末の機能構成
ユーザ端末３００は、制御部３１０によって実現される機能として、通信制御部３１１、表示制御部３１２、入出力制御部３１３を備えてよい。なお、図２に記載の各機能部は必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

【0061】

通信制御部３１１は、通信部３２０による、ネットワーク５００を介したサーバ１００との間の通信を制御し、各種情報の送受信を実行させてよい。

【0062】

表示制御部３１２は、表示部３３０への情報の表示を制御してよい。例えば、表示制御部３１２は、予約サービスにおける車両２００の予約画面や、車両２００内で提供されたコンテンツに対する評価を入力する評価入力画面を、表示部３３０に表示させてよい。

【0063】

入出力制御部３１３は、入出力部３４０を介した外部装置との各種情報の伝達を制御してよい。例えば、入出力制御部３１３は、入力装置で受け付けたユーザの入力操作に応じて、各種情報を各機能部へ情報を伝達したり、出力装置に対し、各機能部からの情報を伝達したりしてよい。また、入出力制御部３１３は、予約情報入力部３１４を含んでよい。予約情報入力部３１４は、ユーザから、予約サービスに係る車両２００の利用予約の入力を受け付けてよい。

【0064】

＜サーバ＞
（１）サーバのハードウェア構成
サーバ１００は、制御部１１０、通信部１２０、及び記憶部１７０を備える。

【0065】

制御部１１０は、典型的にはプロセッサであって、中央処理装置（ＣＰＵ）、ＭＰＵ、ＧＰＵ、マイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡ等を含み、集積回路等に形成された論理回路（ハードウェア）や専用回路によって実現されてよい。なお、サーバ１００は、大量の情報を処理するための演算能力の高いプロセッサを有することが好ましい。

【0066】

通信部１２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部１２０は、ネットワーク５００を介して、車両２００、ユーザ端末３００との間でそれぞれ各種情報の送受信を行う。

【0067】

記憶部１７０は、サーバ１００が動作するうえで必要とする各種プログラムや各種情報を記憶する。記憶部１７０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等を含んでよい。また、記憶部１７０は、制御部１１０に対する作業領域を提供するメモリを含んでよい。

【0068】

（２）サーバの機能構成
サーバ１００は、制御部１１０によって実現される機能として、特定部１１１、選択部１１２、提供部１１３、取得部１１４、及び評価取得部１１５を含む。なお、図２に記載の各機能部は必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

【0069】

特定部１１１は、車両２００に乗車したユーザの属性を特定してよい。なお、特定部１１１は、車両２００に設けられた撮像部２４０が撮像したユーザの画像情報に基づき、車両２００に乗車したユーザの属性（年代、性別等）や人数を特定してよい。画像情報に基づく属性の特定には、畳み込みニューラルネットワーク（CNN）等の機械学習を含む、既知の画像認識技術が用いられてよい。また、特定部１１１による画像認識は、既存の画像認識ライブラリを利用するものであってもよい。このように、本発明の一実施形態によれば、乗客の画像情報を用いることにより、確実にユーザの属性を特定することができる。

【0070】

また、特定部１１１は、車両２００に設けられた音声取得部２５０が取得したユーザの音声情報に基づき、車両２００に乗車したユーザの属性を特定してよい。音声情報に基づく属性の特定には、パターンマッチングや隠れマルコフモデル等を用いた既存の音声認識技術や、ディープラーニング等が用いられてもよい。なお、ユーザに予め決まったパーンの文を発話してもらい、ユーザの音声信号の特徴から属性が特定されてもよい。このように、本発明の一実施形態によれば、乗客の音声情報を用いることにより、確実にユーザの属性を特定することができる。

【0071】

選択部１１２は、特定部１１１によって特定された属性に応じたコンテンツ及び出力態様を、コンテンツ情報テーブルＴＢ２０及び出力態様情報テーブルＴＢ１０を参照して選択してよい。例えば、特定部１１１によって特定された属性が「20代」であった場合、選択部１１２は、出力態様情報テーブルＴＢ１０を参照して、属性「20代」に関連付けられた、出力態様ＩＤ「out_20」の出力態様を選択してよい。また、選択部１１２は、コンテンツ情報テーブルＴＢ２０を参照して、属性「20代」に関連付けられた、コンテンツＩＤ「cont_13」のコンテンツを選択してよい。

【0072】

提供部１１３は、出力態様情報に基づき、コンテンツを、特定部１１１によって特定された属性に関連付けられた出力態様で提供する。すなわち、提供部１１３は、選択部１１２によって選択されたコンテンツと出力態様とを、通信部１２０を介して車両２００へ送信してよい。車両２００の表示制御部２１２及び入出力制御部２１３は、サーバ１００から送信されたコンテンツを、指定された出力態様で、表示部２３０及び音声出力部２６０から出力してよい。

【0073】

図５（ａ）、（ｂ）に、車両２００の表示部２３０に出力されるコンテンツの一例を示す。図５（ａ）は、属性「70代以上」と特定されたユーザに対し、コンテンツＩＤ「cont_70」のコンテンツが、出力態様ＩＤ「out_70」の出力態様で出力された例であってよい。図５（ａ）に示すように、表示部２３０には、出力態様ＩＤ「out_70」の出力態様で指定されたキャラクタＩＤ「CH_07」で識別されるキャラクタ１１が表示され、音声出力部２６０からは、コンテンツＩＤ「cont_70」の内容である「△△はバリアフリー施設です」との音声１２が、音量「+3」、速度「5字/秒以下」にて出力される。なお、図５（ａ）の例では、車両２００が、コンテンツＩＤ「cont_70」のコンテンツ情報に含まれる位置情報の周辺を走行するため、コンテンツＩＤ「cont_70」のコンテンツが選択されたものであってよい。

【0074】

また、図５（ｂ）は、属性「10代以下」と特定されたユーザに対し、コンテンツＩＤ「cont_10」のコンテンツが、出力態様ＩＤ「out_10」の出力態様で出力された例であってよい。図５（ｂ）に示すように、表示部２３０には、出力態様ＩＤ「out_10」の出力態様で指定されたキャラクタＩＤ「CH_01」で識別されるキャラクタ２１が表示され、音声出力部２６０からは、コンテンツＩＤ「cont_10」の内容である「Ｚパークにあそびにきてね！」との音声１２が、音量「+2」、速度「5字/秒以下」にて出力される。

【0075】

＜サーバの制御フローチャート＞
ここで、サーバ１００の制御方法について、図５のフローチャートを用いて説明する。まず、記憶装置４００に、車両を利用するユーザの属性ごとに、コンテンツの出力態様を関連付けた出力態様情報が記録されてよい（ステップＳ１１）。出力態様情報については、図３の出力態様情報テーブルＴＢ１０で説明した通りである。次に、特定部１１１は、車両２００に乗車したユーザの属性を特定してよい（ステップＳ１２）。ユーザの属性の特定には、車両２００の撮像部２４０で撮像されたユーザの動画像が用いられてもよいし、車両２００の音声取得部２５０で取得されたユーザの音声情報が用いられてもよい。そして、提供部１１３は、出力態様情報に基づき、コンテンツを、特定された属性に関連付けられた出力態様で提供してよい（ステップＳ１３）。コンテンツの出力については、図５等を用いて説明した通りである。

【0076】

このように、本発明の一実施形態によれば、車両２００の乗客の属性を特定し、属性に応じたコンテンツが、属性に応じた出力態様にて、車両２００に設置されたディスプレイにおいて提供される。具体的には、各属性のユーザの興味をひきやすく、注目を集めるキャラクタオブジェクト、音量、発話速度にてコンテンツが提供される。したがって、どの属性のユーザに対しても受け入れられ、ユーザのコンテンツへの集中度を高めることが可能となる。

【0077】

なお、キャラクタオブジェクトは、コンテンツの内容に応じて表情を変化させるデジタルヒューマン（バーチャルヒューマン）であってもよく、コンテンツが、デジタルヒューマンを介して出力されてもよい。デジタルヒューマンは、音声認識、自然言語処理、音声合成技術等によって発話し、また、画像処理技術によって、発話内容に応じて表情がリアルタイムに変化する、人工知能（AI）によって実現される人間を模したアバターを指してよい。このように、キャラクタオブジェクトをデジタルヒューマンで実現し、上述のように属性に応じて出力態様を変化させることにより、よりユーザをコンテンツに集中させることが可能となる。

【0078】

なお、車両２００に複数のユーザが乗車することも考えられる。本発明の一実施形態によれば、図３の出力態様情報テーブルＴＢ１０に示すように、出力態様情報に、ユーザの属性の優先度に関する情報がさらに記憶され、提供部１１３は、車両２００に複数のユーザが乗車した場合、優先度に応じた順序で、コンテンツの出力態様を変化させて提供してよい。図３の例では、優先度が「2」の３０代のユーザと、優先度が「6」の７０代以上のユーザとが車両２００に乗車した場合、優先度に応じて、３０代に関連付けられたコンテンツが３０代向けの出力態様で出力された後に、７０代に関連付けられたコンテンツが、７０代向けの出力態様で出力されてよい。なお、優先度については図３に限定されず、情報提供システム６００の管理者側で柔軟に設定可能であってよい。また、ユーザの選択に応じて優先度が変更されてもよい。例えば、車両２００の表示部２３０に、ユーザの属性に応じた出力態様の一覧が表示され、ユーザは、操作入力部２７０を介して、出力態様を選択可能であってよい。例えば、乗客に含まれる幼児が泣き出した場合に、幼児が好む出力態様を親が選択し、提供されるコンテンツはそのままで、コンテンツの出力態様が幼児向けに変更されてよい。これにより、幼児を泣き止ませながら、観光案内や商品案内が提供されるため、ユーザビリティの高いサービスを提供することが可能となる。

【0079】

これにより、属性の異なるユーザ同士であっても、それぞれが興味を示しやすいコンテンツを、それぞれが集中しやすい出力態様で提供することができ、よりユーザビリティの高い情報提供システムを実現することができる。

【0080】

図２の機能ブロック図に戻り説明を続ける。冒頭で述べたように、本発明の一実施形態による情報提供システム６００は、車両２００の予約サービスに適用されてもよい。ここで、予約サービスについて説明する。取得部１１４は、ユーザ端末３００から、車両２００を利用するための予約情報を取得してよい。予約情報は、具体的には、車両２００を利用する区間（出発地、目的地）、利用時刻、乗車予定のユーザの属性を含むユーザ情報、同乗者に関する情報であってよい。ユーザは、通信端末３００を用いて上述の情報を入力し、サーバ１００に送信してよい。サーバ１００は、受信した予約情報に基づいて、車両２００の手配などを行ってよい。

【0081】

ここで、特定部１１１は、予約情報に含まれるユーザ情報から、ユーザの属性を特定してもよい。これにより、より正確にユーザの属性を特定することができる。

【0082】

なお、ユーザ情報の取得手法は上述に限定されず、ユーザ情報は、ユーザが車両２００へ乗車した際に取得されてもよい。例えば、車両２００の操作入力部２７０を介して、ユーザから、属性や目的地の入力を受け付け、受け付けたユーザ情報がサーバ１００へ送信されてもよい。

【0083】

評価取得部１１５は、車両２００内で提供されたコンテンツに対する、車両２００に乗車したユーザによる評価情報を取得してよい。図７に、ユーザ端末３００に表示される、評価入力画面の一例を示す。なお、図は一例であって、評価情報の取得するための手法は、これに限定されない。車両２００を利用したユーザのユーザ端末３００には、予約アプリによって、評価入力画面５０が表示されてよい。評価入力画面５０には、車両２００の利用日時、利用区間に関する情報とともに、車両２００内で提供されたコンテンツや、コンテンツの出力態様についての評価項目５１が表示されてよい。なお、図７の例では、５段階評価を入力させる場合を示してあるが、３段階でもよいし、ユーザが点数を入力するものであってもよい。また、評価項目５１はこれらに限定されない。

【0084】

評価取得部１１６によって取得された評価情報を含む、各ユーザの利用履歴は、記憶装置４００に記憶されてよい。図８に、記憶装置４００に記憶される利用履歴の一例を示す。利用履歴テーブルＴＢ３０は、車両２００を利用したユーザの属性に、乗車履歴（乗車日、出発地、目的地、同乗者）、提供情報履歴（コンテンツＩＤ、出力態様ＩＤ）、決済履歴、評価情報が関連付けられて記憶されてよい。提供情報履歴は、車両２００内で提供されたコンテンツのコンテンツＩＤと、当該コンテンツの出力態様の出力態様ＩＤであってよい。評価情報は、図８のような数値であってもよいし、評価項目ごとの評価が記録されてもよい。

【0085】

本発明の一実施形態による情報提供システム６００によれば、評価情報に応じて、ユーザの属性ごとに出力するコンテンツ、及び、出力態様の少なくともいずれか一方が変更されてもよい。具体的には、選択部１１２は、コンテンツの提供に用いられた属性ごとの出力態様と、その際の評価情報を学習情報として、評価を上げるための出力態様を学習してよい。そして、選択部１１２は、学習結果に応じて、より高い評価を得られる出力態様を選択してよい。あるいは、学習結果に応じて、出力態様情報テーブルＴＢ１０が更新されてもよい。すなわち、キャラクタ、音量、速度が変更されてもよい。

【0086】

これにより、よりユーザの好みに合った出力態様で、コンテンツを提供することが可能となる。

【0087】

決済履歴について説明する。本発明の一実施形態による情報提供システム６００によれば、車両２００内で提供されるコンテンツに関係する商品やサービスが、ユーザ端末３００の予約アプリから購入できてよい。あるいは、車両２００の音声取得部２５０を介して、音声による決済が可能であってよい。利用履歴テーブルＴＢ３０は、決済情報として、ユーザが車両２００に乗車している間に決済が行われた場合の購入品に関する情報をさらに記憶してよい。

【0088】

なお、学習情報として、乗車履歴や、決済履歴等が用いられてもよい。これらの情報により、ユーザの行動パターン、興味、関心のある分野を推定することが可能であり、これらの情報を学習し、提供するコンテンツや出力態様の更新が行われてもよい。なお、これらのユーザの行動履歴に応じてコンテンツを選択する手法としては、協調フィルタリング、ルールベースレコメンド、パーソナライズレコメンドといった既知のレコメンド手法が用いられてもよい。

【0089】

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、サーバ１００が備えるとして説明した各構成部は、複数のサーバによって分散されて実現されてもよいし、機能によっては、外部のプラットフォーム等をＡＰＩ（Application Programming Interface）等で呼び出して実現してもよい。また、上述でサーバ１００が行うとして説明した処理は、車両２００、ユーザ端末３００が実行してもよい。

【0090】

例えば、上述では、画像情報に基づくユーザの属性の特定（画像認識処理）を、サーバ１００の特定部１１１が行う場合について説明した。しかしながら、撮像部２４０にエッジサーバを搭載し、撮像部２４０で画像認識処理が行われてもよい。

【0091】

例えば、出力態様情報について、上述では、属性ごとにひとつの出力態様が関連付けられた場合について説明した。しかしながら、本発明はこれに限定されず、各属性に複数の出力態様が関連付けられてもよい。この場合、出力態様の選択順序が設定されたり、評価の高い出力態様が優先的に選択されたりしてよい。

【0092】

また、上述では、属性ごとに異なるキャラクタオブジェクトが関連付けられた場合について説明した。しかしながら、本発明はこれに限定されず、ひとつのキャラクタオブジェクトが、２つ以上の属性に関連付けられてもよい。この場合、あるキャラクタオブジェクトが、属性に応じて、異なる出力態様でコンテンツを提供してもよい。すなわち、同じキャラクタオブジェクトであっても、20代のユーザと60代のユーザとでは、音量や発話速度が異なってもよい。

【0093】

また、ユーザにより関心を持たせる出力態様やコンテンツの選択のための学習データには、サーバ１００が取得可能な他のユーザ情報を用いてもよい。例えば、ユーザ情報として、物やサービスの購入履歴、通院履歴、学習履歴、出身地、居住地、職種等が用いられてもよい。これらのユーザ情報は、例えば、車両２００の利用予約時に任意にユーザに入力させてもよいし、ユーザの承諾を得て、他のアプリケーション（ＳＮＳ、ゲーム等）から取得されてもよい。

【0094】

サーバ１００の各機能部をソフトウェアにより実現する場合、サーバ１００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種情報がコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。すなわち、本発明に係るサーバ１００は、ＣＰＵがＲＡＭ上にロードされたプログラムを実行することにより、上述した各構成部として機能する。上記記録媒体としては、「一時的でない有形の媒体」、例えば、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれた情報信号の形態でも実現され得る。

【0095】

なお、上記プログラムは、例えば、ActionScript、JavaScript（登録商標）、Python、Rubyなどのスクリプト言語、C言語、C＋＋、C＃、Objective-C、Swift、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装されてよい。さらに、特許請求の範囲における「部（section、module、unit）」との記載は、「手段」や「回路」に読み替えてもよい。例えば、通信部は、通信手段や通信回路に読み替えることができる。

【0096】

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１００に提供されてもよい。

【0097】

以上説明した本開示の各態様によれば、高齢者や小児を含むあらゆる年代の人々に快適な、自動運転車両におけるサービスが可能となることにより、持続可能な開発目標（ＳＤＧs）の目標１１「住み続けられるまちづくりを」の達成に貢献できる。

【符号の説明】

【0098】

１００ サーバ（情報提供装置）
１１０ 制御部
１１１ 特定部
１１２ 選択部
１１３ 提供部
１１４ 取得部
１１５ 評価取得部
１２０ 通信部
１７０ 記憶部
２００ 車両
２１０ 制御部
２１１ 通信制御部
２１２ 表示制御部
２１３ 入出力制御部
２２０ 通信部
２３０ 表示部
２４０ 撮像部
２５０ 音声取得部
２６０ 音声出力部
２７０ 操作入力部
２８０ 位置情報取得部
２９０ 記憶部
３００ ユーザ端末（通信端末）
３１０ 制御部
３１１ 通信制御部
３１２ 表示制御部
３１３ 入出力制御部
３１４ 予約情報入力部
３２０ 通信部
３３０ 表示部
３４０ 入出力部
３７０ 記憶部
４００ 記憶装置
５００ ネットワーク
６００ 情報提供システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】