特開 2024-127603 依頼支援システム、依頼支援方法、及び依頼支援プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024127603

(43)【公開日】2024-09-20

(54)【発明の名称】依頼支援システム、依頼支援方法、及び依頼支援プログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240912BHJP

【ＦＩ】

G06Q30/0601 312

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2023036861

(22)【出願日】2023-03-09

(71)【出願人】

【識別番号】000002945

【氏名又は名称】オムロン株式会社

(74)【代理人】

【識別番号】100135817

【弁理士】

【氏名又は名称】華山 浩伸

(74)【代理人】

【識別番号】100167302

【弁理士】

【氏名又は名称】種村 一幸

(74)【代理人】

【識別番号】100181869

【弁理士】

【氏名又は名称】大久保 雄一

(72)【発明者】

【氏名】平井 佐和

(72)【発明者】

【氏名】箭野 裕己

(72)【発明者】

【氏名】小寺 真人

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB53

5L049BB53

(57)【要約】

【課題】依頼者の依頼に対してサービスを提供する事業形態の利便性を向上させることが可能な依頼支援システム、依頼支援方法、及び依頼支援プログラムを提供する。
【解決手段】送迎支援システム１０は、送迎サービスの提供を依頼する依頼者に対して、複数の登録運転者のうち送迎サービスを提供可能なサービス提供者により送迎サービスを提供させる。通知処理部１１５は、複数の登録運転者のうち送迎サービスの送迎依頼を受けることが可能な依頼待機状態に設定していない登録運転者の運転者端末２Ｙに、前記依頼待機状態に設定することを促す待機要求を通知する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させる依頼支援システムであって、
前記複数の登録ユーザーのうち前記サービスの提供依頼を受けることが可能な依頼待機状態に設定していない前記登録ユーザーの操作端末に、前記依頼待機状態に設定することを促す待機要求を通知する通知処理部を備える依頼支援システム。

【請求項2】

前記通知処理部は、前記依頼者からの前記サービスの提供依頼が基準値よりも多くなると予測される場合に、前記待機要求を前記操作端末に通知する、
請求項１に記載の依頼支援システム。

【請求項3】

前記通知処理部は、所定の日時又は曜日に前記待機要求を前記操作端末に通知する、
請求項１に記載の依頼支援システム。

【請求項4】

前記通知処理部は、前記依頼者から前記サービスの利用意思に関する利用情報を取得した場合に、前記待機要求を前記操作端末に通知する、
請求項１に記載の依頼支援システム。

【請求項5】

前記待機要求の通知先の登録ユーザーを特定する特定処理部をさらに備え、
前記特定処理部は、前記複数の登録ユーザーの中から所定の条件を満たす一部の登録ユーザーを、前記通知先の登録ユーザーとして特定する、
請求項１～４のいずれかに記載の依頼支援システム。

【請求項6】

前記特定処理部は、前記サービスの過去のログイン状況と、前記依頼待機状態の過去の設定状況と、前記サービスの提供依頼に対して前記サービス提供者として決定されたか否かを示す過去のマッチング状況との少なくともいずれかに基づいて、前記通知先の登録ユーザーを特定する、
請求項５に記載の依頼支援システム。

【請求項7】

前記特定処理部は、過去の所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値未満であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上の登録ユーザーを、前記通知先の登録ユーザーとして特定する、
請求項６に記載の依頼支援システム。

【請求項8】

前記特定処理部は、過去の第１所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値以上であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上、かつ、前記第１所定期間より直近の第２所定期間のマッチング回数が所定回数未満である登録ユーザーを、前記通知先の登録ユーザーとして特定する、
請求項６に記載の依頼支援システム。

【請求項9】

前記特定処理部は、
過去の所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値未満であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上の第１登録ユーザーと、
過去の第１所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値以上であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上、かつ、前記第１所定期間より直近の第２所定期間のマッチング回数が所定回数未満である第２登録ユーザーと、
を前記通知先の登録ユーザーとして特定し、
前記通知処理部は、前記第１登録ユーザーの前記操作端末に前記待機要求を通知し、その後に前記第１登録ユーザーが前記サービス提供者として決定されなかった場合に、前記第２登録ユーザーの前記操作端末に前記待機要求を通知する、
請求項６に記載の依頼支援システム。

【請求項10】

前記操作端末を前記依頼待機状態に設定したにもかかわらず前記サービスの提供依頼に対して前記サービス提供者として決定されなかった登録ユーザーに所定の特典を付与する、
請求項１に記載の依頼支援システム。

【請求項11】

前記操作端末を前記依頼待機状態に設定している登録ユーザーに、前記依頼待機状態の継続時間に応じた特典を付与する、
請求項１に記載の依頼支援システム。

【請求項12】

前記サービスは、特定地域において第１住民の依頼に対して第２住民が運転者となって車両で前記第１住民を送迎する送迎サービスである、
請求項１に記載の依頼支援システム。

【請求項13】

所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させる依頼支援方法であって、
前記登録ユーザーの操作端末を前記サービスの提供依頼を受けることが可能な依頼待機状態に設定することを促す待機要求を、前記操作端末に通知する必要があると判断した場合に、前記待機要求を前記操作端末に通知する、
ことを一又は複数のプロセッサーが実行する依頼支援方法。

【請求項14】

所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させる依頼支援プログラムであって、
前記登録ユーザーの操作端末を前記サービスの提供依頼を受けることが可能な依頼待機状態に設定することを促す待機要求を、前記操作端末に通知する必要があると判断した場合に、前記待機要求を前記操作端末に通知する、
ことを一又は複数のプロセッサーに実行させるための依頼支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、依頼者からの依頼に対するサービスの提供を支援する依頼支援システム、依頼支援方法、及び依頼支援プログラムに関する。

【背景技術】

【0002】

従来、様々な分野において依頼者からの依頼に対してサービス提供者をマッチングして当該依頼に対するサービスを提供するシステムが知られている。

【0003】

例えば、地域の住民が送迎の依頼をすると、依頼を受けることができる住民が運転者となって自家用車で依頼者の住民を送迎するサービスにおいて、送迎を依頼する依頼者と送迎を行う運転者とをマッチングするシステムが知られている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１５－１７９３３１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

現状の前記サービスでは、依頼者が送迎を依頼したいと思ったときに運転者が待機していない場合、依頼者は送迎サービスを利用することができない問題が生じる。また、運転者が待機している場合に依頼者からの送迎依頼が来ない場合、運転者のモチベーションが下がってしまう問題も生じる。このように、従来のシステムでは、依頼者の依頼に対してサービスを提供する事業形態の利便性が低下する問題が生じる。

【0006】

本発明の目的は、依頼者の依頼に対してサービスを提供する事業形態の利便性を向上させることが可能な依頼支援システム、依頼支援方法、及び依頼支援プログラムを提供することにある。

【課題を解決するための手段】

【0007】

本発明の一の局面に係る依頼支援システムは、所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させるシステムである。前記依頼支援システムは、前記複数の登録ユーザーのうち前記サービスの提供依頼を受けることが可能な依頼待機状態に設定していない前記登録ユーザーの操作端末に、前記依頼待機状態に設定することを促す待機要求を通知する通知処理部を備える。

【0008】

本発明の他の局面に係る依頼支援方法は、所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させる方法である。前記依頼支援方法では、一又は複数のプロセッサーが、前記登録ユーザーの操作端末を前記サービスの提供依頼を受けることが可能な依頼待機状態に設定することを促す待機要求を、前記操作端末に通知する必要があると判断した場合に、前記待機要求を前記操作端末に通知する。

【0009】

本発明の他の局面に係る依頼支援プログラムは、所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させるプログラムである。前記依頼支援プログラムは、前記登録ユーザーの操作端末を前記サービスの提供依頼を受けることが可能な依頼待機状態に設定することを促す待機要求を、前記操作端末に通知する必要があると判断した場合に、前記待機要求を前記操作端末に通知する、ことを一又は複数のプロセッサーに実行させるためのプログラムである。

【発明の効果】

【0010】

本発明によれば、依頼者の依頼に対してサービスを提供する事業形態の利便性を向上させることが可能な依頼支援システム、依頼支援方法、及び依頼支援プログラムを提供することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、本発明の実施形態に係る送迎支援システムの構成を示す機能ブロック図である。

【図2】図２は、本発明の実施形態に係る送迎支援システムにおいて利用されるユーザー情報の一例を示す図である。

【図3】図３は、本発明の実施形態に係る送迎支援システムにおいて利用される運転者情報の一例を示す図である。

【図4】図４は、本発明の実施形態に係る送迎支援システムにおいて利用されるポイント情報の一例を示す図である。

【図5】図５は、本発明の実施形態に係る依頼者端末及び運転者端末に表示されるメニュー画面の一例を示す図である。

【図6】図６は、本発明の実施形態に係る運転者端末に表示される待機画面の一例を示す図である。

【図7】図７は、本発明の実施形態に係る依頼者端末に表示される候補一覧画面の一例を示す図である。

【図8】図８は、本発明の実施形態に係る依頼者端末に表示される詳細画面の一例を示す図である。

【図9】図９は、本発明の実施形態に係る運転者端末に表示される依頼画面の一例を示す図である。

【図10】図１０は、本発明の実施形態に係る依頼者端末に表示される成立画面の一例を示す図である。

【図11】図１１は、本発明の実施形態に係る依頼者端末及び運転者端末に表示されるポイント受付画面の一例を示す図である。

【図12】図１２は、本発明の実施形態に係る依頼者端末及び運転者端末に表示される完了画面の一例を示す図である。

【図13】図１３は、本発明の実施形態に係る運転者端末に表示される待機要求の一例を示す図である。

【図14】図１４は、本発明の実施形態に係る依頼者端末及び運転者端末に表示されるメニュー画面の一例を示す図である。

【図15】図１５は、本発明の実施形態に係る運転者端末に表示される待機要求の一例を示す図である。

【図16】図１６は、本発明の実施形態に係る送迎支援システムが実行する通知先特定処理の手順の一例を示すフローチャートである。

【図17】図１７は、本発明の実施形態に係る送迎支援システムが実行する送迎支援処理の手順の一例を示すフローチャートである。

【発明を実施するための形態】

【0012】

以下、添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の各実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

【0013】

本発明の依頼支援システムは、依頼者からの依頼に対するサービスの提供を支援するシステムである。具体的には、前記依頼支援システムは、所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させるシステムである。前記依頼支援システムは、送迎、作業（草刈り、雪かきなど）、家事、子育て、子供の一時預かり、買い物、配送など様々なサービスに適用することが可能である。以下の実施形態では、本発明の依頼支援システムの一例として、依頼者からの送迎サービスの依頼（送迎依頼）に基づいて複数の登録運転者の中から前記送迎サービスを提供可能な運転者を決定し、前記依頼者に対して運転者により前記送迎サービスを提供させる送迎支援システムを例に挙げて説明する。例えば、前記送迎支援サービスは、特定の地域の住民が送迎の依頼をすると、依頼を受けることができる住民が運転者（サービス提供者）となって自家用車で依頼者の住民を送迎する地域送迎サービス（共助、共生サービス）に適用することができる。

【0014】

［送迎支援システム１０］
図１に示すように、本発明の実施形態に係る送迎支援システム１０は、送迎支援装置１と一又は複数のユーザー端末２とを含む。送迎支援装置１及びユーザー端末２は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。

【0015】

送迎支援装置１は、依頼者が出発地及び目的地を設定して送迎依頼をした場合に、前記送迎依頼を受けることができる運転者をマッチングする送迎サービスを提供する。

【0016】

ユーザー端末２には、前記送迎サービスを利用して送迎依頼をする依頼者が所持する依頼者端末２Ｘと、前記送迎サービスを利用して前記送迎依頼を受けて自家用車で依頼者を送迎する運転者が所持する運転者端末２Ｙとが含まれる。依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれは、例えばスマートフォンなどの携帯情報端末である。依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれには、前記送迎サービスを実行するためのアプリケーションがインストールされる。送迎支援システム１０において、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれは、１台含まれてもよいし複数台含まれてもよい。

【0017】

なお、本実施形態では、送迎支援装置１単体が本発明に係る依頼支援システムに相当するが、本発明に係る依頼支援システムは、送迎支援装置１及びユーザー端末２のうち一又は複数の構成要素を含むものであってもよい。例えば、送迎支援装置１、依頼者端末２Ｘ、及び運転者端末２Ｙの構成要素が協働して後述する送迎支援処理（図１７参照）を分担して実行する場合には、その処理を実行する複数の構成要素を含むシステムが、本発明に係る依頼支援システムを構成してもよい。例えば、送迎支援装置１、依頼者端末２Ｘ、及び運転者端末２Ｙが、本発明に係る依頼支援システムを構成してもよい。

【0018】

［送迎支援装置１］
図１に示すように、送迎支援装置１は、制御部１１、記憶部１２、操作表示部１３、通信Ｉ／Ｆ１４などを備える。送迎支援装置１は、例えばパーソナルコンピュータのような情報処理装置である。送迎支援装置１は、クラウドサーバーで構成されてもよい。送迎支援装置１は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステムであってもよい。また、送迎支援装置１で実行される各種の処理は、一又は複数のプロセッサーによって分散して実行されてもよい。

【0019】

通信Ｉ／Ｆ１４は、送迎支援装置１を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して依頼者端末２Ｘ及び運転者端末２Ｙなどの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

【0020】

操作表示部１３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。

【0021】

記憶部１２は、各種の情報を記憶する半導体メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリーなどを含む不揮発性の記憶部である。例えば、記憶部１２には、制御部１１に後述の送迎支援処理（図１７参照）を実行させるための送迎支援プログラムなどの制御プログラムが記憶されている。例えば、前記送迎支援プログラムは、ＵＳＢ、ＣＤ又はＤＶＤ（いずれも登録商標）などのコンピュータ読取可能な記録媒体に非一時的に記録されており、送迎支援装置１に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部１２に記憶される。前記送迎支援プログラムは、通信網Ｎ１を介して外部機器からダウンロードされて記憶部１２に記憶されてもよい。

【0022】

また、記憶部１２には、地図情報データベース１２１（以下、「地図情報ＤＢ１２１」という。）、ユーザー情報データベース１２２（以下、「ユーザー情報ＤＢ１２２」という。）、運転者情報データベース１２３（以下、「運転者情報ＤＢ１２３」という。）、ポイント情報データベース１２４（以下、「ポイント情報ＤＢ１２４」という。）が含まれる。また、記憶部１２には、道路情報（渋滞情報、事故情報など）が記憶される道路情報データベースなどが含まれてもよい。

【0023】

地図情報ＤＢ１２１には、道路に関する道路データ、交差点に関する交差点データ、施設の位置及び外観（形状等）に関する施設データなどの地図情報が記憶される。

【0024】

図２は、ユーザー情報ＤＢ１２２の一例を示す図である。ユーザー情報ＤＢ１２２には、前記送迎サービスを利用可能なユーザー（依頼者及び運転者）の情報が登録される。例えばユーザーは、ユーザー端末２において前記送迎サービスのアプリケーションをインストールして、登録画面においてＩＤ、パスワード、名前、メールアドレス、アイコン画像、運転者資格などの情報を登録する。前記ＩＤ及び前記パスワードは、ユーザーにより任意に設定することが可能であり、前記送迎サービスを利用する際のログイン情報として利用される。前記メールアドレスは、例えば送迎支援装置１との間で各種情報を送受信するためのメールアドレスである。前記アイコン画像は、ユーザーを識別可能な画像情報であり、例えばユーザーの顔画像である。

【0025】

前記運転者資格は、ユーザー情報ＤＢ１２２に登録されるユーザーのうち、資格取得を申請して所定の条件を満たしたユーザーに付与される。例えば、車両の運転を安全に遂行し得る能力、適性を有するユーザーに前記運転者資格が付与される。また前記能力及び前記適性は、運転免許（第一種運転免許）の有無、年齢、経験年数、実績、健康状態などの指標に基づいて判断される。前記運転者資格を有しないユーザーは、依頼者として送迎依頼をすることは可能であるが、運転者として他のユーザー（依頼者）を送迎することは禁止される。一方、前記運転者資格を有するユーザーは、依頼者として送迎依頼をすることが可能であり、さらに運転者となって他のユーザー（依頼者）を送迎することも可能である。前記運転者資格の状況（有無）は、ユーザーの資格取得の申請、資格取り消しの申請、運転実績（送迎の実績）、依頼者による評価などに基づいて適宜更新される。

【0026】

図３は、運転者情報ＤＢ１２３の一例を示す図である。運転者情報ＤＢ１２３には、送迎を行うことが可能なユーザー、すなわち前記運転者資格（図２参照）を有する運転者の情報が登録される。具体的には、運転者情報ＤＢ１２３には、運転者ごとに、送迎に利用される車両の車両情報、送迎を行うことが可能な日時の情報（送迎可能日時）、現在のステータス情報などが登録される。前記車両は、運転者の自家用車であってもよいし、複数の運転者で共同利用する共有車両であってもよい。前記自家用車及び前記共有車両は本発明の車両の一例であるが、本発明の車両はこれらに限定されず、地域の共助の一環として利用される車両であってもよい。

【0027】

運転者情報ＤＢ１２３の前記車両情報には、例えば、車両番号、車種、車体カラー、乗車可能人数、車検証情報、運転者の免許証情報などが含まれる。前記送迎可能日時には、運転者が送迎依頼を受けることが可能な日時の情報が登録される。例えば運転者Ａ２は、平日の１２：００～１５：００が送迎可能であり、運転者Ａ５は、火曜日、水曜日、木曜日の１０：００～１６：００が送迎可能である。なお、運転者情報ＤＢ１２３に、前記送迎可能日時に代えて、前記送迎の行うことができない日時（送迎不可能日時）が登録されてもよい。前記送迎可能日時は、運転者が適宜変更することが可能である。

【0028】

前記ステータス情報は、送迎サービスに関する現在の状況を示す情報である。現在、送迎依頼を受けた場合に直ぐに依頼者の元に向かうことができる状態、すなわち送迎依頼を待機している状態（依頼待機状態）である場合に、前記ステータス情報に「待機中」が登録される。また、送迎依頼を受けて現在依頼者を送迎中（送迎サービス中）である場合に、前記ステータス情報に「送迎中」が登録される。また、現在、送迎依頼を受けることができない状態である場合に、前記ステータス情報に「ＯＦＦ」が登録される。

【0029】

例えば、運転者は、前記送迎可能日時において今から送迎依頼を受けても良い状態になったときに、自身の運転者端末２Ｙにおいてメニュー画面Ｐ１の待機ボタンＫ２（図５の「ドライバーモード切替（配車依頼待機）」）を押下する。制御部１１は、待機ボタンＫ２が押下された場合に、前記運転者のステータス情報に「待機中」を登録する。また例えば、運転者が、前記送迎可能日時において送迎依頼を受けられない状態になった場合に待機ボタンＫ２を押下すると、制御部１１は、前記運転者のステータス情報に「ＯＦＦ」を登録する。運転者は、待機ボタンＫ２を押下することにより、「待機中」及び「ＯＦＦ」を相互に切り替えることが可能である。また、制御部１１は、現在日時が前記送迎可能日時から前記送迎可能日時外になった場合にステータス情報に「ＯＦＦ」を登録する。

【0030】

制御部１１は、ステータス情報が「待機中」の運転者（登録運転者）の中から、依頼者を送迎可能な運転者を検索する。制御部１１は、依頼者の選択操作に応じて送迎依頼を受ける運転者を決定して配車が成立（マッチングが成立）した場合に、ステータス情報に「送迎中」を登録する。

【0031】

また、運転者情報ＤＢ１２３に、運転者に対する評価情報が登録されてもよい。前記評価情報は、例えば運転者の送迎サービスに対する依頼者の評価が含まれる。

【0032】

図４はポイント情報ＤＢ１２４の一例を示す図である。ポイント情報ＤＢ１２４には、ユーザーごとに、ＩＤ、名前、保有ポイント数が登録される。前記保有ポイント数は、前記送迎サービスで利用可能なポイント数である。例えば、依頼者は、自身が保有するポイントを使用して送迎を依頼することが可能である。また、依頼者は、送迎をしてもらった運転者に自身が保有するポイントを付与することが可能である。また、制御部１１は、ユーザーが前記送迎サービスとは別の地域サービス（ボランティアなど）を利用したり、他のユーザーと交流を図ったりした場合にポイントを付与してもよい。また、制御部１１は、依頼者の評価に応じてポイントを付与してもよい。また、制御部１１は、定期的に所定数のポイントを各ユーザーに付与してもよい。このように、各ユーザーが依頼者としてポイントを使ったり運転者としてポイントを貰ったりすることによって、前記送迎サービスの利用促進が図られる。

【0033】

記憶部１２の地図情報ＤＢ１２１、ユーザー情報ＤＢ１２２、運転者情報ＤＢ１２３、ポイント情報ＤＢ１２４の少なくともいずれか１つは、送迎支援装置１の外部に設置されたデータサーバ（図示せず）に記憶されてもよい。前記データサーバは、１つの物理サーバで構成されてもよいし、複数の物理サーバで構築されたクラウドサーバーで構成されてもよい。

【0034】

制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより送迎支援装置１を制御する。

【0035】

具体的に、制御部１１は、表示処理部１１１、取得処理部１１２、配車処理部１１３、ポイント処理部１１４、通知処理部１１５、特定処理部１１６などの各種の処理部を含む。なお、制御部１１は、前記ＣＰＵで前記送迎支援プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記送迎支援プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。

【0036】

表示処理部１１１は、各種情報をユーザー端末２に表示させる。具体的には、表示処理部１１１は、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれの操作表示部２３に、前記送迎サービスに対応する各種操作画面を表示させる。例えば、表示処理部１１１は、ユーザー（依頼者、運転者）がログイン画面にＩＤ及びパスワードを入力して認証されると、メニュー画面Ｐ１（図５参照）を表示させる。メニュー画面Ｐ１には、送迎依頼する依頼者が目的地（行き先）を指定する目的地ボタンＫ１と、送迎依頼を受ける運転者が待機モード（依頼待機状態）に設定する待機ボタンＫ２（「ドライバーモード切替」）とが表示される。例えば、表示処理部１１１は、メニュー画面Ｐ１において、ユーザー（依頼者）が予め登録した頻繁に行く場所をショートカットアイコンの目的地ボタンとして表示させる。また、表示処理部１１１は、地図上で目的地を指定するための目的地ボタン（「行き先を指定する」）を表示させる。依頼者は、送迎依頼をする場合にメニュー画面Ｐ１の目的地ボタンＫ１を押下し、運転者は、送迎依頼を待機する場合にメニュー画面Ｐ１の待機ボタンＫ２を押下する。運転者が運転者端末２Ｙのメニュー画面Ｐ１において待機ボタンＫ２を押下すると、表示処理部１１１は、運転者端末２Ｙに待機画面Ｐ２１（図６参照）を表示させる。待機画面Ｐ２１には、地図が表示されるとともに、地図上に運転者の運転者端末２Ｙの現在位置を車両アイコンとして表示させる。また、制御部１１は、運転者が待機ボタンＫ２を押下すると、当該運転者のステータス情報に「待機中」を登録する（図３参照）。

【0037】

また、表示処理部１１１は、依頼者端末２Ｘにおける依頼者の入力操作、運転者端末２Ｙにおける運転者の入力操作に基づいて、送迎依頼から送迎終了までの一連の操作画面を遷移させる。

【0038】

取得処理部１１２は、前記送迎サービスを利用（依頼）する依頼者の依頼者端末２Ｘから送迎依頼を取得する。具体的には、依頼者が依頼者端末２Ｘにおいて乗車位置及び目的地を設定して運転者を検索する操作を行うと、取得処理部１１２は依頼者端末２Ｘから送迎依頼を取得する。なお、前記乗車位置は、依頼者の現在位置であってもよいし、依頼者が地図上で指定した位置であってもよいし、依頼者がキーワード入力した位置（例えば施設の位置）であってもよい。前記目的地は、依頼者がユーザー情報ＤＢ１２２に予め登録した場所であってもよいし、依頼者が地図上で指定した場所であってもよいし、依頼者がキーワード入力した場所（例えば施設）であってもよい。依頼者は、予め頻繁に行く場所（病院、役所、スーパーなど）を登録しておくことにより（図５参照）、例えば依頼者端末２Ｘにおいて運転者を検索する操作を行うだけで送迎依頼をすることができる。このため、高齢者であっても容易に送迎依頼を行うことができる。

【0039】

例えば、依頼者が依頼者端末２Ｘに表示されるメニュー画面Ｐ１（図５参照）において「病院Ｈ」の目的地ボタンＫ１を押下すると、取得処理部１１２は、依頼者端末２Ｘの現在位置を乗車位置に設定し、「病院Ｈ」を目的地に設定した送迎依頼を取得する。

【0040】

配車処理部１１３は、取得処理部１１２により取得される前記送迎依頼に基づいて特定される運転者の運転者端末２Ｙに配車依頼を出力する。

【0041】

具体的には、配車処理部１１３は、取得処理部１１２が依頼者端末２Ｘから前記送迎依頼を取得すると、依頼者を乗車位置から目的地まで送迎することが可能な運転者を検索する。例えば、配車処理部１１３は、運転者情報ＤＢ１２３（図３参照）に登録されている複数の運転者（登録運転者）の中から、前記送迎依頼の条件に合致する運転者を検索する。例えば、配車処理部１１３は、前記送迎依頼を取得した時刻が前記送迎可能日時に含まれる運転者であって、ステータス情報（図３参照）に「待機中」が登録されている運転者を検索する。また、配車処理部１１３は、前記送迎依頼を取得した時点で、他の依頼者を送迎中（送迎サービス中）ではない運転者（ステータス情報に「送迎中」が登録されていない運転者）を検索する。

【0042】

ここで、依頼者は、送迎を依頼する際に運転者の検索条件を設定可能であってもよい。例えば、依頼者は、運転者の年齢、性別、評価、保有ポイント数、車種、依頼者との関係（友人、交流度合いなど）などの条件を設定して送迎依頼してもよい。この場合、配車処理部１１３は、前記送迎依頼及び前記検索条件に合致する運転者を検索する。

【0043】

配車処理部１１３が前記送迎依頼に合致する複数の運転者を抽出すると、表示処理部１１１は、複数の運転者のそれぞれの情報を含む候補一覧画面Ｐ１１（図７参照）を依頼者端末２Ｘに表示させる。例えば図７に示すように、表示処理部１１１は、配車処理部１１３が抽出した運転者ごとに、顔画像と、依頼者の乗車位置までの所要時間とを表示させる。なお、配車処理部１１３は、前記送迎依頼に最も合致する一人（第１候補）の運転者のみを抽出し、表示処理部１１１は、一人の運転者の情報のみを表示させてもよい。

【0044】

依頼者は、候補一覧画面Ｐ１１（図７参照）において、希望の運転者を選択することができる。候補一覧画面Ｐ１１において依頼者が特定の運転者（例えば「太郎さん」）を選択すると、表示処理部１１１は、選択された運転者の詳細情報（車両情報など）を含む詳細画面Ｐ１２（図８参照）を依頼者端末２Ｘに表示させる。詳細画面Ｐ１２において依頼者が依頼ボタンＫ１２を押下すると、配車処理部１１３は運転者を決定する。ここでは、配車処理部１１３は、「太郎さん」を運転者として決定する。依頼者は、「太郎さん」に決定しない場合には候補一覧画面Ｐ１１に戻って他の運転者を選択し直す。

【0045】

配車処理部１１３は、決定した運転者の運転者端末２Ｙに配車依頼を出力する。前記配車依頼には、依頼者の情報（名前、連絡先など）、乗車位置及び目的地の情報などが含まれる。表示処理部１１１は、前記配車依頼を運転者端末２Ｙの操作表示部２３に表示させる。例えば、運転者端末２Ｙは、送迎支援装置１から前記配車依頼を受信すると、操作表示部２３にポップアップ通知して、前記配車依頼を受信したことを運転者に知らせる。また、配車処理部１１３は、運転者端末２Ｙにおいて、依頼者の情報（例えば名前、連絡先など）、乗車位置及び目的地の情報、配車依頼を承諾するか否かを選択するボタン（「迎えに行く」、「辞退する」）を含む依頼画面Ｐ２２（図９参照）を表示させる。

【0046】

運転者が依頼画面Ｐ２２（図９参照）において承諾ボタンＫ２２（「迎えに行く」）を押下すると、配車処理部１１３は配車を成立（マッチングを成立）させる。配車処理部１１３が配車を成立させると、表示処理部１１１は、依頼者端末２Ｘに配車が成立（送迎依頼が承諾）したことを示す成立画面Ｐ１３（図１０参照）を表示させる。配車が成立すると、表示処理部１１１は、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれにおいて、操作画面を遷移させながら送迎サービスを実行する。

【0047】

具体的には、運転者が運転者端末２Ｙにおいて配車依頼を承諾し（図９参照）、依頼者が依頼者端末２Ｘにおいて配車成立を確認すると（図１０参照）、表示処理部１１１は、依頼者端末２Ｘに、運転者（「太郎さん」）の車両が乗車位置に向かって移動中であることを示す情報（送迎画面）を表示させ、運転者端末２Ｙに、依頼者（「花子さん」）の乗車位置までの案内経路情報（経路画面）を表示させる。また、表示処理部１１１は、運転者が前記配車依頼を承諾して車両の運転を開始した場合に、依頼者端末２Ｘに車両の現在位置の情報を表示させる。

【0048】

依頼者は、前記送迎画面において、車両の現在位置を確認したり、送迎依頼をキャンセルする操作を行ったりすることができる。また、依頼者は、前記送迎画面において運転者に電話連絡することもできる。運転者は、前記経路画面において、依頼者の乗車位置までの所要時間を確認したり、依頼者に電話連絡したりすることができる。

【0049】

車両が依頼者の乗車位置に到着すると、表示処理部１１１は、依頼者端末２Ｘに、車両が乗車位置に到着したことを示す情報（到着画面）を表示させ、運転者端末２Ｙに、車両が乗車位置に到着したことを示す情報及び依頼者に会えたことを確認する情報（到着画面）を表示させる。運転者は、指定された乗車位置に到着して依頼者に会うと、前記到着画面の「会えた」ボタンなどを押下する。

【0050】

運転者が前記到着画面の「会えた」ボタンを押下すると、表示処理部１１１は、依頼者端末２Ｘに安全確認を促す情報（シートベルトの安全確認）を含む安全確認画面を表示させ、運転者端末２Ｙに安全確認を促す情報（シートベルトの安全確認）を含む安全確認画面を表示させる。

【0051】

運転者は、運転者端末２Ｙに表示された安全確認画面を確認すると、車両に乗車した依頼者にシートベルトの着用を促し、依頼者がシートベルトを着用したことを目視により確認する。運転者が、依頼者のシートベルトの着用を確認して安全確認画面の確認済ボタンを押下すると、表示処理部１１１は、目的地を示す目的地案内画面を運転者端末２Ｙ及び依頼者端末２Ｘのそれぞれに表示させる。例えば、表示処理部１１１は、運転者端末２Ｙに、目的地までの経路（例えば、直線経路）を示す経路情報と、目的地に到着する予想時刻などの情報を含む目的地案内画面を表示させる。

【0052】

車両が目的地に到着すると、表示処理部１１１は、依頼者端末２Ｘに、車両が目的地に到着したことを示す情報を含む到着画面を表示させ、運転者端末２Ｙに、車両が目的地に到着したことを示す情報と目的地に到着したことを確認する確認ボタンとを含む到着画面を表示させる。

【0053】

運転者は、目的地に到着すると、車両を停車させて到着画面の確認ボタンを押下する。運転者が確認ボタンを押下すると、表示処理部１１１は、図１１に示すように、依頼者端末２Ｘに、依頼者からポイントを付与する操作を受け付けるポイント受付画面Ｐ１４を表示させ、運転者端末２Ｙに、依頼者から付与されたポイントを表示するポイント表示画面Ｐ２４を表示させる。例えば、表示処理部１１１は、ポイント受付画面Ｐ１４において、依頼者の現在の保有ポイント数（図４参照）と、運転者にポイントを付与する操作を受け付ける受付ボタンＫ１４とを表示させる。なお、表示処理部１１１は、前記保有ポイント数を特定画像Ｐｔの数で表してもよい。例えば、図１１では、依頼者の現在の保有ポイント数が３ポイントであり、運転者の現在の保有ポイント数が１ポイントであることを示している。

【0054】

ポイント処理部１１４は、ユーザーにポイントを付与する処理を実行する。例えば、ポイント受付画面Ｐ１４（図１１参照）において依頼者が受付ボタンＫ１４を押下すると、ポイント処理部１１４は、運転者にポイントを付与する。例えば、ポイント処理部１１４は、依頼者が入力したポイント数を運転者の保有ポイント数（図４参照）に加算する。なお、ポイント処理部１１４は、依頼者が入力したポイント数を当該依頼者の保有ポイント数（図４参照）から減算してもよい。

【0055】

ポイント処理部１１４によるポイントの付与処理が終了すると、表示処理部１１１は、図１２に示すように、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれに、ポイントの付与が完了したことを示す情報を含むポイント完了画面Ｐ１５、Ｐ２５を表示させる。その後、表示処理部１１１は、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれに、前記送迎サービスのメニュー画面Ｐ１（図５参照）を表示させる。このように、表示処理部１１１は、運転者にポイントが付与された場合に、依頼者端末２Ｘ及び運転者端末２Ｙのそれぞれにメニュー画面Ｐ１を表示させる。

【0056】

以上のように、制御部１１は、依頼者の依頼者端末２Ｘから送迎依頼を取得すると、運転者情報ＤＢ１２３（図３参照）に登録された複数の運転者の中から送迎依頼を受けることが可能な運転者を検索して決定（マッチング）し、依頼者の送迎サービスを行わせる。

【0057】

ここで、運転者情報ＤＢ１２３に登録された運転者（登録運転者）の多くが送迎依頼を待機している状態（「待機中」）ではなく依頼者の送迎依頼を受けること可能な運転者が少ない場合、依頼者は送迎サービスを受ける（送迎依頼する）ことが難しくなる。一方、運転者情報ＤＢ１２３に登録された運転者の多くが送迎依頼を待機している状態（「待機中」）で依頼者の送迎依頼を受けること可能な運転者が多い場合、マッチングが成立し難くなり送迎サービスを提供する（送迎依頼を受ける）ことが難しくなる。このように、依頼者にとっては送迎サービスを利用（送迎依頼）するモチベーションが下がり、運転者にとっては待機状態に設定して送迎サービスを提供するモチベーションが下がり、結果的に送迎サービスの事業形態の利便性、利用率が低下する問題が生じる。そこで、制御部１１は、送迎サービスの事業形態の利便性、利用率を向上させることが可能な以下の構成を備える。

【0058】

具体的には、通知処理部１１５は、運転者情報ＤＢ１２３に登録された複数の運転者（登録運転者）のうち送迎依頼を受けることが可能な依頼待機状態（「待機中」）に設定していない運転者の運転者端末２Ｙに、前記依頼待機状態に設定することを促す待機要求を通知する。

【0059】

具体的には、通知処理部１１５は、送迎依頼が多くなると予測される日時に合わせて、運転者情報ＤＢ１２３のステータス情報が「ＯＦＦ」の運転者の運転者端末２Ｙに待機要求Ｍ１を通知する。通知処理部１１５が待機要求Ｍ１を運転者端末２Ｙに通知すると、例えば図１３に示すように、運転者端末２Ｙの待ち受け画面Ｐ０などに待機要求Ｍ１が表示（例えばポップアップ表示）される。なお、通知処理部１１５は、前記待機要求を運転者端末２Ｙ宛にメール送信してもよい。

【0060】

例えば、通知処理部１１５は、依頼者からの送迎依頼が基準値よりも多くなると予測される場合に、前記待機要求を運転者端末２Ｙに通知する。すなわち、通知処理部１１５は、依頼者の需要（依頼者からの送迎依頼）が多い傾向にあると予測される場合に、前記待機要求を運転者端末２Ｙに通知する。例えば、通知処理部１１５は、依頼者が外出する機会が多い週末、休日や、依頼者が病院、役所などに行く機会が多い平日の午前中や、依頼者が買い物に行く機会が多い夕方については、依頼者からの送迎依頼が多くなると予測する。

【0061】

また、通知処理部１１５は、例えば電車、バスなどの公共交通機関のダイヤ（時刻表）に基づいて、依頼者からの送迎依頼が多くなる時間帯を予測してもよい。例えば、通知処理部１１５は、電車が発車した直後や、次の電車が到着するまでの時間が長い場合に、依頼者からの送迎依頼が多くなると予測する。

【0062】

また、通知処理部１１５は、過去の送迎依頼に対するマッチングの実績に基づいて、依頼者からの送迎依頼が多くなる曜日、時間帯、時期などを予測してもよい。

【0063】

通知処理部１１５は、例えば一日、一週間、一カ月の送迎依頼の依頼数の平均値を基準値として算出し、上記のように予測した送迎依頼の予測値が基準値を上回る場合に、前記待機要求を運転者端末２Ｙに通知する。

【0064】

また、通知処理部１１５は、所定の日時又は曜日に前記待機要求を運転者端末２Ｙに通知してもよい。例えば、通知処理部１１５は、土曜日の送迎依頼の予測値が基準値を上回ると判断した場合に、前日の金曜日に待機要求Ｍ１を運転者端末２Ｙに通知する（図１３参照）。

【0065】

また、通知処理部１１５は、運転者情報ＤＢ１２３のステータス情報に基づいて、前記待機要求を運転者端末２Ｙに通知してもよい。例えば、通知処理部１１５は、運転者情報ＤＢ１２３に登録された全ての運転者のうち「待機中」の運転者の人数が所定人数未満の場合、又は、全ての運転者の人数に対する「待機中」の運転者の人数の割合が所定割合未満の場合に、前記待機要求を運転者端末２Ｙに通知してもよい。なお、前記「全ての運転者」から「送迎中」の運転者を除外してもよい。また、通知処理部１１５は、送迎可能日時の条件を満たす運転者に前記待機要求を通知してもよい。

【0066】

運転者端末２Ｙに表示された待機要求Ｍ１（図１３参照）に対して運転者が「待機する」を押下すると、制御部１１は、当該運転者のステータス情報に「待機中」を登録する（図３参照）。

【0067】

上述の各構成では、通知処理部１１５は、依頼者の需要が多くなると予測される場合に、前記待機要求を運転者端末２Ｙに通知しているが、他の実施形態として、通知処理部１１５は、依頼者から送迎サービスの利用意思に関する利用情報を取得した場合に、前記待機要求を運転者端末２Ｙに通知してもよい。

【0068】

例えば、表示処理部１１１は、図１４に示すように、メニュー画面Ｐ１に、依頼者が送迎サービスを利用したいことを意思表示するための意思表示ボタンＫ３（「お出かけしたい」）を表示させる。依頼者は、送迎依頼する予定である場合だけでなく、送迎依頼するかどうか分からないものの試してみたい場合、いずれ送迎依頼を頼みたい場合、今直ぐに送迎依頼をする予定である場合など、送迎サービスを利用する意思や興味がある場合に意思表示ボタンＫ３を押下する。なお、表示処理部１１１は、アンケート調査として、定期的に各ユーザー端末２のメニュー画面Ｐ１に意思表示ボタンＫ３を表示させてもよい。

【0069】

通知処理部１１５は、依頼者端末２Ｘにおいて意思表示ボタンＫ３が押下されると、送迎サービスを利用したい依頼者が存在すると判断して、前記待機要求を運転者端末２Ｙに通知する。例えば図１５に示すように、通知処理部１１５は、運転者端末２Ｙの待ち受け画面Ｐ０に、送迎サービスを利用したい依頼者が存在することを示す待機要求Ｍ２を表示（ポップアップ表示）させる。例えば待機中の運転者が一人もいないときに意思表示ボタンＫ３が押下された場合には、通知処理部１１５は、意思表示ボタンＫ３が押されたことを検出したタイミングで前記待機要求を運転者端末２Ｙに通知する。また、通知処理部１１５は、意思表示ボタンＫ３を押した依頼者の近くに待機中の運転者が一人もいない場合に前記待機要求を運転者端末２Ｙに通知してもよい。

【0070】

また、通知処理部１１５は、メニュー画面Ｐ１の意思表示ボタンＫ３を押下した依頼者の合計人数が所定人数以上となった場合に、前記待機要求を運転者端末２Ｙに通知してもよい。また、通知処理部１１５は、メニュー画面Ｐ１の意思表示ボタンＫ３を押下した依頼者の合計人数と、現在「待機中」の運転者の合計人数とを比較して、運転者の合計人数に対する依頼者の合計人数の割合が所定割合以上になった場合（すなわち送迎依頼の意思のある依頼者の人数に対して「待機中」の運転者の人数が少ない場合）に、前記待機要求を運転者端末２Ｙに通知してもよい。なお、通知処理部１１５は、所定期間（例えば一日）ごとに送迎依頼の意思のある依頼者の合計人数を算出して、前記待機要求を通知するか否かを決定してもよい。

【0071】

運転者端末２Ｙに表示された待機要求Ｍ２に対して運転者が「待機する」を押下すると、制御部１１は、当該運転者のステータス情報に「待機中」を登録する（図３参照）。

【0072】

上記各構成によれば、待機中の運転者の人数を増やすことができるため、依頼者は送迎サービスを受け易くなり、送迎サービスを利用（送迎依頼）するモチベーションを向上さ得ることができる。ここで、待機中の運転者の人数が増え過ぎると、マッチングが成立し難くなり待機状態に設定する運転者が減少していくことが懸念される。そこで、制御部１１は、上述の各構成において、さらに、運転者情報ＤＢ１２３（図３参照）のステータス情報が「ＯＦＦ」の運転者のうち一部の運転者に限定して前記待機要求を通知する構成を備えてもよい。

【0073】

具体的には、特定処理部１１６は、前記待機要求の通知先の運転者を特定する。特定処理部１１６は、運転者情報ＤＢ１２３（図３参照）に登録されている複数の運転者（登録運転者）の中から所定の条件を満たす一部の運転者を、通知先の運転者として特定する。前記所定の条件には、前記送迎サービスのアプリケーションを起動（ログイン）したか否かの第１条件、直近又は過去の依頼待機状態の設定内容（「待機中」、「ＯＦＦ」）に関する第２条件、直近又は過去のマッチング成立状況（成功又は失敗）に関する第３条件の少なくともいずれかが含まれる。特定処理部１１６は、前記第１条件、前記第２条件、及び前記第３条件の少なくともいずれかに基づいて、通知先の運転者を特定する。

【0074】

前記第１条件、前記第２条件、及び前記第３条件を利用して通知先の運転者を特定する方法の具体例について、図１６を用いて説明する。図１６は、制御部１１が実行する通知先特定処理の手順の一例を示すフローチャートである。なお、図１６において、「直近」は例えば１週間前から現在までの期間を示し、「過去」は例えば１カ月前から１週間前までの期間を示す。「直近」及び「過去」は限定されず適宜設定される。また、特定処理部１１６は、運転者情報ＤＢ１２３に登録されている登録運転者ごとに、図１６に示す通知先特定処理を実行する。

【0075】

先ずステップＳ１において、特定処理部１１６は、運転者が直近において前記送迎サービスのアプリケーションを起動（ログイン）したか否かを判定する（第１条件）。特定処理部１１６は、運転者が直近において前記送迎サービスのアプリケーションを起動している場合（Ｓ１：Ｙｅｓ）、処理をステップＳ２に移行させる。一方、特定処理部１１６は、運転者が直近において前記送迎サービスのアプリケーションを起動していない場合（Ｓ１：Ｎｏ）、処理をステップＳ４に移行させる。なお、ステップＳ１では、特定処理部１１６は、直近の期間においてログインした回数又は頻度が閾値以上であるか否かを判定してもよい。

【0076】

ステップＳ２では、特定処理部１１６は、運転者が直近において依頼待機状態（「待機中」）に設定したか否かを判定する（第２条件）。特定処理部１１６は、運転者が直近において依頼待機状態（「待機中」）に設定している場合（Ｓ２：Ｙｅｓ）、処理をステップＳ３に移行させる。一方、特定処理部１１６は、運転者が直近において依頼待機状態（「待機中」）に設定していない場合（Ｓ２：Ｎｏ）、処理をステップＳ５に移行させる。なお、ステップＳ２では、特定処理部１１６は、直近の期間において待機中に設定した回数又は頻度が閾値以上であるか否かを判定してもよい。

【0077】

ステップＳ３では、特定処理部１１６は、直近において運転者のマッチングが成立したか否かを判定する（第３条件）。特定処理部１１６は、直近において運転者のマッチングが成立している場合（Ｓ３：Ｙｅｓ）、当該運転者をグループＤに振り分ける。一方、特定処理部１１６は、直近において運転者のマッチングが成立していない場合（Ｓ３：Ｎｏ）、当該運転者をグループＣに振り分ける。なお、ステップＳ３では、特定処理部１１６は、直近の期間においてマッチングが成立した回数又は頻度が閾値以上であるか否かを判定してもよい。

【0078】

ステップＳ４では、特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定したか否かを判定する（第２条件）。特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定している場合（Ｓ４：Ｙｅｓ）、当該運転者をグループＡに振り分ける。一方、特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定していない場合（Ｓ４：Ｎｏ）、当該運転者をグループＢに振り分ける。なお、ステップＳ４では、特定処理部１１６は、過去の期間において待機中に設定した回数又は頻度が閾値以上であるか否かを判定してもよい。

【0079】

ステップＳ５では、特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定したか否かを判定する（第２条件）。特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定している場合（Ｓ５：Ｙｅｓ）、当該運転者をグループＥに振り分ける。一方、特定処理部１１６は、運転者が過去において依頼待機状態（「待機中」）に設定していない場合（Ｓ５：Ｎｏ）、当該運転者をグループＦに振り分ける。なお、ステップＳ５では、特定処理部１１６は、過去の期間において待機中に設定した回数又は頻度が閾値以上であるか否かを判定してもよい。

【0080】

特定処理部１１６は、上記のようにして振り分けたグループのうち特定のグループを通知先の運転者（グループ）に決定する。例えば、グループＡの運転者は、過去に依頼待機状態に設定して送迎依頼を受け付けていたものの直近では前記送迎サービスのアプリケーションを起動しておらず、モチベーションが低下傾向にあると判断できる。そこで、特定処理部１１６は、グループＡの運転者を通知先の運転者として特定し、グループＡの運転者の運転者端末２Ｙに前記待機要求を通知する。

【0081】

また、例えば、グループＥの運転者は、直近では前記送迎サービスのアプリケーションを起動しているものの依頼待機状態には設定していないが、過去には依頼待機状態に設定しているため、モチベーションが低下傾向にあると判断できる。そこで、特定処理部１１６は、グループＥの運転者を通知先の運転者として特定し、通知処理部１１５は、グループＥの運転者の運転者端末２Ｙに前記待機要求を通知してもよい。

【0082】

一方、例えば、グループＢの運転者は、過去に依頼待機状態に設定しておらず、かつ直近でも前記送迎サービスのアプリケーションを起動していないため、モチベーションが低く送迎依頼を受ける気持ちが低いと判断できる。そこで、特定処理部１１６は、グループＢの運転者を通知先の運転者から除外してもよい。

【0083】

また、例えば、グループＦの運転者は、直近では前記送迎サービスのアプリケーションを起動しているものの、直近でも過去でも依頼待機状態に設定していないため、モチベーションが低く送迎依頼を受ける気持ちが低いと判断できる。そこで、特定処理部１１６は、グループＦの運転者を通知先の運転者から除外してもよい。

【0084】

また、例えば、グループＤの運転者は、直近で依頼待機状態に設定しており、かつマッチングが成立しているため、モチベーションが高いと判断できる。そこで、特定処理部１１６は、モチベーションを維持させるために、グループＤの運転者を通知先の運転者として特定し、グループＤの運転者の運転者端末２Ｙに前記待機要求を通知してもよい。

【0085】

また、例えば、グループＣの運転者は、直近で依頼待機状態に設定しているものの、マッチングが成立していないため、モチベーションは高いが今後低下していくと判断できる。そこで、特定処理部１１６は、グループＣの運転者を通知先の運転者として特定し、グループＣの運転者の運転者端末２Ｙに前記待機要求を通知してもよい。

【0086】

以上のように、特定処理部１１６は、直近及び過去のログイン状況（第１条件）、直近及び過去の依頼待機状態の設定状況（第２条件）、マッチングの成立状況（第３条件）の少なくともいずれかに基づいて、通知先の運転者を特定してもよい。また、特定処理部１１６は、例えば通知先の運転者として特定したグループＡ、Ｃ、Ｄ、Ｅのいずれかのグルーブの運転者に前記待機要求を通知してもよい。また、特定処理部１１６は、第１期間ではグループＡの運転者に前記待機要求を通知し、第２期間ではグループＣの運転者に前記待機要求を通知し、第３期間ではグループＤの運転者に前記待機要求を通知し、第４期間ではグループＥの運転者に前記待機要求を通知する処理を、所定期間ごとに繰り返してもよい。

【0087】

また、通知処理部１１５は、グループの優先順位に基づいて、前記待機要求を通知してもよい。具体的には、特定処理部１１６は、特定した各グループに優先順位を設定し、通知処理部１１５は、設定された優先順位に応じて各グループの運転者に前記待機要求を通知する。例えば、特定処理部１１６は、前記待機要求を通知することによって運転者が依頼待機状態に設定（「ＯＦＦ」から「待機中」に変更）する可能性が高い順に優先順位を設定する。

【0088】

例えば、特定処理部１１６は、前記グループＡを前記グループＣよりも優先順位を高く設定する。この場合、通知処理部１１５は、例えば、前記グループＡの運転者の運転者端末２Ｙに前記待機要求を通知し、その後に前記グループＡの運転者がマッチングされなかった場合に、前記グループＣの運転者の運転者端末２Ｙに前記待機要求を通知する。

【0089】

また、例えば、特定処理部１１６は、前記グループＡを前記グループＣよりも優先順位を高く設定し、前記グループＣを前記グループＤよりも優先順位を高く設定してもよい。この場合、通知処理部１１５は、例えば、前記グループＡの運転者の運転者端末２Ｙに前記待機要求を通知し、その後に前記グループＡの運転者がマッチングされなかった場合に、前記グループＣの運転者の運転者端末２Ｙに前記待機要求を通知し、その後に前記グループＣの運転者がマッチングされなかった場合に、前記グループＤの運転者の運転者端末２Ｙに前記待機要求を通知する。

【0090】

なお、特定処理部１１６は、前記グループＥを前記グループＡと同じ優先順位に設定し、前記グループＤを前記グループＣと同じ優先順位に設定してもよい。また例えば、特定処理部１１６は、優先順位第１位を前記グループＡ及び前記グループＥに設定し、優先順位第２位を前記グループＣに設定し、優先順位第３位を前記グループＤに設定してもよい。また、特定処理部１１６は、依頼待機状態に設定する可能性の低い（モチベーションが上がり難い）前記グループＢ及び前記グループＦを優先順位の設定対象から除外してもよい。

【0091】

また、通知処理部１１５は、例えば、優先順位の高いグループの運転者の運転者端末２Ｙに前記待機要求を通知しても依然として依頼者の需要を満たすことができないと判断した場合（「待機中」に設定した運転者の人数又は割合が閾値未満の場合）に、通知処理部１１５は、依頼者の需要を満たすまで（「待機中」に設定した運転者の人数又は割合が閾値以上になるまで）、優先順位の高い順に、前記待機要求を通知するグループを増やしてもよい。また、通知処理部１１５は、例えば、複数のグループの運転者の運転者端末２Ｙに前記待機要求を通知した後、依頼者の需要が満たされた場合（「待機中」に設定した運転者の人数又は割合が閾値以上になった場合）に、通知処理部１１５は、優先順位の低い順に、前記待機要求を通知するグループを減らしてもよい。

【0092】

以上のように、制御部１１は、所定の条件を満たす一部の運転者の運転者端末２Ｙに前記待機要求を通知する。これにより、依頼待機状態に設定する運転者の人数が増え過ぎることを防ぐことができるため、運転者のモチベーションを高める又は維持することができる。

【0093】

ここで、前記待機要求の通知を受けた運転者が前記依頼待機状態（「待機中」）に設定した場合、配車処理部１１３は、当該運転者を優先的に候補一覧画面Ｐ１１（図７参照）に表示させてもよい。例えば、配車処理部１１３は、前記運転者を検索結果の上位に表示させる。これにより、前記待機要求の通知を受けて前記依頼待機状態に設定した運転者のマッチング成立率を高めることができるため、運転者の送迎サービスに対するモチベーションを向上させることができる。

【0094】

また、配車処理部１１３は、通知先として決定したグループ内において、さらに優先順位を決定して運転者を候補一覧画面Ｐ１１に表示させてもよい。例えば、配車処理部１１３は、前記グループＡの運転者のうち、過去にマッチングの候補者として抽出、提示（図７参照）されたものの所定回数連続して選ばれなかった（マッチングが成立しなかった）運転者を、検索結果の上位に表示させる。

【0095】

［ユーザー端末２］
図１に示すように、ユーザー端末２（依頼者端末２Ｘ、運転者端末２Ｙ）は、制御部２１、記憶部２２、操作表示部２３、通信Ｉ／Ｆ２４、ＧＰＳ受信部２５（ＧＰＳ：Global Positioning System、登録商標）などを備える。依頼者端末２Ｘは、依頼者が所持する携帯端末であり、例えばスマートフォン、携帯電話、又はタブレット端末のような情報処理装置である。同様に、運転者端末２Ｙは、運転者が所持する携帯端末であり、例えばスマートフォン、携帯電話、又はタブレット端末のような情報処理装置である。なお、運転者端末２Ｙは、車両に搭載される車載装置であってもよい。以下では、依頼者端末２Ｘ及び運転者端末２Ｙで共通する機能を説明する場合には、ユーザー端末２と称す。

【0096】

ＧＰＳ受信部２５は、アンテナ（図示せず）を介して複数のＧＰＳ衛星（図示せず）から送信される信号（ＧＰＳ信号）を受信して、ユーザー端末２の位置を示す測位データ（緯度、経度、高度）及び現在時刻を検出する。

【0097】

通信Ｉ／Ｆ２４は、ユーザー端末２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して送迎支援装置１などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。

【0098】

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。

【0099】

記憶部２２は、各種の情報を記憶するフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部２２には、各種の制御プログラムが記憶されている。制御プログラムは、ＵＳＢ、ＣＤ又はＤＶＤ（いずれも登録商標）などのコンピュータ読取可能な記録媒体に非一時的に記録されており、ユーザー端末２に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。前記制御プログラムは、通信網Ｎ１を介して外部機器からダウンロードされて記憶部２２に記憶されてもよい。

【0100】

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりユーザー端末２を制御する。

【0101】

具体的に、制御部２１は、受付処理部２１１、位置検出処理部２１２、表示処理部２１３などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記制御プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。

【0102】

受付処理部２１１は、ユーザーがユーザー端末２の操作表示部２３において操作した操作情報を取得する。例えば、ユーザー（依頼者、運転者）は、自身のユーザー端末２において前記送迎サービスのアプリケーションを起動させて、ログイン画面にＩＤ及びパスワードを入力する。依頼者端末２Ｘの受付処理部２１１は、前記ＩＤ及び前記パスワードを取得すると送迎支援装置１に送信する。また、依頼者端末２Ｘの受付処理部２１１は、依頼者端末２Ｘに表示される前記各操作画面において依頼者から各種操作を受け付ける。また、運転者端末２Ｙの受付処理部２１１は、前記ＩＤ及び前記パスワードを取得すると送迎支援装置１に送信する。また、運転者端末２Ｙの受付処理部２１１は、運転者端末２Ｙに表示される前記各操作画面において運転者から各種操作を受け付ける。

【0103】

位置検出処理部２１２は、ＧＰＳ受信部２５により検出される前記測位データに基づいて、ユーザーの現在位置を検出する。例えば、依頼者端末２Ｘの位置検出処理部２１２は、ユーザーの現在位置を検出し、現在位置及び現在時刻を含む位置情報を送迎支援装置１に送信する。また例えば、運転者端末２Ｙの位置検出処理部２１２は、運転者又は車両の現在位置を検出し、現在位置及び現在時刻を含む位置情報を送迎支援装置１に送信する。

【0104】

表示処理部２１３は、各種の情報を操作表示部２３に表示させる。例えば、依頼者端末２Ｘの表示処理部２１３は、送迎支援装置１から操作画面に対応する表示データを受信すると、前記操作画面を操作表示部２３に表示させる。また例えば、運転者端末２Ｙの表示処理部２１３は、送迎支援装置１から操作画面に対応する表示データを受信すると、前記操作画面を操作表示部２３に表示させる。また、表示処理部２１３は、送迎支援装置１から経路案内情報を取得すると、経路案内画面（ナビゲーション画面）を操作表示部２３に表示させる。なお、前記経路案内画面は、経路案内アプリケーション（外部サーバー）から取得してもよい。

【0105】

［送迎支援処理］
以下、図１７を参照しつつ、送迎支援システム１０において実行される送迎支援処理について説明する。ここでは、送迎支援装置１の制御部１１が実行する前記送迎支援処理について説明する。本発明は、前記送迎支援処理に含まれる一又は複数のステップを実行する送迎支援方法（本発明の依頼支援方法に相当）の発明として捉えることができる。

【0106】

また、ここで説明する前記送迎支援処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記送迎支援処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部１１（一のプロセッサー）が前記送迎支援処理における各ステップを実行する場合を例に挙げて説明するが、他の実施形態では、複数のプロセッサーが前記送迎支援処理における各ステップを分散して実行してもよい。以下では、上述の例を挙げて、前記送迎支援処理について説明する。

【0107】

先ずステップＳ１１において、制御部１１は、運転者情報ＤＢ１２３（図３参照）のステータス情報を取得する。制御部１１は、運転者情報ＤＢ１２３に登録されている全ての運転者（登録運転者）の現在のステータス情報（「送迎中」、「待機中」、「ＯＦＦ」）を取得する。

【0108】

次にステップＳ１２において、制御部１１は、ステータス情報が「待機中」に設定されている運転者の人数が所定人数（閾値）未満であるか否かを判定する。制御部１１は、ステータス情報が「待機中」に設定されている運転者の人数が所定人数未満である場合（Ｓ１２：Ｙｅｓ）、処理をステップＳ１３に移行させる。一方、制御部１１は、ステータス情報が「待機中」に設定されている運転者の人数が所定人数以上である場合（Ｓ１２：Ｎｏ）、処理をステップＳ１１に戻す。なお、制御部１１は、運転者情報ＤＢ１２３に登録されている全ての運転者（登録運転者）の合計人数に対する、「待機中」に設定されている運転者の合計人数の割合が所定割合未満であるか否かを判定してもよい。

【0109】

次にステップＳ１３において、制御部１１は、依頼者の需要（依頼者からの送迎依頼）があるか否かを判定する。制御部１１は、依頼者の需要があると判断すると場合（Ｓ１３：Ｙｅｓ）、処理をステップＳ１４に移行させる。一方、制御部１１は、依頼者の需要がないと判断すると（Ｓ１３：Ｎｏ）、処理をステップＳ１１に戻す。

【0110】

例えば、制御部１１は、依頼者が外出する機会が多い週末、休日や、依頼者が病院、役所などに行く機会が多い平日の午前中や、依頼者が買い物に行く機会が多い夕方について、依頼者の需要があると判断する。また、例えば、制御部１１は、電車、バスなどの公共交通機関のダイヤ（時刻表）に基づいて依頼者の需要があるか否かを判断する。

【0111】

また例えば、制御部１１は、依頼者が送迎サービスを利用したいことを意思表示した場合に、依頼者の需要があると判断する。例えば、依頼者が依頼者端末２Ｘのメニュー画面Ｐ１（図１４参照）の意思表示ボタンＫ３（「お出かけしたい」）を押下した場合に、制御部１１は、依頼者の需要があると判断する。なお、制御部１１は、意思表示ボタンＫ３を押した依頼者の人数又は割合が閾値以上になった場合に、依頼者の需要があると判断してもよい。

【0112】

次にステップＳ１４において、制御部１１は、ステータス情報を「ＯＦＦ」から「待機中」（依頼待機状態）に変更することを促す待機要求を通知する通知先の運転者を特定する。制御部１１は、運転者情報ＤＢ１２３に登録されている運転者のうちステータス情報が「ＯＦＦ」の運転者の全員を通知先に決定してもよいし、所定の条件を満たす一部の運転者を通知先に決定してもよい。

【0113】

例えば、制御部１１は、前記送迎サービスのアプリケーションを起動（ログイン）したか否かの第１条件、直近又は過去の依頼待機状態の設定内容（「待機中」、「ＯＦＦ」）に関する第２条件、直近又は過去のマッチング成立状況（成功又は失敗）に関する第３条件の少なくともいずれかに基づいて、通知先の運転者を特定する。

【0114】

具体的には、制御部１１は、前記第１条件、前記第２条件、及び前記第３条件に基づいて振り分けたグループ（図１６参照）のうち所定のグループを通知先の運転者（グループ）として決定する。また、制御部１１は、複数のグループの優先順位を決定してもよい。例えば、制御部１１は、優先順位を「グループＡ及びグループＥ」→「グループＣ」→「グループＤ」の順に決定してもよい。

【0115】

次にステップＳ１５において、制御部１１は、特定した運転者の運転者端末２Ｙに前記待機要求を通知する。例えば、制御部１１は、優先順位が第１位のグループＡ及びグループＥの運転者のそれぞれの運転者端末２Ｙに前記待機要求を通知する。また、例えば、制御部１１は、グループＡ及びグループＥの運転者に前記待機要求を通知した後、所定時間内にマッチングが成立しなかった場合に、優先順位が第２位のグループＣの運転者のそれぞれの運転者端末２Ｙに前記待機要求を通知する。

【0116】

他の実施形態として、優先順位が第１位のグループＡの運転者とグループＥの運転者のそれぞれの運転者端末２Ｙに前記待機要求を通知しても依然として「待機中」の運転者の人数又は割合が閾値未満の場合に、制御部１１は、優先順位が第２位のグループＣの運転者のそれぞれの運転者端末２Ｙに前記待機要求を通知してもよい。

【0117】

制御部１１は、ステップＳ１５の後、処理をステップＳ１１に戻し、上述の処理を繰り返し実行する。制御部１１は、リアルタイム又は所定の周期で、前記ステータス情報を確認するとともに依頼者の需要を予測して、登録されている運転者に対して前記待機要求を通知する処理を実行する。

【0118】

以上説明したように、本発明の実施形態に係る送迎支援システム１０は、送迎サービスの提供を依頼（送迎依頼）する依頼者に対して、複数の登録運転者のうち送迎サービスを提供可能な運転者（サービス提供者）により送迎サービスを提供させるシステムである。また、送迎支援システム１０は、複数の登録運転者のうち送迎依頼を受けることが可能な依頼待機状態に設定していない登録運転者の運転者端末２Ｙに、前記依頼待機状態に設定することを促す待機要求を通知する。例えば、送迎支援システム１０は、依頼者の需要が多い傾向にある場合（依頼者からの送迎依頼が基準値よりも多くなると予測される場合）、又は、実際に依頼者の需要がある場合（依頼者から送迎依頼の利用意思に関する利用情報を取得した場合）に、所定の登録運転者に対して待機要求を通知する。

【0119】

上記構成によれば、依頼待機状態に設定する登録運転者の人数を増やすことができるため、依頼者が送迎サービスを受け易くなる。このため、送迎依頼をする依頼者のモチベーション（利用意欲）を高めることができ、前記送迎サービスの利用率を向上させることができる。また、登録運転者は依頼待機状態に設定することにより前記送迎依頼に対してマッチングが成立し易くなるため、前記送迎依頼を受ける運転者のモチベーション（サービス提供意欲）を高めることができ、前記送迎サービスの利用率を向上させることができる。

【0120】

例えば、送迎支援システム１０において、通知処理部１１５は、所定の日時又は曜日に前記待機要求を運転者端末２Ｙに通知してもよい。

【0121】

また例えば、送迎支援システム１０において、特定処理部１１６は、複数の登録運転者の中から所定の条件を満たす一部の登録運転者を、前記待機要求の通知先として特定してもよい。例えば、特定処理部１１６は、前記送迎サービスの過去のログイン状況（前記第１条件）と、前記依頼待機状態の過去の設定状況（前記第２条件）と、前記送迎サービスの提供依頼に対して前記送迎サービス提供者として決定されたか否かを示す過去のマッチング状況（前記第３条件）との少なくともいずれかに基づいて、前記通知先の登録運転者を特定する。

【0122】

例えば、特定処理部１１６は、過去の所定期間において、運転者端末２Ｙが前記送迎サービスにログインした回数又は頻度が閾値未満であって、運転者端末２Ｙを前記依頼待機状態に設定した回数又は頻度が閾値以上の第１登録運転者（前記グループＡの登録運転者）を、前記通知先の登録運転者として特定してもよい。

【0123】

また、例えば、特定処理部１１６は、過去の第１所定期間において、運転者端末２Ｙが前記送迎サービスにログインした回数又は頻度が閾値以上であって、運転者端末２Ｙを前記依頼待機状態に設定した回数又は頻度が閾値以上、かつ、前記第１所定期間より直近の第２所定期間のマッチング回数が所定回数未満である第２登録運転者（前記グループＣの登録運転者）を、前記通知先の登録運転者として特定してもよい。

【0124】

また、例えば、通知処理部１１５は、前記第１登録運転者（前記グループＡの登録運転者）の運転者端末２Ｙに前記待機要求を通知し、その後に前記第１登録運転者が前記送迎サービス提供者として決定（マッチングが成立）されなかった場合に、前記第２登録運転者（前記グループＣの登録運転者）の運転者端末２Ｙに前記待機要求を通知してもよい。

【0125】

上記各構成によれば、モチベーションが低下傾向にある運転者に優先的に前記待機要求が通知される。このため、運転者のモチベーションを向上させることができるとともに、適切な人数の運転者を依頼待機状態に設定させることができる。よって、依頼者の送迎依頼の需要と運転者の送迎サービスの供給とのバランスを取ることができる。また、依頼者及び運転者の双方のモチベーションを向上させることができる。以上より、依頼者の送迎依頼に対して送迎サービスを提供する事業形態の利便性を向上させることが可能となる。

【0126】

［他の実施形態］
本発明の他の実施形態として、送迎支援システム１０は、運転者のモチベーションをさらに向上させるために、運転者に対して所定の特典を付与する構成を備えてもよい。前記特典は、前記ポイントであってもよいし、他の金銭的価値（金銭、商品券、割引券、クーポン券など）であってもよい。

【0127】

例えば、ポイント処理部１１４は、運転者のモチベーションが下がりかねないシチュエーションの場合に、運転者に対してポイントを付与する。具体的には、ポイント処理部１１４は、運転者が依頼待機状態に設定してから所定時間経過したにもかかわらずマッチングが成立しなかった場合に、当該運転者に所定のポイントを付与する。

【0128】

また、ポイント処理部１１４は、運転者が前記待機要求の通知を受けて前記依頼待機状に設定した場合に、当該運転者に対して所定のポイントを付与してもよい。また、ポイント処理部１１４は、前記依頼待機状態の継続時間に応じたポイントを付与してもよい。例えば、ポイント処理部１１４は、「待機中」の状態が長いほど、付与するポイント数を多くする。

【0129】

また、例えば、ポイント処理部１１４は、登録運転者が前記待機要求の通知を受けて前記依頼待機状に設定し、その後マッチングが成立して依頼者の送迎を完了した場合に、当該運転者に対して、通常付与するポイントよりも多いポイント（例えば２倍のポイント）を付与してもよい。

【0130】

また、ポイント処理部１１４は、前記優先順位に基づいてポイントを付与してもよい。例えば、ポイント処理部１１４は、優先順位の高いグループの運転者には、優先順位の低いグループの運転者よりもポイント数を多く設定する。

【0131】

また、ポイント処理部１１４は、ポイントを付与する抽選を行って当選した場合に、運転者にポイントを付与してもよい。ここで、ポイント処理部１１４は、ポイント抽選に当選する確率を調整してもよい。

【0132】

第１の例として、ポイント処理部１１４は、運転者の待機時間に応じてポイント付与の抽選を行う。例えば、ポイント処理部１１４は、前記待機時間が５分経過するごとに、ポイント付与の抽選を行って当選した場合にポイントを付与する。また、ポイント処理部１１４は、優先順位の高いグループほど当選確率を高く設定する。例えば、ポイント処理部１１４は、優先順位第１位の「グループＡ及びグループＥ」の当選確率を５％に設定し、優先順位第２位の「グループＣ」及び「グループＤ」の当選確率を１％に設定し、優先順位第３位の「グループＢ」及び「グループＦ」の当選確率を０．５％に設定する。

【0133】

第２の例として、ポイント処理部１１４は、運転者が運転中（送迎中）の距離（送迎距離）に応じてポイント付与の抽選を行う。例えば、ポイント処理部１１４は、前記距離が１ｋｍ経過するごとに、ポイント付与の抽選を行って当選した場合にポイントを付与する。また、ポイント処理部１１４は、前記第１の例と同様に、優先順位の高いグループほど当選確率を高く設定する。

【0134】

第３の例として、ポイント処理部１１４は、前記第２の例に加えて、前記距離に応じて前記当選確率を変動させる。例えば、ポイント処理部１１４は、１ｋｍごとに当選確率を上げていく。例えば、ポイント処理部１１４は、優先順位第２位の「グループＣ」及び「グループＤ」について、１ｋｍごとに１％ずつ当選確率を上げていく。これにより、例えば、グループＣの運転者が１００ｋｍ以上運転（送迎）した場合には、ポイント処理部１１４は、当該運転者に対して必ず（１００％の確率で）所定のポイントを付与する。

【0135】

ポイント処理部１１４は、前記第１の例、前記第２の例、又は前記第３の例の確率によりポイント抽選に当選した場合に、運転者にポイントを付与する。

【0136】

上記構成によれば、例えば、モチベーションが低下傾向にあるグループ（例えば、グループＡ及びグループＥ）の運転者は、モチベーションが高い（例えば、グループＣ）グループの運転者と比較して、待機時間が長くなるほど又は運転距離が長くなるほど、ポイント抽選に当選する確率が高くなるため、ポイントを獲得し易くなる。これにより、特にモチベーションが低下傾向にあるグループの運転者について、ポイントを付与することにより、長時間の待機状態や長距離の送迎を受け入れるモチベーションを向上させることができる。

【0137】

なお、運転者のモチベーションを向上させるため前記特典を付与する上述の構成は、前記待機要求を通知する構成（通知処理部１１５）を備えていない送迎支援システム１０に適用することも可能である。

【0138】

本発明の他の実施形態として、送迎支援装置１の制御部１１が備える一又は複数の処理部を、ユーザー端末２の制御部２１が備えてもよい。また記憶部２２に記憶される各情報は、外部機器から取得してもよい。また制御部２１は、前記送迎支援プログラムを、インターネットを介して記憶部２２にダウンロードして、前記送迎支援処理を実行してもよいし、外部のサーバ（例えばクラウドサーバー）に記憶された前記送迎支援プログラムを実行することにより前記送迎支援処理（ブラウザ処理）を実行してもよい。本発明の依頼支援システムは、送迎支援装置１で構成されてもよいし、ユーザー端末２で構成されてもよいし、送迎支援装置１及びユーザー端末２で構成されてもよい。

【0139】

［発明の付記］
以下、上述の実施形態から抽出される発明の概要について付記する。なお、以下の付記で説明する各構成及び各処理機能は取捨選択して任意に組み合わせることが可能である。

【0140】

＜付記１＞
所定のサービスの提供を依頼する依頼者に対して、複数の登録ユーザーのうち前記サービスを提供可能なサービス提供者により前記サービスを提供させる依頼支援システムであって、
前記複数の登録ユーザーのうち前記サービスの提供依頼を受けることが可能な依頼待機状態に設定していない前記登録ユーザーの操作端末に、前記依頼待機状態に設定することを促す待機要求を通知する通知処理部を備える依頼支援システム。

【0141】

＜付記２＞
前記通知処理部は、前記依頼者からの前記サービスの提供依頼が基準値よりも多くなると予測される場合に、前記待機要求を前記操作端末に通知する、
付記１に記載の依頼支援システム。

【0142】

＜付記３＞
前記通知処理部は、所定の日時又は曜日に前記待機要求を前記操作端末に通知する、
付記１又は２に記載の依頼支援システム。

【0143】

＜付記４＞
前記通知処理部は、前記依頼者から前記サービスの利用意思に関する利用情報を取得した場合に、前記待機要求を前記操作端末に通知する、
付記１～３のいずれかに記載の依頼支援システム。

【0144】

＜付記５＞
前記待機要求の通知先の登録ユーザーを特定する特定処理部をさらに備え、
前記特定処理部は、前記複数の登録ユーザーの中から所定の条件を満たす一部の登録ユーザーを、前記通知先の登録ユーザーとして特定する、
付記１～４のいずれかに記載の依頼支援システム。

【0145】

＜付記６＞
前記特定処理部は、前記サービスの過去のログイン状況と、前記依頼待機状態の過去の設定状況と、前記サービスの提供依頼に対して前記サービス提供者として決定されたか否かを示す過去のマッチング状況との少なくともいずれかに基づいて、前記通知先の登録ユーザーを特定する、
付記５に記載の依頼支援システム。

【0146】

＜付記７＞
前記特定処理部は、過去の所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値未満であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上の登録ユーザーを、前記通知先の登録ユーザーとして特定する、
付記６に記載の依頼支援システム。

【0147】

＜付記８＞
前記特定処理部は、過去の第１所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値以上であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上、かつ、前記第１所定期間より直近の第２所定期間のマッチング回数が所定回数未満である登録ユーザーを、前記通知先の登録ユーザーとして特定する、
付記６又は７に記載の依頼支援システム。

【0148】

＜付記９＞
前記特定処理部は、
過去の所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値未満であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上の第１登録ユーザーと、
過去の第１所定期間において、前記操作端末が前記サービスにログインした回数又は頻度が閾値以上であって、前記操作端末を前記依頼待機状態に設定した回数又は頻度が閾値以上、かつ、前記第１所定期間より直近の第２所定期間のマッチング回数が所定回数未満である第２登録ユーザーと、
を前記通知先の登録ユーザーとして特定し、
前記通知処理部は、前記第１登録ユーザーの前記操作端末に前記待機要求を通知し、その後に前記第１登録ユーザーが前記サービス提供者として決定されなかった場合に、前記第２登録ユーザーの前記操作端末に前記待機要求を通知する、
付記６～８のいずれかに記載の依頼支援システム。

【0149】

＜付記１０＞
前記操作端末を前記依頼待機状態に設定したにもかかわらず前記サービスの提供依頼に対して前記サービス提供者として決定されなかった登録ユーザーに所定の特典を付与する、
付記１～９のいずれかに記載の依頼支援システム。

【0150】

＜付記１１＞
前記操作端末を前記依頼待機状態に設定している登録ユーザーに、前記依頼待機状態の継続時間に応じた特典を付与する、
付記１～１０のいずれかに記載の依頼支援システム。

【0151】

＜付記１２＞
前記サービスは、特定地域において第１住民の依頼に対して第２住民が運転者となって車両で前記第１住民を送迎する送迎サービスである、
付記１～１１のいずれかに記載の依頼支援システム。

【符号の説明】

【0152】

１０ ：送迎支援システム
１ ：送迎支援装置
２ ：ユーザー端末
２Ｘ ：依頼者端末
２Ｙ ：運転者端末
１１１ ：表示処理部
１１２ ：取得処理部
１１３ ：配車処理部
１１４ ：ポイント処理部
１１５ ：通知処理部
１１６ ：特定処理部
２１１ ：受付処理部
２１２ ：位置検出処理部
２１３ ：表示処理部
１２１ ：地図情報ＤＢ
１２２ ：ユーザー情報ＤＢ
１２３ ：運転者情報ＤＢ
１２４ ：ポイント情報ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】