(57)【要約】【課題】複数の使用モードを切り替えて車両制御を行う技術の利便性を向上させる。【解決手段】ユーザによって利用される車両２０と通信可能な通信部３１と、制御部３６と、を備え、制御部３６は、通信部３１を介してユーザのユーザ情報３３を受信し、ユーザ情報３３に基づく車両２０の利用目的に応じて、車両２０の使用モードを決定し、決定した使用モードの情報を通信部３１を介して車両２０に送信する。【選択図】図１
2019197283.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによって利用される車両と通信可能な通信部と、
制御部と、
を備え、
前記制御部は、
前記通信部を介して前記ユーザのユーザ情報を受信し、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定し、
決定した前記使用モードの情報を前記通信部を介して前記車両に送信する、情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記ユーザ情報は、前記ユーザの端末装置で作動されたアプリに係るアプリ情報を含み、
前記制御部は、前記アプリ情報に基づき前記利用目的を推定する、情報処理装置。
情報処理装置。
【請求項３】
請求項１又は２に記載の情報処理装置であって、
前記制御部はさらに、前記通信部を介して前記車両に係る車両情報を受信し、前記ユーザ情報及び前記車両情報に基づき前記利用目的を推定する、情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記車両情報は、前記車両の位置情報、前記車両内の映像情報、前記車両のセンサ情報、及び運行状態情報の少なくともいずれかを含む、情報処理装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の情報処理装置であって、
前記使用モードに基づき前記車両の車両制御が行われ、前記車両制御は、空調制御、情報提供の制御、及び走行制御の少なくともいずれかを含む、情報処理装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の情報処理装置であって、
前記制御部は、前記ユーザの端末装置の位置情報及び前記車両の位置情報に基づき、前記端末装置が前記車両から所定範囲内に存在すると判定した場合、前記使用モードの情報を前記通信部を介して前記車両に送信する、情報処理装置。
【請求項７】
車両を利用するユーザのユーザ情報を受信するステップと、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定するステップと、
決定した前記使用モードの情報を前記車両に送信するステップと、
を含む情報処理方法。
【請求項８】
情報処理装置に、
車両を利用するユーザのユーザ情報を受信するステップと、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定するステップと、
決定した前記使用モードの情報を前記車両に送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、車両が複数の走行モードに対応し、複数の走行モードのうちある走行モードに基づいて走行制御を行う技術がある。例えば特許文献１では、走行環境に応じて走行モードを切り替えることのできる車両走行モード切替装置について開示されている。特許文献１では、住宅街、市街地、山道、及び高速道路の４種類の走行環境に対して、ＥＶモード、ＥＣＯモード、ノーマルモード、及びパワーモードの４種類の走行モードを切り替えて車両を制御している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１２６７８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ユーザが車両を借りて利用するカーシェアリング等のサービスが知られている。かかるサービスは、人の移動、物流、及び物販等の様々な目的に利用され得る。したがって当該サービスを利用するユーザの利用目的に応じて、車両の使用のモード（以下、使用モードという）を切り替えて車両を制御することが望まれる。
【０００５】
かかる事情に鑑みてなされた本発明の目的は、複数の使用モードを切り替えて車両制御を行う技術の利便性を向上させることにある。
【課題を解決するための手段】
【０００６】
本発明の一実施形態に係る情報処理装置は、
ユーザによって利用される車両と通信可能な通信部と、
制御部と、
を備え、
前記制御部は、
前記通信部を介して前記ユーザのユーザ情報を受信し、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定し、
決定した前記使用モードの情報を前記通信部を介して前記車両に送信する。
【０００７】
本発明の一実施形態に係る情報処理方法は、
車両を利用するユーザのユーザ情報を受信するステップと、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定するステップと、
決定した前記使用モードの情報を前記車両に送信するステップと、
を含む。
【０００８】
本発明の一実施形態に係るプログラムは、
車両を利用するユーザのユーザ情報を受信するステップと、
前記ユーザ情報に基づく前記車両の利用目的に応じて、前記車両の使用モードを決定するステップと、
決定した前記使用モードの情報を前記車両に送信するステップと、
を実行させる。
【発明の効果】
【０００９】
本発明の一実施形態に係る情報処理装置、情報処理方法、及びプログラムによれば、複数の使用モードを切り替えて車両制御を行う技術の利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る情報処理システムの概略構成を示す図である。
【図２】本発明の一実施形態に係る情報処理システムの動作を示すシーケンス図である。
【図３】実施例１において推定処理に用いられるユーザ情報及び車両情報の一例を示す概念図である。
【図４】ユーザ情報の具体例を示す図である。
【図５】実施例１における推定結果データベースを示す図である。
【図６】実施例２において推定処理に用いられるユーザ情報及び車両情報の一例を示す概念図である。
【図７】実施例２における推定結果データベースを示す図である。
【図８】実施例３において推定処理に用いられるユーザ情報の一例を示す概念図である。
【図９】実施例３における推定結果データベースを示す図である。
【図１０】推定結果と使用モードとの関係の一例を示す図である。
【図１１】推定結果と使用モードとの関係の別の一例を示す図である。
【図１２】推定結果と使用モードとの関係の別の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について説明する。
【００１２】
（情報処理システムの構成）
図１を参照して、本発明の一実施形態に係る情報処理システム１の概要について説明する。情報処理システム１は、端末装置１０と、車両２０と、サーバ３０と、を備える。図１においては、説明の簡便のため、端末装置１０、及び車両２０についてはそれぞれ１つずつ図示しているが、情報処理システム１に備えられる端末装置１０及び車両２０の数はそれぞれ任意に定められてもよい。端末装置１０、車両２０、及びサーバ３０は、ネットワーク４０に接続されている。ネットワーク４０は、例えば移動体通信網及びインターネットを含むが、これらに限られず、任意の通信網を含んでもよい。
【００１３】
端末装置１０は、例えばスマートフォン又はタブレット端末等の汎用の移動端末であるが、これらに限られず、例えば情報処理システム１に専用の装置等、任意の移動端末であってもよい。端末装置１０は、ユーザによって所持される。車両２０は、例えば自動車であるが、これに限られず、人間が搭乗可能な任意の車両であってもよい。車両２０は、例えばカーシェアリング等のサービス提供者が提供する車両である。車両２０は、ユーザによって運転される車両であるが、これに限られず、例えば自動運転を行う車両であってもよい。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１乃至５を含むが、これらに限られず、任意に定義されてもよい。車両２０は、自動運転、近年のコネクテッドカーに係る技術の進歩及びシェアリングエコノミー等の拡大に伴い、様々な目的で利用され得る。サーバ３０は、１つ又は互いに通信可能な複数のサーバ装置を含む。本実施形態では、説明の簡便のため、サーバ３０が１つのサーバ装置であるものとして説明する。サーバ３０が本発明の「情報処理装置」に対応する。
【００１４】
本実施形態に係る情報処理システム１において、端末装置１０、車両２０、及びサーバ３０協働して、ユーザの利用目的に適合するように車両２０が制御される。概要として情報処理システム１は、ユーザに係る情報（ユーザ情報３３）に基づいて、車両２０を利用するユーザの利用目的を推定する。サーバ３０は、端末装置１０等からユーザ情報３３を受信する。ユーザ情報３３は、後述するように例えば端末装置１０で作動したアプリケーションプログラム（以下、アプリともいう）に係る情報等を含み、当該情報に基づきユーザの利用目的を推定することができる。サーバ３０は、受信したユーザ情報３３に基づき車両２０の利用目的を推定し、推定した利用目的に応じて車両２０の使用モードを決定する。そしてサーバ３０は、車両２０に使用モードを通知し、車両２０により、使用モードに基づき車両２０の室内環境、燃費、快適性、及び利便性等に係る制御を行う。
【００１５】
このように情報処理システム１によれば、サーバ３０が端末装置１０等からユーザ情報３３を受信し、ユーザ情報３３に基づき利用目的を推定する。またサーバ３０は、当該利用目的に応じて、車両２０の使用モードを決定し、決定した使用モードに基づき車両２０の制御を行う。これにより、ユーザの利用目的に適合するように車両２０を制御し、複数の使用モードを切り替えて車両制御を行う技術の利便性を向上させることができる。
【００１６】
次に、情報処理システム１の各構成について、詳細に説明する。
【００１７】
（端末装置の構成）
図１に示すように、端末装置１０は、通信部１１と、記憶部１２と、位置情報取得部１３と、出力部１４と、入力部１５と、制御部１６と、を備える。
【００１８】
通信部１１は、ネットワーク４０に接続する通信モジュールを含む。例えば、通信部１１は、４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュールを含んでもよい。本実施形態において、端末装置１０は、通信部１１を介してネットワーク４０に接続される。
【００１９】
記憶部１２は、１つ以上のメモリを含む。本実施形態において「メモリ」は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部１２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１２は、端末装置１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１２は、システムプログラム、アプリケーションプログラム、端末装置１０の識別情報、及びユーザの識別情報等を記憶してもよい。アプリケーションプログラムは、例えばカーシェアアプリを含む。カーシェアアプリは、カーシェアリングのサービス提供者等から車両２０を借りるために用いられる。ユーザは車両２０を借りる場合、カーシェアアプリを用いて車両２０の利用予約を行い、予約した予約時間内において車両２０を使用する。またアプリケーションプログラムは、本システムに係る専用のアプリケーション（以下、専用アプリという）を含む。専用アプリは、本システムにおいてサーバ３０がユーザ情報３３を収集するために用いられる。記憶部１２に記憶された情報は、例えば通信部１１を介してネットワーク４０から取得される情報で更新可能であってもよい。
【００２０】
位置情報取得部１３は、任意の衛星測位システムに対応する１つ以上の受信機を含む。例えば、位置情報取得部１３は、ＧＰＳ（Global Positioning System）受信機を含んでもよい。位置情報取得部１３は、端末装置１０の位置情報を取得する。
【００２１】
出力部１４は、ユーザに対して情報を出力する１つ以上の出力インタフェースを含む。例えば、出力部１４に含まれる出力インタフェースは、情報を映像で出力するパネルディスプレイ、又は情報を音声で出力するスピーカ等であるが、これらに限られない。
【００２２】
入力部１５は、ユーザ入力を検出する１つ以上の入力インタフェースを含む。例えば、入力部１５に含まれる入力インタフェースは、物理キー、静電容量キー、出力部１４のパネルディスプレイと一体的に設けられたタッチスクリーン、又は音声入力を受け付けるマイク等であるが、これらに限られない。
【００２３】
制御部１６は、１つ以上のプロセッサを含む。本実施形態において「プロセッサ」は、汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサであるが、これらに限られない。制御部１６は、端末装置１０全体の動作を制御する。
【００２４】
例えば、制御部１６は、位置情報取得部１３により取得された端末装置１０の位置情報を記憶部１２に蓄積する。制御部１６は、通信部１１を介して、ユーザの識別情報と、記憶部１２に蓄積された端末装置１０の位置情報と、をサーバ３０に通知する。サーバ３０に対する通知は、任意のタイミングで行われてもよい。例えば、制御部１６は、所定の時間間隔で又は端末装置１０が特定の状態になる毎に、サーバ３０に対する通知を行う。制御部１６は、サーバ３０に通知した端末装置１０の位置情報を、記憶部１２から消去してもよい。
【００２５】
また制御部１６は、通信部１１を介してサーバ３０にユーザ情報３３を送信する。ユーザ情報は、ユーザの個人情報及び会員ＩＤを含んでよい。またユーザ情報は、端末装置１０で作動されたアプリに係るアプリ情報を含んでよい。制御部１６は、専用アプリを用いてユーザ情報３３を収集、管理する。例えば専用アプリは、本情報処理システム１に係る会員ＩＤ、及び個人情報等を管理する。会員ＩＤは、本システムにおいてユーザを一意に特定するための識別情報である。個人情報は、ユーザの性別、年齢、住所、及び勤務地等の情報である。ユーザは本システムを利用するために、予め端末装置１０に専用アプリをインストールする。例えば専用アプリの初回起動時に本システムに係る認証処理等が行われてもよく、サーバ３０は、認証処理用の画面において、入力部１５により入力された会員ＩＤ及び個人情報等を収集してもよい。
【００２６】
専用アプリは、端末装置１０にインストールされた専用アプリ以外の他のアプリと連携することで、当該アプリに係るアプリ情報をサーバ３０に取得させる。当該アプリは、例えばカーシェアアプリ、物品をシェアするアプリ、及びリソースをシェアするアプリを含む。当該アプリのアプリ情報は、アプリ識別ＩＤを含む。アプリ識別ＩＤはアプリを一意に特定するための情報である。またアプリ情報は、当該アプリにおいて、入力部１５により入力、編集、選択、又は決定等された情報を含む。
【００２７】
また専用アプリは、他のアプリとの連携に係るユーザの同意を、例えば専用アプリのインストール後に、端末装置１０におけるプッシュ通知を出力部１４により表示することでユーザに問い合わせる。ユーザからの連携の同意を受けた後にサーバ３０はアプリ情報を収集する。アプリ情報の収集は、各種の方法を採り得る。例えばサーバ３０は、端末装置１０からアプリ情報を収集してもよい。この場合、端末装置１０において他アプリが起動されると、制御部１６は、アプリ情報を専用アプリへ通知する。制御部１６は、専用アプリにより通知されたアプリ情報を含むユーザ情報３３をサーバ３０に送信する。あるいはサーバ３０は、各アプリを管理する外部サーバからアプリ情報を収集してもよい。例えば、端末装置１０において他アプリが起動されてアプリ情報が外部サーバに送信された場合、サーバ３０は、上記のユーザ同意に基づき、外部サーバからアプリ情報を取得してもよい。
【００２８】
（車両の構成）
図１に示すように、車両２０は、通信装置２１と、制御装置２２と、を備える。通信装置２１、制御装置２２は、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、車両２０と通信可能に接続される。
【００２９】
通信装置２１は、例えばＤＣＭ（Data Communication Module）等の車載通信機であってもよい。通信装置２１は、ネットワーク４０に接続するために、４Ｇ及び５Ｇ等の移動体通信規格に対応する通信モジュールを含んでもよい。
【００３０】
制御装置２２は、車両２０の車両制御を行う装置である。車両制御は、例えば、空調制御、情報提供の制御及び走行制御を含む。制御装置２２は、通信装置２１を介してサーバ３０から取得する使用モードに基づき車両制御を行う。図１に示すように、制御装置２２は、通信部２２１と、記憶部２２２と、位置情報取得部２２３と、制御部２２４と、を備える。
【００３１】
通信部２２１は、通信装置２１と通信する通信モジュールを含む。例えば通信部２２１は、所定の通信規格に対応する通信モジュールを含んでもよい。通信部２２１が通信装置２１及び各ＥＣＵと通信する際の通信プロトコルは、例えばＣＡＮを採用可能である。
【００３２】
記憶部２２２は、１つ以上のメモリを含む。記憶部２２２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２２２は、制御装置２２の動作に用いられる任意の情報を記憶する。例えば、記憶部２２２は、システムプログラム、アプリケーションプログラム、データベース等を記憶してもよい。記憶部２２２に記憶された情報は、例えば通信装置２１を介してネットワーク４０から取得される情報で更新可能であってもよい。
【００３３】
位置情報取得部２２３は、任意の衛星測位システムに対応する１つ以上の受信機を含む。例えば、位置情報取得部２２３は、ＧＰＳ受信機を含んでもよい。位置情報取得部２２３は、車両２０の位置情報を取得する。
【００３４】
制御部２２４は、１つ以上のプロセッサを含む。制御部２２４は、制御装置２２全体の動作を制御する。
【００３５】
例えば制御部２２４は、通信部２２１を介して、位置情報取得部２２３及び各ＥＣＵ（Electronic Control Unit）等から車両２０に係る情報（車両情報３４）を取得する。車両情報は、車両２０の識別情報（以下、車両ＩＤという）を含む。車両ＩＤは、車両２０を一意に特定するための情報であり、車両２０に備えられた通信装置２１又は制御装置２２の識別情報が車両ＩＤとして用いられてもよい。また例えば車両２０に搭載されたナビゲーション装置等の識別情報（車載機ＩＤ）が車両ＩＤとして用いられてもよい。
【００３６】
車両情報３４は、例えば位置情報を含む。また車両情報は車両２０に搭載されたセンサにより得られる情報（センサ情報）を含んでもよい。かかるセンサは、ライダー、加速度センサ、角速度センサ、磁気センサ、気圧センサ、照度センサ、外気温度センサ、車室内温度センサ、イメージセンサ（カメラ）等を含んでもよい。制御部２２４は、各センサによって検出された情報を、センサ情報として取得する。制御部２２４は、通信部２２１を介して通信装置２１に車両情報３４を送信し、通信装置２１によりサーバ３０に車両情報３４を送信する。ここで、サーバ３０に対する通知は、任意のタイミングで行われてもよい。例えば、制御部２２４は、車両２０が特定の状態（例えば、駐車した状態又は乗員が降車した状態等）になる毎に、サーバ３０に対する通知を行う。車両情報３４は、車両２０の利用目的の推定処理に用いられてもよい。
【００３７】
また例えば制御部２２４は、通信部２２１を介して、通信装置２１から使用モードの通知を受ける。使用モードはサーバ３０から通知される。また制御部２２４は、通知された使用モードに基づき、車両制御を行う。かかる車両制御は、制御装置２２と車両２０のＥＣＵ等とが協働し、動力源、空調機器、情報出力機器、及び車載機器等を制御することによって実行される。
【００３８】
（サーバの構成）
図１に示すように、サーバ３０は、サーバ通信部３１と、サーバ記憶部３２と、サーバ制御部３６と、を備える。
【００３９】
サーバ通信部３１は、ネットワーク４０に接続する通信モジュールを含む。例えば、サーバ通信部３１は、所定の有線規格又は無線規格に対応する通信モジュールを含んでもよい。本実施形態において、サーバ３０は、サーバ通信部３１を介してネットワーク４０に接続される。
【００４０】
サーバ記憶部３２は、１つ以上のメモリを含む。サーバ記憶部３２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。サーバ記憶部３２は、サーバ３０の動作に用いられる任意の情報を記憶する。例えば、サーバ記憶部３２は、端末装置１０等から収集したユーザ情報３３と、車両２０から収集した車両情報３４とを記憶する。また例えばサーバ記憶部３２は、後述する推定結果データベース３５を記憶する。また例えばサーバ記憶部３２は、システムプログラム、アプリケーションプログラム、管理データベース等を記憶してもよい。サーバ記憶部３２に記憶された情報は、例えばサーバ通信部３１を介してネットワーク４０から取得される情報で更新可能であってもよい。
【００４１】
サーバ制御部３６は、１つ以上のプロセッサを含む。サーバ制御部３６は、サーバ３０全体の動作を制御する。
【００４２】
例えばサーバ制御部３６は、サーバ通信部３１を介して端末装置１０からユーザ情報３３を受信する。サーバ制御部３６は、ユーザ情報３３をサーバ記憶部３２に蓄積する。また例えばサーバ制御部３６は、サーバ通信部３１を介して車両２０から車両情報３４を受信する。サーバ制御部３６は、車両情報３４をサーバ記憶部３２に蓄積する。
【００４３】
また例えばサーバ制御部３６は、車両２０を利用するユーザの利用目的を推定する。またサーバ制御部３６は、推定した利用目的に応じて、車両２０の使用モードを決定する。利用目的の推定処理、使用モードの決定処理については後述する。
【００４４】
また例えばサーバ制御部３６は、サーバ通信部３１を介して車両２０に決定した使用モードを通知する。つまり、サーバ制御部３６は、決定した使用モードの情報をサーバ通信部３１を介して車両２０に送信する。当該使用モードの情報に基づき車両２０の車両制御が行われる。換言するとサーバ制御部３６は、車両２０に使用モードを通知することにより、車両２０の車両制御を行う。
【００４５】
（情報処理システムの動作）
次に、図２のシーケンス図を参照して、情報処理システム１の動作について説明する。
【００４６】
ステップＳ１：端末装置１０は、通信部１１を介してサーバ３０にユーザ情報３３を送信する。
【００４７】
ステップＳ２：サーバ３０は、端末装置１０から取得したユーザ情報をサーバ記憶部３２に記憶する。
【００４８】
ステップＳ３：車両２０は、通信装置２１を介してサーバ３０に車両情報３４を送信する。
【００４９】
ステップＳ４：サーバ３０は、車両２０から取得した車両情報３４をサーバ記憶部３２に記憶する。
【００５０】
ステップＳ５：サーバ３０は、ユーザ情報３３に基づいて、車両２０の利用目的を推定する。サーバ３０は、ユーザ情報３３に加えて、車両情報３４に基づいて、車両２０の利用目的を推定してもよい。
【００５１】
ステップＳ６：サーバ３０は、推定した利用目的に基づいて、使用モードを決定する。
【００５２】
ステップＳ７：サーバ３０は、サーバ通信部３１を介して車両２０に使用モードを通知する。換言するとサーバ３０は、決定した使用モードの情報をサーバ通信部３１を介して車両２０に送信する。
【００５３】
ステップＳ８：車両２０は、通知された使用モードに基づき、車両２０の車両制御を実行する。
【００５４】
（利用目的の推定処理）
次に、ステップＳ５における利用目的の推定処理について、以下の実施例１〜３により詳細に説明する。
【００５５】
（実施例１：移動のシェア又は場所のシェアに係る推定処理）
本実施例では、ユーザが他アプリとして、カーシェアアプリを利用した場合における利用目的の推定について説明する。本実施例は概略として、ユーザ自身が移動するために車両２０を利用し、又は車内の空間を利用するために車両２０を利用する。換言すると本実施例ではユーザは、移動のシェア又は場所のシェアを目的として車両２０を利用する。図３に、本実施例において推定処理に用いられるユーザ情報３３及び車両情報３４の一例を示す。また図４に、ユーザ情報３３の具体例を示す。図３及び図４に示すように、ユーザ情報３３は、会員ＩＤ、個人情報、及びアプリ情報を含む。またアプリ情報は、アプリ識別ＩＤ、予約時間、目的地、及び車両ＩＤを含む。アプリ識別ＩＤは、カーシェアアプリを特定する識別情報である。予約時間、目的地、及び車両ＩＤは、それぞれ車両２０を使用するために予約した時間、目的地、及び利用予定の車両２０の車両ＩＤである。個人情報は図４に示すように、例えば性別、年齢、住所、及び勤務地を含む。車両情報３４は、車両２０から取得する情報である。図３に示すように、例えば車両情報３４は、車両ＩＤ及び位置情報を含む。
【００５６】
本実施例においてサーバ３０のサーバ制御部３６は、ユーザ情報３３及び車両情報３４を取得して集約し、推定結果データベース３５を作成する。推定結果データベース３５は、ユーザ情報３３及び車両情報３４に基づき推定した利用目的の推定結果を含む。図５に、推定結果データベース３５の一例を示す。例えば推定結果データベース３５は、曜日種と、利用時間と、車両移動有無と、会員ＩＤと、個人情報と、目的地と、推定結果に係るデータと、を含む。曜日種は各曜日を平日又は休日のいずれかに分類したものであり、図５では平日のデータのみを示している。利用時間は１日を所定の時間帯で分類したものであり、図５の例では１日が６つの時間帯に分けられている。曜日種及び利用時間は、ユーザ情報３３に含まれる予約時間に相当する。すなわちサーバ制御部３６は、収集した各ユーザ情報３３に含まれる予約時間に基づき、各ユーザ情報３３をいずれかの時間帯に分類する。
【００５７】
車両移動有無のデータは、当該時間帯において車両２０が移動したか否かを示す。当該データは、ユーザ情報３３及び車両情報３４に基づき決定される。具体的にはサーバ制御部３６は、ユーザ情報３３に含まれる予約時間において、ユーザ情報３３に含まれる車両ＩＤを参照し、予約されている車両２０を特定する。またサーバ制御部３６は、当該車両２０の車両情報３４を参照する。サーバ制御部３６は、かかる車両情報３４に含まれる位置情報に変動がある場合、車両移動有無が「有り」と判定する。他方で、サーバ制御部３６は、当該車両情報３４に含まれる位置情報に変動がない場合、車両移動有無が「無し」と判定する。
【００５８】
推定結果データベース３５における会員ＩＤ及び個人情報は、ユーザ情報３３に基づく。図５では、個人情報のうち勤務地のみが推定結果データベース３５に含まれている例を示しているが、性別、年齢、及び住所等、他の個人情報が含まれていてもよい。目的地のデータは、ユーザ情報３３に基づく。ユーザ情報３３に目的地の情報が含まれている場合、ユーザ情報３３に含まれている情報（例えば「○○（株）」、「ＸＸ（株）」、又は「自宅」等）に基づき目的地のデータを決定する。他方で、ユーザ情報３３に目的地の情報が含まれていない場合、図５に示すように目的地の情報は「無し」と決定する。また、ユーザ情報３３に目的地の情報が含まれていない場合において、車両情報３４に基づいて目的地のデータを決定してもよい。例えば車両移動が「有り」の場合で、車両電源がＯＦＦ（ＩＧ−ＯＦＦ又はＲＥＡＤＹ−ＯＦＦ）となる前後の位置情報を蓄積し、頻度の高い地点を目的地と決定してもよい。このように、サーバ制御部３６は、車両移動有無のデータ及び位置情報に基づき、車両２０の移動先のデータ、すなわち目的地のデータを決定してもよい。
【００５９】
推定結果データベース３５における推定結果のデータは、サーバ制御部３６が、ユーザ情報３３及び車両情報３４に基づき推定した車両２０の利用目的の情報である。サーバ制御部３６は、曜日種、利用時間、車両移動有無、会員ＩＤ、個人情報、及び目的地の少なくともいずれかにより、各時間帯の利用目的を推定する。すなわち、推定結果データベース３５により、各曜日種の時間帯におけるユーザの車両２０の利用目的を推定できる。換言するとサーバ制御部３６は、過去のユーザ情報３３を蓄積することで、ユーザの行動パターンを学習し、あるタイミングにおけるユーザの利用目的を推定することができる。
【００６０】
例えば、平日の０：００〜５：５９において、車両移動有無のデータは「無し」であり、また目的地も「無し」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、及び目的地のデータを考慮して、利用目的が「睡眠」であると推定する。また例えば平日の６：００〜９：５９において、車両移動有無のデータは「有り」であり、また目的地は「○○（株）」である。さらに勤務地も「○○（株）」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、勤務地、及び目的地のデータを考慮して、利用目的が「出勤」であると推定する。また例えば平日の１０：００〜１１：５９において、車両移動有無のデータは「有り」であり、また目的地は「××（株）」である。他方で勤務地は「○○（株）」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、勤務地、及び目的地のデータを考慮して、利用目的が「出張」であると推定する。
【００６１】
また例えば平日の１２：００〜１２：５９において、車両移動有無のデータは「無し」であり、目的地も「無し」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、及び目的地のデータを考慮して、利用目的が「昼ごはん or 仮眠」であると推定する。また例えば平日の１３：００〜１６：５９において、車両移動有無のデータは「無し」であり、目的地も「無し」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、及び目的地のデータを考慮して、利用目的が「オフィス代わり」であると推定する。また例えば平日の１７：００〜２３：５９において、車両移動有無のデータは「有り」であり、また目的地は「自宅」である。したがってサーバ制御部３６は、曜日種、利用時間、車両移動有無、及び目的地のデータを考慮して、利用目的が「帰宅」であると推定する。
【００６２】
（実施例２：モノのシェアに係る推定処理）
本実施例では、ユーザが他アプリとして、衣類及びバッグ等の物品をシェアするアプリを利用した場合における利用目的の推定について説明する。本実施例では概略として、ユーザが物品をシェアするために車両２０を利用する。ここでは一例として、あるユーザ（依頼者）が物品を注文するアプリを利用し、別のユーザ（代行者）が当該物品を配達するためにカーシェアアプリを利用するシチュエーションを前提に説明する。すなわち本実施例では、代行者のユーザについて、車両２０の利用目的を推定する。
【００６３】
図６に、本実施例において推定処理に用いられるユーザ情報３３ｂ及び車両情報３４ｂの一例を示す。本実施例におけるユーザ情報３３ｂは、依頼者に係るユーザ情報３３１ｂと、代行者に係るユーザ情報３３２ｂとを含む。ユーザ情報３３１ｂは、会員ＩＤ、個人情報、及びアプリ情報を含む。アプリ情報は、アプリ識別ＩＤ、代行者ＩＤ、物品情報、及び配達時間を含む。アプリ識別ＩＤは、物品をシェアするアプリを特定するための識別情報である。例えば物品をシェアするアプリとして、衣類をシェアするためのアプリ（衣類のアプリ）と、バッグをシェアするためのアプリ（バッグのアプリ）があり、これらにはそれぞれ識別情報が定められている。また物品をシェアするためのアプリ以外のアプリ（モノのシェア以外のアプリ）にも、識別情報が定められている。「モノのシェア以外のアプリ」には、カーシェアアプリ及びリソースをシェアするアプリも含まれる。代行者ＩＤは、代行者を特定するための情報、すなわち代行者の会員ＩＤである。物品情報は、シェアする物品に係る情報である。配達時間は、物品の配達時間の情報である。
【００６４】
ユーザ情報３３２ｂは、会員ＩＤ、個人情報、及びアプリ情報を含む。アプリ情報は、アプリ識別ＩＤ、予約時間、目的地、及び車両ＩＤを含む。アプリ識別ＩＤは、カーシェアアプリを特定する識別情報である。予約時間、目的地、及び車両ＩＤは、それぞれ車両２０を使用する予定の時間、目的地、及び利用予定の車両２０の車両ＩＤである。個人情報は、例えば性別、年齢、住所、及び勤務地を含む。
【００６５】
図６に示すように、車両情報３４ｂは、車両ＩＤ、位置情報、及びセンサ情報を含む。本実施例ではセンサ情報は、車載カメラによる運転席の画像情報であるとして説明する。
【００６６】
本実施例において、サーバ３０のサーバ制御部３６は、ユーザ情報３３ｂ及び車両情報３４ｂを取得して集約し、推定結果データベース３５を作成する。推定結果データベース３５は、ユーザ情報３３ｂ及び車両情報３４ｂに基づき推定した利用目的の推定結果を含む。図７に、推定結果データベース３５の一例を示す。例えば推定結果データベース３５は、曜日種と、利用時間と、アプリ種別と、ドライバー有無と、会員ＩＤと、推定結果に係るデータと、を含む。曜日種及び利用時間は、ユーザ情報３３１ｂに含まれる配達時間及びユーザ情報３３２ｂに含まれる予約時間に相当する。すなわちサーバ制御部３６は、収集した各ユーザ情報３３に含まれる配達時間及び予約時間に基づき、各ユーザ情報３３をそれぞれの時間帯に分類する。
【００６７】
アプリ種別は、収集した各ユーザ情報３３１ｂのアプリ識別ＩＤに基づき決定される。図７では、アプリ識別ＩＤに基づき、「衣類のアプリ」、「バッグのアプリ」、又は「モノのシェア以外のアプリ」のいずれかの種別に分類している。ドライバー有無のデータは、ユーザ情報３３１ｂ、ユーザ情報３３２ｂ、及び車両情報３４ｂに基づき決定される。具体的にはサーバ制御部３６は、ユーザ情報３３１ｂに含まれる代行者ＩＤに基づき、対応する代行者のユーザ情報３３２ｂを参照する。サーバ制御部３６は、ユーザ情報３３２ｂに含まれる車両ＩＤを参照し、予約されている車両２０を特定する。またサーバ制御部３６は、当該車両２０の車両情報３４ｂを参照する。サーバ制御部３６は、車両情報３４ｂに含まれるセンサ情報、すなわちここでは運転席の画像情報に基づき、ドライバーの有無を判定する。サーバ制御部３６は、画像情報に基づきドライバーが存在すると判定した場合、ドライバー有無が「有り」と判定する。他方でサーバ制御部３６は、画像情報に基づきドライバーが存在しないと判定した場合、ドライバー有無が「無し」と判定する。図７の会員ＩＤは、依頼者の会員ＩＤと、代行者の会員ＩＤ（代行者ＩＤ）とを含む。これらはユーザ情報３３１ｂに基づく。
【００６８】
推定結果のデータは、サーバ制御部３６が、ユーザ情報３３ｂ及び車両情報３４ｂに基づき推定した車両２０の利用目的の情報である。サーバ制御部３６は、曜日種、利用時間、アプリ種別、ドライバー有無、会員ＩＤの少なくともいずれかにより、各時間帯の利用目的を推定する。すなわち、推定結果データベース３５により、各曜日種の時間帯におけるユーザの車両２０の利用目的を推定できる。換言するとサーバ制御部３６は、過去のユーザ情報３３ｂ及び車両情報３４ｂを蓄積することで、ユーザの行動パターンを学習し、あるタイミングにおけるユーザの利用目的を推定することができる。
【００６９】
例えば平日の１０：００〜１１：５９において、アプリ種別が「衣類のアプリ」であり、ドライバー有無が「有り」である。したがってこの場合、サーバ制御部３６は、アプリ種別及びドライバー有無のデータを考慮して、利用目的が「衣類／バッグの送付」であると推定する。また例えば平日の１２：００〜１２：５９において、アプリ種別が「バッグのアプリ」であり、ドライバー有無が「有り」である。したがってサーバ制御部３６は、アプリ種別及びドライバー有無のデータを考慮して、利用目的が「衣類／バッグの送付」であると推定する。また平日の１３：００〜１６：５９において、アプリ種別が「衣類のアプリ」であり、ドライバー有無が「無し」である。したがってサーバ制御部３６は、アプリ種別及びドライバー有無のデータを考慮して、利用目的が「衣類／バッグの送付＋自動運転」であると推定する。すなわち、利用目的は、衣類又はバッグの送付を車両２０の自動運転により行うことであると推定する。平日の０：００〜５：５９、６：００〜９：５９、及び１７：００〜２３：５９において、アプリ種別は「モノのシェア以外のアプリ」である。したがってサーバ制御部３６は、アプリ種別のデータを考慮して、利用目的が「モノのシェア以外」等と推定する。
【００７０】
なお本実施例では、衣類又はバッグの送付の場合について、いずれもサーバ制御部３６は、利用目的を「衣類／バッグの送付」と推定したが、これらを分けて推定してもよく、それぞれの推定結果を、「衣類の送付」及び「バッグの送付」としてもよい。また、これら以外の推定結果についてサーバ制御部３６は「モノのシェア以外」と推定しているが、これに限られない。例えばサーバ制御部３６は、移動のシェア、場所のシェア、又はリソースのシェアに係る利用目的であると推定してもよい。
【００７１】
また本実施例では、サーバ制御部３６が衣類又はバッグの送付を推定する場合を説明したが、他の任意の物品を送付する場合も同様である。例えば生もの、書類、又は家具等を送付する場合についてもサーバ制御部３６は上記と同様の方法により推定できる。また、実施例１と同様に、推定結果データベース３５は車両移動有無のデータを含んでもよい。移動有無のデータにより、車両２０が移動していること（例えば配達等に用いられていること）を確認でき、推定精度を高めることができる。実施例１と同様に、当該データは車両情報３４ｂの位置情報により決定できる。
【００７２】
（実施例３：リソースのシェアに係る推定処理）
本実施例では、ユーザが他アプリとして、リソースをシェアするアプリを利用した場合における利用目的の推定について説明する。本実施例では概略として、ユーザがリソースをシェアするために車両２０を利用する。ここでは一例として、あるユーザがリソースのシェアを依頼するアプリ（例えば子育て代行アプリ等）を利用し、別のユーザ（代行者）が当該リソースを提供するためにカーシェアアプリを利用するシチュエーションを前提に説明する。すなわち本実施例では、代行者のユーザについて、車両２０の利用目的を推定する。
【００７３】
図８に、本実施例において推定処理に用いられるユーザ情報３３ｃの一例を示す。本実施例におけるユーザ情報３３ｃは、依頼者に係るユーザ情報３３１ｃと、代行者に係るユーザ情報３３２ｃを含む。ユーザ情報３３１ｂは、会員ＩＤ、個人情報、及びアプリ情報を含む。アプリ情報は、アプリ識別ＩＤ、代行者ＩＤ、依頼情報、及び依頼時間を含む。アプリ識別ＩＤは、リソースをシェアするアプリを特定するための識別情報である。例えばシェアするリソースの内容は、子育て、スキル、ペットの世話、異文化交流サービスへの参加、及び食事会への参加を含む。スキルは例えば家事代行を含み、本実施例では家事代行であるとする。食事会への参加は、食事会において料理を作ることを含んでもよく、この場合、依頼者又は代行者の少なくともいずれか一方が料理を作る。これらのリソースをシェアする各アプリに、それぞれ識別情報が定められている。またリソースをシェアするためのアプリ以外のアプリ（リソースのシェア以外のアプリ）にも、識別情報が定められている。代行者ＩＤは、代行者を特定するための情報、すなわち代行者の会員ＩＤである。依頼情報は、シェアするリソースに係る情報であり、例えば依頼に係る具体的な内容を含む。依頼時間は、リソースを提供する時間に係る情報である。
【００７４】
ユーザ情報３３２ｃは、会員ＩＤ、個人情報、アプリ識別ＩＤ、予約時間、目的地、及び車両ＩＤを含む。アプリ識別ＩＤは、カーシェアアプリを特定する識別情報である。予約時間、目的地、及び車両ＩＤは、それぞれ車両２０を使用する予定の時間、目的地、及び利用予定の車両２０の車両ＩＤである。個人情報は、例えば性別、年齢、住所、及び勤務地を含む。
【００７５】
本実施例において、サーバ３０のサーバ制御部３６は、ユーザ情報３３ｃを取得して集約した推定結果データベース３５を作成する。推定結果データベース３５は、ユーザ情報３３ｃに基づき推定した利用目的の推定結果を含む。図９に、推定結果データベース３５の一例を示す。例えば推定結果データベース３５は、曜日種と、利用時間と、アプリ種別と、会員ＩＤと、推定結果に係るデータと、を含む。曜日種及び利用時間は、ユーザ情報３３１ｃに含まれる依頼時間、及びユーザ情報３３２ｃに含まれる予約時間に相当する。すなわちサーバ制御部３６は、収集したユーザ情報３３に含まれる依頼時間及び予約時間に基づき、各ユーザ情報３３ｃをそれぞれの時間帯に分類する。図９に示す推定結果データベース３５では、曜日種に関して、平日に加えて休日のデータも示している。
【００７６】
アプリ種別のデータは、収集した各ユーザ情報３３１ｃのアプリ識別ＩＤに基づき決定される。図９に示す推定結果データベース３５では、アプリ識別ＩＤに基づき、子育て、スキル、ペット、異文化、及び食事のいずれかのアプリ種別に分類している。これらのアプリ種別は上述したリソースの例、すなわち子育て、スキル、ペットの世話、異文化交流サービスへの参加、食事会等の参加にそれぞれ対応する。各利用時間において該当するアプリ種別の欄には、マークが付されている。マークがない利用時間では、リソースのシェア以外のアプリが利用されている。推定結果データベース３５における会員ＩＤのデータは、依頼者の会員ＩＤと、代行者の会員ＩＤ（代行者ＩＤ）とを含む。これらはユーザ情報３３１ｃに基づく。
【００７７】
推定結果のデータは、サーバ制御部３６が、ユーザ情報３３ｃに基づき推定した車両２０の利用目的の情報である。サーバ制御部３６は、曜日種、利用時間、アプリ種別、及び会員ＩＤの少なくともいずれかにより、各時間帯の利用目的を推定する。すなわち、推定結果データベース３５により、各曜日種の時間帯におけるユーザの車両２０の利用目的を推定できる。換言するとサーバ制御部３６は、過去のユーザ情報３３ｃを蓄積することで、ユーザの行動パターンを学習し、あるタイミングにおけるユーザの利用目的を推定することができる。
【００７８】
例えば平日の１０：００〜１１：５９において、アプリ種別は「スキル」である。したがってサーバ制御部３６は、アプリ種別を考慮して利用目的が「家事代行」であると推定する。また例えば平日の１７：００〜２３：５９において、アプリ種別は「食事」である。したがってサーバ制御部３６は、アプリ種別を考慮して利用目的が「みんなで食事」であると推定する。また例えば休日の１０：００〜１１：５９において、アプリ種別は「ペット」である。したがってサーバ制御部３６は、アプリ種別を考慮して利用目的が「ペットの世話代行」であると推定する。また例えば休日の１２：００〜１２：５９の利用時間において、アプリ種別が「子育て」に係るアプリである。したがってサーバ制御部３６は、アプリ種別を考慮して利用目的が「子育て代行」であると推定する。また例えば休日の１７：００〜２３：５９において、アプリ種別は「異文化」である。したがってサーバ制御部３６は、アプリ種別を考慮して利用目的が「異文化交流」であると推定する。
【００７９】
なお本実施例ではリソースのシェア以外のアプリが利用された場合において、サーバ制御部３６は「リソースのシェア以外」と推定しているが、これに限られない。例えばサーバ制御部３６は、移動のシェア、場所のシェア、又は物品のシェアに係る利用目的であると推定してもよい。
【００８０】
（各実施例における使用モードの決定及び車両制御）
次に、ステップＳ６〜ステップＳ８における、使用モードの決定及び車両制御の処理について詳細に説明する。サーバ制御部３６は、ステップＳ５において推定した利用目的に応じて、車両２０の使用モードを決定し、当該使用モードを車両２０に通知することで、車両２０の車両制御を行う。
【００８１】
図１０に、推定結果と使用モードとの関係の一例を示す。図１０の推定結果は、上述の実施例１における推定結果に対応する。例えば推定結果が「睡眠」「出勤」又は「帰宅」である場合、サーバ制御部３６は、それぞれ使用モードを「極快適モード」、「省エネモード」、又は「快適モード」と決定し、車両２０に使用モードを通知する。車両２０は、通知された使用モードに基づき車両制御を行う。
【００８２】
「極快適モード」が通知された場合、車両２０の制御装置２２は、快適性を最優先した空調制御を行う。これによりユーザは車室内で極めて快適に過ごすことができる。他方、「省エネモード」が通知された場合、制御装置２２は、快適性及び車両燃費をいずれも考慮し、車両燃費を快適性よりも優先して空調制御を行う。例えば制御装置２２は、ユーザの勤務地（オフィス）と同一の空調環境を設定値とする空調制御を行ってよく、これによりビジネスでの使用に適した車室内環境を提供できる。オフィスの空調環境に係る情報は、サーバ３０がユーザのオフィスの空調機器等から取得するようにしてもよい。オフィスの空調機器等から情報を取得する場合、サーバ３０が、ネットワーク４０を介してオフィスの空調機器の設定温度、設定湿度、及び設定風量の情報を取得してもよい。この場合、例えばオフィスの空調機器がＥＭＳ（Energy Management System）を介してネットワーク４０に接続してもよい。あるいはサーバ３０は、当該情報をユーザの端末装置１０から取得してもよい。あるいは省エネモードにおける設定値は、予め定めた値であってもよい。例えば当該値は、室内温度２８℃、湿度５０〜６０％であってもよい。
【００８３】
「快適モード」が通知された場合、制御装置２２は、快適性及び車両燃費をいずれも考慮し、快適性を車両燃費よりも優先した空調制御を行う。例えば制御装置２２は、ユーザの自宅と同等の空調環境を設定値とする空調制御を行う。これによりユーザは車室内で快適に過ごすことができる。自宅の空調環境に係る情報は、サーバ３０がユーザの自宅の空調機器等から取得するようにしてもよい。自宅の空調機器等から情報を取得する場合、サーバ３０が、ネットワーク４０を介して自宅の空調機器の設定温度、設定湿度、及び設定風量の情報を取得してもよい。この場合、例えば自宅の空調機器がＥＭＳを介してネットワーク４０に接続してもよい。あるいはサーバ３０は、当該情報をユーザの端末装置１０から取得してもよい。あるいは快適モードにおける設定値は、予め定めた値であってもよい。例えば当該値は、室内温度２７℃、湿度６０〜６５％であってもよい。
【００８４】
図１１に、推定結果と使用モードとの関係の別の一例を示す。図１１の推定結果は、上述の実施例２における推定結果に対応する。例えば推定結果が「衣類／バッグの送付」又は「衣類／バッグの送付＋自動運転」である場合、サーバ制御部３６は、いずれも使用モードを「保存モード」と決定し、車両２０に通知する。また推定結果が「生ものの送付」「書類の送付」又は「家具の送付」である場合、サーバ制御部３６は使用モードをそれぞれ「極快適モード」、「保存モード」又は「極省エネモード」と決定し、車両２０に通知する。車両２０は、通知された使用モードに基づき車両制御を行う。
【００８５】
「保存モード」が通知された場合、車両２０の制御装置２２は、物品の保存とドライバーの快適性とを考慮した空調制御を行う。例えば当該使用モードでは、湿度の設定値を４０％〜５０％として、高湿度により悪影響のある素材を保護する。「極省エネモード」が通知された場合、制御装置２２は、車両燃費を最優先した空調制御を行う。例えば制御装置２２は、電気負荷を極力抑えるために、コンプレッサ及びブロア等をオフにする制御を行う。
【００８６】
また図１２に、推定結果と使用モードとの関係の別の一例を示す。図１２の推定結果は、上述の実施例３における推定結果に対応する。推定結果が「家事代行」、「みんなで食事」、「ペット世話代行」、「子育て代行」、又は「異文化交流」である場合、サーバ制御部３６は、これらに対応した使用モードに決定し、車両２０に通知する。具体的にはサーバ制御部３６は、使用モードをそれぞれ「家事代行モード」、「みん食モード」、「ペット世話代行モード」、「子育て代行モード」、又は「異文化交流モード」と決定し、車両２０に通知する。車両２０は、通知された使用モードに基づき車両制御を行う。概略としてこれらの使用モードでは、主に車両２０内における情報提供に係る制御を行う。情報提供するために、サーバ３０は必要な情報を車両２０に送信してもよい。例えばサーバ３０はユーザ情報３３ｃを車両２０に送信してもよく、あるいはユーザに提供する情報自体を車両２０に送信してもよい。
【００８７】
「家事代行モード」が通知された場合、車両２０の制御装置２２は、家事代行に役立ち得る情報を提供する制御を行う。提供する情報は、ユーザ情報３３ｃの依頼情報及び依頼時間に基づき決定する。依頼情報は、依頼者の依頼案件、及びアレルギー内容を含む。依頼案件は、例えば料理、及び清掃（ゴミ出しなど）等を含む。例えば依頼案件が料理である場合、制御装置２２は、依頼時間に応じて、依頼者の自宅周辺の地図情報及び店舗情報（スーパー等）を提供するように制御し、土地勘のないユーザ（代行者）を支援してもよい。また例えば制御装置２２は、アレルギー内容から、事前にアレルギーに係る食材及び料理の情報を提供するように制御し、これらの食材等を提供しないように支援してもよい。また例えば依頼案件が清掃である場合、依頼時間に応じて、依頼者の住所に対応する自治体の規則に基づき、かかる規則に従った情報を提供してユーザを支援してもよい。当該情報は、例えばごみの分別回収に係る情報（燃えるごみ、プラスチックごみ、又は金属ごみ等）であってもよい。
【００８８】
「みん食モード」が通知された場合、制御装置２２は、食事会に役立ち得る情報を提供する制御を行う。提供する情報は、ユーザ情報３３ｃの依頼情報及び依頼時間に基づき決定する。依頼情報は、開催会場、料理メニュー、参加者のプロフィール情報を含む。例えば料理メニューに応じて食材の購入が必要になった場合、開催会場周辺の地図情報及び店舗情報を提供し、土地勘のないユーザ（代行者）を支援してもよい。
【００８９】
「ペット世話代行モード」はペットと一緒に車両２０を使用することを前提とした使用モードである。当該使用モードが通知された場合、制御装置２２は、ペットと同乗していることを考慮し、快適性及び安全性を確保した走行制御及び情報提供の制御を行う。快適性に関しては、制御装置２２は、例えば上述の「極快適モード」と同様の空調制御を行う。安全性に関して具体的には、ペットの乗り物酔いを低減するため、制御装置２２は、急発進、急ブレーキ、及び急ハンドルの操作を緩和させる制御を行ってもよい。急発進の操作を緩和させるために制御装置２２は、例えばアクセルの踏込トルクが閾値以上である場合に、アクセル開度量を制限して加速度を所定値未満に抑えるようにしてもよい。また急ブレーキの機会を減らすために、制御装置２２は、走行ルート上の渋滞発生に係る情報を提供するように制御してもよい。また制御装置２２は、車速に応じた車間距離が取れていない場合、注意喚起を通知するように制御してもよい。また、制御装置２２は、急カーブを防ぐために、走行ルートのカーブ地点前（例えば１００ｍ手前）で車速を落とし、車両２０に係る遠心力を低減するように走行制御してもよい。
【００９０】
「子育て代行モード」が通知された場合、制御装置２２は、子育て代行に役立ち得る情報を提供する制御を行う。提供する情報は、ユーザ情報３３ｃの依頼情報及び依頼時間に基づき決定する。依頼情報は、依頼者の依頼案件、アレルギー内容、送迎場所、及び子どもの興味物の情報を含む。依頼案件は、例えば料理、送迎、及び子どもの世話を含む。例えば依頼案件が料理である場合、制御装置２２は、依頼時間に応じて依頼者の自宅周辺の地図情報及び店舗情報（スーパー等）を提供するように制御し、土地勘のないユーザ（代行者）を支援してもよい。また例えば制御装置２２は、アレルギー内容から、事前に子どものアレルギーに係る食材及び料理の情報を提供するように制御し、これらの食材等を提供しないように支援してもよい。また例えば制御装置２２は、依頼案件が送迎である場合、依頼時間に応じて送迎場所の情報を提供するように制御し、土地勘のないユーザ（代行者）を支援してもよい。また例えば依頼案件が子どもの世話である場合、子どもの興味物の情報を提供し、ユーザ（代行者）を支援してもよい。例えば興味物の情報は、音楽又は映像を含む。ストリーミングサービス契約がある場合、制御装置２２は、対象の音楽又は映像を自動再生する制御を行ってもよい。これにより子どもの興味を惹きつけ、子育てを円滑に行うことができる。
【００９１】
「異文化交流モード」が通知された場合、制御装置２２は、異文化交流に役立ち得る情報を提供する制御を行う。提供する情報は、ユーザ情報３３ｃの依頼情報及び依頼時間に基づき決定する。依頼情報は、開催会場、料理メニュー、参加者のプロフィール情報を含む。例えば料理メニューに応じて食材の購入が必要になった場合、開催会場周辺の地図情報及び店舗情報を提供し、土地勘のないユーザ（代行者）を支援してもよい。また例えばプロフィール情報は国籍情報を含み、参加者の国のマナー及び文化等、参加者に会う前の事前準備の知識を提供してもよい。
【００９２】
以上述べたように、本実施形態に係る情報処理システム１によれば、サーバ３０が端末装置１０等からユーザ情報を受信し、ユーザ情報に基づき利用目的を推定する。またサーバ３０は、当該利用目的に応じて車両２０の使用モードを決定し、決定した使用モードに基づき車両２０の制御を行う。このため、ユーザの利用目的に適合するように車両２０を制御し、利便性を向上させることができる。また車両制御は、空調制御、情報提供の制御、及び走行制御の少なくともいずれかである。当該制御を行うことにより、車両２０の室内環境、燃費、快適性、及び利便性等を高めることができる。
【００９３】
またユーザ情報は端末装置で作動されたアプリに係るアプリ情報を含み、当該アプリ情報に基づきユーザの利用目的の推定の精度を高めることができる。また、当該アプリは、カーシェアアプリ、物品をシェアするアプリ、及びリソースをシェアするアプリの少なくともいずれかを含む。これらのアプリでは車両２０を多様な目的で利用する可能性があり、これらのアプリに係るアプリ情報を用いることで、利用目的を高精度に推定することができる。また、利用目的の推定処理において車両情報を用いてもよく、ユーザ情報に加えて車両情報に基づき利用目的を推定することで、推定精度をより高めることができる。
【００９４】
本発明を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。したがって、これらの変形及び修正は本発明の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【００９５】
例えば上述した実施形態では、図１０〜図１２に示す利用目的の推定結果及び使用モードを示したが、サーバ制御部３６は、他の任意の利用目的の推定に用いられてよい。またサーバ制御部３６は、推定結果に応じて任意の使用モードを決定してよい。また上述の例では車両制御が、空調制御、走行制御、又は情報提供の制御のいずれかである例を示したがこれに限られず、車両制御はこれらの組み合わせでもよく、また車両に係る他の任意の制御が行われてよい。また各使用モードに基づく車両制御の内容も一例であり、車両２０は、各使用モードにおいて、任意の車両制御を行ってよい。
【００９６】
例えば上述した実施形態の「極快適モード」「快適モード」及び「省エネモード」等において、車両２０の制御装置２２は、熱中症を防止するように空調を制御してもよい。例えば制御装置２２は、外気温度、車室内温度、散乱日射量、車両２０の窓の開閉状態、暑さ指数、並びに車両２０の周辺車両の外気温度及び暑さ指数等に基づき、空調制御を行ってもよい。暑さ指数（ＷＢＧＴ：Wet Bulb Globe Temperature）は、湿度、輻射熱の要素等、及び気温に基づき定められた暑さを表す指標であり、熱中症が生じる可能性を判断するための指標として用いることができる。また、制御装置２２はさらに時刻情報に基づき空調制御をしてもよい。例えば制御装置２２は、昼間であるときよりも夜間であるときの方が風量を小さくするように空調制御を行ってもよく、また季節に応じた空調制御を行ってもよい。また制御装置２２は、窓の開閉制御を行ってもよい。
【００９７】
また例えば、車両２０にユーザ以外に同乗者がいる場合において、同乗者の特性も考慮して、使用モードを決定し、又は車両制御を行ってもよい。同乗者の特性は、例えばユーザとの関係性を含む。一例として、同乗者が友人、家族、又は仕事仲間等である場合に、それぞれ使用モードが異なるようにしてもよい。車両２０の搭乗者に同乗者が含まれるか否かの推定、及び同乗者の特性の推定は、ユーザ情報又は車両情報に基づき適宜行う。例えばユーザ情報は、世帯、幼児有無、職業、又は入社年度の情報を含んでもよい。またユーザ情報は、交際情報、アドレス帳情報の情報が含まれていてもよい。これらの情報は、端末装置１０又はユーザが利用する任意のサービス（例えば、ソーシャルネットワーキングサービス等）からユーザの同意のもと取得されてもよい。
【００９８】
また上述した実施形態において、車両２０の制御装置２２は、サーバ３０から通知された使用モードに応じた車両制御を行うとしたが、制御装置２２は、状況に応じて使用モードを変更し、変更した使用モードに基づき車両制御をしてもよい。例えば、車室内へ差し込む日射量が増加し、熱中症対策の必要性が高まった場合、サーバ３０から通知された「省エネモード」又は「快適モード」から、「極快適モード」へ変更してもよい。
【００９９】
また上述した実施形態において、車両情報に位置情報及びセンサ情報が含まれ、またセンサ情報が運転席の画像情報である例を示したが、車両情報に含まれる情報はこれらに限られず、車両２０に係る任意の情報を含めてよい。例えば車両情報は、車両２０の車室内の映像情報を含んでもよい。この場合例えばサーバ制御部３６は、当該映像情報に基づき、配達する物品情報を特定してもよい。またサーバ制御部３６は、当該映像情報に基づき、依頼情報に係るペットが同乗しているかどうかを判定してもよい。また車両情報は、車両２０の運行状態情報（例えば自動運転状態）を含んでもよい。この場合サーバ制御部３６は、運行状態情報に基づき、車両２０の運行状態を推定してもよい。また、運行状態情報と運転席の画像情報を組み合わせることで、運行状態をより高精度に把握するようにしてもよい。また車両情報は、ドライバー席のシートベルト開閉状態、シートセンサの着座状態のデータを含んでもよい。この場合サーバ制御部３６は、当該データに基づきドライバー有無のデータを推定できる。また当該データ及び位置情報のデータを両方用いることで、ドライバー有無のデータをより高精度に推定してもよい。
【０１００】
また例えば、上述した実施例１及び実施例２において、サーバ制御部３６は、ユーザ情報３３及び車両情報３４を用いて推定処理を行ったが、これらの実施例において、ユーザ情報３３のみを用いて推定処理を行ってもよい。
【０１０１】
また、上述した実施形態において、同一時間帯において１のユーザが複数の異なるアプリを使用した場合において、いずれのアプリに係るユーザ情報に基づき利用目的を推定するかを定めるために、アプリの優先度を設定してもよい。例えばカーシェアアプリ、物品をシェアするアプリ、及びリソースをシェアするアプリがこの順番で優先度が高く設定されてもよい。ユーザが同一時間帯に複数のアプリを利用した場合、より高い優先度のアプリの情報を含むユーザ情報を用いるようにする。なお優先度の低いアプリに関しても、有用な情報を含む場合は例外的に取り扱ってもよい。例えば、物品をシェアするアプリに関して、物品情報及び配達時間を含むユーザ情報がある場合、優先度にかかわらず当該ユーザ情報を用いて利用目的を推定してよい。またリソースをシェアするアプリに関して、依頼情報及び依頼時間を含むユーザ情報がある場合、優先度にかかわらず当該ユーザ情報を用いて利用目的を推定してよい。
【０１０２】
また、上述した実施形態において、サーバ制御部３６は、ユーザ情報３３の車両ＩＤに基づき制御する対象の車両２０を定めているが、制御する車両２０を、端末装置１０の位置情報と、車両２０の位置情報とに基づき判定するようにしてもよい。例えばサーバ制御部３６は、端末装置１０から取得した位置情報と、車両２０から取得した位置情報とに基づき、端末装置１０が車両２０の所定範囲内に存在するか否かを判定してもよい。サーバ制御部３６は、端末装置１０と車両２０とが所定範囲内に存在すると判定した場合に、車両２０に使用モードを通知し、車両２０が車両制御を行うようにしてもよい。このようにすることで、例えばユーザが使用する車両２０が特定できない場合等において、対象の車両２０をより確実に制御することができる。
【０１０３】
また、上述した実施形態において、サーバ制御部３６がユーザ情報等に基づき車両２０の利用目的を推定する例を示したが、これに限られない。例えば、ユーザ情報は利用目的の情報を含んでもよい。この場合、利用目的の推定処理は行わず、サーバ制御部３６は、ユーザ情報に含まれる利用目的に基づき車両２０の使用モードを決定する。
【０１０４】
また、例えば携帯電話、スマートフォン、タブレット端末、又はモバイルコンピュータ等の汎用の電子機器を、上述した実施形態に係る端末装置１０、制御装置２２、又はサーバ３０として機能させる構成も可能である。具体的には、実施形態に係る端末装置１０、制御装置２２、又はサーバ３０の各機能を実現する処理内容を記述したプログラムを、電子機器のメモリに格納し、電子機器のプロセッサによって当該プログラムを読み出して実行させる。したがって、本実施形態に係る発明は、プロセッサが実行可能なプログラムとしても実現可能である。
【０１０５】
さらに、本実施形態におけるネットワーク４０には、上述した例以外にも、アドホックネットワーク、ＬＡＮ(Local Area Network)、ＭＡＮ(Metropolitan Area Network)、セルラーネットワーク、ＷＰＡＮ(Wireless Personal Area Network)、ＰＳＴＮ(Public Switched Telephone Network)、地上波無線ネットワーク(Terrestrial Wireless Network)、光ネットワークもしくは他のネットワークまたはこれらいずれかの組合せが含まれる。無線ネットワークの構成要素には、たとえば、アクセスポイント(たとえば、Wi-Fiアクセスポイント)、フェムトセル等が含まれる。さらに、無線通信器機は、Wi-Fi（登録商標）、Bluetooth（登録商標）、セルラー通信技術又はその他の無線技術及び技術標準を用いた無線ネットワークに接続することができる。
【符号の説明】
【０１０６】
１    情報処理システム
１０    端末装置
１１    通信部
１２    記憶部
１３    位置情報取得部
１４    出力部
１５    入力部
１６    制御部
２０    車両
２１    通信装置
２２    制御装置
２２１    通信部
２２２    記憶部
２２３    位置情報取得部
２２４    制御部
３０    サーバ
３１    サーバ通信部（通信部）
３２    サーバ記憶部
３３、３３ｂ、３３ｃ、３３１ｂ、３３２ｂ、３３１ｃ、３３２ｃ    ユーザ情報
３４、３４ｂ    車両情報
３５    推定結果データベース
３６    サーバ制御部（制御部）
４０    ネットワーク
【図１】
2019197283.tif 000003
【図２】
2019197283.tif 000004
【図３】
2019197283.tif 000005
【図４】
2019197283.tif 000006
【図５】
2019197283.tif 000007
【図６】
2019197283.tif 000008
【図７】
2019197283.tif 000009
【図８】
2019197283.tif 000010
【図９】
2019197283.tif 000011
【図１０】
2019197283.tif 000012
【図１１】
2019197283.tif 000013
【図１２】
2019197283.tif 000014