(57)【要約】      （修正有）【課題】ライドシェアサービスの利用者の快適性を向上させることができるライドシェアサーバ装置、情報処理システム、エージェントシステム、ライドシェアサーバ装置の制御方法、およびプログラムを提供する。【解決手段】ライドシェアサーバ３００は、利用者からの乗車リクエストに基づき共同車両の運行計画を生成する運行管理部３３０と、利用者により利用される端末装置と、利用者により利用される車載機器とのうち少なくとも一方により提供されたエージェント機能を通じて、利用者の特徴を取得する取得部３２０とを備える。運行管理部は、取得部により取得された利用者の特徴に基づき、共同車両の運行計画において一つの共同車両に乗車させる利用者の組み合わせを決定する。【選択図】図５
2020160640.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）通信線などの多重通信線やシリアル通信線、無線通信網などによって互いに接続される。なお、図３に示す構成はあくまで一例であり、構成の一部が省略されてもよいし、更に別の構成が追加されてもよい。
【００３８】
マイク３２は、車室内で発せられた音声を収集する収音部である。マイク３２は、例えば、車室内の一以上の代表位置に設けられてもよいし、運転席、助手席、後部座席のそれぞれに設けられてもよい。
【００３９】
表示・操作装置３４は、画像を表示すると共に、入力操作を受付可能な装置（或いは装置群）である。表示・操作装置３４は、例えば、タッチパネルとして構成された表示装置を含む。表示・操作装置３４は、更に、ＨＵＤ（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）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
【００７０】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、エージェントサーバ２００から取得した利用者情報３８２を記憶部３８０に登録する。利用者情報３８２は、サービスの申込者、サービスの利用者、サービスの提供者の個人情報などを含む。利用者情報３８２は、更に、エージェント機能部１５０が取得した利用者の特徴情報２５２ａ、および、エージェント機能部１５０が利用者の特徴情報２５２ａを取得する際に用いたエージェントの種類を含む。この点で、取得部３２０は、「特徴取得部」の一例である。そして、取得部３２０は、利用者の特徴情報２５２ａを、サービスの利用者Ｕおよびエージェントの種類に関連付けて、特徴ＤＢ３８２ａとして記憶部３８０に登録する。
【００７１】
図６は、特徴ＤＢ３８２ａの内容の一例を示す図である。特徴ＤＢ３８２ａは、予め登録された利用者Ｕの識別情報である利用者ＩＤに対し、エージェントの種類、および、利用者の特徴情報２５２ａが関連付けられている。
【００７２】
運行管理部３３０は、特徴ＤＢ３８２ａを参照して、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせを決定する。運行管理部３３０は、例えば、方言が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定する。この場合、運行管理部３３０は、例えば、同種類のエージェントを利用して特徴情報２５２ａを取得した利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定する。なお、運行管理部３３０は、異なる種類のエージェントを利用して特徴情報２５２ａを所得した利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。また、運行管理部３３０は、会話の嗜好度合い（会話好きか否か？）が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。また、運行管理部３３０は、出身地が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。また、運行管理部３３０は、母校が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。また、運行管理部３３０は、趣味が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。また、運行管理部３３０は、語彙力が共通する利用者Ｕを、一つの共同車両Ｍ−１に乗車させる利用者Ｕの組み合わせとして決定してもよい。
【００７３】
取得部３２０は、通信部３１０およびネットワークＮＷを介して、利用者Ｕの端末装置Ｄから発せられた乗車リクエストを取得し、乗車リクエストに含まれる乗車条件を、乗車条件情報３８４として記憶部３８０に登録する。
【００７４】
図７は、乗車条件情報３８４の内容の一例を示す図である。乗車条件情報３８４は、予め登録された利用者Ｕの識別情報である利用者ＩＤに対し、乗車希望地点、目的地、乗車希望時刻、配車決定済であるか否かを示す配車フラグ（例えば１が配車決定済、０が配車未決定を示す）などが対応付けられた情報である。配車フラグ以外の情報は、端末装置Ｄのライドシェアアプリが利用者Ｕの入力を受け付けることで内容が決定され、乗車リクエストとしてライドシェアサーバ３００に送信される。以下、乗車条件情報３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。
【００７５】
運行管理部３３０は、乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な共同車両Ｍ−１を検索する。地図情報３８６は、ノードやリンクの情報に加えて、各種の施設の概要を示す施設情報が含まれている（車両Ｍのナビ地図や高精度地図にも、そのような情報が含まれてもよい）。例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、乗車希望地点から目的地までの走行区間が近いものを粗くグループ化し、更に、一つの共同車両Ｍ−１で運ぶことの可能な一以上の利用者Ｕに対応する一以上のレコードを抽出し、運行スケジュール情報３８８の一部として記憶部３８０に登録する。
【００７６】
図８は、運行スケジュール情報３８８の内容の一例を示す図である。運行スケジュール情報３８８は、ライドシェアサーバ３００が管理する共同車両Ｍ−１の識別情報である車両ＩＤに対し、出発地、経由地、および到達地のそれぞれの座標と、共同車両Ｍ−１の想定到着時刻、並びに各経由地において乗車する利用者Ｕの利用者ＩＤおよび降車する利用者Ｕの利用者ＩＤが対応付けられた情報である。出発地や到達地は、通常、車庫などである。運行スケジュール情報３８８には、未だ運行スケジュールが決定されない「空き車両」の情報も併せて登録される。この場合、空き車両に対しては、出発地の座標のみが登録される。運行管理部３３０は、前述したように複数の利用者Ｕからの乗車リクエストをまとめて一つの共同車両Ｍ−１の運行スケジュールを決定してもよいし、既に決定されている運行スケジュールを検索し、別の利用者Ｕの乗車リクエストを盛り込む形で運行スケジュールを変更してもよい。すなわち、運行管理部３３０は、配車可能な共同車両Ｍ−１を検索する際に、運行スケジュールが未だ決定されていない共同車両Ｍ−１を検索してもよいし、既に決定された共同車両Ｍ−１の運行スケジュールの中から、利用者Ｕの乗車リクエストを盛り込むことが可能なものを検索してもよい。運行管理部３３０は、所定のタイミングで、運行スケジュール情報３８８に基づく経路（経由地）と想定通過時刻の情報を、共同車両Ｍ−１に送信する。なお、運行管理部３３０は、共同車両Ｍ−１が手動運転車両である場合、その共同車両Ｍ−１の運転者の端末装置または車載端末装置へ乗車リクエストの変更要求を通知する。
【００７７】
運行管理部３３０は、乗車条件情報３８４と、地図情報３８６と、運行スケジュール情報３８８とを参照し、配車可能な車両Ｍを検索する。地図情報３８６は、ノードやリンクの情報に加えて、各種の施設の概要を示す施設情報が含まれている（車両Ｍのナビ地図や高精度地図にも、そのような情報が含まれてもよい）。例えば、運行管理部３３０は、乗車条件情報３８４に含まれる各レコードの中から、時間帯と、乗車希望地点から目的地までの走行区間が近いものを粗くグループ化し、更に、一台の車両Ｍで運ぶことの可能な一以上の利用者Ｕに対応する一以上のレコードを抽出し、運行スケジュール情報３８８の一部として記憶部３８０に登録する。
【００７８】
［ライドシェアサーバの処理フロー］
以下、実施形態に係るライドシェアサーバ３００の一連の処理の流れについてフローチャートを用いて説明する。図９は、実施形態に係るライドシェアサーバ３００の一連の処理の流れを説明するためのフローチャートである。本フローチャートの処理は、例えば、所定の周期で繰り返されてもよい。
【００７９】
まず、運行管理部３３０は、利用者Ｕの端末装置Ｄから発せられた乗車リクエストを取得部３２０により取得した否かを判定する（ステップＳ１０）。運行管理部３３０は、乗車リクエストを取得部３２０により取得したと判定した場合、記憶部３８０に記憶されている特徴ＤＢ３８２ａを参照する（ステップＳ１２）。そして、運行管理部３３０は、特徴ＤＢ３８２ａに含まれる利用者の特徴情報２５２ａに基づき、一つの共同車両Ｍ−１に乗車する利用者Ｕの組み合わせを決定する（ステップＳ１４）。次に、運行管理部３３０は、記憶部３８０に記憶されている乗車条件情報３８４を参照する（ステップＳ１６）。そして、運行管理部３３０は、乗車条件情報３８４に含まれる利用者Ｕの乗車条件に基づき、共同車両Ｍ−１の運行計画を生成する（ステップＳ１８）。これによって、本フローチャートの処理が終了する。
【００８０】
上記説明した実施形態に係るライドシェアサーバ３００によれば、ライドシェアサービスの利用者の快適性を向上させることができる。例えば、一つの共同車両Ｍ−１に乗車する利用者同士の相性が合わない場合、ライドシェアサービスの利用者の快適性が損なわれる場合があった。これに対し、実施形態に係るライドシェアサーバ３００では、利用者の特徴情報２５２ａに基づき、相性の合う利用者同士を、一つの共同車両Ｍ−１に乗車する利用者の組み合わせとして決定する。そのため、ライドシェアサービスの利用者の快適性を向上させることができる。
【００８１】
また、ライドシェアサーバ３００によれば、ライドシェアサービスの利用者の快適性をより一層向上させることができる。例えば、特徴情報２５２ａの取得に用いるエージェントの種類が異なる場合、特徴情報２５２ａを比較して利用者同士の相性を的確に把握することが困難となる場合があった。これに対し、実施形態に係るライドシェアサーバ３００では、同種類のエージェント機能を通じて特徴情報２５２ａを取得した利用者同士を、一つの共同車両Ｍ−１に乗車する利用者の組み合わせとして決定する。そのため、利用者同士の相性を的確に把握することにより、ライドシェアサービスの利用者の快適性をより一層向上させることができる。
【００８２】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【符号の説明】
【００８３】
１  情報処理システム
３２  マイク（車載機器）
３４  表示・操作装置
３６  スピーカユニット
１００  エージェント装置
２００  エージェントサーバ
３００  ライドシェアサーバ
３２０  取得部（特徴取得部）
３３０  運行管理部
Ｅ  エージェントシステム
Ｍ  車両
Ｍ−１  共同車両
Ｄ  端末装置
【図１】
2020160640.tif 000003
【図２】
2020160640.tif 000004
【図３】
2020160640.tif 000005
【図４】
2020160640.tif 000006
【図５】
2020160640.tif 000007
【図６】
2020160640.tif 000008
【図７】
2020160640.tif 000009
【図８】
2020160640.tif 000010
【図９】
2020160640.tif 000011