(57)【要約】【課題】ユーザが快適に利用できる車両が推薦される可能性を高めること。【解決手段】情報処理装置は、複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する第１の取得部と、前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶処理部と、ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択部と、を有する。【選択図】図３
2020077085.tif 000002
【特許請求の範囲】
【請求項１】
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する第１の取得部と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶処理部と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユーザによって入力される前記車両に関する評価情報を取得する第２の取得部を有し、
前記記憶処理部は、前記評価情報を前記ユーザ及び前記車両に関連付けて前記記憶部に記憶し、
前記選択部は、ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶されている前記値及び前記評価情報に基づいて、当該ユーザに推薦する車両を選択する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
ネットワークを介して接続される情報処理端末と情報処理装置とを含む情報処理システムであって、
前記情報処理端末は、
複数人によって共用される車両の利用中において前記車両のユーザに関して計測された生体情報に基づいて、ストレス指標の値を算出する算出部を有し、
前記情報処理装置は、
前記ストレス指標の値を取得する第１の取得部と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶処理部と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択部と、
を有することを特徴とする情報処理システム。
【請求項４】
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する取得手順と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶手順と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択手順と、
を情報処理装置が実行することを特徴とする情報処理方法。
【請求項５】
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する取得手順と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶手順と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択手順と、
を情報処理装置が実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、カーシェアリングやレンタカーなどの車両共有サービスに関して、ユーザの属性データ（運転歴やレンタル歴等）を用いてユーザに対してレコメント情報を提供する技術が検討されている（例えば、特許文献１参照）。当該レコメント情報には、お薦めの車種又はお薦めできない車種を示す情報も含まれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−２０６７１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、ユーザにとって快適な車種をレコメンドするという観点ではレコメント情報は作成されない。したがって、特許文献１によってレコメンドされる車種は、ユーザにとって必ずしも快適な車種であるとは限らない。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、ユーザが快適に利用できる車両が推薦される可能性を高めることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の実施の形態の情報処理装置は、
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する第１の取得部と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶処理部と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択部と、
を有する。
【０００７】
このため、車両に対するユーザのストレスに基づいてユーザに推薦する車両を選択することができる。
【０００８】
したがって、ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【０００９】
本発明の他の実施の形態の情報処理装置では、
前記ユーザによって入力される前記車両に関する評価情報を取得する第２の取得部を有し、
前記記憶処理部は、前記評価情報を前記ユーザ及び前記車両に関連付けて前記記憶部に記憶し、
前記選択部は、ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶されている前記値及び前記評価情報に基づいて、当該ユーザに推薦する車両を選択する。
【００１０】
このため、車両に対するストレスのみではなく、ユーザの主観的な評価も考慮してユーザに推薦する車両を選択することができる。
【００１１】
したがって、ユーザが快適に利用できる車両が推薦される可能性を更に高めることができる。
【００１２】
本発明の実施の形態の情報処理システムは、
ネットワークを介して接続される情報処理端末と情報処理装置とを含む情報処理システムであって、
前記情報処理端末は、
複数人によって共用される車両の利用中において前記車両のユーザに関して計測された生体情報に基づいて、ストレス指標の値を算出する算出部を有し、
前記情報処理装置は、
前記ストレス指標の値を取得する第１の取得部と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶処理部と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択部と、
を有する。
【００１３】
このため、車両に対するユーザのストレスに基づいてユーザに推薦する車両を選択することができる。
【００１４】
したがって、ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【００１５】
本発明の実施の形態の情報処理方法は、
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する取得手順と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶手順と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択手順と、
を情報処理装置が実行する。
【００１６】
このため、車両に対するユーザのストレスに基づいてユーザに推薦する車両を選択することができる。
【００１７】
したがって、ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【００１８】
本発明の実施の形態のプログラムは、
複数人によって共用される車両の利用中において前記車両のユーザに関して計測されたストレス指標の値を取得する取得手順と、
前記ユーザ及び前記車両に関連付けて前記値を記憶部に記憶する記憶手順と、
ユーザによる車両の利用要求に応じ、当該ユーザに関連付けられて前記記憶部に記憶された前記値に基づいて、当該ユーザに推薦する車両を選択する選択手順と、
を情報処理装置が実行させる。
【００１９】
このため、車両に対するユーザのストレスに基づいてユーザに推薦する車両を選択することができる。
【００２０】
したがって、ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【発明の効果】
【００２１】
ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるユーザ端末３０及びサーバ装置１０の機能構成例を示す図である。
【図４】ユーザ端末３０が実行する処理手順の一例を説明するためのフローチャートである。
【図５】利用情報の受信に応じてサーバ装置１０が実行する処理手順の一例を説明するためのフローチャートである。
【図６】利用履歴記憶部１４の構成例を示す図である。
【図７】優先度記憶部１５の構成例を示す図である。
【図８】シェアカー２０の予約時にサーバ装置１０が実行する処理手順の一例を説明するためのフローチャートである。
【図９】予約画面における車種選択領域の一例を示す図である。
【発明を実施するための形態】
【００２３】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、サーバ装置１０は、カーシェアリングサービス又はレンタカーサービス等において利用されるシェアカー２０の手配を行う１以上のコンピュータである。シェアカー２０とは、例えば、カーシェアリングサービス又はレンタカーサービス等を介して、別々のタイミングで複数人によって共用される車両をいう。
【００２４】
ユーザ端末３０は、シェアカー２０のユーザが所持する情報処理端末である。例えば、スマートフォン又はタブレット端末等の携帯型の情報処理端末が、ユーザ端末３０として利用されてもよい。又は車載器のようにシェアカー２０に搭載されている情報処理端末が、ユーザ端末３０として利用されてもよい。ユーザ端末３０は、多数の基地局を末端とする無線通信網である移動体通信網やインターネット網等を含む所定の通信ネットワークを介してサーバ装置１０と通信可能である。ユーザ端末３０は、また、シェアカー２０のユーザ（運転者）が、シェアカー２０の利用時（乗車時や運転時）に装着する心電センサ４０と無線通信を介して通信可能である。心電センサ４０は、ユーザの心電を計測可能なものであれば、各種の形態のうちのいずれのものが利用されてもよい。但し、心電センサ４０は、ユーザの運転操作を妨げない形態であるものが望ましい。例えば、衣服の形状をした心電センサや、リストバンドの形状をした心電センサや、ユーザの体の一部に貼付する心電センサ等が心電センサ４０として利用されてもよい。
【００２５】
図２は、本発明の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。図２のサーバ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００２６】
サーバ装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２７】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってサーバ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２８】
図３は、本発明の実施の形態におけるユーザ端末３０及びサーバ装置１０の機能構成例を示す図である。図３において、ユーザ端末３０は、予約処理部３１、心電データ受信部３２、ストレス度算出部３３、主観評価受付部３４及び利用情報送信部３５等を有する。これら各部は、ユーザ端末３０にインストールされた１以上のプログラム（例えば、アプリケーション）が、ユーザ端末３０のＣＰＵに実行させる処理により実現される。ユーザ端末３０は、また、心電データ記憶部３６を利用する。心電データ記憶部３６は、例えば、ユーザ端末３０のメモリ又は補助記憶装置等を用いて実現可能である。
【００２９】
予約処理部３１は、シェアカー２０の利用の予約に関連する処理を実行する。例えば、予約処理部３１は、予約の開始要求をサーバ装置１０へ送信することでサーバ装置１０から返信される、予約対象とするシェアカー２０の選択候補をユーザに提示し、ユーザによって選択された選択候補の予約を示す情報（以下、「予約情報」という。）をサーバ装置１０へ送信する。
【００３０】
心電データ受信部３２は、シェアカー２０の利用中において心電センサ４０から送信される心電データを逐次受信し、受信した心電データを心電データ記憶部３６に記憶する。したがって、心電データ記憶部３６には、シェアカー２０の利用中の心電データが時系列に記憶される。なお、心電センサ４０とユーザ端末３０との間の通信には、例えば、近距離無線通信が利用されてもよい。
【００３１】
ストレス度算出部３３は、心電データ記憶部３６に記憶されている心電データに基づいて、ストレス指標の値を算出する。ストレス指標とは、ユーザのストレスの高さの度合いを示す指標をいう。心電データに基づくストレス指標の値の算出には、公知技術が用いられればよい。例えば、ＬＦ（Low Frequency）／ＨＦ（Hi Frequency）が、ストレス指標として用いられてもよい。なお、本実施の形態において、ストレス指標の値を「ストレス度」という。ストレス度は、その値が大きい程、ストレスが高いことを示す指標値である。本実施の形態では、ストレス度が小さいほどユーザにとって快適な状態であったと考える。
【００３２】
主観評価受付部３４は、シェアカー２０のユーザから、当該シェアカー２０についての主観的な評価を示す情報（以下、単に「主観評価」という。）の入力を受け付ける。主観評価は、ユーザが利用したシェアカー２０をユーザが気に入った度合いを示す値である。本実施の形態において、主観評価は、１〜５の５段階の値によって表現される。値が小さい程、主観評価が高い（ユーザが気に入った度合いが高い）ことを示す。
【００３３】
利用情報送信部３５は、１回のシェアカー２０の利用（シェアカー２０の貸し出しから返却まで）ごとに、当該利用に係るユーザの識別情報（以下、「ユーザＩＤ」という。）、当該利用に係る予約の識別情報（以下、「予約ＩＤ」という。）、当該利用に係るストレス度及び主観評価等を含む情報（以下、「利用情報」という。）をサーバ装置１０へ送信する。
【００３４】
一方、サーバ装置１０は、予約受付部１１、利用情報受信部１２及び優先度更新部１３等を有する。これら各部は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０は、また、利用履歴記憶部１４及び優先度記憶部１５等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３５】
予約受付部１１は、ユーザ端末３０の予約処理部３１から送信される予約の開始要求を受信すると、当該予約に係るユーザに関して優先度記憶部１５に記憶されている情報に基づいて、当該ユーザに対して推薦するシェアカー２０を選択する。予約受付部１１は、選択結果に基づいて、予約対象のシェアカー２０の選択候補を予約処理部３１へ送信する。予約受付部１１は、更に、予約処理部３１から送信される予約情報を受信し、予約情報を含むレコードを利用履歴記憶部１４へ記憶する。
【００３６】
利用情報受信部１２は、ユーザ端末３０の利用情報送信部３５から送信される利用情報を受信（取得）し、当該利用情報を、利用履歴記憶部１４のレコード群のうち、当該利用情報に対応する予約情報が記憶されているレコードに記憶する。したがって、利用履歴記憶部１４には、シェアカー２０の利用ごとに、当該利用に関する利用情報（ストレス度及び主観評価等）が記憶される。
【００３７】
優先度更新部１３は、新たな利用情報が利用履歴記憶部１４に記憶されると、当該利用情報に含まれているストレス度及び主観評価に基づいて、当該利用情報に係るユーザ及びシェアカー２０に関する優先度を算出し、当該ユーザ及び当該シェアカー２０に関して優先度記憶部１５に記憶されている優先度を更新する。なお、シェアカー２０は車種別にグルーピングされる。すなわち、優先度記憶部１５には、ユーザごとに、車種ごとの優先度が記憶される。優先度とは、ユーザに対して予約対象のシェアカー２０を推薦する際の優先順位の基準となる指標である。本実施の形態では、優先度の値が小さいほど、優先順位が上位となる。
【００３８】
以下、ユーザ端末３０及びサーバ装置１０のそれぞれが実行する処理手順について説明する。図４は、ユーザ端末３０が実行する処理手順の一例を説明するためのフローチャートである。図４の処理手順は、ユーザがシェアカー２０に乗車し、運転を開始する前にユーザ端末３０に対して行われる所定の操作に応じて開始される。
【００３９】
心電データ受信部３２は、心電センサ４０が計測した心電データを心電センサ４０から受信するたびに（Ｓ１０１でＹｅｓ）、当該心電データを心電データ記憶部３６に追加的に記憶する（Ｓ１０２）。したがって、心電データ記憶部３６には時系列に心電データが記憶される。ステップＳ１０１及びＳ１０２は、ユーザから一時停止指示が入力されるまで（Ｓ１０４）、又はユーザから利用終了指示が入力されるまで（Ｓ１０５）、継続される。一時停止指示とは、ユーザが、例えば、降車等のために一時的にシェアカー２０の利用（運転）を中断する場合にユーザ端末３０に対して入力される指示をいう。一方、利用終了指示とは、ユーザがシェアカー２０の利用を終了する際（シェアカー２０を返却する際）にユーザ端末３０に対して入力される指示をいう。
【００４０】
一時停止指示が入力された場合（Ｓ１０３でＹｅｓ）、心電データ受信部３２は、再開指示が入力されるまで処理の実行を待機する（Ｓ１０４）。再開指示とは、ユーザがシェアカー２０の乗車又は運転を再開する際にユーザ端末３０に対して入力される指示をいう。再開指示が入力されると（Ｓ１０４でＹｅｓ）、ステップＳ１０１以降が再開される。
【００４１】
一方、利用終了指示が入力されると（Ｓ１０５でＹｅｓ）、ストレス度算出部３３は、心電データ記憶部３６に記憶されている心電データの履歴に基づいて、ストレス度を算出する（Ｓ１０６）。すなわち、１回の利用に関して１つのストレス度が算出される。例えば、ＬＦ／ＨＦがストレス度として算出されてもよい。
【００４２】
続いて、主観評価受付部３４は、今回利用したシェアカー２０に関して、ユーザから主観評価の入力を受け付ける（Ｓ１０７）。すなわち、１回の利用に関して１つの主観評価が入力される。例えば、主観評価受付部３４は、１を最高とし、５を最低とする５段階の主観評価の中から１つを選択させるための画面をユーザ端末３０に表示し、当該画面を介して主観評価の入力を受け付けてもよい。
【００４３】
続いて、利用情報送信部３５は、当該ユーザ端末３０に係るユーザＩＤ、今回のシェアカー２０の利用に関する予約ＩＤ、ステップＳ１０６において算出されたストレス度、及びステップＳ１０７において入力された主観評価等を含む利用情報をサーバ装置１０へ送信する（Ｓ１０８）。なお、ユーザＩＤ及び予約ＩＤは、例えば、図４の処理手順の開始時に、ユーザによってユーザ端末３０に入力されてもよい。
【００４４】
続いて、サーバ装置１０が実行する処理手順について説明する。図５は、利用情報の受信に応じてサーバ装置１０が実行する処理手順の一例を説明するためのフローチャートである。
【００４５】
利用情報受信部１２は、いずれかのユーザ端末３０から送信された利用情報（以下、「対象利用情報」という。）を受信（取得）すると（Ｓ２０１でＹｅｓ）、対象利用情報に含まれているユーザＩＤ、予約ＩＤ、ストレス度及び主観評価を関連付けて利用履歴記憶部１４に記憶する（Ｓ２０２）。
【００４６】
図６は、利用履歴記憶部１４の構成例を示す図である。図６に示されるように、利用履歴記憶部１４は、シェアカー２０の利用ごと（予約ごと）に、ユーザＩＤ、予約ＩＤ、利用期間、車種、タイプ、ストレス度及び主観評価等を記憶可能な構成を有する。
【００４７】
ユーザＩＤは、シェアカー２０を予約したユーザのユーザＩＤである。予約ＩＤは、シェアカー２０の予約に対する識別情報である。利用期間は、当該シェアカー２０の利用の開始時刻及び終了時刻を示す情報である。車種は、当該シェアカー２０の車種である。車種とは、例えば、シェアカー２０として利用される車両の商品名である。タイプは、当該シェアカー２０の車種が属するカテゴリを示す情報である。すなわち、タイプは、複数の車種を分類する概念である。ストレス度は、当該シェアカー２０に対するストレス度である。主観評価は、当該シェアカー２０に対するストレス度である。
【００４８】
後述されるように、これらの項目のうち、ストレス度及び主観評価を除く項目の値は、シェアカー２０の予約時に利用履歴記憶部１４に記憶される。したがって、ステップＳ２０２において、利用情報受信部１２は、対象利用情報に含まれているユーザＩＤ（以下、「対象ユーザＩＤ」という。）及び予約ＩＤを含むレコードを利用履歴記憶部１４から検索し、該当するレコード（以下、「対象レコード」という。）に対して、対象利用情報に含まれているストレス度及び主観評価を記憶する。
【００４９】
続いて、優先度更新部１３は、対象利用情報に係るシェアカー２０の車種（以下、「対象車種」という。）を、利用履歴記憶部１４を参照して特定する（Ｓ２０３）。当該車種は、対象レコードの車種の値を取得することで特定可能である。
【００５０】
続いて、優先度更新部１３は、利用履歴記憶部１４において、対象ユーザＩＤ及び対象車種を含む各レコードのそれぞれに記憶されているストレス度及び主観評価を取得する（Ｓ２０４）。すなわち、対象ユーザによる同一車種の過去の各利用に関するストレス度及び主観評価が取得される。なお、取得されるストレス度及び主観評価には、対象レコードに記憶されているストレス度及び主観評価（すなわち、今回の利用に関するストレス度及び主観評価）も含まれる。
【００５１】
続いて、優先度更新部１３は、ステップＳ２０４において取得されたストレス度群及び主観評価群のそれぞれについて平均値を算出する（Ｓ２０５）。すなわち、ストレス度群の平均値（以下、「ストレス度平均」という。）と主観評価群の平均値（以下、「主観評価平均」という。）とが算出される。
【００５２】
続いて、優先度更新部１３は、ステとレス度平均及び主観評価平均に基づいて、優先度を算出する（Ｓ２０６）。例えば、優先度は、以下のように、ストレス度平均に対して主観評価平均を乗ずることで算出されてもよい。
優先度＝ストレス度平均×主観評価平均
この場合、主観評価平均は、ストレス度平均に対する重みとして機能する。
【００５３】
続いて、優先度更新部１３は、優先度記憶部１５において、対象ユーザＩＤ及び対象車種に係るレコードの内容を更新する（Ｓ２０７）。
【００５４】
図７は、優先度記憶部１５の構成例を示す図である。図７に示されるように、優先度記憶部１５には、ユーザＩＤごとに車種別のストレス度、主観評価及び優先度が記憶されている。ステップＳ２０７では、対象ユーザＩＤ及び対象車種に対応するストレス度、主観評価及び優先度が更新される。すなわち、当該ストレス度が、ストレス度平均によって上書きされる。また、当該主観評価が、主観評価平均によって上書きされる。更に、当該優先度が、ステップＳ２０６において算出された優先度によって上書きされる。
【００５５】
図８は、シェアカー２０の予約時にサーバ装置１０が実行する処理手順の一例を説明するためのフローチャートである。
【００５６】
予約受付部１１は、いずれかのユーザ端末３０（以下、「対象端末」という。）から送信された予約開始要求を受信すると（Ｓ３０１でＹｅｓ）、ステップＳ３０２以降を実行する。予約開始要求は、ユーザ端末３０に対してシェアカー２０の予約指示がユーザによって入力されることによりユーザ端末３０が送信する要求であり、当該ユーザのユーザＩＤ（以下、「対象ユーザＩＤ」という。）が含まれている。
【００５７】
続いて、予約受付部１１は、対象ユーザＩＤに関連付けられている各車種の優先度を優先度記憶部１５（図７）から取得する（Ｓ３０３）。続いて、予約受付部１１は、各車種の優先度に基づいて、車種についての推薦順位を決定する（Ｓ３０４）。具体的には、予約受付部１１は、優先度の昇順に車種を整列（ソート）する。続いて、予約受付部１１は、決定した推薦順位の順番で車種が選択候補として配置された領域（以下、「車種選択領域」という。）を含む画面（以下、「予約画面」という。）の表示データを生成する（Ｓ３０５）。当該表示データは、例えば、ＨＴＭＬ（HyperText Markup Language）形式によって生成されてもよいし、他の形式によって生成されてもよい。続いて、予約受付部１１は、予約画面の表示データを対象端末へ送信する（Ｓ３０６）。続いて、予約受付部１１は、対象端末からの予約情報の受信を待機する（Ｓ３０７）。
【００５８】
対象端末の予約処理部３１は、予約画面の表示データを受信すると、当該表示データに基づいて予約画面を表示する。
【００５９】
図９は、予約画面における車種選択領域の一例を示す図である。図９に示されるように、車種選択領域には、利用対象の選択候補として優先度の昇順に車種が配列されている。各車種には「お薦め度」が付与されている。「お薦め度」は、星印の数によって、推薦の度合いを示す情報である。例えば、お薦め度は、優先度を複数の段階に区分する閾値群に基づいて予約受付部１１が判定してもよい。なお、図９における車種の配列順は、図７において、ユーザＩＤが「ａａａ」である各車種の優先度に基づく。
【００６０】
ユーザが、車種選択領域におけるいずれか１つの車種を選択し、予約期間等を予約画面に入力すると、対象端末の予約処理部３１は、選択された車種及びタイプや入力された予約期間等を含む予約情報をサーバ装置１０へ送信する。
【００６１】
サーバ装置１０の予約受付部１１は、予約情報を受信すると（Ｓ３０６でＹｅｓ）、当該予約情報に対する予約ＩＤを生成する（Ｓ３０７）。続いて、予約受付部１１は、利用履歴記憶部１４（図６）に新たなレコードを生成し、対象ユーザＩＤ及び当該予約ＩＤ、並びに当該予約情報に含まれている予約期間、車種及びタイプ等を当該レコードに記憶する。
【００６２】
上述したように、本実施の形態によれば、ユーザが過去に利用した各車両のストレス度に基づいて、新たな予約の際に推薦される車両が選択される（推薦順位が決定される）。その結果、ユーザにとってストレスが相対的に低い車両（換言すれば相対的に快適であると感じる車両）を推薦することができる。したがって、ユーザが快適に利用できる車両が推薦される可能性を高めることができる。
【００６３】
また、ストレス度のみではなく、主観評価も加味することで、ユーザ自身の主観的な評価をシェアカーの推薦に反映させることができる。
【００６４】
なお、上記においては、主観評価が重みとして利用される例を説明したが、ストレス度がそのまま優先度とされてもよい。すなわち、主観評価が加味されない形態が採用されてもよい。又は、主観評価がそのまま優先度とされてもよい。
【００６５】
また、上記では、ユーザのストレス度を算出するためのユーザの生体情報（バイタル）として、心電データが利用される例について説明したが、心拍数や脳波等、ストレスと相関が有ると考えられる他の生体情報が計測され、当該生体情報に基づいてストレス度が算出されてもよい。この場合、計測対象の生体情報に合ったセンサ（心拍計、脳波計等）がユーザに装着されればよい。
【００６６】
また、上記では、ユーザ端末３０がストレス度を算出する例について説明したが、サーバ装置１０がストレス度を算出するようにしてもよい。この場合、ユーザ端末３０は、ストレス度算出部３３を有さず、サーバ装置１０がストレス度算出部３３を含む。ユーザ端末３０の利用情報送信部３５は、心電データ記憶部３６に記憶された心電データと主観評価とを含む利用情報をサーバ装置１０へ送信する。サーバ装置１０のストレス度算出部３３は、当該利用情報に含まれている心電データに基づいて優先度を算出する。
【００６７】
また、上記では、車種ごとに優先度が算出され、推薦順位が車種の順番である例を示した。すなわち、車種によってシェアカー２０がグルーピングされる例を示した。但し、優先度の算出単位は、車種ごとに限られない。例えば、上記におけるタイプごとであってもよい。又は、車両のサイズ、各種電装品（ナビゲーションシステムやＥＴＣ（Electronic Toll Collection System）等）の装備の有無等によって分類されるグループごとに優先度が算出されるようにしてもよい。
【００６８】
なお、本実施の形態において、サーバ装置１０は、情報処理装置の一例である。利用情報受信部１２は、第１の取得部、記憶処理部及び第２の取得部の一例である。予約受付部１１は、選択部の一例である。利用履歴記憶部１４は、記憶部の一例である。予約開始要求は、利用要求の一例である。主観評価は、評価情報の一例である。サーバ装置１０及びユーザ端末３０は、情報処理システムの一例である。ストレス度算出部３３は、算出部の一例である。
【００６９】
以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７０】
１０          サーバ装置
１１          予約受付部
１２          利用情報受信部
１３          優先度更新部
１４          利用履歴記憶部
１５          優先度記憶部
２０          シェアカー
３０          ユーザ端末
３１          予約処理部
３２          心電データ受信部
３３          ストレス度算出部
３４          主観評価受付部
３５          利用情報送信部
３６          心電データ記憶部
４０          心電センサ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
Ｂ            バス
【図１】
2020077085.tif 000003
【図２】
2020077085.tif 000004
【図３】
2020077085.tif 000005
【図４】
2020077085.tif 000006
【図５】
2020077085.tif 000007
【図６】
2020077085.tif 000008
【図７】
2020077085.tif 000009
【図８】
2020077085.tif 000010
【図９】
2020077085.tif 000011