(57)【要約】【課題】ライドシェアサービスの利用者の利便性の向上を図ることができる情報処理システム、エージェントシステム、情報処理方法、およびプログラムを提供すること。【解決手段】利用者からの乗車リクエストに基づき車両（Ｍ）の運行計画を生成し、前記車両によるライドシェアサービスを提供するライドシェアサーバ装置（３００）と、前記利用者の携帯端末装置（Ｄ）と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置と通信を行うエージェントシステム（Ｅ）と、を備えた情報処理システム。【選択図】図１
2020154996.tif 000002
【特許請求の範囲】
【請求項１】
利用者からの乗車リクエストに基づき車両の運行計画を生成し、前記車両によるライドシェアサービスを提供するライドシェアサーバ装置と、
前記利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置と通信を行うエージェントシステムと、
を備えた情報処理システム。
【請求項２】
前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記利用者の状態に基づき救急車の手配の必要性を判定し、前記救急車の手配が必要と判定した場合、前記ライドシェアサーバ装置に救急車の手配を依頼する、
請求項１に記載の情報処理システム。
【請求項３】
前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の目的地の変更を依頼する、
請求項１または請求項２に記載の情報処理システム。
【請求項４】
前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の同乗者に対する連絡を行うことを依頼する、
請求項１から請求項３のうちいずれか１項に記載の情報処理システム。
【請求項５】
前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の同乗者が利用する代替車両の手配を依頼する、
請求項１から請求項４のうちいずれか１項に記載の情報処理システム。
【請求項６】
前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記利用者の状態を示す情報を送信する、
請求項１から請求項５のうちいずれか１項に記載の情報処理システム。
【請求項７】
前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記エージェントシステムから受け取る情報に基づき救急車の手配の必要性を判定し、前記救急車の手配が必要と判定した場合、救急車を手配する、
請求項１から請求項６のうちいずれか１項に記載の情報処理システム。
【請求項８】
前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の目的地を変更する、
請求項１から請求項７のうちいずれか１項に記載の情報処理システム。
【請求項９】
前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の同乗者に対する連絡を行う、
請求項１から請求項８のうちいずれか１項に記載の情報処理システム。
【請求項１０】
前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の同乗者が利用する代替車両を手配する、
請求項１から請求項９のうちいずれか１項に記載の情報処理システム。
【請求項１１】
第１コンピュータが、利用者からの乗車リクエストに基づき車両の運行計画を生成し、前記車両によるライドシェアサービスを提供し、
第２コンピュータが、前記利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記第１コンピュータと通信を行う、
情報処理方法。
【請求項１２】
第１コンピュータに、利用者からの乗車リクエストに基づき車両の運行計画を生成させ、前記車両によるライドシェアサービスを提供させ、
第２コンピュータに、前記利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察させ、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記第１コンピュータと通信を行わせる、
プログラム。
【請求項１３】
車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察する状態観察部と、
前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行う通知部と、
を備えたエージェントシステム。
【請求項１４】
コンピュータが、
車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察し、
前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行う、
情報処理方法。
【請求項１５】
コンピュータに、
車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察させ、
前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行わせる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、エージェントシステム、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、車両の乗員と対話を行いながら、乗員の要求に応じた運転支援に関する情報や車両の制御、その他のアプリケーションなどを提供するエージェント機能に関する技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３３５２３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、今後の新しいサービスとして、複数の利用者が同一の共同車両を利用するいわゆるライドシェアサービスが提案されている。しかしながら、従来の技術では、ライドシェアサービスを利用中の乗員の体調に異変が生じた場合について考慮がなされておらず、利用者にとっての利便性が十分でなかった。
【０００５】
本発明は、このような事情を考慮してなされたものであり、ライドシェアサービスの利用者の利便性の向上を図ることができる情報処理システム、エージェントシステム、情報処理方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
この発明に係る情報処理システム、エージェントシステム、情報処理方法、およびプログラムは以下の構成を採用した。
（１）：この発明の一態様は、利用者からの乗車リクエストに基づき車両の運行計画を生成し、前記車両によるライドシェアサービスを提供するライドシェアサーバ装置と、前記利用者の携帯端末装置と前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置と通信を行うエージェントシステムと、を備えた情報処理システムである。
【０００７】
（２）：上記（１）の態様において、前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記利用者の状態に基づき救急車の手配の必要性を判定し、前記救急車の手配が必要と判定した場合、前記ライドシェアサーバ装置に救急車の手配を依頼する。
【０００８】
（３）：上記（１）または（２）の態様において、前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の目的地の変更を依頼する。
【０００９】
（４）：上記（１）から（３）のうちいずれか１つの態様において、前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の同乗者に対する連絡を行うことを依頼する。
【００１０】
（５）：上記（１）から（４）のうちいずれか１つの態様において、前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記車両の同乗者が利用する代替車両の手配を依頼する。
【００１１】
（６）：上記（１）から（５）のうちいずれか１つの態様において、前記エージェントシステムは、前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記ライドシェアサーバ装置に前記利用者の状態を示す情報を送信する。
【００１２】
（７）：上記（１）から（６）のうちいずれか１つの態様において、前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記エージェントシステムから受け取る情報に基づき救急車の手配の必要性を判定し、前記救急車の手配が必要と判定した場合、救急車を手配する。
【００１３】
（８）：上記（１）から（７）のうちいずれか１つの態様において、前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の目的地を変更する。
【００１４】
（９）：上記（１）から（８）のうちいずれか１つの態様において、前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の同乗者に対する連絡を行う。
【００１５】
（１０）：上記（１）から（９）のうちいずれか１つの態様において、前記ライドシェアサーバ装置は、前記エージェントシステムにより前記利用者の状態が前記所定の状態に変化したことが検知された場合に、前記車両の同乗者が利用する代替車両を手配する。
【００１６】
（１１）：この発明の他の態様は、第１コンピュータが、利用者からの乗車リクエストに基づき車両の運行計画を生成し、前記車両によるライドシェアサービスを提供し、第２コンピュータが、前記利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記第１コンピュータと通信を行う、情報処理方法である。
【００１７】
（１２）：この発明の他の態様は、第１コンピュータに、利用者からの乗車リクエストに基づき車両の運行計画を生成させ、前記車両によるライドシェアサービスを提供させ、第２コンピュータに、前記利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方により取得された情報に基づき前記車両に乗車中の前記利用者の状態を観察させ、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが検知された場合に、前記第１コンピュータと通信を行わせる、プログラムである。
【００１８】
（１３）：この発明の他の態様は、車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察する状態観察部と、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行う通知部と、を備えたエージェントシステムである。
【００１９】
（１４）：この発明の他の態様は、コンピュータが、車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察し、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行う、情報処理方法である。
【００２０】
（１５）：この発明の他の態様は、コンピュータに、車両のライドシェアサービスを利用する利用者の携帯端末装置と、前記車両に搭載された車載機器とのうち少なくとも一方に基づき、前記車両に乗車中の前記利用者の状態を観察させ、前記ライドシェアサービスの利用中に前記利用者の状態が所定の状態に変化したことが前記状態観察部により検知された場合に、前記ライドシェアサービスを管理するライドシェアサーバ装置と通信を行わせる、プログラムである。
【発明の効果】
【００２１】
（１）〜（１５）によれば、ライドシェアサービスの利用者の利便性の向上を図ることができる。
【図面の簡単な説明】
【００２２】
【図１】第１実施形態の情報処理システム１の構成図である。
【図２】走行に関する車両Ｍの構成図である。
【図３】エージェント装置１００に関する車両Ｍの構成図である。
【図４】車両Ｍの内部構成の一例を示す図である。
【図５】エージェントサーバ２００の構成と、エージェント装置１００の構成の一部とを示す構成図である。
【図６】状態観察部２３０の構成図である。
【図７】画像ＩＭ１の内容の一例を示す図である。
【図８】病歴情報２５２ａの内容の一例を示す図である。
【図９】乗員異変時行動内容決定部２３２の構成図である。
【図１０】画像ＩＭ２の内容の一例を示す図である。
【図１１】ライドシェアサーバ３００の構成図である。
【図１２】乗車条件情報３８４の内容の一例を示す図である。
【図１３】運行スケジュール情報３８８の内容の一例を示す図である。
【図１４】乗員異変時対応部３４０の構成図である。
【図１５】第２実施形態のエージェントサーバ２００Ａの構成図である。
【図１６】第２実施形態のライドシェアサーバ３００Ａの構成図である。
【図１７】変形例のエージェントサーバ２００Ｂの構成図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照し、本発明の情報処理システム、エージェントシステム、情報処理方法、およびプログラムの実施形態について説明する。情報処理システムは、例えば、ライドシェアサーバ装置（以下、「ライドシェアサーバ」と称する）と、エージェントシステムとの協働により実現される。
【００２４】
ライドシェアサーバは、複数の利用者によって一以上の車両を共同で利用すること（ライドシェア）を支援するための装置である。ライドシェアに利用される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両がライドシェアに用いられるものとして説明するが、手動運転車両が用いられても構わない。ライドシェアサーバは、利用者の端末装置から通信によって乗車リクエストを取得すると、その乗車リクエストにおいて定義された乗車条件に合致する車両（配車可能な車両）を検索する。通信には、データ通信と、音声通信すなわち電話との双方が含まれてよい。ライドシェアサーバは、検索により選定された車両の運行計画を生成し、利用者に対してライドシェアサービスを提供する。
【００２５】
エージェントシステムの一部または全部は、エージェント装置により実現される。以下では、エージェント装置の一例として、車両に搭載され、複数種類のエージェント機能を備えたエージェント装置について説明する。エージェント機能とは、例えば、車両の乗員と対話をしながら、乗員の発話の中に含まれる要求（コマンド）に基づく各種の情報提供を行ったり、ネットワークサービスを仲介したりする機能である。複数種類のエージェントはそれぞれに果たす機能、処理手順、制御、出力態様・内容がそれぞれ異なってもよい。また、エージェント機能の中には、車両内の機器（例えば運転制御や車体制御に関わる機器）の制御などを行う機能を有するものがあってよい。
【００２６】
エージェント機能は、例えば、乗員の音声を認識する音声認識機能（音声をテキスト化する機能）に加え、自然言語処理機能（テキストの構造や意味を理解する機能）、対話管理機能、ネットワークを介して他装置を検索し、或いは自装置が保有する所定のデータベースを検索するネットワーク検索機能などを統合的に利用して実現される。これらの機能の一部または全部は、ＡＩ（Artificial Intelligence）技術によって実現されてよい。また、これらの機能を行うための構成の一部（特に、音声認識機能や自然言語処理解釈機能）は、車両の車載通信装置または車両に持ち込まれた汎用通信装置と通信可能なエージェントサーバ装置（外部装置）に搭載されてもよい。以下の説明では、構成の一部がエージェントサーバ装置（以下、「エージェントサーバ」と称する）に搭載されており、エージェント装置とエージェントサーバが協働してエージェントシステムを実現することを前提とする。また、エージェント装置とエージェントサーバが協働して仮想的に出現させるサービス提供主体（サービス・エンティティ）をエージェントと称する。なお、エージェントシステムの一部または全部は、利用者の携帯端末装置で起動されるアプリケーションプログラムまたはブラウザなどにより実現されてもよい。また本明細書において「利用者」という表現と「乗員」という表現は、ほぼ同じ意味で用いられており、互いに読み替え可能である。
【００２７】
［全体構成］
図１は、情報処理システム１の構成図である。情報処理システム１は、例えば、一以上の端末装置Ｄと、エージェント装置１００が搭載された一以上の車両Ｍと、複数のエージェントサーバ２００−１、２００−２、２００−３、…と、ライドシェアサーバ３００とを備える。符号の末尾のハイフン以下の数字は、エージェントを区別するための識別子であるものとする。いずれのエージェントサーバであるかを区別しない場合、単にエージェントサーバ２００と称する場合がある。図１では３つのエージェントサーバ２００を示しているが、エージェントサーバ２００の数は２つであってもよいし、４つ以上であってもよい。それぞれのエージェントサーバ２００は、互いに異なるエージェントシステムの提供者が運営するものである。従って、本発明におけるエージェントは、互いに異なる提供者により実現されるエージェントである。提供者としては、例えば、自動車メーカー、ネットワークサービス事業者、電子商取引事業者、携帯端末装置（例えば端末装置Ｄ）の販売者や製造者などが挙げられ、任意の主体（法人、団体、個人など）がエージェントシステムの提供者となり得る。本実施形態では、エージェント装置１００と１つ以上のエージェントサーバ２００とが協働することでエージェントシステムＥが実現されている。
【００２８】
エージェント装置１００は、ネットワークＮＷを介して、エージェントサーバ２００およびライトシェアサーバ３００とそれぞれ通信可能である。エージェント装置１００は、車両Ｍの乗員と対話を行い、乗員からの音声をエージェントサーバ２００に送信し、エージェントサーバ２００から得られた回答を、音声出力や画像表示の形で乗員に提示する。ネットワークＮＷは、例えば、インターネット、セルラー網、Ｗｉ−Ｆｉ網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、電話回線、無線基地局などのうち一部または全部を含む。ネットワークＮＷには、各種ウェブサーバ４００が接続されている。各種ウェブサーバ４００には、例えば、救急車の出動を管理する災害救急情報センターのウェブサーバ４００−１と、各医療機関のウェブサーバ４００−２とが含まれる。ライドシェアサーバ３００は、ネットワークＮＷを介して、災害救急情報センターのウェブサーバ４００−１と各医療機関のウェブサーバ４００−２とそれぞれ通信可能である。
【００２９】
端末装置Ｄは、一以上の利用者Ｕにより使用される端末装置である。なお「利用者Ｕにより使用される」とは、ネットカフェの端末装置など不特定多数によって使用され得る端末装置が利用者Ｕにより一時的に使用されることを含んでよい。ライドシェアサーバ３００は、例えば端末装置Ｄを通じてライドシェアサービスの利用者である利用者Ｕの乗車リクエストを取得し、取得した乗車リクエストに基づき、車両Ｍの運行計画を生成する。車両Ｍは、ライドシェアサーバ３００が生成した運行計画に基づき、利用者Ｕの乗車希望地点で利用者Ｕを乗車させ、利用者Ｕを目的地まで運ぶ。
【００３０】
＜第１実施形態＞
まず、第１実施形態について説明する。第１実施形態は、ライドシェアサービスを提供する車両Ｍに乗車中の利用者Ｕの体調に異変が生じた場合に、エージェントシステムＥが利用者Ｕを保護するための行動内容を主体的に決定する例である。なお以下の説明では、車両Ｍに乗車した利用者Ｕのなかで体調に異変が生じた利用者Ｕを「利用者Ｕ１」、車両Ｍに乗車中の他の利用者Ｕを「同乗者Ｕ２」と称する。また、利用者Ｕ１が携行する端末装置Ｄを「端末装置Ｄ１」、同乗者Ｕ２が携行する端末装置Ｄを「端末装置Ｄ２」と称する。
【００３１】
［１．端末装置］
端末装置Ｄは、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置Ｄでは、ライドシェアシステムを利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置Ｄがスマートフォンのような携帯端末装置であり、アプリケーションプログラム（ライドシェアアプリ）が起動していることを前提とする。ライドシェアアプリは、利用者Ｕの操作に応じてライドシェアサーバ３００と通信し、利用者Ｕのリクエストをライドシェアサーバ３００に送信したり、ライドシェアサーバ３００から受信した情報に基づくプッシュ通知を行ったりする。
【００３２】
［２．車両］
［２．１  走行に関する車両の構成］
車両Ｍは、例えば、複数の利用者Ｕが乗車可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。図２は、走行に関する車両Ｍの構成図である。車両Ｍは、例えば、外界監視ユニット１２と、車載通信装置１４と、ナビゲーション装置１６と、推奨車線決定装置１８と、自動運転制御ユニット２０と、駆動力出力装置２２と、ブレーキ装置２４と、ステアリング装置２６とを備える。
【００３３】
外界監視ユニット１２は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detectionand Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット１２は、車両Ｍの周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニット２０に出力する。
【００３４】
車載通信装置１４は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。車載通信装置１４は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。車載通信装置１４として、用途に応じた複数のものが用意されてもよい。
【００３５】
ナビゲーション装置１６は、ナビＨＭＩ（Human Machine Interface）と、ＧＰＳ（Global Positioning System）などの位置測位装置と、地図情報を記憶した記憶装置と、経路探索などを行う制御装置（ナビゲーションコントローラ）とを備える。後述するマイク３２、車室内カメラ３４、表示・操作装置３６、およびスピーカユニット３８のうち一部または全部がナビＨＭＩとして用いられてもよい。ナビゲーション装置１６は、位置測位装置によって特定された車両Ｍの位置から目的地まで移動するための経路（ナビ経路）を探索し、経路に沿って車両Ｍが走行できるようにナビＨＭＩを用いて案内情報を出力することができる。経路探索機能は、ネットワークＮＷを介してアクセス可能なナビゲーションサーバにあってもよい。この場合、ナビゲーション装置１６は、ナビゲーションサーバから経路を取得して案内情報を出力する。また本実施形態の場合、目的地までの経路は、ライドシェアサーバ３００によって指定される場合もある。なお、エージェント装置１００は、ナビゲーション装置１６のナビゲーションコントローラを基盤として構築されてもよく、その場合、ナビゲーションコントローラとエージェント装置１００は、ハードウェア上は一体に構成される。ナビゲーション装置１６は、上記いずれかの方法で決定また取得した経路の情報を推奨車線決定装置１８に出力する。
【００３６】
推奨車線決定装置１８は、例えば、ＭＰＵ（Micro Processing Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置１８は、ナビゲーション装置１６から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニット２０に出力する。
【００３７】
自動運転制御ユニット２０は、ＣＰＵ（Central Processing Unit）やＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット２０は、推奨車線決定装置１８により決定された推奨車線を走行することを原則として、外界監視ユニット１２から位置や速度が入力された物体との接触を避けるように、車両Ｍを自動的に走行させる。例えば、自動運転制御ユニット２０は、車両Ｍが将来走行する目標軌道を生成し、生成した目標軌道を走行するように駆動力出力装置２２、ブレーキ装置２４、およびステアリング装置２６のうち一部または全部を制御する。
【００３８】
駆動力出力装置２２は、車両Ｍが走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置２２は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。
【００３９】
ブレーキ装置２４は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット２０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。
【００４０】
ステアリング装置２６は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット２０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
【００４１】
［２．２  エージェント装置に関する車両の構成］
図３は、エージェント装置１００に関する車両Ｍの構成図である。車両Ｍには、例えば、一以上のマイク３２と、一以上の車室内カメラ３４と、表示・操作装置３６と、スピーカユニット３８と、車両機器４０と、乗員認証装置５２と、乗員位置認識装置５４と、エージェント装置１００とが搭載される。また、スマートフォンなどの汎用通信装置６０が車室内に持ち込まれ、通信装置として使用される場合がある。汎用通信装置６０の一例は、利用者Ｕが携行する端末装置Ｄである。これらの装置は、ＣＡＮ（Controller Area Network）通信線などの多重通信線やシリアル通信線、無線通信網などによって互いに接続される。なお、図３に示す構成はあくまで一例であり、構成の一部が省略されてもよいし、更に別の構成が追加されてもよい。
【００４２】
マイク３２は、車室内で発せられた音声を収集する収音部である。マイク３２は、例えば、車室内の一以上の代表位置に設けられてもよいし、運転席、助手席、後部座席のそれぞれに設けられてもよい。
【００４３】
車室内カメラ３４は、車室内の画像（または映像）を取得する情報取得部である。車室内カメラは、車室内に設けられたＣＣＤ（Charge Coupled Device）カメラやＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラである。車室内カメラ３４は、車室内の一以上の代表位置に設けられてもよいし、例えば、運転席、助手席、後部座席のそれぞれに設けられてもよい。
【００４４】
表示・操作装置３６は、画像を表示すると共に、入力操作を受付可能な装置（或いは装置群）である。表示・操作装置３６は、例えば、タッチパネルとして構成された表示装置を含む。表示・操作装置３６は、更に、ＨＵＤ（Head Up Display）や機械式の入力装置を含んでもよい。表示・操作装置３６は、エージェント装置１００とナビゲーション装置１６とで共用されてもよい。表示・操作装置３６は、車室内の一以上の代表位置に設けられてもよいし、例えば、運転席、助手席、後部座席のそれぞれに設けられてもよい。
【００４５】
スピーカユニット３８は、例えば、車室内に配設された１つ以上のスピーカ（音出力部）を含む。スピーカユニット３８は、車室内の一以上の代表位置に設けられてもよいし、例えば、運転席、助手席、後部座席のそれぞれに設けられてもよい。
【００４６】
マイク３２、車室内カメラ３４、表示・操作装置３６、およびスピーカユニット３８の各々は、車両Ｍに搭載された「車載機器」の一例である。なお、エージェント装置１００は、マイク３２および車室内カメラ３４に代えてまたは加えて、利用者Ｕの端末装置Ｄに搭載されたマイクおよびカメラを利用して利用者Ｕの音声や画像を取得してもよい。また、エージェント装置１００は、表示・操作装置３６およびスピーカユニット３８に代えてまたは加えて、利用者Ｕの端末装置Ｄに搭載された表示装置およびスピーカを利用して利用者Ｕに対して画像を表示したり音声を出力したりしてもよい。このような態様は、例えば、端末装置ＤにインストールされてエージェントシステムＥの一部を実現するアプリケーションプログラム（エージェントアプリ）、または対話型の汎用的なアプリケーションプログラムが起動することで実現される。このため以下の説明において、マイク３２、車室内カメラ３４、表示・操作装置３６、およびスピーカユニット３８の各々は、「端末装置Ｄ」と読み替えられてもよい。
【００４７】
車両機器４０は、例えば、エンジンの始動モータ、ドアロック装置、ドア開閉装置、窓、窓の開閉装置および窓の開閉制御装置、シート、シート位置の制御装置、ルームミラー及びその角度位置制御装置、車両内外の照明装置及びその制御装置、ワイパーやデフォッガー及びそれぞれの制御装置、方向指示灯及びその制御装置、空調装置、走行距離やタイヤの空気圧の情報や燃料の残量情報などの車両情報装置などを含む。
【００４８】
乗員認証装置５２は、車両Ｍに乗車しようとする利用者が正規の利用者であるか否かを判定する装置である。例えば、利用者Ｕの乗車リクエストに基づいて車両Ｍの予約がライドシェアサーバ３００により登録されると、利用者Ｕの端末装置Ｄには、予約された車両Ｍに乗車するための仮想鍵（バーチャルキー）が送信される。仮想鍵は、利用者Ｕが車両Ｍの正規の乗員であることを示す情報である。仮想鍵は、例えば利用者Ｕごとに異なる情報（利用者Ｕごとに固有の情報）であり、例えば利用者Ｕを識別する識別情報（利用者ＩＤ）を含む。仮想鍵は、例えば、端末装置Ｄと車両Ｍの車載通信装置１４との間の無線通信により伝達可能な情報であるが、端末装置Ｄの表示装置に表示される二次元バーコード（例えばＱＲ（登録商標）コード）などでもよい。
【００４９】
乗員認証装置５２は、利用者Ｕの端末装置Ｄから取得された仮想鍵に基づき、車両Ｍに乗車しようとする利用者が正規の利用者であるか否かを判定する。乗員認証装置５２は、車両Ｍに乗車しようとする利用者が正規の利用者Ｕであると判定した場合、車両Ｍのドアロックを解除し、利用者Ｕの乗車を許容する。例えば、乗員認証装置５２は、利用者Ｕの端末装置Ｄから取得した仮想鍵に含まれる識別情報（利用者ＩＤ）を、車載通信装置１４およびネットワークＮＷを介して、エージェントサーバ２００およびライドシェアサーバ３００に出力する。これにより、エージェントサーバ２００およびライドシェアサーバ３００は、車両Ｍに乗車した利用者Ｕを特定する（識別する）ことができる。
【００５０】
乗員位置認識装置５４は、例えば着座センサである。着座センサは、座席の下部に設けられた圧力センサ、シートベルトに取り付けられた張力センサなどを含む。乗員位置認識装置５４は、車室内での乗員の着座位置を認識する着座位置認識部の一例である。なお、乗員位置認識装置５４の一部または全部は、車室内カメラ３４と後述する画像処理部１１３により構成されてもよい。乗員位置認識装置５４により検出された乗員の着座位置は、車載通信装置１４およびネットワークＮＷを介してエージェントサーバ２００に出力される。これにより、エージェントサーバ２００は、鍵情報に含まれる識別情報（利用者ＩＤ）に基づき特定された利用者Ｕと、その利用者Ｕの着座位置とを紐付けて管理することができる。
【００５１】
図４は、車両Ｍの内部構成の一例を示す図である。車室内には、例えば、プライバシーを確保するためなどの目的で、運転席、助手席、左後部座席、および右後部座席の間を仕切るパーティションＰが設けられている。この場合、マイク３２、車室内カメラ３４、表示・操作装置３６、およびスピーカユニット３８は、各座席に設けられてもよい。この場合、エージェント装置１００は、各座席に個別に設けられた表示・操作装置３６およびスピーカユニット３８を用いて各座席ごとに異なるエージェントを出現させてもよい。ただし、パーティションＰは、必須の構成要素ではなく、従前の車両と同様に座席間は開放されていてもよい。
【００５２】
［３．エージェント装置］
次に、図３に戻り、エージェント装置１００について説明する。エージェント装置１００は、管理部１１０と、エージェント機能部１５０−１、１５０−２、１５０−３と、ペアリングアプリ実行部１５２とを備える。管理部１１０は、例えば、音響処理部１１２と、画像処理部１１３と、エージェントごとＷＵ（Wake Up）判定部１１４と、表示制御部１１６と、音声制御部１１８とを備える。いずれのエージェント機能部であるか区別しない場合、単にエージェント機能部１５０と称する。３つのエージェント機能部１５０を示しているのは、図１におけるエージェントサーバ２００の数に対応させた一例に過ぎず、エージェント機能部１５０の数は、２つであってもよいし、４つ以上であってもよい。図３に示すソフトウェア配置は説明のために簡易に示しており、実際には、例えば、エージェント機能部１５０と車載通信装置１４の間に管理部１１０が介在してもよいように、任意に改変することができる。
【００５３】
エージェント装置１００の各構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。
【００５４】
管理部１１０は、ＯＳ（Operating System）やミドルウェアなどのプログラムが実行されることで機能する。
【００５５】
音響処理部１１２は、エージェントごとに予め設定されているウエイクアップワードを認識するのに適した状態になるように、入力された音に対して音響処理を行う。音響処理部１１２により音響処理された音は、車載通信装置１４およびネットワークＮＷを介してエージェントサーバ２００に出力される。
【００５６】
画像処理部１１３は、車室内カメラ３４により取得された画像（または映像）に対して画像処理を行い、利用者Ｕの姿勢や利用者Ｕの表情などを認識可能な情報を取得する。画像処理部１１３により画像処理された画像は、車載通信装置１４およびネットワークＮＷを介してエージェントサーバ２００に出力される。
【００５７】
エージェントごとＷＵ判定部１１４は、エージェント機能部１５０−１、１５０−２、１５０−３のそれぞれに対応して存在し、エージェントごとに予め定められているウエイクアップワードを認識する。エージェントごとＷＵ判定部１１４は、音響処理が行われた音声（音声ストリーム）から音声の意味を認識する。まず、エージェントごとＷＵ判定部１１４は、音声ストリームにおける音声波形の振幅と零交差に基づいて音声区間を検出する。エージェントごとＷＵ判定部１１４は、混合ガウス分布モデル（ＧＭＭ；Gaussian mixture model）に基づくフレーム単位の音声識別および非音声識別に基づく区間検出を行ってもよい。
【００５８】
次に、エージェントごとＷＵ判定部１１４は、検出した音声区間における音声をテキスト化し、文字情報とする。そして、エージェントごとＷＵ判定部１１４は、テキスト化した文字情報がウエイクアップワードに該当するか否かを判定する。ウエイクアップワードであると判定した場合、エージェントごとＷＵ判定部１１４は、対応するエージェント機能部１５０を起動させる。なお、エージェントごとＷＵ判定部１１４に相当する機能がエージェントサーバ２００に搭載されてもよい。この場合、管理部１１０は、音響処理部１１２によって音響処理が行われた音声ストリームをエージェントサーバ２００に送信し、エージェントサーバ２００がウエイクアップワードであると判定した場合、エージェントサーバ２００からの指示に従ってエージェント機能部１５０が起動する。なお、各エージェント機能部１５０は、常時起動しており且つウエイクアップワードの判定を自ら行うものであってよい。この場合、管理部１１０がエージェントごとＷＵ判定部１１４を備える必要はない。
【００５９】
エージェント機能部１５０は、対応するエージェントサーバ２００と協働してエージェントを出現させ、車両Ｍの乗員の発話に応じて、音声による応答を含むサービスを提供する。エージェント機能部１５０には、車両機器４０を制御する権限が付与されたものが含まれてよい。また、エージェント機能部１５０には、ペアリングアプリ実行部１５２を介して汎用通信装置６０と連携し、エージェントサーバ２００と通信するものがあってよい。例えば、エージェント機能部１５０−１には、車両機器４０を制御する権限が付与されている。エージェント機能部１５０−１は、車載通信装置１４を介してエージェントサーバ２００−１と通信する。エージェント機能部１５０−２は、車載通信装置１４を介してエージェントサーバ２００−２と通信する。エージェント機能部１５０−３は、ペアリングアプリ実行部１５２を介して汎用通信装置６０と連携し、エージェントサーバ２００−３と通信する。ペアリングアプリ実行部１５２は、例えば、Ｂｌｕｅｔｏｏｔｈによって汎用通信装置６０とペアリングを行い、エージェント機能部１５０−３と汎用通信装置６０とを接続させる。なお、エージェント機能部１５０−３は、ＵＳＢ（Universal Serial Bus）などを利用した有線通信によって汎用通信装置６０に接続されるようにしてもよい。エージェント機能部１５０−１とエージェントサーバ２００−１が協働して出現させるエージェントをエージェント１、エージェント機能部１５０−２とエージェントサーバ２００−２が協働して出現させるエージェントをエージェント２、エージェント機能部１５０−３とエージェントサーバ２００−３が協働して出現させるエージェントをエージェント３と称してもよい。
【００６０】
表示制御部１１６は、エージェント機能部１５０からの指示に応じて表示・操作装置３６の表示装置に画像を表示させる。表示制御部１１６は、一部のエージェント機能部１５０の制御により、例えば、車室内で乗員とのコミュニケーションを行う擬人化されたエージェントの画像（以下、「エージェント画像」と称する）を生成し、生成したエージェント画像を表示・操作装置３６の表示装置に表示させる。エージェント画像は、例えば、乗員に対して話しかける態様の画像である。エージェント画像は、例えば、少なくとも観者（乗員）によって表情や顔向きが認識される程度の顔画像を含んでよい。また、エージェント画像は、アニメーション画像であってもよい。
【００６１】
音声制御部１１８は、エージェント機能部１５０からの指示に応じて、スピーカユニット３０に含まれるスピーカのうち一部または全部に音声を出力させる。
【００６２】
［４．エージェントサーバ］
［４．１  エージェントサーバの全体構成］
図５は、エージェントサーバ２００の構成と、エージェント装置１００の構成の一部とを示す構成図である。以下、エージェントサーバ２００の構成と共にエージェント機能部１５０などの動作について説明する。ここでは、エージェント装置１００からネットワークＮＷまでの物理的な通信についての説明を省略する。
【００６３】
エージェントサーバ２００は、通信部２１０を備える。通信部２１０は、例えばＮＩＣ（Network Interface Card）などのネットワークインターフェースである。更に、エージェントサーバ２００は、例えば、音声認識部２２０と、自然言語処理部２２２と、対話管理部２２４と、ネットワーク検索部２２６と、応答文生成部２２８と、状態観察部２３０と、乗員異変時行動内容決定部２３２と、通知部２３４とを備える。これらの構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。
【００６４】
エージェントサーバ２００は、記憶部２５０を備える。記憶部２５０は、上記の各種記憶装置により実現される。記憶部２５０には、パーソナルプロファイル２５２、辞書ＤＢ（データベース）２５４、知識ベースＤＢ２５６、応答規則ＤＢ２５８、乗員状態パターンＤＢ２６０などのデータやプログラムが格納される。パーソナルプロファイル２５２には、後述する病歴情報２５２ａが含まれる。応答規則ＤＢ２５８には、後述する乗員異変時応答規則２５８ａが含まれる。
【００６５】
エージェント装置１００において、エージェント機能部１５０は、音声ストリーム、或いは圧縮や符号化などの処理が行われた音声ストリームを、エージェントサーバ２００に送信する。また、エージェント機能部１５０は、画像処理部１１３により画像処理された画像を、エージェントサーバ２００に送信する。
【００６６】
エージェント機能部１５０は、ローカル処理（エージェントサーバ２００を介さない処理）が可能な音声コマンドを認識した場合は、音声コマンドで要求された処理を行ってよい。ローカル処理が可能な音声コマンドとは、エージェント装置１００が備える記憶部（不図示）を参照することで回答可能な音声コマンドであったり、エージェント機能部１５０−１の場合は車両機器４０を制御する音声コマンド（例えば、空調装置をオンにするコマンドなど）であったりする。従って、エージェント機能部１５０は、エージェントサーバ２００が備える機能の一部を有してもよい。
【００６７】
音声ストリームを取得すると、音声認識部２２０が音声認識を行ってテキスト化された文字情報を出力し、自然言語処理部２２２が文字情報に対して辞書ＤＢ２５４を参照しながら意味解釈を行う。辞書ＤＢ２５４は、文字情報に対して抽象化された意味情報が対応付けられたものである。辞書ＤＢ２５４は、同義語や類義語の一覧情報を含んでもよい。音声認識部２２０の処理と、自然言語処理部２２２の処理は、段階が明確に分かれるものではなく、自然言語処理部２２２の処理結果を受けて音声認識部２２０が認識結果を修正するなど、相互に影響し合って行われてよい。
【００６８】
自然言語処理部２２２は、例えば、認識結果として、「今日の天気は」、「天気はどうですか」などの意味が認識された場合、標準文字情報「今日の天気」に置き換えたコマンドを生成する。これにより、リクエストの音声に文字揺らぎがあった場合にも要求にあった対話をし易くすることができる。また、自然言語処理部２２２は、例えば、確率を利用した機械学習処理等の人工知能処理を用いて文字情報の意味を認識したり、認識結果に基づくコマンドを生成してもよい。
【００６９】
対話管理部２２４は、自然言語処理部２２２の処理結果（コマンド）に基づいて、パーソナルプロファイル２５２や知識ベースＤＢ２５６、応答規則ＤＢ２５８を参照しながら車両Ｍの乗員に対する発話の内容を決定する。パーソナルプロファイル２５２は、乗員ごと（すなわち利用者ＩＤを紐付けられて）に保存されている乗員の個人情報、趣味嗜好、過去の対話の履歴などを含む。知識ベースＤＢ２５６は、物事の関係性を規定した情報である。応答規則ＤＢ２５８は、コマンドに対してエージェントが行うべき動作（回答や機器制御の内容など）を規定した情報である。
【００７０】
また、対話管理部２２４は、例えば乗員認証装置５２が設けられていない車両Ｍの場合、音声ストリームから得られる特徴情報と、画像から得られる特徴情報とのうち少なくとも一方を用いて、パーソナルプロファイル２５２と照合を行うことで、乗員を特定してもよい。この場合、パーソナルプロファイル２５２には、例えば、音声または外見（見た目）の特徴情報に、個人情報が対応付けられている。音声の特徴情報とは、例えば、声の高さ、イントネーション、リズム（音の高低のパターン）などの喋り方の特徴や、メル周波数ケプストラム係数（Mel Frequency Cepstrum Coefficients）などによる特徴量に関する情報である。音声の特徴情報は、例えば、乗員の初期登録時に所定の単語や文章等を乗員に発声させ、発声させた音声を認識することで得られる情報である。外見の特徴情報とは、背格好、顔の輪郭、目や鼻など顔の各部位の位置や形状、髪色などによる特徴量に関する情報である。
【００７１】
対話管理部２２４は、コマンドがネットワークＮＷを介して検索可能な情報を要求するものである場合、ネットワーク検索部２２６に検索を行わせる。ネットワーク検索部２２６は、ネットワークＮＷを介して各種ウェブサーバ４００にアクセスし、所望の情報を取得する。
【００７２】
応答文生成部２２８は、対話管理部２２４により決定された発話の内容が車両Ｍの乗員に伝わるように、応答文を生成し、エージェント装置１００に送信する。応答文生成部２２８は、乗員がパーソナルプロファイル２５２に登録された乗員であることが特定されている場合に、乗員の名前を呼んだり、乗員の話し方に似せた話し方にした応答文を生成してもよい。
【００７３】
エージェント機能部１５０は、応答文を取得すると、音声合成を行って音声を出力するように音声制御部１１８に指示する。また、エージェント機能部１５０は、音声出力に合わせてエージェント画像を表示するように表示制御部１１６に指示する。このようにして、仮想的に出現したエージェントが車両Ｍの乗員に応答するエージェント機能が実現される。
【００７４】
[４．２  状態観察部］
状態観察部２３０は、例えば、車両Ｍのマイク３２および車室内カメラ３４により取得された情報に基づき、車両Ｍに乗車中の利用者Ｕの状態を観察する。例えば、状態観察部２３０は、マイク３２により取得されて音響処理部１１２により音響処理が行われた音声ストリームと、車室内カメラ３４により取得されて画像処理部１１３により画像処理された画像とに基づき、車両Ｍに乗車中の利用者Ｕの状態を観察する。ただし、状態観察部２３０は、マイク３２により取得された情報と車室内カメラ３４により取得された情報とのうちいずれか一方に基づき、車両Ｍに乗車中の利用者Ｕの状態を観察してもよい。また、状態観察部２３０は、マイク３２および車室内カメラ３４に代えて／加えて、端末装置Ｄにより取得された情報に基づき、車両Ｍに乗車中の利用者Ｕの状態を観察してもよい。
【００７５】
図６は、状態観察部２３０の構成図である。状態観察部２３０は、例えば、音声観察部２３０ａと、外見観察部２３０ｂと、声掛け部２３０ｃと、異変判定部２３０ｄとを有する。ここで、記憶部２５０に記憶された乗員状態パターンＤＢ２６０には、車室内での利用者Ｕの状態（様子）をモデル化した複数の状態パターンが登録されている。これら状態パターンは、例えば、体調に異変が生じた場合の典型的な「発話内容」、「声のトーン」、「声の抑揚」、「声の震え」、「声の大きさ」、「体の姿勢」、「顔の表情」、「体や顔に表れる仕草」などである。いくつかの具体例としては、「頭が痛い、手が痺れるなどの発話」、「声がうわずっている」、「声が震えている」、「呂律が回っていない」、「うずくまっている」、「両手で顔を塞いでいる」、「手でお腹を押さえている」、「痙攣している」などである。
【００７６】
音声観察部２３０ａは、例えば所定の周期で、音響処理部１１２により得られた音声ストリームと、乗員状態パターンＤＢ２６０に登録されている音声に関する状態パターンとを比較する。なお、音声観察部２３０ａは、利用者Ｕごとの正常時（体調良好時）の音声がパーソナルプロファイル２５２に登録されている場合、上記に代えてまたは加えて、音響処理部１１２により得られた音声ストリームと、パーソナルプロファイル２５２に登録されている利用者Ｕごとの正常時の音声とを比較してもよい。音声観察部２３０ａによる比較結果は、例えば、声掛け部２３０ｃ、異変判定部２３０ｄ、および乗員異変時行動内容決定部２３２に出力される。
【００７７】
外見観察部２３０ｂは、例えば所定の周期で、画像処理部１１３により得られた画像に含まれる外見（仕草や顔の表情なども含む）と、乗員状態パターンＤＢ２６０に登録されている外見に関する状態パターンとを比較する。なお、外見観察部２３０ｂは、利用者Ｕごとの正常時（体調良好時）の外見がパーソナルプロファイル２５２に登録されている場合、上記に代えてまたは加えて、画像処理部１１３により得られた画像に含まれる外見と、パーソナルプロファイル２５２に登録されている利用者Ｕごとの正常時の外見とを比較してもよい。外見観察部２３０ｂによる比較結果は、例えば、声掛け部２３０ｃ、異変判定部２３０ｄ、および乗員異変時行動内容決定部２３２に出力される。
【００７８】
声掛け部２３０ｃは、音声観察部２３０ａおよび外見観察部２３０ｂによる比較結果に基づき、利用者Ｕ１の体調に異変が生じている可能性が高いと判定した場合（蓋然性を示す算出値が閾値以上である場合）、エージェント装置１００に所定の指示を出力することで、車両Ｍの表示・操作装置３６およびスピーカユニット３８を用いて利用者Ｕ１に対する声掛け（利用者Ｕ１に対する発話）を行う。声掛けは、例えば、表示・操作装置３６の表示装置にエージェント画像を表示し、エージェントを仮想的に出現させて行う。
【００７９】
図７は、声掛け部２３０ｃの指示に基づいて表示・操作装置３６に表示される画像ＩＭ１の内容の一例を示す図である。エージェントは、例えば、利用者Ｕ１に対して「大丈夫ですか？」、「気分が優れないですか？」などの内容の発話を行う。また、エージェントは、利用者Ｕ１の名前を呼んでもよい。これら声掛けの内容（発話内容）は、例えば、応答規則ＤＢ２５８に含まれる乗員異変時応答規則ＤＢ２５８ａに予め登録されている。これら声掛けに対する利用者Ｕ１の反応の有無や程度は、マイク３２および車室内カメラ３４を通じて取得され、音響処理部１１２および画像処理部１１３による処理を経て、エージェントサーバ２００の異変判定部２３０ｄに出力される。
【００８０】
異変判定部２３０ｄは、音声観察部２３０ａによる比較結果、外見観察部２３０ｂによる比較結果、および声掛け部２３０ｃによる声掛け後の利用者Ｕ１の反応などに基づき、利用者Ｕ１の体調に異変が生じているか否か（利用者Ｕ１の状態が所定の状態に変化したか否か）を判定する。
【００８１】
例えば、異変判定部２３０ｄは、音響処理部１１２により得られた音声ストリームと、乗員状態パターンＤＢ２６０に登録されている音声に関する状態パターン（体調異変時の状態パターン）との一致度が閾値以上である場合に、利用者Ｕ１の体調に異変が生じていると判定する。また、異変判定部２３０ｄは、音響処理部１１２により得られた音声ストリームと、パーソナルプロファイル２５２に登録されている利用者Ｕごとの正常時の音声との乖離度が閾値以上である場合に、利用者Ｕ１の体調に異変が生じていると判定する。
【００８２】
同様に、異変判定部２３０ｄは、画像処理部１１３により得られた画像に含まれる外見（仕草や顔の表情なども含む）と、乗員状態パターンＤＢ２６０に登録されている外見に関する状態パターン（体調異変時の状態パターン）との一致度が閾値以上である場合に、利用者Ｕ１の体調に異変が生じていると判定する。また、異変判定部２３０ｄは、画像処理部１１３により得られた画像に含まれる外見と、パーソナルプロファイル２５２に登録されている利用者Ｕごとの正常時の外見との乖離度が閾値以上である場合に、利用者Ｕ１の体調に異変が生じていると判定する。
【００８３】
また、異変判定部２３０ｄは、声掛け部２３０ｃによる声掛けを行ったが、声掛けに対する利用者Ｕ１の反応が無い場合、または利用者Ｕ１の反応の程度が閾値未満である場合、利用者Ｕ１の体調に異変が生じていると判定する。異変判定部２３０ｄの判定結果は、例えば、乗員異変時行動内容決定部２３２および通知部２３４に出力される。
【００８４】
なお、異変判定部２３０ｄは、利用者Ｕ１の体調の異変について判定する場合に、パーソナルプロファイル２５２に含まれる病歴情報２５２ａを参照してもよい。図８は、病歴情報２５２ａの内容の一例を示す図である。病歴情報２５２ａは、利用者Ｕごとに、利用者Ｕの持病および既往症が登録された情報である。病歴情報２５２ａは、利用者Ｕの任意によって登録される情報である。
【００８５】
例えば、異変判定部２３０ｄは、病歴情報２５２ａを参照することで、ユーザＵごとの持病や既往症で典型的な症状（例えば痙攣や発作）についての異変を敏感に検出できるように、音声観察部２３０ａおよび外見観察部２３０ｂによる比較で用いられる１つ以上の閾値を個別に調整（例えば閾値を低くまたは高くする）してもよい。
【００８６】
[４．３  乗員異変時行動内容決定部］
乗員異変時行動内容決定部２３２（以下、「行動内容決定部２３２」と称する）は、利用者Ｕ１の体調に異変が生じていると異変判定部２３０ｄにより判定された場合、利用者Ｕ１を保護するために取るべき行動の内容を決定する。図９は、行動内容決定部２３２の構成図である。行動内容決定部２３２は、例えば、緊急レベル判定部２３２ａと、要望問いかけ部２３２ｂと、行動選択部２３２ｃとを有する。
【００８７】
緊急レベル判定部２３２ａは、状態観察部２３０により観察された利用者Ｕの状態（例えば、音声観察部２３０ａおよび外見観察部２３０ｂによる比較結果、声掛け部２３０ｃによる声掛けに対する反応）に基づき、利用者Ｕ１の容体が所定の緊急レベル以上であるか否か判定する。所定の緊急レベルとは、救急車の手配が必要な差し迫った状態である。所定の緊急レベルは、例えば、利用者Ｕ１が大きな痙攣を起こしていたり、声掛け部２３０ｃによる声掛けに対する反応が無い場合などである。緊急レベル判定部２３２ａの判定結果は、行動選択部２３２ｃに出力される。
【００８８】
要望問いかけ部２３２ｂは、利用者Ｕ１の意識がある場合（例えば、声掛け部２３０ｃによる声掛けに対する反応がある場合）、利用者Ｕ１を保護するため行動の内容を利用者Ｕ１に選択してもらうための処理を行う。例えば、要望問いかけ部２３２ｂは、エージェント装置１００に所定の指示を出力することで、車両Ｍの表示・操作装置３６およびスピーカユニット３８を用いて利用者Ｕ１に対して、利用者Ｕ１が希望する行動を選択してもらうための問いかけ（利用者Ｕ１に対する発話）を行う。問いかけは、例えば、表示・操作装置３６の表示装置にエージェント画像を表示し、エージェントを仮想的に出現させて行う。
【００８９】
図１０は、要望問いかけ部２３２ｂの指示に基づいて表示・操作装置３６に表示される画像ＩＭ２の内容の一例を示す図である。エージェントは、例えば、利用者Ｕ１に対して「救急車を呼びますか？」、「このまま近くの病院に行きますか？」、「自宅に戻りますか？」などの内容の発話を行う。要望問いかけ部２３２ｂによる問いかけに対する利用者Ｕ１の反応は、マイク３２および車室内カメラ３４を通じて取得され、音響処理部１１２および画像処理部１１３の処理を経て、エージェントサーバ２００の行動選択部２３２ｃに出力される。
【００９０】
図９に戻り、行動選択部２３２ｃについて説明する。行動選択部２３２ｃは、ライドシェアサービスの利用中に利用者Ｕ１の体調に異変が生じたことが異変判定部２３０ｄにより検知された場合、利用者Ｕ１を保護するために必要な行動を選択して決定する。
【００９１】
例えば、行動選択部２３２ｃは、緊急レベル判定部２３２ａの判定結果、および要望問いかけ部２３２ｂの問いかけに対する利用者Ｕ１の反応（応答内容）などに基づき、ライドシェアサーバ３００に依頼すべき内容を決定する。例えば、行動選択部２３２ｃは、緊急レベル判定部２３２ａにより利用者Ｕ１の状態が所定の緊急レベル以上であると判定された場合、救急車を手配することを決定する。また、行動選択部２３２ｃは、要望問いかけ部２３２ｂによる問いかけに対する利用者Ｕ１の反応として、「救急車を呼んでほしい」という反応があった場合、救急車を手配することを決定する。
【００９２】
一方で、行動選択部２３２ｃは、要望問いかけ部２３２ｂによる問いかけに対する利用者Ｕ１の反応として、このまま病院（例えば近くの病院、或いはエージェントを介して利用者Ｕ１により指定された病院）に向かってほしいという反応があった場合、車両Ｍの目的地を病院に変更することを決定する。また、行動選択部２３２ｃは、要望問いかけ部２３２ｂによる問いかけに対する利用者Ｕ１の反応として、利用者Ｕ１の自宅に向かってほしいという反応があった場合、車両Ｍの目的地を利用者Ｕ１の自宅に変更することを決定する。行動選択部２３２ｃの決定内容は、通知部２３４に出力される。
【００９３】
図５に戻り、通知部２３４について説明する。通知部２３４は、ライドシェアサービスの利用中に利用者Ｕ１の体調に異変が生じたことが異変判定部２３０ｄにより検知された場合、ネットワークＮＷを介してライドシェアサーバ３００と通信を行い、ライドシェアサーバ３００に所定の通知を行う。所定の通知は、例えば、利用者Ｕ１の体調に異変が生じたことを示す通知である。本実施形態では、通知部２３４は、更に、行動選択部２３２ｃにより選択された（決定された）行動の内容をライドシェアサーバ３００に依頼する。
【００９４】
例えば、通知部２３４は、救急車を手配することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して救急車の手配を依頼する。通知部２３４は、車両Ｍの目的地を病院に変更することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して車両Ｍの目的地の変更を依頼する。同様に、通知部２３４は、車両Ｍの目的地を利用者Ｕ１の自宅に変更することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して車両Ｍの目的地の変更を依頼する。
【００９５】
また、通知部２３４は、ライドシェアサーバ３００に対して、体調に異変が生じた利用者Ｕ１の状態（容体や症状）を示す情報を送信する。通知部２３４は、利用者Ｕ１の着座位置などに基づき、体調に異変が生じた利用者Ｕ１を示す識別情報（例えば利用者ＩＤ）と、体調に異変が生じた利用者Ｕ１の状態とを紐付けてライドシェアサーバ３００に送信する。これにより、ライドシェアサーバ３００は、どの利用者Ｕの体調に異変が生じたのか認識することができる。
【００９６】
更に、通知部２３４は、ライドシェアサーバ３００に対して、利用者Ｕ１の体調に異変が生じたことを車両Ｍの同乗者Ｕ２に知らせることを依頼する。通知部２３４は、救急車を手配することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して、救急車を手配することを車両Ｍの同乗者Ｕ２に知らせることを依頼する。通知部２３４は、車両Ｍの目的地を変更することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して、車両Ｍの同乗者Ｕ２に車両Ｍの目的地が変更になったこと、および同乗者Ｕ２のために代替車両を手配することを知らせることを依頼する。また、通知部２３４は、車両Ｍの目的地を変更することが行動選択部２３２ｃにより決定された場合、ライドシェアサーバ３００に対して、車両Ｍの同乗者Ｕ２が利用する代替車両の手配を依頼する。
【００９７】
なお、通知部２３４は、利用者Ｕ１の体調に異変が生じたこと、救急車を手配すること、車両Ｍの目的地を変更すること、同乗者Ｕ２のために代替車両を手配することなどを同乗者Ｕ２に知らせることをライドシェアサーバ３００に依頼することに代えて、利用者Ｕ１の体調に異変が生じたこと、救急車を手配すること、車両Ｍの目的地を変更すること、同乗者Ｕ２のために代替車両を手配することなどを同乗者Ｕ２に知らせることを、車両Ｍのエージェント装置１００、または他のエージェントサーバ２００（例えば、エージェントサーバ２００−１，２００−２，２００−３のなかで、利用者Ｕ１の体調に異変が生じていることを認識しているエージェントサーバ２００とは別のエージェントサーバ２００）に依頼してもよい。この場合、依頼を受けたエージェント装置１００またはエージェントサーバ２００は、同乗者Ｕ２に対応する表示・操作装置３６にエージェント画像を表示させ、仮想的なエージェントを出現させて上記内容を同乗者Ｕ２に連絡する。
【００９８】
［５．ライドシェアサーバ］
［５．１  ライドシェアサーバの構成］
図１１は、ライドシェアサーバ３００の構成図である。ライドシェアサーバ３００は、例えば、通信部３１０と、取得部３２０と、運行管理部３３０と、乗員異変時対応部３４０と、記憶部３８０とを備える。
【００９９】
通信部３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部３１０は、ネットワークＮＷを介して端末装置Ｄや車両Ｍと通信する。また、記憶部３８０は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。
【０１００】
取得部３２０、運行管理部３３０、および乗員異変時対応部３４０は、例えば、ＣＰＵなどのプロセッサが記憶部３８０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【０１０１】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、利用者Ｕの端末装置Ｄから発せられた乗車リクエストを取得し、乗車リクエストに含まれる乗車条件を、乗車条件情報３８４として記憶部３８０に登録する。なお、利用者情報３８２は、サービス申込者Ａ、サービス利用者Ｕ、サービス提供者Ｓの個人情報などを含む。利用者情報３８２には、利用者Ｕの自宅住所が含まれる。
【０１０２】
図１２は、乗車条件情報３８４の内容の一例を示す図である。乗車条件情報３８４は、予め登録された利用者Ｕの識別情報である利用者ＩＤに対し、乗車希望地点、目的地、乗車希望時刻、配車決定済であるか否かを示す配車フラグ（例えば１が配車決定済、０が配車未決定を示す）などが対応付けられた情報である。配車フラグ以外の情報は、端末装置Ｄのライドシェアアプリが利用者Ｕの入力を受け付けることで内容が決定され、乗車リクエストとしてライドシェアサーバ３００に送信される。以下、乗車条件情報３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。
【０１０３】
運行管理部３３０は、乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な車両Ｍを検索する。地図情報３８６は、ノードやリンクの情報に加えて、各種の施設の概要を示す施設情報が含まれている（車両Ｍのナビ地図や高精度地図にも、そのような情報が含まれてもよい）。例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、乗車希望地点から目的地までの走行区間が近いものを粗くグループ化し、更に、一台の車両Ｍで運ぶことの可能な一以上の利用者Ｕに対応する一以上のレコードを抽出し、運行スケジュール情報３８８の一部として記憶部３８０に登録する。
【０１０４】
図１３は、運行スケジュール情報３８８の内容の一例を示す図である。運行スケジュール情報３８８は、ライドシェアサーバ３００が管理する車両Ｍの識別情報である車両ＩＤに対し、出発地、経由地、および到達地のそれぞれの座標と、車両Ｍの想定到着時刻、並びに各経由地において乗車する利用者Ｕの利用者ＩＤおよび降車する利用者Ｕの利用者ＩＤが対応付けられた情報である。出発地や到達地は、通常、車庫などである。運行スケジュール情報３８８には、未だ運行スケジュールが決定されない「空き車両」の情報も併せて登録される。この場合、空き車両に対しては、出発地の座標のみが登録される。運行管理部３３０は、前述したように複数の利用者Ｕからの乗車リクエストをまとめて一台の車両Ｍの運行スケジュールを決定してもよいし、既に決定されている運行スケジュールを検索し、別の利用者Ｕの乗車リクエストを盛り込む形で運行スケジュールを変更してもよい。すなわち、運行管理部３３０は、配車可能な車両Ｍを検索する際に、運行スケジュールが未だ決定されていない車両Ｍを検索してもよいし、既に決定された車両Ｍの運行スケジュールの中から、利用者Ｕの乗車リクエストを盛り込むことが可能なものを検索してもよい。運行管理部３３０は、所定のタイミングで、運行スケジュール情報３８８に基づく経路（経由地）と想定通過時刻の情報を、車両Ｍに送信する。なお、運行管理部３３０は、車両Ｍが手動運転車両である場合、その車両Ｍの運転者の端末装置または車載端末装置へ乗車リクエストの変更要求を通知する。
【０１０５】
[５．２  乗員異変時対応部］
乗員異変時対応部３４０は、ライドシェアサービスの利用中に利用者Ｕ１の体調に異変が生じたことがエージェントシステムＥにより検知され、エージェントサーバ２００から所定の依頼を受信した場合、エージェントサーバ２００から依頼された行動を実行する。図１４は、乗員異変時対応部３４０の構成図を示す。乗員異変時対応部３４０は、例えば、救急車手配部３４０ａと、医療機関連絡部３４０ｂと、運行計画変更部３４０ｃと、代替車両手配部３４０ｄと、変更後運転計画案内部３４０ｅとを有する。
【０１０６】
救急車手配部３４０ａは、救急車の手配をエージェントサーバ２００から依頼された場合、救急車を手配する。例えば、救急車手配部３４０ａは、ネットワークＮＷを介して災害救急情報センターのウェブサーバ４００−１と通信を行う。救急車手配部３４０ａは、ウェブサーバ４００−１に対して、救急車の手配が必要な利用者Ｕ１がいること、車両Ｍ１の現在位置、後述する運行計画変更部３４０ｃにより生成された救急車と車両Ｍの合流候補位置、エージェントサーバ２００から伝達された利用者Ｕ１の状態（容体や症状）などをウェブサーバ４００−１に通知する。
【０１０７】
医療機関連絡部３４０ｂは、車両Ｍの目的地が病院に変更された場合、記憶部３８０に登録された医療機関情報３９０に基づき、車両Ｍが向かう病院の候補を検索する。医療機関情報２９０には、各医療機関の位置、受付時間、休診日などの情報が登録されている。医療機関連絡部３４０ｂは、車両Ｍの現在位置、曜日、時刻などに基づき、車両Ｍが向かう病院の候補を選択する。医療機関連絡部３４０ｂは、車両Ｍが向かう病院の候補を選択した場合、選択した病院のウェブサーバ４００−２と通信を行う。医療機関連絡部３４０ｂは、選択した病院のウェブサーバ４００−２に対して、受け入れを希望する利用者Ｕ１がいること、車両Ｍの現在位置、後述する運行計画変更部３４０ｃにより算出された車両Ｍの到着予定時刻、エージェントサーバ２００から伝達された利用者Ｕ１の状態（容体や症状）などをウェブサーバ４００−２に通知する。なお、ウェブサーバ４００−２が病院の受け入れ可能状況をレスポンス可能な場合、医療機関連絡部３４０ｂは、ウェブサーバ４００−２と通信を行うことで、病院側が受け入れ可能かどうかを確認してもよい。
【０１０８】
運行計画変更部３４０ｃは、車両Ｍの運行計画を変更する。例えば、運行計画変更部３４０ｃは、救急車の手配をエージェントサーバ２００から依頼された場合、地図情報３８６に基づいて救急車との合流に適した合流候補位置を探索する。合流候補位置は、例えば、車両Ｍおよび救急車が停車しても交通の邪魔にならない場所であり、例えば、車両Ｍの現在位置の近くにある公園や公共施設の駐車場などである。運行計画変更部３４０ｃは、合流候補位置が決定されると、合流候補位置に移動するための移動計画を生成し、生成した行動計画を車両Ｍに通知する。
【０１０９】
また、運行計画変更部３４０ｃは、車両Ｍの目的地の変更をエージェントサーバ２００から依頼された場合、車両Ｍの同乗者Ｕ２を降車させる降車候補位置を探索する。降車候補位置は、例えば、地図情報３８６と、記憶部３８０に記録された提携施設情報３９２に基づいて探索される。提携施設情報３９２には、ライドシェアサービスの運営者と提携している提携施設が登録されている。提携施設は、カフェなどの座席がある施設であると好適である。また、提携施設には、ライドシェアサービスの利用者専用の席が設けてあったり、ライドシェアサービスの利用者向けの割引サービスがなされていると好適である。運行計画変更部３４０ｃは、降車候補位置が決定されると、降車候補位置を経由して変更後の目的地（例えば病院または自宅）に移動するための移動計画を生成し、生成した行動計画を車両Ｍに通知する。
【０１１０】
代替車両手配部３４０ｄは、同乗者Ｕ２の乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、新しく配車可能な車両Ｍを検索する。代替車両手配部３４０ｄは、新しく配車可能な車両Ｍを代替車両として決定する。代替車両手配部３４０ｄは、運行計画変更部３４０ｃにより決定された上記降車候補位置に、新しく配車された車両Ｍ（代替車両）を向かわせる移動計画を生成し、決定した移動計画を車両Ｍ（代替車両）に通知する。
【０１１１】
変更後運転計画案内部３４０ｅは、運行計画変更部３４０ｃにより生成された降車候補位置と、代替車両手配部３４０ｄにより手配された車両Ｍ（代替車両）が降車候補位置に到着する到着予定時刻を同乗者Ｕ２に報知する。例えば、変更後運転計画案内部３４０ｅは、エージェントサーバ２００と通信し、車両Ｍの表示・操作装置３６およびスピーカユニット３８を用いて同乗者Ｕ２に対応する仮想的なエージェントを出現させ、エージェントにより上記情報を同乗者Ｕ２に報知する。
【０１１２】
なお、どの同乗者Ｕ２がどのエージェントを利用しているかを示す情報は、例えば、同乗者Ｕ２の識別情報（利用者ＩＤ）と、車両Ｍで同乗者Ｕ２が最も高頻度で利用しているエージェントを示す情報とが紐付けられて、エージェント装置１００からライドシェアサーバ３００に予め送信されている。これにより、変更後運転計画案内部３４０ｅは、各同乗者Ｕ２に対応するエージェントを出現させるために、エージェントサーバ２００−１，２００−２，２００−３のうちどのエージェントサーバ２００と通信を行えばよいかを特定することができる。
【０１１３】
このような構成によれば、ライドシェアサービスの利用中に利用者Ｕの状態が所定の状態に変化したことが検知された場合に、ライドシェアサーバ３００と通信を行うエージェントシステムＥを備えることで、ライドシェアサービスの利用者Ｕの利便性の向上を図ることができる。例えば、利用者Ｕ１の体調に異変が生じた場合、エージェントシステムＥとライドシェアサーバ３００とが連携することにより、利用者Ｕ１が適切な保護を受けることができる。これにより、利用者Ｕの利便性の向上を図ることができる。
【０１１４】
本実施形態では、利用者Ｕ１の体調に異変が生じ、車両Ｍの目的地が変更された場合、同乗者Ｕ２には、代替車両が手配される。このような構成によれば、利用者Ｕ１を保護しつつ、同乗者Ｕ２に不利益が生じることを低減することができる。
【０１１５】
＜第２実施形態＞
次に、第２実施形態について説明する。第２実施形態は、ライドシェアサービスを提供する車両Ｍに乗車中の利用者Ｕに体調に異変があった場合に、ライドシェアサーバ３００が利用者Ｕを保護するための行動内容を主体的に決定する例である。なお以下に説明する以外の構成は、第１実施形態と同じである。
【０１１６】
図１５は、第２実施形態に係るエージェントサーバ２００Ａの構成図である。本実施形態のエージェントサーバ２００Ａは、行動内容決定部２３２を有しない。また、本実施形態のエージェントサーバ２００Ａは、第１実施形態の通知部２３４に代えて、通知部２３４Ａを有する。それ以外のエージェントサーバ２００Ａの構成は、第１実施形態のエージェントサーバ２００と同じである。
【０１１７】
本実施形態では、状態観察部２３０の異変判定部２３０ｄによる判定結果は、通知部２３４Ａに出力される。通知部２３４Ａは、利用者Ｕ１の体調に異変が生じていると異変判定部２３０ｄにより判定された場合、ライドシェアサーバ３００Ａに所定の通知を行う。所定の通知は、例えば、利用者Ｕ１の体調に異変が生じたことを示す通知である。通知部２３４Ａは、更に、利用者Ｕ１の状態（容体や症状）を示す情報（音響処理部１１２により得られた音声ストリームおよび画像処理部１１３により得られた画像）をライドシェアサーバ３００Ａに送信する。
【０１１８】
図１６は、第２実施形態に係るライドシェアサーバ３００Ａの構成図であり、説明の便宜上、乗員異変対応部３４０Ａのみを図示している。本実施形態の乗員異変対応部３４０Ａは、行動内容決定部２３２を有する。それ以外のライドシェアサーバ３００Ａの構成は、第１実施形態のライドシェアサーバ３００と同じである。ライドシェアサーバ３００Ａの行動内容決定部２３２（乗員異変時行動内容決定部２３２）は、第１実施形態のエージェントサーバ２００Ａの行動内容決定部２３２と略同じ構成および機能を有する。
【０１１９】
すなわち本実施形態では、ライドシェアサーバ３００Ａの行動内容決定部２３２は、利用者Ｕ１の体調に異変が生じたことを示す通知をエージェントサーバ２００Ａから受信した場合（エージェントシステムＥにより利用者Ｕ１の状態が所定の状態に変化したことが検知された場合）、第１実施形態の行動内容決定部２３２と同様に、利用者Ｕ１の状態（容体や症状）を示す情報に基づき、救急車を手配すること、車両Ｍの目的地を病院に変更すること、車両Ｍの目的地を自宅に変更することなどのうちいずれか１つを選択して決定する。本実施形態では、ライドシェアサーバ３００Ａの救急車手配部３４０ａ、医療機関連絡部３４０ｂ、運行計画変更部３４０ｃ、代替車両手配部３４０ｄ、および変更後運転計画案内部３４０ｅは、ライドシェアサーバ３００Ａの行動内容決定部２３２により決定された行動内容に基づき、各種手配を行う。
【０１２０】
このような構成によっても、第１実施形態と同様に、ライドシェアサービスの利用者Ｕの利便性の向上を図ることができる。
【０１２１】
＜変形例＞
次に、第１および第２実施形態の変形例について説明する。本変形例は、利用者Ｕ１の体調に異変が生じている可能性が高い場合、同乗者Ｕ２に対して、利用者Ｕ１の様子を確認することを促すようにエージェントが機能する点で、第１および第２実施形態とは異なる。なお以下に説明する以外の構成は、第１または第２実施形態と同じである。なお本変形例では、例えば、車室内に座席間を区切るパーティションＰが無い、またはパーティションＰが同乗者Ｕ２の邪魔になららない退避位置に移動可能である場合を想定している。
【０１２２】
図１７は、変形例に係るエージェントサーバ２００Ｂの構成図である。本変形例のエージェントサーバ２００Ｂは、同乗者声掛け促進部２３０ｅを有する。同業者声掛け促進部２３０ｅは、音声観察部２３０ａおよび外見観察部２３０ｂによる比較結果に基づき、利用者Ｕ１の体調に異変が生じている可能性が高いと判定した場合（蓋然性を示す算出値が閾値以上である場合）、エージェント装置１００に所定の指示を出力することで、車両Ｍの表示・操作装置３６およびスピーカユニット３８を用いて同業者Ｕ２に対する案内を行う。
【０１２３】
同業者Ｕ２に対する案内は、利用者Ｕ１の体調に異変が生じている可能性があること、利用者Ｕ１に対して所定の所作を行ってほしいことを示すお願いを含む。所定の所作は、例えば、利用者Ｕ１に声を掛けたり、利用者Ｕ１の肩を揺するなど利用者Ｕ１の状態をより深く確認するための所作である。同業者Ｕ２に対する案内は、同乗者Ｕ２に対応する表示・操作装置３６の表示装置にエージェント画像を表示し、エージェントを仮想的に出現させて行う。この場合、エージェントは、例えば、車両Ｍで同乗者Ｕ２が最も高頻度で利用しているエージェントが好適である。なお、同業者Ｕ２に対する案内は、同業者Ｕ２が携行する端末装置Ｄ２を用いて行ってもよい。
【０１２４】
本変形例では、同乗者Ｕ２の所定の所作に対する利用者Ｕ１の反応の有無や程度は、マイク３２および車室内カメラ３４を通じて取得され、音響処理部１１２および画像処理部１１３による処理を経て、エージェントサーバ２００の異変判定部２３０ｄに出力される。異変判定部２３０ｄは、同乗者Ｕ２による所定の所作が行われた場合であって、所定の所作に対する利用者Ｕ１の反応が無い場合、または利用者Ｕ１の反応の程度が閾値未満である場合、利用者Ｕ１の体調に異変が生じていると判定する。異変判定部２３０ｄの判定結果は、乗員異変時行動内容決定部２３２および通知部２３４に出力される。
【０１２５】
このような構成によっても、第１実施形態と同様に、ライドシェアサービスの利用者Ｕの利便性の向上を図ることができる。また本実施形態では、利用者Ｕ１の体調に関する判定に同乗者Ｕ２に協力してもらうことで、利用者Ｕ１の体調に関する判定をより精度良く行うことができる。
【０１２６】
なお本明細書で「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含む。また「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含む。「ＸＸ」は、任意の要素（例えば任意の情報）である。本明細書で「コンピュータ」とは、例えば、ＣＰＵやＭＰＵなどの一以上のハードウェアプロセッサにより実現される情報処理機能部を意味する。
【０１２７】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。例えば、エージェントサーバ２００の機能の一部または全部（例えば、状態検出部２３０、乗員異変時行動内容決定部２３２、通知部２３４の一部または全部）は、エージェント装置１００に設けられてもよく、端末装置Ｄにインストールされたアプリケーションプログラムなどで実現されてもよい。ライドシェアサーバ３００は、ライドシェア管理装置として車両Ｍに搭載されてもよい。また、車両Ｍが手動運転車両である場合、通信部３１０は、ネットワークＮＷを介して車両Ｍの運転者の端末装置と通信してよい。
【符号の説明】
【０１２８】
１  情報処理システム
３２  マイク（車載機器）
３４  車室内カメラ（車載機器）
３６  表示・操作装置
３８  スピーカユニット
１００  エージェント装置
２００  エージェントサーバ
２３０  状態観察部
２３２  乗員異変時行動内容決定部
２３４  通知部
３００  ライドシェアサーバ
３４０  乗員異変時対応部
Ｅ  エージェントシステム
Ｍ  車両
Ｄ  端末装置（携帯端末装置）
【図１】
2020154996.tif 000003
【図２】
2020154996.tif 000004
【図３】
2020154996.tif 000005
【図４】
2020154996.tif 000006
【図５】
2020154996.tif 000007
【図６】
2020154996.tif 000008
【図７】
2020154996.tif 000009
【図８】
2020154996.tif 000010
【図９】
2020154996.tif 000011
【図１０】
2020154996.tif 000012
【図１１】
2020154996.tif 000013
【図１２】
2020154996.tif 000014
【図１３】
2020154996.tif 000015
【図１４】
2020154996.tif 000016
【図１５】
2020154996.tif 000017
【図１６】
2020154996.tif 000018
【図１７】
2020154996.tif 000019