JP2021096661A - 制御装置、システム、プログラム、端末装置、及び制御方法 - Google Patents

Abstract

【課題】ユーザの要望に沿った配車プランを提供する。【解決手段】制御装置２０は、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出し、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、配車条件に合う配車サービスを利用する配車プランを作成する制御部２１を備える。【選択図】図２

Description

本開示は、制御装置、システム、プログラム、端末装置、及び制御方法に関する。

特許文献１には、ユーザからの配車要求情報を受信して、タクシーへ配車指令情報を送信する技術が記載されている。

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

特許文献１に記載の技術では、ユーザの要望に沿った配車プランを提供することができない。

本開示の目的は、ユーザの要望に沿った配車プランを提供することである。

本開示に係る制御装置は、
複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出し、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、前記配車条件に合う配車サービスを利用する配車プランを作成する制御部を備える。

本開示に係るプログラムは、
複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出する制御装置であって、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照し、前記配車条件に合う配車サービスを利用した配車プランを作成する制御装置から、前記配車プランの通知を受け取ることと、
受け取った通知を出力することと、
を含む動作をコンピュータに実行させる。

本開示に係る制御方法は、
制御装置が、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出することと、
前記制御装置が、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、前記配車条件に合う配車サービスを利用する配車プランを作成することと、
を含む。

本開示によれば、ユーザの要望に沿った配車プランを提供することができる。

本開示の実施形態に係るシステムの構成を示す図である。 本開示の実施形態に係る制御装置の構成を示すブロック図である。 本開示の実施形態に係るサーバ装置の構成を示すブロック図である。 本開示の実施形態に係る端末装置の構成を示すブロック図である。 本開示の実施形態に係るシステムの動作を示す図である。 本開示の実施形態に係るシステムの動作を示す図である。 本開示の実施形態に係る端末装置の画面の例を示す図である。 本開示の実施形態に係る配車サービスに関する情報を格納したテーブルの例を示す図である。 本開示の実施形態に係る配車プランの例を示す図である。 本開示の実施形態に係る配車プランの例を示す図である。

以下、本開示の実施形態について、図を参照して説明する。

各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

図１を参照して、本実施形態に係るシステム１０の構成を説明する。

本実施形態に係るシステム１０は、少なくとも１台の制御装置２０と、少なくとも１台のサーバ装置３０と、ユーザＸ及びユーザＹの複数ユーザの端末装置４０と、車両１３とを備える。複数ユーザには、ユーザＸ及びユーザＹ以外のユーザが含まれていてもよい。

端末装置４０は、ユーザによって保持される。端末装置４０は、無線ＬＡＮ又は移動体通信網、及びインターネット等のネットワーク５０を介してサーバ装置３０と通信可能である。端末装置４０は、ネットワーク５０を介して他の端末装置４０と通信可能であってもよい。各端末装置４０は、ネットワーク５０を介して、制御装置２０及び車両１３の少なくともいずれかと通信可能であってもよい。「ＬＡＮ」は、local area networkの略語である。

サーバ装置３０は、ＳＮＳを提供するＳＮＳサーバである。サーバ装置３０は、ネットワーク５０を介して、各端末装置４０だけでなく、制御装置２０と通信可能である。サーバ装置３０は、ネットワーク５０を介して車両１３と通信可能であってもよい。「ＳＮＳ」は、social networking serviceの略である。

制御装置２０は、少なくとも１つの配車事業者による配車サービスの提供を支援する配車サーバである。制御装置２０は、例えば、配車事業者専用の施設、又はデータセンタ等の共用の施設に設置される。

制御装置２０は、ネットワーク５０を介して、端末装置４０及びサーバ装置３０だけでなく、車両１３と通信可能であってもよい。

車両１３は、本実施形態ではタクシーであるが、ユーザＸ及びユーザＹの少なくとも１人を運搬可能であれば、オンデマンドバス等、タクシー以外の自動車でもよい。車両１３は、例えば、ガソリン車、ディーゼル車、ＨＶ、ＰＨＶ、ＥＶ、又はＦＣＶ等の任意の種類の自動車である。「ＨＶ」は、hybrid vehicleの略語である。「ＰＨＶ」は、plug-in hybrid vehicleの略語である。「ＥＶ」は、electric vehicleの略語である。「ＦＣＶ」は、fuel cell vehicleの略語である。車両１３は、本実施形態では運転手によって運転されるが、任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５のいずれかである。「ＳＡＥ」は、Society of Automotive Engineersの略語である。車両１３は、ＭａａＳ専用車両でもよい。「ＭａａＳ」は、Mobility as a Serviceの略語である。

図１を参照して、本実施形態の概要を説明する。

図１に示すシステム１０において、制御装置２０が、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出する。制御装置２０は、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、配車条件に合う配車サービスを利用する配車プランを作成する。

本実施形態によれば、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、少なくとも１人のユーザが要望する配車条件が検出され、配車条件に合う配車サービスを利用する配車プランが作成されるため、ユーザの要望に沿った配車プランを提供することができる。

「配車条件」とは、ユーザが配車を依頼する際の前提又は制約となる条件のことである。具体的な「配車条件」としては、配車を依頼するユーザが要望する車種、乗車人数、乗車地、乗車時刻、又は降車地が挙げられる。

「配車サービスに関する情報」は、少なくとも１つの配車事業者により提供される配車サービスがどのようなサービスであるかを示す情報であればよい。本実施形態では、「配車サービスに関する情報」は複数の配車事業者により提供される配車サービスがどのようなサービスであるかを示す情報である。「配車サービスに関する情報」は、任意の形式で格納されてよい。本実施形態では、「配車サービスに関する情報」はデータベースに格納されており、具体的には、図８に示すテーブルに格納されている。このテーブルには、「配車サービスに関する情報」として、複数の配車事業者のそれぞれについて、配車事業者が有する車両１３の車種、乗車定員、配車可能なエリア、配車可能な時間帯、及び走行単位距離当たりの料金が格納されており、テーブルの各行がそれぞれ１レコードを構成する。

「配車プラン」とは、ユーザの要望する配車条件を満たすように作成された、ユーザの運搬計画である。「配車プラン」には、配車される車両１３の車種、乗車人数、乗車地、乗車時刻、降車地、及び到着予想時刻の少なくとも１つが含まれ、さらに、利用料金の見積金額及び所要時間の少なくとも一方を含めることができる。

ＳＮＳサーバとして構成されるサーバ装置３０は、ＳＮＳのチャットに参加している複数ユーザ間でやり取りされるインスタントメッセージから、タクシーの配車が必要か否かを判定する。サーバ装置３０は、少なくとも１つの配車事業者が管理するチャットボットである配車事業者ボットをチャットに割り込ませてもよい。サーバ装置３０は、配車事業者ボットをチャットに割り込ませることによりユーザの要望を問い合わせるインスタントメッセージをユーザに送信し、問い合わせるインスタントメッセージに対する回答を取得することにより、ユーザの要望を検出してもよい。

配車サーバとして構成される制御装置２０は、ＳＮＳのチャットでやり取りされるインスタントメッセージに応じて、配車プランを作成する。具体的には、制御装置２０は、チャットに参加している複数ユーザのうち少なくとも１人のユーザの要望に基づいて、配車プランの作成を行う。制御装置２０は、ＳＮＳのチャットでやり取りされるインスタントメッセージから、チャットに参加している複数ユーザのうち少なくとも１人のユーザの要望である配車条件を検出する。例えば、制御装置２０は、インスタントメッセージに含まれるテキスト及びスタンプ等を読み取ることでチャットの内容を分析して、ユーザの要望する配車条件を検出する。そして、制御装置２０は、検出した配車条件に合う配車サービスを利用するプランを作成する。制御装置２０は、タクシーだけでなく、徒歩、自転車、バス、レンタカー、自家用車、鉄道、又は飛行機等の様々な移動手段を組み合わせたマルチモーダルルートを提案してもよい。

図２を参照して、本実施形態に係る制御装置２０の構成を説明する。

制御装置２０は、本実施形態では、配車サーバとして構成される。配車サーバは、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。

制御装置２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５とを備える。

制御部２１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、制御装置２０の各部を制御しながら、制御装置２０の動作に関わる処理を実行する。

記憶部２２には、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組み合わせが含まれる。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、制御装置２０の動作に用いられるデータと、制御装置２０の動作によって得られたデータとが記憶される。本実施形態では、図８のテーブルは記憶部２２に記憶されているが、外部メモリ等に記憶されていてもよい。

通信部２３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、制御装置２０の動作に用いられるデータを受信し、また制御装置２０の動作によって得られるデータを送信する。

入力部２４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部２４は、制御装置２０の動作に用いられるデータを入力する操作を受け付ける。入力部２４は、制御装置２０に備えられる代わりに、外部の入力機器として制御装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。「ＵＳＢ」は、Universal Serial Busの略語である。「ＨＤＭＩ（登録商標）」は、High-Definition Multimedia Interfaceの略語である。

出力部２５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。出力部２５は、制御装置２０の動作によって得られるデータを出力する。出力部２５は、制御装置２０に備えられる代わりに、外部の出力機器として制御装置２０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

制御装置２０の機能は、本実施形態に係る制御プログラムを、制御部２１に相当するプロセッサで実行することにより実現される。すなわち、制御装置２０の機能は、ソフトウェアにより実現される。制御プログラムは、制御装置２０の動作をコンピュータに実行させることで、コンピュータを制御装置２０として機能させる。すなわち、コンピュータは、制御プログラムに従って制御装置２０の動作を実行することにより制御装置２０として機能する。

プログラムは、コンピュータで読取り可能な記録媒体に記録しておくことができる。コンピュータで読取り可能な記録媒体は、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリである。プログラムの流通は、例えば、プログラムを記録したＤＶＤ又はＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、又は貸与することによって行う。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ−ＲＯＭ」は、compact disc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型記録媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるものが含まれる。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

制御装置２０の一部又は全ての機能が、制御部２１に相当する専用回路により実現されてもよい。すなわち、制御装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図３を参照して、本実施形態に係るサーバ装置３０の構成を説明する。

サーバ装置３０は、本実施形態ではＳＮＳサーバとして構成される。ＳＮＳサーバは、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。

サーバ装置３０は、制御部３１と、記憶部３２と、通信部３３と、入力部３４と、出力部３５とを備える。

制御部３１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部３１は、サーバ装置３０の各部を制御しながら、サーバ装置３０の動作に関わる処理を実行する。

記憶部３２には、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組み合わせが含まれる。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部３２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部３２には、サーバ装置３０の動作に用いられるデータと、サーバ装置３０の動作によって得られたデータとが記憶される。

通信部３３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部３３は、サーバ装置３０の動作に用いられるデータを受信し、またサーバ装置３０の動作によって得られるデータを送信する。

入力部３４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部３４は、サーバ装置３０の動作に用いられるデータを入力する操作を受け付ける。入力部３４は、サーバ装置３０に備えられる代わりに、外部の入力機器としてサーバ装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

出力部３５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部３５は、サーバ装置３０の動作によって得られるデータを出力する。出力部３５は、サーバ装置３０に備えられる代わりに、外部の出力機器としてサーバ装置３０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

サーバ装置３０の機能は、本実施形態に係るサーバプログラムを、制御部３１に相当するプロセッサで実行することにより実現される。すなわち、サーバ装置３０の機能は、ソフトウェアにより実現される。サーバプログラムは、サーバ装置３０の動作をコンピュータに実行させることで、コンピュータをサーバ装置３０として機能させる。すなわち、コンピュータは、サーバプログラムに従ってサーバ装置３０の動作を実行することによりサーバ装置３０として機能する。

サーバ装置３０の一部又は全ての機能が、制御部３１に相当する専用回路により実現されてもよい。すなわち、サーバ装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図４を参照して、本実施形態に係る端末装置４０の構成を説明する。

端末装置４０は、本実施形態では、ユーザ端末として構成される。端末装置４０は、例えば、携帯電話機、スマートフォン、タブレット、又はＰＣである。「ＰＣ」は、personal computerの略語である。

端末装置４０は、制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、測位部４６とを備える。

制御部４１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣである。制御部４１は、端末装置４０の各部を制御しながら、端末装置４０の動作に関わる処理を実行する。

記憶部４２には、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組み合わせが含まれる。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部４２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部４２には、端末装置４０の動作に用いられるデータと、端末装置４０の動作によって得られたデータとが記憶される。

通信部４３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ、若しくは５Ｇ等の移動通信規格に対応したインタフェース、Bluetooth（登録商標）等の近距離無線通信に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部３３は、端末装置４０の動作に用いられるデータを受信し、また端末装置４０の動作によって得られるデータを送信する。

入力部４４には、少なくとも１つの入力用インタフェースが含まれる。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクである。入力部４４は、端末装置４０の動作に用いられるデータを入力する操作を受け付ける。入力部４４は、端末装置４０に備えられる代わりに、外部の入力機器として端末装置４０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

出力部４５には、少なくとも１つの出力用インタフェースが含まれる。出力用インタフェースは、例えば、ディスプレイ又はスピーカである。ディスプレイは、例えば、ＬＣＤ又は有機ＥＬディスプレイである。出力部４５は、端末装置４０の動作によって得られるデータを出力する。出力部４５は、端末装置４０に備えられる代わりに、外部の出力機器として端末装置４０に接続されてもよい。接続方式としては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）等の任意の方式を用いることができる。

測位部４６には、少なくとも１つのＧＮＳＳ受信機が含まれる。「ＧＮＳＳ」は、global navigation satellite systemの略語である。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。測位部４６は、端末装置４０の位置を測定する。

端末装置４０の機能は、本実施形態に係る端末プログラムを、制御部４１に相当するプロセッサで実行することにより実現される。すなわち、端末装置４０の機能は、ソフトウェアにより実現される。端末プログラムは、端末装置４０の動作をコンピュータに実行させることで、コンピュータを端末装置４０として機能させる。すなわち、コンピュータは、端末プログラムに従って端末装置４０の動作を実行することにより端末装置４０として機能する。

端末装置４０の一部又は全ての機能が、制御部４１に相当する専用回路により実現されてもよい。すなわち、端末装置４０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図５から図７を参照して、本実施形態に係るシステム１０の動作を説明する。この動作は、本実施形態に係る制御方法に相当する。図５及び図６において、「ＩＭ」はインスタントメッセージを意味する。

１つの実例として、ユーザＸ及びユーザＹが互いにインスタントメッセージを送りあってＳＮＳのチャットを行っているとする。車両１３はタクシーであるとする。「実例」とは、本開示を限定するためではなく、本実施形態の理解を助けるための例のことである。

ステップＳ１０１において、ユーザＸの端末装置４０の制御部４１は、入力部４４を介して、ユーザＸがユーザＹ宛てのテキストを入力する操作を受け付ける。制御部４１は、入力されたテキストを含むインスタントメッセージを生成する。制御部４１は、通信部４３を介して、生成したインスタントメッセージを、サーバ装置３０へ送信する。

本例では、ユーザＸは、「Ａ駅からＢホテルまでタクシーで行こう」というテキストを端末装置４０に入力する。端末装置４０の制御部４１は、入力されたテキストを含むインスタントメッセージをサーバ装置３０へ送信する。

ステップＳ１０２において、サーバ装置３０の制御部３１は、通信部３３を介して、ステップＳ１０１で送信されたインスタントメッセージを受信する。制御部３１は、通信部３３を介して、受信したインスタントメッセージを、ユーザＹの端末装置４０へ送信するとともに、受信したインスタントメッセージを処理する。具体的には、サーバ装置３０の制御部３１は、受信したインスタントメッセージについて、従来のＳＮＳのチャットと同様の処理を行うとともに、受信したインスタントメッセージの内容を分析して、ユーザＸが配車を要望しているか否かを判定する。

本例では、サーバ装置３０の制御部３１は、「Ａ駅からＢホテルまでタクシーで行こう」というテキストを含むインスタントメッセージを、ユーザＸの端末装置４０からユーザＹの端末装置４０へ転送する。サーバ装置３０の制御部３１は、「Ａ駅からＢホテルまでタクシーで行こう」というメッセージから、ユーザＸはＡ駅からタクシーでＢホテルまで行くことを要望していると判定することができる。サーバ装置３０の制御部３１は、「Ａ駅からＢホテルまでタクシーで行こう」というテキストを含むインスタントメッセージを、第１インスタントメッセージとして記憶部３２に保存する。

ステップＳ１０３において、ユーザＹの端末装置４０の制御部４１は、通信部４３を介して、ステップＳ１０２で送信されたインスタントメッセージを受信する。制御部４１は、出力部４５を介して、受信したインスタントメッセージを画面に表示する。

本例では、ユーザＹの端末装置４０の制御部４１は、「Ａ駅からＢホテルまでタクシーで行こう」というテキストを含むインスタントメッセージをサーバ装置３０から受信する。端末装置４０の制御部４１は、受信したインスタントメッセージをユーザＹに向けて表示する。

ステップＳ１０４において、ユーザＹの端末装置４０の制御部４１は、入力部４４を介して、ユーザＹがユーザＸ宛てのテキストを入力する操作を受け付ける。制御部４１は、入力されたテキストを含むインスタントメッセージを生成する。制御部４１は、通信部４３を介して、生成したインスタントメッセージを、サーバ装置３０へ送信する。

本例では、ユーザＹは、「そうだね！電車の到着時刻は１２：４０だよ」というテキストを端末装置４０に入力する。端末装置４０の制御部４１は、入力されたテキストを含むインスタントメッセージをサーバ装置３０へ送信する。

ステップＳ１０５において、サーバ装置３０の制御部３１は、通信部３３を介して、ステップＳ１０４で送信されたインスタントメッセージを受信する。制御部３１は、通信部３３を介して、受信したインスタントメッセージを、ユーザＸの端末装置４０へ送信するとともに、受信したインスタントメッセージを処理する。具体的には、サーバ装置３０の制御部３１は、受信したインスタントメッセージについて、従来のＳＮＳのチャットと同様の処理を行うとともに、ステップＳ１０２の処理と同様に、受信したインスタントメッセージの内容を分析する。

本例では、サーバ装置３０の制御部３１は、「そうだね！電車の到着時刻は１２：４０だよ」というテキストを含むインスタントメッセージをユーザＹの端末装置４０からユーザＸの端末装置４０へ転送する。「Ａ駅からＢホテルまでタクシーで行こう」というメッセージに対して、「そうだね！電車の到着時刻は１２：４０だよ」というメッセージが返されていることから、ユーザＸ及びユーザＹは待ち合わせてタクシーを利用することを要望していると判定することができる。そのため、サーバ装置３０の制御部３１は、ユーザＸ及びユーザＹを送迎する車両１３の配車が必要であると判定する。サーバ装置３０の制御部３１は、ユーザＹからの「そうだね！電車の到着時刻は１２：４０だよ」というテキストを含むインスタントメッセージを、第２インスタントメッセージとして記憶部３２に保存する。

ステップＳ１０６において、ユーザＸの端末装置４０の制御部４１は、通信部４３を介して、ステップＳ１０５で送信されたインスタントメッセージを受信する。制御部４１は、出力部４５を介して、受信したインスタントメッセージを画面に表示する。

本例では、ユーザＸの端末装置４０の制御部４１は、「そうだね！電車の到着時刻は１２：４０だよ」というテキストを含むインスタントメッセージをサーバ装置３０から受信する。端末装置４０の制御部４１は、受信したインスタントメッセージをユーザＸに向けて表示する。

ステップＳ１０５でユーザＸ及びユーザＹを送迎する車両１３の配車が必要であると判定すると、サーバ装置３０の制御部３１は、配車プランを作成中であることを示すメッセージをユーザＸの端末装置４０とユーザＹの端末装置４０との両方に表示させる。具体的には、サーバ装置３０の制御部３１は、「配車ボットが配車プランを作成中です」等のシステムメッセージをユーザＸの端末装置４０とユーザＹの端末装置４０との両方に表示させる。このようなシステムメッセージを表示することで、ユーザＸ及びユーザＹを運搬する配車プランを提案する際にユーザＸ及びユーザＹが感じる唐突さを和らげることができる。ステップＳ１２１において、サーバ装置３０の制御部３１は、ステップＳ１０２で記憶部３２に保存した第１インスタントメッセージと、ステップＳ１０５で記憶部３２に第２インスタントメッセージと、を取得する。制御部３１は、取得した第１インスタントメッセージと第２インスタントメッセージとを含む配車要求を生成する。制御部３１は、通信部３３を介して、生成した配車要求を制御装置２０へ送信する。

本例では、サーバ装置３０の制御部３１は、ユーザＸからの「Ａ駅からＢホテルまでタクシーで行こう」というテキストを含むインスタントメッセージと、ユーザＹからの「そうだね！電車の到着時刻は１２：４０だよ」というテキストを含むインスタントメッセージとを含む配車要求を生成する。制御部３１は、生成した配車要求を、ユーザＸ及びユーザＹからの配車要求として制御装置２０へ送信する。

ステップＳ１２２において、制御装置２０の制御部２１は、通信部２３を介して、ステップＳ１２１で送信された配車要求を受信する。制御部２１は、受信した配車要求に含まれる第１インスタントメッセージと第２インスタントメッセージとに基づいて、ユーザＸ及びユーザＹの配車条件を検出する。具体的には、制御部２１は、受信した配車要求に含まれるインスタントメッセージの内容を分析して、ユーザＸ及びユーザＹが要望する配車条件を検出する。より具体的には、制御部２１は、第１インスタントメッセージと第２インスタントメッセージとに含まれるテキストから、予め指定されたキーワードをユーザＸ及びユーザＹのうち少なくとも１人の要望する配車条件として検出する。

本例では、制御装置２０の制御部２１は、ユーザＸからのインスタントメッセージに含まれる「Ａ駅からＢホテルまでタクシーで行こう」というテキストから、「Ａ駅」及び「Ｂホテル」というキーワードをユーザＸの要望する配車条件として検出する。すなわち、制御部２１は、「Ａ駅」を配車条件の１つである乗車地として検出し、「Ｂホテル」を配車条件の１つである降車地として検出する。制御部２１は、ユーザＹからのインスタントメッセージに含まれる「そうだね！電車の到着時刻は１２：４０だよ」というテキストから、「１２：４０」というキーワードをユーザＹの要望する配車条件として検出する。すなわち、制御部２１は、「１２：４０」を配車条件の１つである乗車時刻として検出する。

ステップＳ１２３において、制御装置２０の制御部２１は、複数の配車事業者により提供される配車サービスに関する情報を参照して、ステップ１２２で検出した配車条件に合う配車サービスを利用する配車プランを作成する。具体的には、制御部２１は、配車サービスに関する情報を格納したテーブルから、検出した配車条件に合うレコードを選択する。制御部２１は、選択したレコードで示される配車サービスを利用する配車プランを作成する。

本例において、制御装置２０の制御部２１は、図８に示すテーブルを参照する。テーブルには、「配車サービスに関する情報」として、複数の配車事業者である配車事業者Ｄ１、配車事業者Ｄ２、及び配車事業者Ｄ３のそれぞれにより提供される配車サービスの内容が、車両１３の「車種」、「乗車定員」、「配車可能なエリア」、「配車可能な時間帯」、及び「走行単位距離当たりの料金」というカラムに分類されて格納されている。これらのカラムのうち、「配車可能なエリア」、「配車可能な時間帯」、及び「走行単位距離当たりの料金」のカラムに格納された値は、静的な値であってもよく、又は動的に変化する値であってもよい。これらの値は、例えば、個々の車両の現在位置といったプローブデータ、又は現在時刻（昼間料金又は深夜料金）等によって動的に変化し得る。「配車可能なエリア」のカラムに格納された値のうち、「Ｎ市」及び「Ｍ県全域」には、ステップＳ１２２で配車条件として検出された「Ａ駅」という乗車地及び「Ｂホテル」という降車地が含まれるものとする。「配車可能な時間帯」のカラムに格納された値のうち、「６：００〜１３：００」及び「１２：００〜２１：００」には、ステップＳ１２２で配車条件として検出された「１２：４０」という乗車時刻が含まれる。そのため、制御部２１は、配車事業者Ｄ１及び配車事業者Ｄ３のレコードを選択する。

ステップＳ１２４において、制御装置２０の制御部２１は、ステップＳ１２２で検出した配車条件と、ステップＳ１２３で選択したレコードに含まれる走行単位距離当たりの料金とに基づいて、利用料金の見積金額を算出する。具体的には、制御部２１は、ステップＳ１２２で検出した配車条件である乗車地から降車地までの距離を算出し、算出した距離にステップＳ１２３で選択したレコードに含まれる走行単位距離当たりの料金を乗じて、利用料金の見積金額を算出する。

本例では、制御部２１は、配車条件としての乗車地である「Ａ駅」から降車地である「Ｂホテル」までの距離に、配車事業者Ｄ１のレコードに含まれる走行単位距離当たりの料金である５００円／ｋｍを乗じた額を、配車事業者Ｄ１により提供される配車サービスの利用料金の見積金額として算出する。制御部２１は、配車条件としての乗車地である「Ａ駅」から降車地である「Ｂホテル」までの距離に、配車事業者Ｄ３のレコードに含まれる走行単位距離当たりの料金である７００円／ｋｍを乗じた額を、配車事業者Ｄ３により提供される配車サービスの利用料金の見積金額として算出する。

ステップＳ１２５において、制御装置２０の制御部２１は、配車プランを作成する。

本例では、制御装置２０の制御部２１は、ステップＳ１２３で選択したレコードに記載の配車サービスの内容と、ステップＳ１２４で算出した利用料金の見積金額とを含む、図９に示すような配車プランＰ１及び配車プランＰ２を作成する。配車プランＰ１は、配車事業者Ｄ１について作成された配車プランである。配車プランＰ２は、配車事業者Ｄ３について作成された配車プランである。

ステップＳ１２６において、制御装置２０の制御部２１は、ステップＳ１２５で作成した配車プランを、通信部２３を介して、サーバ装置３０へ送信する。

本例では、制御装置２０の制御部２１は、利用料金の見積金額を含む配車プランＰ１及び配車プランＰ２をサーバ装置３０へ送信する。

ステップ１２７において、サーバ装置３０の制御部３１は、通信部３３を介して、ステップＳ１２６で送信された配車プランを受信する。制御部３１は、受信した配車プランを通知するインスタントメッセージを生成する。制御部３１は、通信部３３を介して、生成したインスタントメッセージを、ユーザＸの端末装置４０と、ユーザＹの端末装置４０との両方へ送信する。

本例では、サーバ装置３０の制御部３１は、配車プランＰ１及び配車プランＰ２を受信する。制御部３１は、ユーザに配車プランの選択を促すメッセージを作成する。具体的には、制御部３１は、「ご希望の配車プランを選択してください」というテキストと、配車プランＰ１及び配車プランＰ２のＵＲＬとを含むインスタントメッセージを作成する。「ＵＲＬ」は、uniform resource locatorの略語である。制御部３１は、作成したインスタントメッセージをユーザＸの端末装置４０とユーザＹの端末装置４０との両方へ送信する。

ステップＳ１２８において、ユーザＸの端末装置４０は、サーバ装置３０から、配車プランの通知を受け取り、受け取った配車プランの通知を出力する。具体的には、ユーザＸの端末装置４０の制御部４１は、通信部４３を介して、ステップＳ１２７で送信されたインスタントメッセージを受信する。制御部４１は、出力部４５を介して、受信したインスタントメッセージを画面に表示する。

本例では、ユーザＸの端末装置４０の制御部４１は、「ご希望の配車プランを選択してください」というテキストを含むとともに、配車プランＰ１及び配車プランＰ２のＵＲＬを含むインスタントメッセージをサーバ装置３０から受信する。端末装置４０の制御部４１は、受信したインスタントメッセージに含まれる「ご希望の配車プランを選択してください」というテキストと、配車プランＰ１及び配車プランＰ２のＵＲＬとをユーザＸに向けて表示する。ユーザＸが配車プランＰ１のＵＲＬをクリックすると、ブラウザが起動され、図９に示すような配車プランＰ１の詳細が表示される。ユーザＸが配車プランＰ２のＵＲＬをクリックすると、ブラウザが起動され、図１０に示すような配車プランＰ２の詳細が表示される。

ステップＳ１２９において、ユーザＹの端末装置４０は、サーバ装置３０から、配車プランの通知を受け取り、受け取った配車プランの通知を出力する。具体的には、ユーザＹの端末装置４０の制御部４１は、通信部４３を介して、ステップＳ１２７で送信されたインスタントメッセージを受信する。制御部４１は、出力部４５を介して、受信したインスタントメッセージを画面に表示する。

本例では、ユーザＹの端末装置４０の制御部４１は、「ご希望の配車プランを選択してください」というテキストを含むとともに、配車プランＰ１及び配車プランＰ２のＵＲＬを含むインスタントメッセージをサーバ装置３０から受信する。端末装置４０の制御部４１は、受信したインスタントメッセージに含まれる「ご希望の配車プランを選択してください」というテキストと、配車プランＰ１及び配車プランＰ２のＵＲＬとをユーザＹに向けて表示する。ユーザＹが配車プランＰ１のＵＲＬをクリックすると、ブラウザが起動され、図９に示すような配車プランＰ１の詳細が表示される。ユーザＹが配車プランＰ２のＵＲＬをクリックすると、ブラウザが起動され、図１０に示すような配車プランＰ２の詳細が表示される。

上述のように、本実施形態では、制御装置２０の制御部２１が、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出する。制御部２１が、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、配車条件に合う配車サービスを利用する配車プランを作成する。

本実施形態によれば、ユーザの要望に沿った配車プランを提供することができる。

本実施形態では、制御装置２０の制御部２１が、複数の配車事業者により提供される配車サービスに関する情報を参照して、複数の配車事業者のそれぞれについて配車プランを作成する。

本実施形態によれば、ユーザの要望に沿った複数の配車プランを提供することができる。その結果、ユーザの選択の幅を広げることができる。

本実施形態の一変形例として、制御装置２０の制御部２１が、多数の配車事業者により提供される配車サービスに関する情報を参照して、当該多数の配車事業者のうち１つの配車事業者又はいくつかの配車事業者のそれぞれについて配車プランを作成してもよい。例えば、制御装置２０が、チャットでタクシーの配車を予約可能なチャットアプリケーションにおけるチャット内容を分析することにより、複数の配車事業者の中から適切な配車事業者を選択して、ユーザに推薦してもよい。

この変形例によれば、ユーザが配車プランを選択する手間を省くことができる。

本実施形態の一変形例として、制御装置２０の制御部２１が、１つの配車事業者により提供される配車サービスに関する情報のみを参照して、当該１つの配車事業者について配車プランを作成してもよい。

図５から図７の例では、ユーザＸ及びユーザＹという２人のユーザ間で送受信された２つのインスタントメッセージに基づいて、当該２人のユーザが要望する配車条件が検出されるが、ユーザ数は２人に限られず、３人以上でもよく、またインスタントメッセージ数は２つに限られず、１つ又は３つ以上でもよい。配車条件は、全ユーザが要望する条件に限られず、少なくとも１人のユーザが要望する条件であればよい。複数ユーザには、少なくとも１つの配車事業者が管理する配車事業者ボットが含まれてもよい。

図５から図７の例では、ユーザＸ及びユーザＹという２人のユーザを送迎する車両１３の配車が決定されるが、車両１３は、全ユーザを送迎する車両に限られず、少なくとも１人のユーザを送迎する車両であればよい。

本実施形態の一変形例として、制御装置２０の制御部２１は、少なくとも１人のユーザが要望する配車条件として、当該少なくとも１人のユーザの要望する車種を検出し、配車プランとして、検出した車種の車両１３を利用するプランを作成してもよい。図５から図７の例において、ユーザＸ及びユーザＹの間で、「荷物が少ないから、軽自動車のタクシーがいいね」又は「荷物が少ないから、小さい車がいいね」等、希望の車種を示唆するインスタントメッセージが追加で送受信されたとする。その場合、制御装置２０の制御部２１が、追加で送受信されたインスタントメッセージに含まれる、「軽自動車」又は「小さい車」等のテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する車種を検出する。制御部２１が、検出した車種の車両１３を利用する配車プランを作成する。例えば、制御部２１は、図８において車種が「軽自動車」である、配車事業者Ｄ１により提供される配車サービスを利用するプランを、配車プランＰ１として作成する。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施形態の一変形例として、制御装置２０の制御部２１は、少なくとも１人のユーザが要望する配車条件として、当該少なくとも１人のユーザの要望する乗車人数を検出し、配車プランとして、検出した乗車人数を運搬可能な車両１３を利用するプランを作成してもよい。図５から図７の例において、ユーザＸ及びユーザＹの間で、「あなたと母と私との３人で行こう」等、希望の乗車人数を示唆するインスタントメッセージが追加で送受信されたとする。その場合、制御装置２０の制御部２１が、追加で送受信されたインスタントメッセージに含まれる、「３人」等のテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する乗車人数を検出する。追加で送受信されたインスタントメッセージがない場合は、制御部２１が、チャットに参加している複数ユーザの人数をカウントし、カウントした値を乗車人数として検出してもよい。制御部２１が、検出した乗車人数を運搬可能な車両１３を利用する配車プランを作成する。例えば、制御部２１は、図８において乗車定員が３名以上である、配車事業者Ｄ１及び配車事業者Ｄ３により提供される配車サービスを利用するプランを、それぞれ配車プランＰ１及び配車プランＰ２として作成する。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施形態の一変形例として、制御装置２０の制御部２１は、少なくとも１人のユーザが要望する配車条件として、少なくとも１人のユーザの要望する乗車日を検出し、配車プランとして、乗車日に少なくとも１人のユーザを運搬するプランを作成してもよい。図５から図７の例において、ユーザＸ及びユーザＹの間で、「１２月１日は晴れるといいね」等、希望の乗車日を示唆するインスタントメッセージが追加で送受信されたとする。その場合、制御装置２０の制御部２１が、追加で送受信されたインスタントメッセージに含まれる、「１２月１日」等のテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する乗車日を検出する。制御部２１が、検出した乗車日にユーザＸ及びユーザＹの少なくとも１人を運搬する配車プランを作成する。例えば、制御部２１は、配車可能な期間に１２月１日が含まれる配車サービスを利用する配車プランを作成する。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施形態の一変形例として、制御装置２０の制御部２１は、さらに、少なくとも１人のユーザの要望する予算を検出し、配車プランとして、見積金額が予算以下であるプランを通知してもよい。図５から図７の例において、ユーザＸ及びユーザＹの間で、「手持ちが１，０００円しかないけど」等、予算を示唆するインスタントメッセージが追加で送受信されたとする。その場合、制御装置２０の制御部２１が、追加で送受信されたインスタントメッセージに含まれる、「１，０００円」等のテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する予算を検出する。制御部２１が、見積金額が検出した予算以下の配車プランを作成する。例えば、制御部２１は、見積金額が１，０００円以下となる配車サービスを利用する配車プランを作成する。さらなる変形例として、制御部２１は、「タクシー代はできれば安い方がいいな」等のインスタントメッセージが追加で送受信された場合に、「安い」等のテキストを読み取って、予算を推定してもよい。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施形態の一変形例として、制御装置２０の制御部２１は、配車サービスによって少なくとも１人のユーザを運搬したときにかかる所要時間を配車プランに含めてもよい。図５から図７の例では、制御装置２０の制御部２１は、Ａ駅からＢホテルまでの距離に基づいて所要時間を算出し、配車プランに含めてもよい。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

さらなる変形例として、制御装置２０の制御部２１は、さらに、少なくとも１人のユーザの要望する到着時刻を検出し、配車プランとして、所要時間が到着時刻に間に合う時間であるプランを少なくとも１人のユーザに通知してもよい。図５から図７の例において、ユーザＸ及びユーザＹの間で、「ホテルのイベントが１５：００に始まるよ」等、希望の到着時刻を示唆するインスタントメッセージが追加で送受信されたとする。その場合、制御装置２０の制御部２１が、追加で送受信されたインスタントメッセージに含まれる、「１５：００」等のテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する到着時刻を検出する。制御部２１は、所要時間が到着時刻に間に合う時間である配車プランを作成する。例えば、制御部２１は、Ａ駅からＢホテルまでの距離に基づいて算出した所要時間を、乗車時刻である１２：４０に加算して求められる時刻が、検出した到着時刻に間に合う時刻となる配車サービスを利用する配車プランを作成する。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施の一変形例として、制御装置２０の制御部２１は、複数の配車事業者の中から、少なくとも１人のユーザの要望に沿った車両１３を配車可能な配車事業者を選択し、ユーザに推薦してもよい。

この変形例によれば、ユーザの要望にさらに沿った配車プランを提供することができる。

本実施形態の一変形例として、複数ユーザ間で送受信される１つ以上のインスタントメッセージは、配車条件について問い合わせるインスタントメッセージと、問い合わせるインスタントメッセージに対する少なくとも１人のユーザからの応答のインスタントメッセージとを含み、制御装置２０の制御部２１は、応答のインスタントメッセージから配車条件を検出してもよい。図５から図７の例では、少なくとも１つの配車事業者が提供するチャットボットである配車事業者ボットをチャットに割り込ませて、「ご希望の車種を教えてください」等のテキストを含むインスタントメッセージを、配車条件について問い合わせるインスタントメッセージとして送信させてもよい。問い合わせるインスタントメッセージに対する少なくとも１人のユーザからの応答のインスタントメッセージに含まれる「軽自動車をお願いします」というテキストを読み取って、ユーザＸ及びユーザＹの少なくとも１人が要望する車種を検出してもよい。その場合、制御部２１が、検出した車種の車両１３を利用する配車プランを作成する。例えば、制御部２１は、図８において車種が「軽自動車」である、配車事業者Ｄ１により提供される配車サービスを利用するプランを、配車プランＰ１として作成する。

この変形例によれば、配車条件を示唆するチャットがなくても少なくとも１人のユーザの要望する配車条件を検出することができ、ユーザの要望にさらに沿った配車プランを効率的に提供することができる。

本実施形態では、端末装置４０の制御部４１は、制御装置２０から、配車プランの通知を受け取り、受け取った通知を出力する。

本実施形態によれば、ユーザの要望に沿った配車プランを提供することができる。

本実施形態では、端末装置４０の制御部４１は、配車プランを選択するユーザ操作を受け付けた場合に、配車プランを選択する旨の応答を行う。制御部４１は、制御装置２０から２つ以上の配車プランが通知された場合には、ユーザ操作として、当該２つ以上の配車プランのうちの１つを選択する操作を受け付ける。制御装置２０は、このユーザの予約操作に応じて、選択された配車プランを提供する配車事業者に対して配車予約を行う。

本実施形態によれば、配車サービスの利便性を向上させることができる。

本実施形態の一変形例として、複数ユーザのうち少なくとも１人のユーザは、配車要否判定機能又は配車プラン提案機能の有効又は無効を任意に設定してもよい。「配車要否判定機能」とは、ステップＳ１０２及びステップＳ１０５において行われているような、サーバ装置３０の制御部３１がインスタントメッセージの内容を分析して配車の要否を判定する処理を行う機能をいう。「配車プラン提案機能」とは、ステップＳ１２１からステップＳ１２７までの一連のステップにおいて行われているような、制御装置２０の制御部２１が、インスタントメッセージに基づいて配車条件を検出し、検出した配車条件に合う配車サービスを利用する配車プランを提案する処理を行う機能をいう。ユーザは、例えば、チャットアプリケーションの設定画面等において、配車要否判定機能又は配車プラン提案機能を有効又は無効に設定する。配車要否判定機能がユーザにより無効に設定されると、サーバ装置３０の制御部３１は、配車要否判定機能を無効に設定したユーザのインスタントメッセージを分析の対象から除外する。配車プラン提案機能がユーザにより無効に設定されると、制御装置２０の制御部２１は、配車プラン提案機能を無効に設定したユーザのインスタントメッセージを分析の対象から除外する。あるいは、チャットに参加している複数ユーザの中に、配車要否判定機能を無効に設定しているユーザが１人でもいる場合には、サーバ装置３０の制御部３１は、当該チャットにおいて送受信されるインスタントメッセージのいずれについても配車要否の判定を行わない。チャットに参加している複数ユーザの中に、配車プラン提案機能を無効に設定しているユーザが１人でもいる場合には、制御装置２０の制御部２１は、当該チャットにおいて送受信されるインスタントメッセージのいずれについても配車条件の検出を行わず、当該チャットにおいては配車プランの提案を行わない。

この変形例によれば、ユーザは、配車要否判定機能又は配車プラン提案機能を有効又は無効に設定することにより、自己のインスタントメッセージの分析の許否を任意に選択することができる。例えば、自己のインスタントメッセージを分析されることに抵抗のあるユーザは、配車要否判定機能又は配車プラン提案機能を無効に設定することにより、自己のインスタントメッセージが分析されないようにすることができる。

本実施形態の一変形例として、サーバ装置３０が制御装置２０に統合されてもよい。

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

１０ システム
１３ 車両
２０ 制御装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
３０ サーバ装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 出力部
４０ 端末装置
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 出力部
４６ 測位部
５０ ネットワーク
Ｄ１、Ｄ２、Ｄ３ 配車事業者
Ｐ１、Ｐ２ 配車プラン
Ｘ ユーザ
Ｙ ユーザ

Claims (20)

1. 複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出し、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、前記配車条件に合う配車サービスを利用する配車プランを作成する制御部を備える、制御装置。
2. 前記制御部は、複数の配車事業者により提供される配車サービスに関する情報を参照して、前記複数の配車事業者のそれぞれについて前記配車プランを作成する、請求項１に記載の制御装置。
3. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する車種を検出し、前記配車プランとして、前記車種の車両を利用するプランを作成する、請求項１又は請求項２に記載の制御装置。
4. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する乗車人数を検出し、前記配車プランとして、前記乗車人数を運搬可能な車両を利用するプランを作成する、請求項１から請求項３のいずれか１項に記載の制御装置。
5. 前記制御部は、前記複数ユーザの人数をカウントし、カウントした値を前記乗車人数として検出する、請求項４に記載の制御装置。
6. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する乗車地を検出し、前記配車プランとして、前記乗車地から前記少なくとも１人のユーザを運搬するプランを作成する、請求項１から請求項５のいずれか１項に記載の制御装置。
7. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する乗車日を検出し、前記配車プランとして、前記乗車日に前記少なくとも１人のユーザを運搬するプランを作成する、請求項１から請求項６のいずれか１項に記載の制御装置。
8. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する乗車時刻を検出し、前記配車プランとして、前記乗車時刻に前記少なくとも１人のユーザを運搬し始めるプランを作成する、請求項１から請求項７のいずれか１項に記載の制御装置。
9. 前記制御部は、前記配車条件として、前記少なくとも１人のユーザの要望する降車地を検出し、前記配車プランとして、前記降車地まで前記少なくとも１人のユーザを運搬するプランを作成する、請求項１から請求項８のいずれか１項に記載の制御装置。
10. 前記制御部は、前記配車条件に合う前記配車サービスの利用料金の見積金額を前記配車プランに含める、請求項１から請求項９のいずれか１項に記載の制御装置。
11. 前記制御部は、さらに、前記少なくとも１人のユーザの要望する予算を検出し、前記配車プランとして、前記見積金額が前記予算以下であるプランを前記少なくとも１人のユーザに通知する、請求項１０に記載の制御装置。
12. 前記制御部は、前記配車サービスによって前記少なくとも１人のユーザを運搬したときにかかる所要時間を前記配車プランに含める、請求項１から請求項１１のいずれか１項に記載の制御装置。
13. 前記制御部は、さらに、前記少なくとも１人のユーザの要望する到着時刻を検出し、前記配車プランとして、前記所要時間が前記到着時刻に間に合う時間であるプランを前記少なくとも１人のユーザに通知する、請求項１２に記載の制御装置。
14. 前記１つ以上のインスタントメッセージは、前記配車条件について問い合わせるインスタントメッセージと、当該問い合わせるインスタントメッセージに対する前記少なくとも１人のユーザからの応答のインスタントメッセージとを含み、
    前記制御部は、前記応答のインスタントメッセージから前記配車条件を検出する、請求項１から請求項１３のいずれか１項に記載の制御装置。
15. 請求項１から請求項１４のいずれか１項に記載の制御装置と、
    前記複数ユーザの端末装置とを備えるシステム。
16. 複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出する制御装置であって、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照し、前記配車条件に合う配車サービスを利用した配車プランを作成する制御装置から、前記配車プランの通知を受け取ることと、
    受け取った通知を出力することと、
    を含む動作をコンピュータに実行させるプログラム。
17. 前記動作は、
    前記配車プランを選択するユーザ操作を受け付けた場合に、前記配車プランを選択する旨の応答を行うことと、
    前記制御装置から２つ以上の配車プランが通知された場合には、前記ユーザ操作として、当該２つ以上の配車プランのうちの１つを選択する操作を受け付けることと、をさらに含む、請求項１６に記載のプログラム。
18. 請求項１６又は請求項１７に記載のプログラムに従って前記動作を実行する端末装置。
19. 制御装置が、複数ユーザ間で送受信された１つ以上のインスタントメッセージに基づいて、前記複数ユーザのうち少なくとも１人のユーザが要望する配車条件を検出することと、
    前記制御装置が、少なくとも１つの配車事業者により提供される配車サービスに関する情報を参照して、前記配車条件に合う配車サービスを利用する配車プランを作成することと、
    を含む制御方法。
20. 前記少なくとも１人のユーザの端末装置が、前記配車プランを選択するユーザ操作を受け付けた場合に、前記配車プランを選択する旨の応答を行うことと、
    前記少なくとも１人のユーザの端末装置が、前記制御装置により２つ以上の配車プランが作成された場合には、前記ユーザ操作として、当該２つ以上の配車プランのうちの１つを選択する操作を受け付けることと、
    をさらに含む、請求項１９に記載の制御方法。

Images