JP7601029B2 - 制御装置、制御方法、及びプログラム - Google Patents

Description

本発明は、制御装置、制御方法、及びプログラムに関する。

従来、車両に搭載する健康診断設備を決定する技術が知られている。例えば特許文献１には、健康診断を受けるユーザ情報に基づいて、車両に搭載する健康診断設備を決定することが開示されている。

特開２０２１－０２２３３２号公報

健康診断機器を搭載した車両において健康診断を受ける際に、受診者が健康診断車両までの移動するための車両を所有していない場合、受診者の自宅と健康診断の実施場所との往復が困難である。健康診断場所として車両が滞在する場所が、交通上利便性が良いとは限らず、受診者の健康診断の実施場所への往復を容易にする技術が望まれていた。

かかる事情に鑑みてなされた本開示の目的は、受診者の健康診断の実施場所への往復を容易にする技術を提供することにある。

本開示の一実施形態に係る制御装置は、
ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得し、
前記ユーザの乗車位置を示す乗車位置情報を取得し、
前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成する制御部を備える。

本開示の一実施形態に係る制御方法は、
コンピュータが実行する制御方法であって、
ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得することと、
前記ユーザの乗車位置を示す乗車位置情報を取得することと
前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成することとを含む。

本開示の一実施形態に係るプログラムは、
コンピュータに、
ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得することと、
前記ユーザの乗車位置を示す乗車位置情報を取得することと
前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成することとを含む動作を実行させる。

本開示の一実施形態によれば、受診者の健康診断の実施場所への往復を容易にする技術が提供される。

本実施形態に係るシステムの概略構成を示すブロック図である。 本実施形態に係る制御装置の構成を示すブロック図である。 本実施形態に係る端末装置の構成を示すブロック図である。 本実施形態に係る車両の構成を示すブロック図である。 本実施形態に係る制御装置の動作を示すフローチャートである。 本実施形態に係る制御装置の動作を示すフローチャートである。

以下、本発明の実施形態について説明する。

図１を参照して、本開示の実施形態に係るシステム１の概要について説明する。システム１は、制御装置２０と、端末装置３０と、車両４０と、予約管理装置Ｓと、車両Ｖとを備える。制御装置２０と、端末装置３０と、車両４０と、予約管理装置Ｓと、車両Ｖとは、例えばインターネットを含むネットワーク６０と通信可能に接続される。図１では簡便のため端末装置３０と、車両４０と、予約管理装置Ｓと、車両Ｖとは１つずつ示されているが、端末装置３０と、車両４０と、予約管理装置Ｓと、車両Ｖとの数は複数あってよい。

制御装置２０は、データセンタ等の施設に設置される。制御装置２０は、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。

端末装置３０は、健康診断を受診するユーザよって保持される。本実施形態において、ユーザとは健康診断の受診者を指す。端末装置３０は、例えば、携帯電話機、スマートフォン、若しくはタブレットなどのモバイル機器、又はＰＣである。「ＰＣ」は、personal computerの略語である。

車両４０は、例えば自動車であるが、これに限られず任意の車両であってよい。自動車は、例えばガソリン自動車、電気自動車、ハイブリッド自動車、プラグインハイブリッド自動車、又は燃料電池自動車等であるが、これらに限られない。車両４０は、運転手によって運転されてもよく、或いは任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル１からレベル５の何れかである。車両４０は、ＭａａＳ（Mobility as a Service）専用車両でもよい。車両４０は、以下で説明する配車計画に従って、ユーザを乗せて健康診断の会場への往復を行うことができる。本実施形態では、車両４０はタクシー会社によって管理される車両である。これに限られず、車両４０は、運転代行サービスに係る車両等、送迎サービスにおいて用いられる任意の車両であってよい。

予約管理装置Ｓは、健康診断を主催する病院等に設置され、ユーザからの健康診断の予約を受付、管理する。予約管理装置Ｓは、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバである。予約管理装置Ｓは、以下で説明する、健康診断の会場としての車両Ｖに設置されてもよい。

車両Ｖは、健康診断に用いる設備を搭載した健診車である。車両Ｖは、例えばガソリン自動車、電気自動車、ハイブリッド自動車、プラグインハイブリッド自動車、又は燃料電池自動車等であるが、これらに限られない。車両Ｖは、運転手によって運転されてもよく、或いは任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５の何れかである。車両Ｖは、ＭａａＳ専用車両でもよい。車両Ｖは、健康診断を主催する病院等によって管理されてもよい。車両Ｖは、健康診断を受診するユーザが在住する地域を運行・巡回できる。

ネットワーク６０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの組み合わせを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク６０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの組み合わせを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

まず、本実施形態の概要について説明し、詳細については後述する。制御装置２０は、ユーザの健康診断の予約時刻と健康診断の会場とを含む予約情報を取得し、ユーザの乗車位置を示す乗車位置情報を取得し、予約情報と乗車位置情報とに基づいて、乗車位置と会場との間でユーザが乗車して移動する車両４０についての配車計画を生成する。

本実施形態では、健康診断の会場は車両Ｖである。これに限られず、健康診断の会場は、病院、クリニック、公共施設等、任意の場所であってよい。予約情報は、ユーザの健康診断の予約時刻と、健康診断の会場とを示す情報を含む。予約情報は、ユーザの氏名を示す情報、当該会場でのユーザの健康診断の受診が初めてであるかについて示す情報、健康診断の所要時間を示す情報、健康診断におけるユーザの健診項目を示す情報等、任意の情報を含んでもよい。乗車位置情報は、ユーザが車両４０に乗ることを希望する乗車位置を示す情報である。乗車位置は、住所、又は地図上の点若しくは領域等の任意の形式で表されてよい。

配車計画は、往路または復路の少なくとも一方における、車両４０へユーザが乗る乗車位置と、当該乗車位置からの車両４０の出発時刻と、車両４０からユーザが降りる降車位置と、当該降車位置への車両４０の到着時刻を含む。車両４０は、当該乗車位置と当該降車位置との間を、ユーザを乗せて移動する。往路における乗車位置、又は復路における降車位置は、ユーザの家の前等、ユーザの家から所定の距離以内の任意の場所であってよい。往路における降車位置、又は復路における乗車位置は、健康診断の会場の前等、会場から所定の距離以内の任意の場所であってよい。配車計画は、乗車位置から降車位置までの地図上の経路を示す情報を含んでよい。制御装置２０は、配車計画を、タクシー会社等の車両４０をユーザに対し手配する事業者に通知できる。制御装置２０は、配車計画を、車両４０に直接通知してもよい。

本実施形態によれば、制御装置２０は、健康診断の予約時刻と会場とを考慮して配車計画を生成できる。生成された配車計画に基づいて、タクシー会社が車両４０を手配することができる。ユーザにとって、健康診断の会場との往復のための適切な配車が自動的に行われるため、健康診断の会場までの移動の負担が軽減される。よって受診者の健康診断の実施場所への往復を容易にする技術が提供できる。

次に、システム１の各構成について詳細に説明する。

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

制御部２１には、少なくとも１つのプロセッサ、少なくとも１つの専用回路、又はこれらの組み合わせが含まれる。プロセッサは、ＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、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（登録商標）等の近距離無線通信に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部３３は、端末装置３０の動作に用いられる情報を受信し、また端末装置３０の動作によって得られる情報を送信する。

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

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

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

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

端末装置３０の一部又は全ての機能が、制御部３１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、端末装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

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

車両４０は、制御部４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、測位部４６とを備える。車両４０は、さらに各種センサを備える。各種センサと制御部４１、記憶部４２、通信部４３、入力部４４、出力部４５、測位部４６は、例えばＣＡＮ（Controller Area Network）等の車載ネットワークと通信可能に接続されてもよい。

制御部４１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるがこれらに限られない。プログラマブル回路は、例えばＦＰＧＡであるがこれに限られない。専用回路は、例えばＡＳＩＣであるがこれに限られない。制御部４１は、１つ以上のＥＣＵ（Electronic Control Unit）を含んでもよい。制御部４１は、車両４０の各部を制御しながら、車両４０全体の動作を制御する。

記憶部４２は、１つ以上のメモリを含む。メモリは、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部４２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部４２は、車両４０の動作に用いられる任意の情報を記憶する。例えば、記憶部４２は、システムプログラム、アプリケーションプログラム、及びデータベース等を記憶してもよい。記憶部４２に記憶された情報は、例えば通信部４３を介してネットワーク６０から取得される情報で更新可能であってもよい。

通信部４３には、少なくとも１つの通信用インタフェースが含まれる。通信用インタフェースは、例えば移動体通信規格、４Ｇ若しくは５Ｇ等の移動体通信規格、有線ＬＡＮ規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。例えば、ＤＣＭ（Data Communication Module）等の車載通信機が、通信部４３として機能してもよい。通信部４３は、車両４０の動作に用いられる情報を受信し、また車両４０の動作によって得られる情報を送信する。

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

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

測位部４６には、少なくとも１つのＧＮＳＳ受信機が含まれる。ＧＮＳＳには、例えば、ＧＰＳ、ＱＺＳＳ、ＢｅｉＤｏｕ、ＧＬＯＮＡＳＳ、及びＧａｌｉｌｅｏの少なくともいずれかが含まれる。測位部４６は、車両４０の位置を測定する。

車両４０の機能は、任意の車両プログラムを、制御部４１としてのプロセッサで実行することにより実現される。すなわち、車両４０の機能は、ソフトウェアにより実現される。車両プログラムは、車両４０の動作をコンピュータに実行させることで、コンピュータを車両４０として機能させる。すなわち、コンピュータは、車両プログラムに従って車両４０の動作を実行することにより車両４０として機能する。

車両４０の一部又は全ての機能が、制御部４１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、車両４０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図１、図５Ａ及び図５Ｂを参照して、本実施形態に係る制御装置２０の動作について説明する。この動作は、本実施形態に係る制御方法に相当する。以下において、制御装置２０は、外部の各装置との情報の送受信を、通信部２３及びネットワーク６０を介して行う。

図５ＡのステップＳ１０１において、制御部２１は、ユーザの健康診断の予約時刻と健康診断の会場とを含む予約情報を取得する。予約情報の取得には任意の手法が採用されてよい。例えば制御部２１は、図１の予約管理装置Ｓと通信し、当該予約管理装置Ｓから予約情報を受信することで取得する。これに限られず、制御部２１は端末装置３０と通信し、端末装置３０から、端末装置３０にユーザが入力した健康診断の予約時刻と健康診断の会場とを含む情報を受信し、予約情報として取得してもよい。本例において、予約情報に含まれる、ユーザの健康診断の予約時刻は２０２２年４月１日の１４：００であり、健康診断の会場は、図１の車両Ｖであるとする。

ステップＳ１０２において、制御部２１は、ユーザの乗車位置を示す乗車位置情報を取得する。乗車位置情報の取得には任意の手法が採用されてよい。例えば制御部２１は、記憶部２２に予め格納された、ユーザの家の住所が蓄積されたデータベースを読み出し、予約情報が示すユーザの氏名に基づいて当該データベースからユーザの住所を特定し、特定した住所を示す情報を乗車位置情報として取得してもよい。制御部２１は、ユーザの端末装置３０と通信し、端末装置３０から、端末装置３０にユーザが入力した地図上の位置を示す情報を受信し、乗車位置情報として取得してもよい。制御部２１は、端末装置３０から、端末装置３０の測位部３６が測定したユーザの位置を示す情報を受信し、乗車位置情報として取得してもよい。本例において、ユーザの乗車位置はユーザの家の前の位置であるとする。

ステップＳ１０３において、制御部２１は、配車計画を生成する。本例では制御部２１は、往路及び復路についての配車計画を生成する。これに限られず、制御部２１は往路又は復路の一方のみについて配車計画を作成してもよい。制御部２１は、所要時間、及び乗車位置から降車位置までの経路を、既存の任意の経路探索技術を用いて算出できる。制御部２１は、算出した所要時間に基づいて出発時刻及び到着時刻を設定できる。

制御部２１が往路についての配車計画を設定する場合について説明する。制御部２１は、取得した乗車位置情報に基づいて乗車位置を設定する。制御部２１は、取得した予約情報が示す会場から所定の距離以内の位置を、降車位置として設定できる。具体的には、制御部２１は、記憶部２２に格納された地図情報又は外部装置から取得した地図情報を参照して、会場から所定の距離以内であって、車両４０がユーザを降ろすために一時的に駐車可能な位置を特定し、当該位置を降車位置として設定する。制御部２１は、会場が健診車である場合、健診車又は外部装置から、当該健診車の駐車位置を示す情報をさらに取得できてよい。本例では、制御部２１は、会場としての車両Ｖが駐車して健康診断を開催する位置を示す情報を取得する。制御部２１は、当該取得した位置から所定の距離以内にある駐車場Ｐを、降車位置として設定する。

制御部２１は、取得した予約情報に含まれる健康診断の予約時刻よりも所定の時間分早い時刻に到着できるよう、出発時刻を設定してよい。制御部２１は、当該所定の時間を任意に設定でき、例えば会場ごとに設定できる。制御部２１は、設定した出発時刻に所要時間を足した時刻を到着時刻として設定してよい。制御部２１は、取得した予約情報が当該会場でのユーザの健康診断の受診が初めてであることを示す情報を含む場合、当該会場で二回目以降の健康診断を受診する場合よりも早い時刻に到着できるよう、出発時刻及び到着時刻を設定してよい。これにより、初めて健康診断を受診する場合でも、ユーザが余裕をもって会場に到着できる。

制御部２１が復路についての配車計画を設定する場合について説明する。制御部２１は、往路における降車位置を復路における乗車位置として設定し、往路における乗車位置を復路における降車位置として設定できる。制御部２１は、取得した予約情報に含まれる健康診断の予約時刻に、所定の時間分足した時刻を復路の出発時刻として設定してよい。制御部２１は、当該所定の時間を任意に設定できる。制御部２１は、取得した予約情報が健康診断の所要時間を示す情報を含む場合、健康診断の予約時刻に当該所要時間を足した時刻を復路の出発時刻として設定してよい。

制御部２１は、取得した予約情報が健康診断におけるユーザの健診項目を示す情報を含む場合、当該情報に基づいて出発時刻を設定してよい。具体的には、制御部２１は、記憶部２２に予め格納された健診項目ごとの所要時間を示す情報を読み出し、予約情報が示すユーザの健診項目の所要時間を合計する。例えば予約情報が示すユーザの健診項目がＡ，Ｂ及びＣであるとする。制御部２１は、Ａ，Ｂ及びＣのそれぞれの所要時間を合計する。本例において、Ａ，Ｂ及びＣの所要時間の合計が２時間であるとする。制御部２１は、健康診断の予約時刻に２時間を足した時刻を、出発時刻として設定できる。これにより、制御部２１は、健康診断が終了したあとユーザが車両４０を待つことなく乗車できる出発時刻を、予約の内容に応じて精度よく設定できる。

表１は、配車計画を示す情報の例である。表１は、配車計画を示す情報をテーブル形式で示すが、情報の形式はこれに限定されるものではない。本例の配車計画は、ユーザの家の前と駐車場Ｐとの間の往路及び復路の地図上の経路を含む。

本例の配車計画においては、ユーザの家の前でユーザが車両４０に乗り、２０２２年４月１日の１３時３０分に車両４０が出発する。車両４０は２０２２年４月１日の１３時５５分に駐車場Ｐに到着し、ユーザが降車する。健康診断後、駐車場Ｐでユーザが車両４０に再び乗り、２０２２年４月１日の１６時００分に車両４０が出発する。車両４０は２０２２年４月１日の１６時３０分にユーザの家の前に到着し、ユーザが降車する。

ステップＳ１０１からステップＳ１０３に示すように、制御部２１は、ユーザの乗車位置を示す乗車位置情報を取得し、予約情報と乗車位置情報とに基づいて、乗車位置と会場との間でユーザが乗車して移動する車両４０についての配車計画を生成する。

ステップＳ１０４において、制御部２１は、車両４０が移動する経路の交通状況を示す交通情報を取得する。交通情報は、配車計画が含む経路上の道路の、現在又は将来の道路の渋滞の程度、通行止め等の規制の有無等を示す情報である。渋滞の程度は、「大」「中」「小」等段階的に示すものであってもよい。交通情報の取得には任意の手法が採用されてよい。例えば制御部２１は交通情報提供センタ等のサーバ装置から交通情報を受信することで取得できる。

ステップＳ１０５において、制御部２１はステップＳ１０４で取得した交通情報に基づいて、ステップＳ１０３で生成した配車計画の往路を修正するかを判断する。配車計画を修正する場合とは、例えば、交通情報が、配車計画が含む経路において所定の程度の渋滞、又は通行止めが発生していることを示す場合等、配車計画を生成した時点の往路の交通状況と比較して車両４０の移動に時間がかかる交通状況となっている場合である。制御部２１が修正することを判断した場合（ステップＳ１０５：ＹＥＳ）、制御部２１の動作はステップＳ１０６に進む。修正しないことを判断した場合（ステップＳ１０５：ＮＯ）、制御部２１の動作はステップＳ１０７へと進む。

ステップＳ１０６において、制御部２１は配車計画を修正する。制御部２１は、車両４０が渋滞又は通行止めを避けて移動できるよう、配車計画に含まれる経路を変更することで配車計画を修正できる。変更後の経路の決定には任意の経路検索技術が採用されてよい。制御部２１は、経路が渋滞した場合でも到着時刻に間に合うよう、出発時刻を所定の時間早めることで配車計画を修正してもよい。

ステップＳ１０７において、制御部２１は、ステップＳ１０３で生成した配車計画またはステップＳ１０６で修正した配車計画を、車両４０を手配するタクシー会社に対して通知する。

具体的には、制御部２１はまず、健康診断の会場から所定の距離以内にあるタクシー会社を地図情報に基づいて特定する。地図情報は記憶部２２に予め格納されていてもよいし、外部装置から通信部２３を介して受信してものであってもよい。所定の距離は任意に設定されてよい。制御部２１は、健康診断の会場を営業区域内に含むタクシー会社を特定してもよい。制御部２１は、配車計画を通知する情報を生成し、特定したタクシー会社のサーバ装置に当該情報を送信する。このようにして制御部２１は、配車計画をタクシー会社に対して通知する。通知された配車計画に基づき、タクシー会社のサーバ装置が自動的に配車予約の処理を実行し、配車計画に従って移動する車両４０としてのタクシーを手配できる。制御部２１は、当該タクシー会社の従業員の保持する端末装置に当該情報を送信してもよい。この場合、タクシー会社の従業員が、配車計画に従って移動する車両４０としてのタクシーを手配できる。

制御部２１は、車両４０に対し直接配車計画を送信してもよい。配車計画を受信した車両４０は、当該配車計画に従って移動する。車両４０は、自動運転により移動できてもよい。具体的には、車両４０の制御部４１は、通信部４３を介して配車計画を制御装置２０から受信する。制御部４１は、車両４０の各部を制御して、配車計画に含まれる乗車位置でユーザを乗車させ、出発時刻に出発し、到着時刻に降車位置でユーザを降ろすよう、配車計画に含まれる経路を移動できる。

ステップＳ１０８において、制御部２１は、会場の混雑の程度を示す混雑情報を取得する。

混雑の程度は、「大」「中」「小」等段階的に示すものであっても良い。混雑情報の取得には任意の手法が採用されてよい。例えば制御部２１は、会場に設けられ、会場の状況を撮影するカメラと通信し、当該カメラが撮影した画像を受信する。制御部２１は、受信した画像を任意の画像処理技術により解析し、混雑の程度を決定することで混雑情報を取得できる。例えば制御部２１は、カメラが会場の待合室を撮影したの画像に映り込んでいる人の数が多い程、混雑の程度が大きいことを決定できる。これに限られず、制御部２１は会場の職員が保持する端末装置と通信し、当該職員が入力した会場の混雑の程度を示す情報を混雑情報として取得してもよい。本例では、制御部２１が取得した混雑情報が「中」を示すとする。

ステップＳ１０９において、制御部２１は、ユーザが追加で受診する健診項目を示す追加健診情報を取得する。

追加健診情報は、配車計画が生成された後にユーザが追加で受診することを決定した健診項目を含む。追加で受診することを決定した健診項目とは例えば、健康診断中に、医師がユーザに対し追加で受診することを勧めた健診項目である。追加の項目の取得には任意の手法が採用されてよい。例えば制御部２１は、予約管理装置Ｓと通信し、予約管理装置Ｓから追加健診情報を取得してもよい。これに限られず、制御部２１は、ユーザの端末装置３０から、端末装置３０にユーザが入力した、追加で受診する健診項目を示す情報を受信し、追加健診情報として取得してもよい。本例では、制御部２１が取得した追加健診情報が健診項目Ｄと健診項目Ｅとを示すとする。

図５ＢのステップＳ１１０において、制御部２１は、車両４０が移動する経路の交通状況を示す交通情報を取得する。ステップＳ１１０の詳細は、ステップＳ１０４と同様であるため、説明を省略する。

ステップＳ１１１において、制御部２１は、配車計画の復路を修正するかを判断する。制御部２１は、ステップＳ１０８で取得した混雑情報に基づいて、配車計画を修正するかを判断してよい。制御部２１は、混雑情報に代えて、または加えて、ステップＳ１０９で取得した追加健診情報に基づいて配車計画を修正するかを判断してよい。制御部２１は、混雑情報又は追加健診情報、もしくはその両方に加えて、又は代えて、ステップＳ１１０で取得した交通情報に基づいて配車計画を修正するかを判断してよい。制御部２１が修正することを判断した場合（ステップＳ１１１：ＹＥＳ）、制御部２１の動作はステップＳ１１２に進む。制御部２１が修正しないことを判断した場合（ステップＳ１１１：ＮＯ）、制御部２１の動作はステップＳ１１４へと進む。

制御部２１は、混雑情報に基づき、混雑の程度が所定値である場合に配車計画を修正することを判断できる。所定値は任意に決定されてよい。例えば制御部２１は、混雑の程度が「中」又は「大」である場合に配車計画を修正することを判断してよい。これに限られず、例えば制御部２１は、過去の同一の会場の混雑の程度を記録した情報を取得し、混雑情報が示す混雑の程度が、過去の混雑の程度より大きい場合に、配車計画を修正することを判断してもよい。本例では混雑情報が示す混雑の程度が「中」である。よって制御部２１は、配車計画を修正することを判断する。

制御部２１は、追加健診情報に基づき、追加の健診項目の所要時間が所定値以上である場合に配車計画を修正することを判断できる。この場合、制御部２１は、記憶部２２に予め格納された健診項目ごとの所要時間を示す情報を読み出し、追加健診情報が示す追加の健診項目の所要時間を特定する。制御部２１は、当該特定した所要時間の合計が所定値以上である場合に、配車計画を修正することを判断してよい。例えば、健診項目ごとの所要時間を示す情報が、健診項目Ｄは１０分、健診項目Ｅは２０分、健診項目Ｆは３０分を所要時間としてそれぞれ示すとする。本例では追加健診情報が示す健診項目がＤとＥであり、所定値が１５分であるとする。ＤとＥとの所要時間の合計が３０分であり、所定値の１５分より大きい値であるため、制御部２１は、配車計画を修正することを判断する。これに限られず、制御部２１は、追加の健診項目の数が所定値以上である場合に配車計画を修正することを判断してよい。

制御部２１は、交通情報に基づき、配車計画が含む経路において所定の程度の渋滞、又は通行止めが発生していることを示す場合等、配車計画を生成した時点の復路の交通状況と比較して車両４０の移動に時間がかかる交通状況となっている場合に、配車計画を修正することを判断してよい。本例では交通情報が示す渋滞の程度が「小」である。よって制御部２１は、配車計画を修正しないことを判断する。

制御部２１は、混雑情報、追加健診情報、又は交通情報のいずれか一つに基づいて配車計画を修正することを判断したとき、配車計画を修正することを判断してよい。本例では制御部２１は、混雑情報と追加健診情報とに基づいて配車計画を修正することを判断している。よって制御部２１の動作はステップＳ１１２へと進む。

ステップＳ１１２において、制御部２１は、配車計画を修正する。制御部２１は、ステップＳ１０８で取得した混雑情報に基づいて、配車計画を修正してよい。制御部２１は、混雑情報に代えて、または加えて、ステップＳ１０９で取得した追加健診情報に基づいて配車計画を修正してよい。制御部２１は、混雑情報又は追加健診情報、もしくはその両方に加えて、又は代えて、ステップＳ１１０で取得した交通情報に基づいて配車計画を修正してよい。

混雑情報に基づいて配車計画を修正する場合について説明する。制御部２１は、混雑情報が示す混雑の程度が大きい程、配車計画に含まれる会場からの出発時刻を、所定の時間分遅らせることを決定し、当該決定を反映して配車計画を修正してよい。例えば混雑情報が示す会場の混雑の程度が「中」の場合、制御部２１は、会場からの出発時刻を３０分遅らせることを決定し、配車計画を修正してよい。混雑の程度が「大」である場合、制御部２１は会場からの出発時刻を１時間遅らせることを決定し、当該決定を反映して配車計画を修正してよい。

追加健診情報に基づいて配車計画を修正する場合について説明する。制御部２１は、追加健診情報が示す追加の健診項目の種類に応じて配車計画に含まれる会場からの出発時刻を所定の時間分遅らせることを決定し、当該決定を反映して配車計画を修正してよい。具体的には、制御部２１は、記憶部２２に予め格納された健診項目ごとの所要時間を示す情報を読み出し、追加健診情報が示す追加の健診項目の所要時間を合計する。本例では追加健診情報が示す追加の健診項目がＤとＥであり、これらの所要時間の合計が３０分である。制御部２１は、３０分だけ往路の出発時刻を遅らせることを決定し、当該決定を反映して配車計画を修正してよい。

交通情報に基づいて配車計画を修正する場合について説明する。制御部２１は、車両４０が渋滞又は通行止めを避けて移動できるよう、計画に含まれる経路を変更することを決定し、当該決定を反映して配車計画を修正してよい。変更後の経路の決定には任意の経路検索技術が採用されてよい。

本例では、制御部２１は、混雑情報に基づいて配車計画の往路の出発時刻を３０分遅らせることを決定したとする。さらに制御部２１は、追加健診情報に基づいて出発時刻をさらに３０分遅らせることを決定したとする。制御部２１は、決定した時間を合計した１時間分、出発時刻を遅らせることを決定し、当該決定を反映して配車計画を修正する。

混雑情報、追加健診情報、及び交通情報に基づいて配車計画を修正する手法はこれに限られない。例えば制御部２１が、混雑情報に基づいて往路の出発時刻をＸ分遅らせることを決定し、追加健診情報に基づいて往路の出発時刻をＹ分遅らせることを決定し、交通情報に基づいて往路の出発時刻をＺ分遅らせることを決定したとする。制御部２１は、決定したＸ、Ｙ、Ｚの値のそれぞれに所定の係数を乗じて合計した時間分、出発時刻を遅らせることを決定し、当該決定を反映して配車計画を修正してもよい。

本例で制御部２１が修正した配車計画を表２に示す。表２の配車計画では、復路の駐車場Ｐからの出発時刻が、表１の配車計画における２０２２年４月１日の１６：００から、１７：００へと修正されている。

制御部２１は、乗車予定時刻を遅らせた分、到着予定時刻を遅らせて配車計画を修正する。表２の配車計画では、ユーザの自宅への到着予定時刻が、表１の配車計画における２０２２年４月１日の１６：３０から、１７：３０へと修正されている。制御部２１は、修正した配車計画を記憶部２２に格納する。

ステップＳ１０８、ステップＳ１１１、及びステップＳ１１２に示すように、制御部２１は、会場の混雑の程度を示す混雑情報を取得し、混雑情報に応じて配車計画を修正する。ステップＳ１０９、ステップＳ１１１、及びステップＳ１１２に示すように、制御部２１は、追加の健診項目を示す追加健診情報を取得し、追加健診情報に応じて配車計画を修正する。ステップＳ１０４～ステップＳ１０６、及びステップＳ１１０～ステップＳ１１２に示すように、制御部２１は、車両４０が移動する経路の交通状況を示す交通情報を取得し、交通情報に基づいて、配車計画を修正する。

ステップＳ１１３において、制御部２１は、ステップＳ１１２で修正した配車計画をタクシー会社に対して通知する。制御部２１は、ステップＳ１０７で配車計画を通知したタクシー会社に対して再び通知できる。

具体的には、制御部２１は、タクシー会社のサーバ装置に修正した配車計画を示す情報を送信する。このようにして制御部２１は、修正した配車計画をタクシー会社に対して通知する。これにより、タクシー会社のサーバ装置が、自動的に配車予約の処理を実行し、修正された配車計画に従って移動する車両４０としてのタクシーを再度手配できる。制御部２１は、当該タクシー会社の従業員の保持する端末装置に当該情報をしてもよい。これにより、タクシー会社の従業員が、修正された配車計画に従って移動する車両４０としてのタクシーを再度手配できる。

修正後の配車計画では配車できない場合、タクシー会社のサーバ装置又はタクシー会社の従業員の端末装置は、制御装置２０に対してその旨を示す情報を送信できる。当該情報を受信したとき、制御部２１は、会場から所定の距離以内にある別のタクシー会社を地図情報に基づいて特定し、特定したタクシー会社に修正後の配車計画を示す情報を送信してもよい。これにより、配車計画の復路に修正があった場合でも、ユーザが確実に車両４０に乗って帰宅することができるようになる。

制御部２１は、車両４０に対し直接、修正した配車計画を送信してもよい。配車計画を受信した車両４０は、修正した配車計画に従って移動する。車両４０は、自動運転により移動できてもよい。

ステップＳ１１４において、制御部２１は、タクシー会社に付与する報酬を決定する。

制御部２１は、車両４０が配車計画の通りに移動できたかに基づいて報酬を決定してよい。具体的には、制御部２１は、車両４０と通信し、車両４０の測位部４６が測定した車両４０の位置を示す車両位置情報を取得する。制御部２１は、車両位置情報に基づき、配車計画に含まれる出発時刻から所定の時間差以内に、車両４０が乗車位置から出発していたかを判断する。制御部２１は、配車計画に含まれる出発時刻から所定の時間差以内に、車両４０が乗車位置から出発していたことを判断した場合に、報酬を付与することを決定してよい。この場合制御部２１は、当該時間差が小さい程高い報酬を付与することを決定してよい。

これに限られず、制御部２１による報酬の決定には任意の手法が採用されてよい。例えば制御部２１は、車両４０の乗車後に、車両４０に対するユーザの評価を示す情報をユーザの端末装置３０から受信し、当該情報に基づいて報酬を決定してよい。

報酬の内容は任意に設定されてよい。報酬は例えば、配車計画の通知を優先的に受ける権利、車両４０のエネルギー供給の支払いに使えるクーポン又はポイント等を含んでよい。報酬として配車計画の通知を優先的に受ける権利が付与される場合、制御部２１は、次回配車計画を生成したとき、当該タクシー会社を優先的に特定して配車計画を通知してよい。

ステップＳ１１５において、制御部２１は決定した報酬をタクシー会社に通知する。具体的には、制御部２１は、決定した報酬を示す情報を生成し、当該情報を、配車計画を送信したタクシー会社のサーバ等に送信する。これに限られず、制御部２１は、報酬を示す情報を、タクシー会社の従業員の保持する端末装置、又は車両４０に直接送信してもよい。その後、制御部２１の動作は終了する。

上述の通り、制御装置２０は、ユーザの健康診断の予約時刻と健康診断の会場とを含む予約情報を取得し、ユーザの乗車位置を示す乗車位置情報を取得し、予約情報と乗車位置情報とに基づいて、乗車位置と会場との間でユーザが乗車して移動する車両４０についての配車計画を生成する制御部を備える。

本実施形態によれば、健康診断の予約情報に応じた配車計画が自動的に生成される。これにより、ユーザが健康診断の会場から離れた場所に居住している場合であっても、健康診断の時刻に間に合うよう健康診断の会場に行き、健康診断の終了後、健康診断会場から帰ってくることが容易となる。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、会場の混雑の程度を示す混雑情報を取得し、混雑情報に応じて配車計画を修正する。

本実施形態によれば、健康診断の会場が混雑していて、健康診断の所要時間が増加する場合であっても、ユーザは復路の移動について心配することなく、安心して健康診断を受診することができる。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、追加の健診項目を示す追加健診情報を取得し、追加健診情報に応じて配車計画を修正する。

本実施形態によれば、ユーザが健康診断中に健診項目を追加的に受診することを希望した場合でも、ユーザは復路の移動について心配することなく、安心して健康診断を受診することができる。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、配車計画を、車両４０を手配するタクシー会社に通知する。

本実施形態によれば、ユーザが自らタクシー会社に配車の予約をする必要無く、配車計画に従って移動する車両４０が手配される。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、会場から所定の距離以内のタクシー会社をタクシー会社として特定する。

本実施形態によれば、健康診断の会場の付近のタクシー会社に配車計画が通知されるため、車両４０についての配車予約ができる確率が高まる。ユーザが確実に予約できそうなタクシー会社を探す必要無いため、健康診断の会場までの往復についてのユーザの手間が低減する。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、タクシー会社に付与する報酬を決定する。

本実施形態によれば、報酬が付与されるため、タクシー会社が手配する車両４０が配車計画の通りに移動する可能性が高まる。車両４０が配車計画に従って移動することで、ユーザは安心して健康診断の会場までの往復することができる。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

上述の通り、制御装置２０において、制御部２１は、車両４０が移動する経路の交通状況を示す交通情報を取得し、交通情報に基づいて、配車計画を修正する。

本実施形態によれば、健康診断の会場までの経路上の道路の渋滞等により、通常より移動に時間がかかる場合でも、適切な配車計画が自動的に生成されて車両４０が手配される。これにより、ユーザは往復の移動について心配する必要がなくなる。よって、受診者の健康診断の実施場所への往復を容易にする技術を提供できる。

本発明を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本発明の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。例えば、上述した実施形態において、制御装置２０の構成及び動作を、互いに通信可能な複数のコンピュータに分散させた実施形態も可能である。

１ システム
２０ 制御装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
３０ 端末装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 出力部
３６ 測位部
４０ 車両
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 出力部
４６ 測位部
６０ ネットワーク

Claims (17)

1. ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得し、
   前記ユーザの乗車位置を示す乗車位置情報を取得し、
   前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成し、
   前記予約時刻以降に追加された追加の健診項目を含む追加健診情報を取得し、前記追加健診情報に応じて前記配車計画を修正する制御部を備える、制御装置。
   制御装置。
2. 請求項１に記載の制御装置であって、
   前記制御部は、前記会場の混雑の程度を示す混雑情報を取得し、前記混雑情報に応じて前記配車計画を修正する、制御装置。
3. 請求項１又は２に記載の制御装置であって、
   前記制御部は、前記配車計画を、前記車両を手配するタクシー会社に通知する、制御装置。
4. 請求項３に記載の制御装置であって、
   前記制御部は、前記会場から所定の距離以内のタクシー会社を前記タクシー会社として特定する、制御装置。
5. 請求項３又は４に記載の制御装置であって、
   前記制御部は、前記タクシー会社に付与する報酬を決定する、制御装置。
6. 請求項１から５のいずれか一項に記載の制御装置であって、
   前記制御部は、前記車両が移動する経路の交通状況を示す交通情報を取得し、前記交通情報に基づいて、前記配車計画を修正する、制御装置。
7. コンピュータが実行する制御方法であって、
   ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得することと、
   前記ユーザの乗車位置を示す乗車位置情報を取得することと
   前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成することと、
   前記予約時刻以降に追加された追加の健診項目を含む追加健診情報を取得することと、
   前記追加健診情報に応じて前記配車計画を修正することとを含む、制御方法。
8. 請求項７に記載の制御方法であって、
   前記会場の混雑の程度を示す混雑情報を取得することと、前記混雑情報に応じて前記配車計画を修正することとをさらに含む、制御方法。
9. 請求項７から８のいずれか一項に記載の制御方法であって、
   前記配車計画を、前記車両を手配するタクシー会社に通知することをさらに含む、制御方法。
10. 請求項９に記載の制御方法であって、
    前記会場から所定の距離以内のタクシー会社を前記タクシー会社として特定することをさらに含む、制御方法。
11. 請求項９又は１０に記載の制御方法であって、
    前記タクシー会社に付与する報酬を決定することをさらに含む、制御方法。
12. 請求項７から１１のいずれか一項に記載の制御方法であって、
    前記車両が移動する経路の交通状況を示す交通情報を取得することと、前記交通情報に基づいて、前記配車計画を修正することとをさらに含む、制御方法。
13. コンピュータに、
    ユーザの健康診断の予約時刻と前記健康診断の会場とを含む予約情報を取得することと、
    前記ユーザの乗車位置を示す乗車位置情報を取得することと
    前記予約情報と前記乗車位置情報とに基づいて、前記乗車位置と前記会場との間で前記ユーザが乗車して移動する車両についての配車計画を生成すること、
    前記予約時刻以降に追加された追加の健診項目を含む追加健診情報を取得することと、
    前記追加健診情報に応じて前記配車計画を修正することとを含む動作を実行させるプログラム。
14. 請求項１３に記載のプログラムであって、
    前記会場の混雑の程度を示す混雑情報を取得することと、前記混雑情報に応じて前記配車計画を修正することとをさらに含む動作を前記コンピュータに実行させるプログラム。
15. 請求項１３又は１４に記載のプログラムであって、
    前記配車計画を、前記車両を手配するタクシー会社に通知することをさらに含む動作を前記コンピュータに実行させるプログラム。
16. 請求項１５に記載のプログラムであって、
    前記会場から所定の距離以内のタクシー会社を前記タクシー会社として特定することをさらに含む動作を前記コンピュータに実行させるプログラム。
17. 請求項１５又は１６に記載のプログラムであって、
    前記タクシー会社に付与する報酬を決定することをさらに含む動作を前記コンピュータに実行させるプログラム。

Images