JP2020154342A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】乗員の乗り物酔いを抑制することができる案内情報を報知できる情報処理装置および情報処理方法を提供する。【解決手段】情報処理装置１０は、第１車両Ｍ１の乗員Ｐの乗り物酔いの状態を取得する乗員状態取得部３４と、第１車両Ｍ１と異なる第２車両Ｍ２を検索する車両検索部５０と、乗員Ｐが乗り物酔いをしている場合には、第２車両Ｍ２への乗り換えに関する案内情報を第１車両Ｍ１の乗員Ｐに報知するようにスピーカ１８およびディスプレイ２０を制御する報知制御部５２と、を有する。【選択図】図２

Description

本発明は、乗員の乗り物酔いの症状を改善する案内情報を報知することができる情報処理装置および情報処理方法に関する。

特許文献１には、乗員が車酔いをしていると判定されたときには、車両の特性を車酔いが起こりにくい特性に変更する自動車が開示されている。

特開２００４−３０１６９２号公報

しかしながら、車両の特性を変化させることができる範囲は小さく、上記の特許文献１に記載された技術では、乗員の車酔い（乗り物酔い）の症状を改善することができないおそれがある。

本発明は、上記の問題を解決するためになされたものであり、乗員の乗り物酔いを抑制することができる案内情報を報知できる情報処理装置および情報処理方法を提供することを目的とする。

本発明の第１の態様の情報処理装置は、第１移動体の乗員の生理現象の状態を取得する乗員状態取得部と、前記第１移動体と異なる第２移動体を検索する検索部と、取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部を制御する報知制御部と、を有する。

本発明の第２の態様の情報処理方法は、第１移動体の乗員の生理現象の状態を取得する乗員状態取得ステップと、前記第１移動体と異なる第２移動体を検索する検索ステップと、取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部を制御する報知制御ステップと、を有する。

本発明により、乗員の乗り物酔いの症状を改善する案内情報を報知することができる。

車両乗り換えシステムの概要を示す図である。 車両乗り換えシステムの構成を示す図である。 車両データベースの概要を説明する図である。 乗員状態取得処理の流れを示すフローチャートである。 乗員状態スコアと乗員の症状との対応を示す表である。 車両検索処理の流れを示すフローチャートである。 車両スコアと車両情報との対応の例を示す表である。 報知制御処理の流れを示すフローチャートである。 乗り換えの案内の可否の問い合せの具体例を示す図である。 乗り換えの案内情報の報知の具体例を示す図である。

〔第１の実施の形態〕
図１は、本実施の形態の車両乗り換えシステムの概要を示す図である。本実施の形態の車両乗り換えシステムは、乗り物酔いをしている乗員Ｐに対して、車両の乗り換えを案内するシステムである。車両乗り換えシステムは、第１車両Ｍ１に乗車している乗員Ｐが乗り物酔いをしていることを検知する。そして、車両乗り換えシステムは、第１車両Ｍ１よりも乗り物酔いし難い第２車両Ｍ２を検索する。車両乗り換えシステムは、乗員Ｐに第２車両Ｍ２への乗り換えを案内する。案内にしたがって、乗員Ｐは第１車両Ｍ１から第２車両Ｍ２に乗り換えを行う。これにより、乗員Ｐの乗り物酔いの症状の改善が期待できる。

なお、本実施の形態では、乗員Ｐが乗車している第１車両Ｍ１の定員は、例えば１０名以上であることを想定している。バス等、定員が１０名以上である車両は、乗員Ｐに比較的乗り物酔いの症状が出やすい。

［システム構成］
図２は、車両乗り換えシステムの構成を示す図である。本実施の形態の車両乗り換えシステムは、サーバ１０、第１車両Ｍ１の乗員Ｐが保有する携帯端末１２、第２車両Ｍ２に搭載されている車載端末１４からなる。サーバ１０と携帯端末１２、および、サーバ１０と車載端末１４は、それぞれ電気通信回線を介して通信可能である。サーバ１０は、本発明の情報処理装置に相当し、本発明の情報処理方法による情報処理を行う。なお、携帯端末１２は第１車両Ｍ１に搭載された車載端末であってもよいし、車載端末１４は第１車両Ｍ１のドライバＤ１が保有する携帯端末であってもよい。また、本実施の形態では、サーバ１０と携帯端末１２、サーバ１０と車載端末１４がそれぞれ通信を行うクライアントサーバ方式の通信方法を採用しているが、携帯端末１２と車載端末１４とが１対１で通信を行うピアツーピア方式であってもよい。その場合、後に説明するサーバ１０の機能は携帯端末１２に持たせればよい。

携帯端末１２は、マイク１６、スピーカ１８、ディスプレイ２０、カメラ２２および車両通信部２４を有している。マイク１６には、乗員Ｐの音声等が入力される。スピーカ１８は音声等を出力する。ディスプレイ２０は、画像等を表示する。なお、スピーカ１８およびディスプレイ２０は、本発明の報知部に相当する。カメラ２２は乗員Ｐを撮影する。車両通信部２４は、第１車両Ｍ１と通信を行い、第１車両Ｍ１に関する情報を取得する。第１車両Ｍ１に関する情報とは、例えば、第１車両Ｍ１の目的地、現在位置および車両情報等である。車両情報とは、中型セダン、軽トラック等の車種の情報である。

車載端末１４は、マイク２６、スピーカ２８およびディスプレイ３０を有している。マイク２６には、第２車両Ｍ２のドライバＤ２（図１）の音声等が入力される。スピーカ２８は音声等を出力する。ディスプレイ３０は、画像等を表示する。

サーバ１０は、乗員状態取得部３４、第１目的地取得部３６、第１現在位置取得部３８、第１車両情報取得部４０、第２目的地取得部４２、第２現在位置取得部４４、第２車両情報取得部４６、空席情報取得部４８、車両検索部５０、報知制御部５２、応答受信部５４および車両データベース５６を有している。なお、乗員状態取得部３４、第１目的地取得部３６、第１現在位置取得部３８、第１車両情報取得部４０、第２目的地取得部４２、第２現在位置取得部４４、第２車両情報取得部４６、空席情報取得部４８、車両検索部５０、報知制御部５２および応答受信部５４は、図示しない記憶媒体に記憶されているプログラムがコンピュータに実行されることにより実現される。

乗員状態取得部３４は、携帯端末１２のカメラ２２が撮影した乗員Ｐの画像から乗員Ｐの表情、身体の動き、姿勢等を乗員情報として取得する。また、乗員状態取得部３４は、携帯端末１２のマイク１６に入力された乗員Ｐの音声から乗員Ｐの発言の内容、発言の量等を乗員情報として取得してもよい。また、乗員状態取得部３４は、乗員Ｐが装着している図示しないウェアラブルデバイスが検出した乗員Ｐの生体情報から乗員Ｐの体温、血圧、心拍数、発汗の有無等を乗員情報として取得してもよい。

第１目的地取得部３６は、携帯端末１２の車両通信部２４を介して、第１車両Ｍ１の目的地を取得する。第１現在位置取得部３８は、携帯端末１２の車両通信部２４を介して、第１車両Ｍ１の現在位置を取得する。第１車両情報取得部４０は、携帯端末１２の車両通信部２４を介して、第１車両Ｍ１の車両情報を取得する。第１車両情報取得部４０は、本発明の第１移動体情報取得部に相当する。

第２目的地取得部４２は、車両データベース５６に登録されている車両の目的地を取得する。第２現在位置取得部４４は、車両データベース５６に登録されている車両（以下、登録車両と記載する。）の現在位置を取得する。第２車両情報取得部４６は、登録車両の車両情報を取得する。空席情報取得部４８は、登録車両の空席情報を取得する。

車両検索部５０は、登録車両の中から乗員Ｐが乗り換え可能な車両を検索し、乗り換え車両として登録する。なお、車両検索部５０は、本発明の検索部に相当する。

報知制御部５２は、携帯端末１２のスピーカ１８ならびにディスプレイ２０、および、車載端末１４のスピーカ２８ならびにディスプレイ３０を制御する。報知制御部５２は、携帯端末１２のスピーカ１８およびディスプレイ２０により、第１車両Ｍ１の乗員Ｐに後述する案内情報の報知を行う。報知制御部５２は、車載端末１４のスピーカ２８およびディスプレイ３０により、第２車両Ｍ２のドライバＤ２に後述する問い合わせ情報の報知を行う。

応答受信部５４は、マイク１６に入力された乗員Ｐの音声から、案内情報に対して乗員Ｐが応答した内容を応答情報として受信する。応答受信部５４は、マイク２６に入力されたドライバＤ２の音声から、問い合わせ情報に対してドライバＤ２が応答した内容を応答情報として受信する。なお、応答受信部５４は、乗員Ｐの音声や、ドライバＤ２の音声から応答情報を受信しているが、乗員ＰやドライバＤ２が図示しないタッチパネルなどを操作することにより入力される情報を応答情報として受信するようにしてもよい。ただし、乗り物酔いをしている乗員Ｐが、タッチパネル等を操作すると、乗り物酔いの症状を悪化させるおそれがある。また、運転中のドライバＤ２がタッチパネル等を操作することは、安全性を損ねるおそれがある。そのため、応答受信部５４は、乗員Ｐの音声やドライバＤ２の音声から応答情報を受信することが望ましい。なお、応答受信部５４は、本発明の受信部に相当する。

車両データベース５６には、ライドシェアを希望するドライバにより、自身が運転する車両に関する情報が登録される。図３は、車両データベース５６の概要を説明する図である。車両データベース５６には、車両毎に車両ＩＤ、目的地、現在位置、空席情報および車両情報が登録される。

空席情報は、車両に乗車可能な人数である。車両情報は、中型セダン、軽トラック等の車種である。なお、車両情報は、車両の重心位置、サスペンションの種類、タイヤ空気圧、積載物の荷重、空席の位置、座席の種類（肘掛けの有無、リクライニングの有無およびリクライニング角度、足元空間の広さ）、視野の広さ、車室内の静粛性、車室内の匂い、車室内の温度、車室内の湿度、ドライバの運転スキル、ドライバの会話スキル、ドライバの会話量、目的地までのルート情報、目的地までのルートの乗り物酔いに対する評価等、車両に関する様々な情報であってもよく、特に限定されない。

［乗員状態取得処理］
図４は、サーバ１０において実行される乗員状態取得処理の流れを示すフローチャートである。

ステップＳ１１において、乗員状態取得部３４は、乗員Ｐの乗員情報を取得して、ステップＳ１２へ移行する。乗員情報とは、乗員Ｐの体温、血圧、心拍数、発汗、身体の動き、表情、姿勢、会話の内容および会話の量等であり、乗員Ｐの乗り物酔いの症状を取得できる情報であれば特に限定されない。

ステップＳ１２において、乗員状態取得部３４は、取得した乗員情報から乗員状態スコアを取得する。乗員状態スコアとは、乗員の乗り物酔いの程度を示す数値である。図５は、乗員状態スコアと乗員の症状との対応を示す表である。乗員状態取得部３４は、取得した乗員情報を解析し、乗り物酔いに関する乗員の症状を取得する。そして、乗員状態取得部３４は、取得した乗員の症状に対応する乗員状態スコアを取得する。本実施の形態では、乗り物酔いに関する乗員の症状が重いほど数値が高くなるように、乗員状態スコアが設定されている。なお、乗り物酔いに関する乗員の症状に対応するものであれば、別の方法で乗員状態スコアが設定されていてもよい。また、図５の乗員状態スコアはさらに粒度の細かい形で分類されても良い。また、乗員状態スコアは、本発明の生理現象の状態に相当する。

［車両検索処理］
図６は、サーバ１０において実行される車両検索処理の流れを示すフローチャートである。

ステップＳ２１において、車両検索部５０は、車両データベース５６の登録車両から、次の条件を満たす車両を検索し、候補車両に設定して、ステップＳ２２へ移行する。なお、複数の登録車両が条件を満たす場合には、条件を満たす複数の登録車両を候補車両として設定してもよい。

（１）目的地が第１車両Ｍ１の目的地と同じ。または、目的地が第１車両Ｍ１の目的地よりも遠い。
（２）現在位置が第１車両Ｍ１の現在位置よりも後方である。
（３）目的地までの経路は、第１車両Ｍ１の目的地を通過する経路である。
（４）空席がある。

なお、上記の４つの条件に、乗員Ｐによるリクエストが追加されるようにしてもよい。例えば、乗員Ｐはドライバ以外に同乗者がいない等のリクエストを追加することができる。これらのリクエストは乗員Ｐが酔う前に予め登録しておき、呼び出可能な状態にしておくことができる。これにより乗員Ｐが車酔いになりそうなときやなってからの操作負担を軽減することができる。

ステップＳ２２において、車両検索部５０は、候補車両が設定されたか否かを判定する。候補車両が設定された場合にはステップＳ２３へ移行し、候補車両が設定されなかった場合には車両検索処理を終了する。

ステップＳ２３において、車両検索部５０は、乗員Ｐが乗車中の第１車両Ｍ１の車両スコアを取得して、ステップＳ２４へ移行する。

車両スコアとは、車両情報に基づいて算出された車両の乗り物酔いのし易さを示すスコアであって、スコアが高いほど乗り物酔いし易いことを示す。車両スコアは、車両から収集した膨大な量であり、膨大な種類であり、更新頻度が高い車両情報に対して機械学習を行うことで得られる、車両の乗り物酔いのし易さを数値化するモデルを用いて算出される。機械学習のアルゴリズムとしては、例えば、ランダムフォレストが用いられる。図７は、車両スコアと車両情報との対応の例を示す表である。図７では、説明を簡単にするため、車両情報の項目を車種に絞った単純な例が示されている。本実施の形態では、乗り物酔いをし易いほど数値が高くなるように、車両スコアが設定されている。なお、乗り物酔いのし易さに対応するものであれば、別の方法で車両スコアが設定されていてもよい。また、図７の車両スコアはさらに粒度の細かい形で分類されても良い。

ステップＳ２４において、車両検索部５０は、候補車両の車両スコアを取得して、ステップＳ２５へ移行する。

第１車両Ｍ１の車両スコアと候補車両の車両スコアとを比較して、候補車両に乗り換える価値があるか否かを判定する。例えば、第１車両Ｍ１の車両スコアが「２」であって、候補車両の車両スコアが「０」である場合には、第１車両Ｍ１よりも候補車両の方が乗り物酔いし難いため、候補車両に乗り換える価値があると判定される。候補車両に乗り換える価値がある場合にはステップＳ２６へ移行し、候補車両に乗り換える価値がない場合には車両検索処理を終了する。

ステップＳ２６において、車両検索部５０は、候補車両を乗り換え車両に設定して、車両検索処理を終了する。候補車両が複数ある場合には、車両スコアが最も小さい候補車両を乗り換え車両に設定する。

［報知制御処理］
図８は、サーバ１０において実行される報知制御処理の流れを示すフローチャートである。

ステップＳ３１において、サーバ１０は、前述の乗員状態取得処理（図４）を実行して、ステップＳ３２へ移行する。

ステップＳ３２において、報知制御部５２は、乗員状態スコアが２以上であるか否かを判定する。乗員状態スコアが２以上である場合にはステップＳ３３へ移行し、乗員状態スコアが２未満である場合には報知制御処理を終了する。

ステップＳ３３において、サーバ１０は、前述の車両検索処理（図６）を実行して、ステップＳ３４へ移行する。

ステップＳ３４において、報知制御部５２は、乗り換え車両が設定されているか否かを判定する。乗り換え車両が設定されている場合にはステップＳ３５へ移行し、乗り換え車両が設定されていない場合には報知制御処理を終了する。以下では、乗り換え車両として、第２車両Ｍ２が登録されているとして説明する。

ステップＳ３５において、報知制御部５２は、設定されている第２車両Ｍ２のドライバＤ２に対して、乗り換えの案内の可否の問合せをするように、車載端末１４のスピーカ２８およびディスプレイ３０を制御する。

ステップＳ３６において、報知制御部５２は、応答受信部５４が受信した第２車両Ｍ２のドライバＤ２の応答情報が、乗り換え案内を許可する許可情報であるか否かを判定する。許可情報である場合にはステップＳ３７へ移行し、許可情報でない場合には報知制御処理を終了する。

ステップＳ３７において、報知制御部５２は、第１車両Ｍ１の乗員Ｐに対して、乗り換えの案内情報を報知するように、携帯端末１２のスピーカ１８およびディスプレイ２０を制御する。なお、乗員Ｐが乗り物酔いをしており、これらの操作も困難であることを考慮し、本操作を他の乗員や第１車両Ｍ１のドライバＤ１（図１）に委託可能な機能を有しても良い。

ステップＳ３８において、報知制御部５２は、応答受信部５４が受信した第１車両Ｍ１乗員Ｐの応答情報が、案内情報に対して承諾する承諾情報であるか否かを判定する。承諾情報である場合にはステップＳ３９へ移行し、承諾情報でない場合にはステップＳ４０へ移行する。

ステップＳ３９において、報知制御部５２は、第２車両Ｍ２のドライバＤ２に対して、ライドシェアのマッチングが成立したことを報知して、報知制御処理を終了する。なお、マッチングが成立したことを第２車両Ｍ２のドライバＤ２に対して図には未記載の携帯端末を利用して報知しても良い。

ステップＳ４０において、報知制御部５２は、第２車両Ｍ２のドライバＤ２に対して、ライドシェアのマッチングが成立しなかったことを報知して、報知制御処理を終了する。なお、マッチングが成立しなかったことを第２車両Ｍ２のドライバＤ２に対して図には未記載の携帯端末を利用して報知しても良い。

上記のステップＳ３２、ステップＳ３４、ステップＳ３６およびステップＳ３９において、目的地到着まで、もしくは目的地に近づきあらゆる車両の乗り換え価値が無くなる状況まで、マッチング成立に向けて処理をループさせても良い。

なお、上記の本実施の形態の報知制御処理では、乗員Ｐが乗り物酔いをしていることを検知したとき（乗員状態スコアが２以上であるとき）に、乗り換え車両を検索するようにしている。これを、乗員Ｐの所定の操作により、乗り換え車両を検索するようにしてもよい。この場合、所定時間内に乗り換え車両が見つからない場合には、その旨を乗員Ｐに報知するようにしてもよい。

［仮想アシスタントの具体例］
図９は、仮想アシスタントＡ２による乗り換えの案内の可否の問い合せの具体例を示す図である。図９に示されるように、仮想アシスタントＡ２は、車載端末１４のディスプレイ３０に表示される。仮想アシスタントＡ２は、スピーカ２８を介して、乗り換えの案内の可否の問い合わせを行う。このとき、仮想アシスタントＡ２は、第２車両Ｍ２のドライバＤ２と第１車両Ｍ１の乗員Ｐとの待ち合わせ位置について報知を行う。待ち合わせ位置は、図９の例では「ルート沿い５ｋｍ先のサービスエリア」である。また、仮想アシスタントＡ２は、乗員Ｐを乗車させることによりドライバＤ２が得られる収入についての報知も行う。ドライバＤ２が得られる収入の額は、図９の例では「３００円」である。

図１０は、仮想アシスタントＡ１による乗り換えの案内情報の報知の具体例を示す図である。図１０に示されるように、仮想アシスタントＡ１は、携帯端末１２のディスプレイ２０に表示される。仮想アシスタントＡ１は、スピーカ１８を介して、乗り換えの案内情報の報知を行う。このとき、仮想アシスタントＡ１は、第１車両Ｍ１の乗員Ｐと第２車両Ｍ２のドライバＤ２との待ち合わせ位置について報知を行う。待ち合わせ位置は、図１０の例では、「ルート沿い４ｋｍ先のサービスエリア」である。また、仮想アシスタントＡ１は、第２車両Ｍ２に乗り換えるために乗員Ｐが支払う費用についての報知も行う。乗員Ｐが支払う費用の額は、図１０の例では「３００円」である。

なお、仮想アシスタントＡ１が乗員Ｐに対して報知する待ち合わせ位置の情報は、本発明の第１移動体から第２移動体への乗り換え位置に関する情報に相当する。また、仮想アシスタントＡ１が乗員Ｐに対して報知する乗員Ｐが支払う費用は、本発明の第１移動体から第２移動体への乗り換えに要する費用に相当する。

［作用効果］
第１車両Ｍ１に乗車している乗員Ｐが乗り物酔いをした場合、第１車両Ｍ１を停車させて乗員Ｐの回復を待つこと等が考えられる。しかし、第１車両Ｍ１が乗り合いバスなどである場合には、乗員Ｐためだけに第１車両Ｍ１を停車させて乗員Ｐの回復を待つこと等を行うことはできない。

また、車種によって、乗り物酔いのし易さが異なり、バス等は不特定多数の人間が利用するため比較的乗り物酔いをし易い車種である。乗員Ｐが乗り物酔いをし易い車種に乗車している場合、乗員Ｐは視線を遠くにするなどの対策をとっても、乗り物酔いの症状が改善する可能性は小さい。

そこで、本実施の形態のサーバ１０は、携帯端末１２から第１車両Ｍ１に乗車している乗員Ｐの状態を取得し、乗員Ｐが乗り物酔いをしているときには、乗員Ｐに第１車両Ｍ１から第２車両Ｍ２への乗り換えを案内する案内情報を報知する。これにより、乗員Ｐは、案内にしたがって第１車両Ｍ１から第２車両Ｍ２に乗り換えを行うことができ、乗員Ｐの乗り物酔いの症状を改善することができる。

また、本実施の形態のサーバ１０は、案内情報として、第１車両Ｍ１から第２車両Ｍ２への乗り換え位置に関する情報を報知する。これにより、乗員Ｐは、第１車両Ｍ１から第２車両Ｍ２への乗り換え位置を認識することができる。

また、本実施の形態のサーバ１０は、案内情報として、第１車両Ｍ１から第２車両Ｍ２への乗り換えに要する費用に関する情報を報知する。これにより、乗員Ｐは、第１車両Ｍ１から第２車両Ｍ２への乗り換えに要する費用を認識することができる。

また、本実施の形態のサーバ１０は、第２車両Ｍ２のドライバＤ２に乗り換えの案内の可否の問い合せを行い、ドライバＤ２が乗り換えの案内を許可する許可情報を受信したのちに、乗員Ｐに乗り換えの案内情報を報知する。これにより、ドライバＤ２が、乗員Ｐが同乗することを許可している車両についてのみ、乗員Ｐに案内情報として報知することができる。

また、本実施の形態のサーバ１０は、目的地が第１車両Ｍ１の目的地が同じ、または、目的地までの距離が第１車両Ｍ１の目的地よりも遠い車両を検索する。これにより、乗員Ｐは、案内された車両に乗車することで、当初の目的地に到達することができる。

また、本実施の形態のサーバ１０は、空席がある車両を検索する。これにより、乗員Ｐは、案内された車両に確実に乗車することができる。

また、本実施の形態のサーバ１０は、第１車両Ｍ１よりも乗り物酔いをし難い車両を検索する。これにより、乗員Ｐは、案内された車両に乗り換えることで、乗り物酔いの症状を改善することができる。

また、本実施の形態のサーバ１０は、第１車両Ｍ１よりも後方の車両を検索する。これにより、乗員Ｐは、後からやってくる案内された車両に乗車することができる。

〔変形例〕
第１の実施の形態では、第２車両Ｍ２はドライバＤ２が運転する車両であるが、第２車両Ｍ２はレンタカーやカーシェアであってもよい。レンタカーやカーシェアであれば、乗員Ｐが運転することとなるため、乗員Ｐの乗り物酔いの症状をより改善できる。

また、第１の実施の形態では、乗員Ｐの乗り物酔いの症状を改善する乗り換えの案内情報を報知するが、乗員Ｐの不快な生理現象を改善する案内情報を報知するのであれば、乗り物酔い限らずどのような生理現象であってもよい。

〔実施の形態から得られる技術的思想〕
上記実施の形態から把握しうる技術的思想について、以下に記載する。

情報処理装置（１０）は、第１移動体（Ｍ１）の乗員（Ｐ）の生理現象の状態を取得する乗員状態取得部（３４）と、前記第１移動体と異なる第２移動体（Ｍ２）を検索する検索部（５０）と、取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部（１８、２０）を制御する報知制御部（５２）と、を有する。これにより、第１移動体の乗員は、案内にしたがって第１移動体から第２移動体に乗り換えを行うことができ、乗員の生理現象の状態を改善することができる。

上記の情報処理装置であって、前記所定状態は、前記第１移動体の乗員が乗り物酔いをしている状態であってもよい。これにより、第１移動体の乗員は、案内にしたがって第１移動体から第２移動体に乗り換えを行うことができ、乗員の乗り物酔いの症状を改善することができる。

上記の情報処理装置であって、前記案内情報は、前記第１移動体から前記第２移動体への乗り換え位置に関する情報を含んでもよい。これにより、第１移動体の乗員は、第１移動体から第２移動体への乗り換え位置を認識することができる。

上記の情報処理装置であって、前記案内情報は、前記第１移動体から前記第２移動体へ乗り換えに要する費用に関する情報を含んでもよい。これにより、第１移動体の乗員は、第１移動体から第２移動体への乗り換えにようする費用について認識することができる。

上記の情報処理装置であって、前記第２移動体の乗員（Ｄ２）が、前記案内情報を前記第１移動体の乗員に前記案内情報を報知することを許可する許可情報を受信する受信部（５４）を有し、前記報知制御部は、前記許可情報を受信したのちに、前記案内情報を前記第１移動体の乗員に報知するように前記報知部を制御してもよい。これにより、第１移動体の乗員が同乗することを許可している車両についてのみ、第１移動体の乗員に案内情報として報知することができる。

上記の情報処理装置であって、前記第１移動体の乗員の目的地を取得する第１目的地取得部（３６）と、前記第２移動体の乗員の目的地を取得する第２目的地取得部（４２）と、を有し、前記検索部は、取得された前記第１移動体の乗員の前記目的地と、取得された前記第２移動体の乗員の目的地とに基づいて前記第２移動体を検索してもよい。これにより、第１移動体の乗員は、案内された車両に乗車することで、当初の目的地に到達することができる。

上記の情報処理装置であって、前記第２移動体の空席の有無の情報を取得する空席情報取得部（４８）を有し、前記検索部は、空席を有する前記第２移動体を検索してもよい。これにより、第１移動体の乗員は、案内された車両に確実に乗車することができる。

上記の情報処理装置であって、前記第１移動体の乗り物酔いのし易さを取得する第１移動体情報取得部（４０）と、前記第２移動体の乗り物酔いのし易さを取得する第２移動体情報取得部（４６）と、を有し、前記検索部は、前記第１移動体よりも乗り物酔いをし難い前記第２移動体を検索してもよい。これにより、第１移動体の乗員Ｐは、案内された車両に乗り換えることで、乗り物酔いの症状を改善することができる。

上記の情報処理装置であって、前記検索部は、前記第１移動体よりも後方の移動体を前記第２移動体として検出してもよい。これにより、第１移動体の乗員は、待ち合わせ場所に第１移動体よりも遅れて到着する第２移動体に乗車することができる。

上記の情報処理装置であって、前記第１移動体の乗車定員は１０名以上であってもよい。これにより、第１移動体の乗員の乗り物酔いの症状を改善する確率を高めることができる。

第１移動体（Ｍ１）の乗員（Ｐ）の生理現象の状態を取得する乗員状態取得ステップと、前記第１移動体と異なる第２移動体（Ｍ２）を検索する検索ステップと、取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部（１８、２０）を制御する報知制御ステップと、を有する。これにより、第１移動体の乗員は、案内にしたがって第１移動体から第２移動体に乗り換えを行うことができ、乗員の生理現象の状態を改善することができる。

１０…サーバ（情報処理装置） １８…スピーカ（報知部）
２０…ディスプレイ（報知部） ３４…乗員状態取得部
３６…第１目的地取得部
４０…第１車両情報取得部（第１移動体情報取得部）
４２…第２目的地取得部
４６…第２車両情報取得部（第２移動体情報取得部）
４８…空席情報取得部 ５０…車両検索部（検索部）
５２…報知制御部 Ｄ２…ドライバ（乗員）
Ｍ１…第１車両（第１移動体） Ｍ２…第２車両（第２移動体）
Ｐ…乗員

Claims (11)

1. 第１移動体の乗員の生理現象の状態を取得する乗員状態取得部と、
   前記第１移動体と異なる第２移動体を検索する検索部と、
   取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部を制御する報知制御部と、
   を有する、情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記所定状態は、前記第１移動体の乗員が乗り物酔いをしている状態である、情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記案内情報は、前記第１移動体から前記第２移動体への乗り換え位置に関する情報を含む、情報処理装置。
4. 請求項１〜３のいずれか１項に記載の情報処理装置であって、
   前記案内情報は、前記第１移動体から前記第２移動体へ乗り換えに要する費用に関する情報を含む、情報処理装置。
5. 請求項１〜４のいずれか１項に記載の情報処理装置であって、
   前記第２移動体の乗員が、前記案内情報を前記第１移動体の乗員に前記案内情報を報知することを許可する許可情報を受信する受信部を有し、
   前記報知制御部は、前記許可情報を受信したのちに、前記案内情報を前記第１移動体の乗員に報知するように前記報知部を制御する、情報処理装置。
6. 請求項１〜５のいずれか１項に記載の情報処理装置であって、
   前記第１移動体の乗員の目的地を取得する第１目的地取得部と、
   前記第２移動体の乗員の目的地を取得する第２目的地取得部と、
   を有し、
   前記検索部は、取得された前記第１移動体の乗員の前記目的地と、取得された前記第２移動体の乗員の目的地とに基づいて前記第２移動体を検索する、情報処理装置。
7. 請求項１〜６のいずれか１項に記載の情報処理装置であって、
   前記第２移動体の空席の有無の情報を取得する空席情報取得部を有し、
   前記検索部は、空席を有する前記第２移動体を検索する、情報処理装置。
8. 請求項１〜７のいずれか１項に記載の情報処理装置であって、
   前記第１移動体の乗り物酔いのし易さを取得する第１移動体情報取得部と、
   前記第２移動体の乗り物酔いのし易さを取得する第２移動体情報取得部と、
   を有し、
   前記検索部は、前記第１移動体よりも乗り物酔いをし難い前記第２移動体を検索する、情報処理装置。
9. 請求項１〜８のいずれか１項に記載の情報処理装置であって、
   前記検索部は、前記第１移動体よりも後方の移動体を前記第２移動体として検出する、情報処理装置。
10. 請求項１〜９のいずれか１項に記載の情報処理装置であって、
    前記第１移動体の乗車定員は１０名以上である、情報処理装置。
11. 第１移動体の乗員の生理現象の状態を取得する乗員状態取得ステップと、
    前記第１移動体と異なる第２移動体を検索する検索ステップと、
    取得された前記第１移動体の乗員の前記生理現象の状態が所定状態である場合には、前記第２移動体への乗り換えに関する案内情報を前記第１移動体の乗員に報知するように報知部を制御する報知制御ステップと、
    を有する、情報処理方法。

Images