(57)【要約】【課題】簡易な構成で、運用に多くの人員を必要とせず、しかも利用者が満足する範囲で配車を受けることができる配車予約システムを提供する。【解決手段】利用者スマートフォン１０で、予め配車日時、配車場所及び指定した運転者情報をサーバ３０に送信し、サーバ３０では、利用者スマートフォン１０から配車日時等の情報を受信した場合、メモリ３２に予め格納されている配車日時等の情報と比較して配車が可能であるか否かを判定する。配車が可能である場合には、配車予約をした利用者スマートフォン１０に配車が可能である旨の情報を送信するとともに、利用者スマートフォン１０から受信した運転者情報から特定される運転者スマートフォン２０ａに対して、配車日時及び配車場所を送信し、配車が不可能である場合には、メモリ３２に格納されている他の配車可能な運転者を抽出し、利用者スマートフォン１０に対して、配車が不可能である旨の情報を送信する。【選択図】図１
2016126490.tif 000002
【特許請求の範囲】
【請求項１】
利用者が操作する利用者側情報端末と、
運転者が操作する運転者側情報端末と、
前記利用者側情報端末及び前記運転者側情報端末情報との間で情報の送受信を行うとともに、複数の運転者の配車日時、配車場所及び運転者情報を格納する格納手段を有するサーバを備え、
前記利用者側情報端末は、
予め配車日時、配車場所及び指定した運転者情報を前記サーバに送信し、
前記サーバは、
前記利用者側情報端末から前記配車日時、配車場所及び運転者情報を受信した場合、前記格納手段に予め格納されている前記配車日時、配車場所及び運転者情報と比較して配車が可能であるか否かを判定し、
配車が可能である場合には、前記配車日時、配車場所及び運転者情報を受信した利用者側情報端末に配車が可能である旨の情報を送信するとともに、前記利用者側情報端末から受信した運転者情報から特定される前記運転者側情報端末に対して、配車日時及び配車場所を送信し、配車が不可能である場合には、前記配車日時、配車場所及び運転者情報を受信した利用者側情報端末に対して、配車が不可能である旨の情報を送信し、
前記運転者側情報端末は、
前記サーバから配車日時及び配車場所を受信した場合、該配車日時及び配車場所を運転者に報知することを特徴とする配車予約システム。
【請求項２】
請求項１に配車予約システムにおいて、
前記サーバは、
前記格納手段に、複数の運転者の配車可能時間が格納されており、
前記利用者側情報端末から前記配車日時、配車場所及び運転者情報を受信して、配車不可能であると判定した場合、前記格納手段に格納された前記複数の運転者の配車可能時間に基づいて、前記配車日時に配車可能な運転者を選定し、
前記利用者側情報端末に対して、前記受信した運転者情報から抽出される運転者に代えて、前記配車可能な運転者として選定した運転者情報を送信するとともに、前記配車可能な運転者として選定された運転者の運転者側情報端末に配車日時及び配車場所を送信することを特徴とする配車予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報端末等を用いて配車の予約を行うための配車予約システムに関する。
【背景技術】
【０００２】
従来、利用者が携帯電話やスマートフォン等の情報端末を用いてタクシーの配車を依頼したり、配車予約を行ったりする配車システムがあった。この配車システムでは、利用者が情報端末から配車センターなどに置かれたサーバシステムに携帯電話からメールを送信したり、いわゆるスマートフォンのアプリを用いたりすることによって、配車依頼や配車予約に必要な情報を送信するようになっている。
【０００３】
また、この配車システムでは、利用者の情報端末から、事業者が定めたタクシー乗務員評価項目により評価を入力できるようにし、サーバは評価を受けとって乗務員評価データベースに集計して保管した上で、利用者の携帯端末に集計データを提示し、利用者がそれを見て気に入った乗務員を探し、その乗務員を指名してタクシーの配車依頼を行えるようになっている。また、乗務員評価データベースに集計された評価は乗務員も参照できるようになっている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２３５８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、上記配車システムでは、乗務員の評価などを行うほか、利用者が配車予約を行う際、予め配車日時や配車場所を決めて配車を行う予約注文以外にも、利用者が運転者を指名して即時の配車を望む際の配車、いわゆる即時注文も行うことができるようになっているため、システム構成が複雑であり、運用にも多数の人員が必要であるという問題があった。また、予約の際に指定した運転者に既に配車予約が入っているなど、指定した運転者により配車できない場合には、配車ができないという問題もあった。
【０００６】
本発明は、こうした問題に鑑みなされたもので、簡易な構成で、運用に多くの人員を必要とせず、しかも利用者が満足する範囲で配車を受けることができる配車予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための形態」欄において用いた符号を付すが、この符号によって請求の範囲を限定することを意味するものではない。
【０００８】
上記「発明が解決しようとする課題」において述べた問題を解決するためになされた発明は、利用者が操作する利用者側情報端末（１０）、運転者が操作する運転者側情報端末（２０）及びサーバ（３０）を備えた配車予約システム（１）である。
【０００９】
利用者側情報端末（１０）は、予め配車日時、配車場所及び指定した運転者をサーバ（３０）に送信する。
サーバ（３０）は、利用者側情報端末（１０）から配車日時、配車場所及び運転者情報を受信した場合、格納手段（３２）に予め格納されている配車日時、配車場所及び運転者情報と比較して配車が可能であるか否かを判定し、配車が可能である場合には、配車日時、配車場所及び運転者情報を受信した利用者側情報端末（１０）に配車が可能である旨の情報を送信するとともに、利用者側情報端末（１０）から受信した運転者情報から特定される運転者側情報端末（２０）に対して、配車日時及び配車場所を送信し、配車が不可能である場合には、配車日時、配車場所及び運転者情報を受信した利用者側情報端末（１０）に対して、配車が不可能である旨の情報を送信する。
【００１０】
運転者側情報端末（２０）は、サーバ（３０）から配車日時及び配車場所を受信した場合、配車日時及び配車場所を運転者に報知する。
このような配車予約システム（１）は、簡易な構成で、運用に多くの人員を必要としない配車予約システム（１）となる。つまり、例えば、スマートフォンや携帯電話のような利用者側情報端末（１０）、同じくスマートフォンや携帯電話のような運転者側情報端末（２０）及びサーバ（３０）という簡単な構成で配車予約システム（１）を構成することができる。
【００１１】
さらに、配車予約システム（１）で行う処理を、利用者が配車予約を行う際、予め配車日時や配車場所を決めて配車を行う予約注文のみに絞ることで、サーバ（３０）での処理が簡単となり、配車予約システム（１）の運用に人手がかからないシステムとすることができる。
【００１２】
ところで、利用者は、利用者側情報端末（１０）により運転者を指定して配車場所及び配車日時をサーバ（３０）に送信するが、送信した配車場所及び配車日時に配車されれば、必ずしも送信時に指定した運転者でなくともよい場合がある。
【００１３】
そこで、請求項２に記載のように、サーバ（３０）は、格納手段（３２）に、複数の運転者の配車可能時間を格納しておき、利用者側情報端末（１０）から配車日時、配車場所及び運転者情報を受信して、配車不可能であると判定した場合、格納手段（３２）に格納された複数の運転者の配車可能時間に基づいて、配車日時に配車可能な運転者を選定し、利用者側情報端末（１０）に対して、受信した運転者情報から抽出される運転者に代えて、配車可能な運転者として選定した運転者情報を送信するとともに、配車可能な運転者として選定された運転者の運転者側情報端末（２０）に配車日時及び配車場所を送信するようにする。
【００１４】
このようにすると、予めサーバ（３０）の格納手段（３２）に格納しておいた複数の運転者から、利用者側情報端末（１０）から送信された運転者情報から抽出された運転者以外の配車可能な運転者を指定して利用者側情報端末（１０）に送信する。
【００１５】
したがって、利用者は、満足できる範囲で、送信した配車場所及び配車日時に配車を受けることができるため、便利である。
【図面の簡単な説明】
【００１６】
【図１】配車予約システムの概略の構成を示すブロック図である。
【図２】利用者スマートフォンを用いて配車予約をする際の配車予約処理の流れを示すフローチャートである。
【図３】配車予約処理中で実行される画像表示処理の流れを示すフローチャートである。
【図４】利用者スマートフォンを用いて配車がされたこと確認する際の到着確認処置の流れを示すフローチャートである。
【図５】利用者スマートフォンにおける評価入力処理の流れを示すフローチャートである。
【図６】運転者スマートフォンにおける対応可否処理の流れを示すフローチャートである。
【図７】サーバにおける予約受付処理の流れを示すフローチャートである。
【図８】サーバにおける予約受付処理の流れを示すフローチャートである。
【図９】サーバにおける評価点算出処理の流れを示すフローチャートである。
【図１０】サーバにおける評価結果送信処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明が適用された実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
［配車予約システムの構成］
図１に基づき、配車予約システムの構成を説明する。図１は、配車予約システム１の概略の構成を示すブロック図である。
【００１８】
配車予約システム１は、図１に示すように、利用者側情報端末１０、複数の運転者側情報端末２０及びサーバ３０を備えている。
利用者側情報端末１０は、いわゆる携帯電話やスマートフォンなど携帯型の情報端末あるいは自動車電話のような移動型の情報端末などであり、利用者が操作するための操作ボタンや操作画面、操作内容や受信した情報等を表示する表示装置、他の情報端末やサーバ３０などと電波により情報の送受信を行うための高周波回路やアンテナ、送信あるいは受信した情報を処理する処理回路（ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ等）等を備えている（いずれも図示せず）。なお、本実施形態では、説明を簡単にするため、以下利用者スマートフォン１０として説明する。
【００１９】
運転者側情報端末２０は、いわゆる携帯電話やスマートフォンなど携帯型の情報端末あるいは自動車電話や自動車無線のような移動型の情報端末などであり、運転者が操作するための操作ボタンや操作画面、操作内容や受信した情報等を表示する表示装置、他の情報端末やサーバ３０などと電波により情報の送受信を行うための高周波回路やアンテナ、送信あるいは受信した情報を処理する処理回路（ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ等）等を備えている（いずれも図示せず）。
【００２０】
本実施形態では、説明を簡単にするため、以下、運転者スマートフォン２０として説明する。また、運転者スマートフォン２０は複数あり、運転者スマートフォン（１）２０ａ、運転者スマートフォン（２）２０ｂ、・・・、運転者スマートフォン（Ｎ）２０ｎとして識別する。
【００２１】
サーバ３０は、利用者スマートフォン１０及び運転者スマートフォン２０との間で情報の送受信を行うとともに、複数の運転者の配車日時、配車場所及び運転者情報を格納しておくメモリ３２を備えている。
【００２２】
また、サーバ３０は、管理者が操作するための操作部や操作画面、操作内容や受信した情報等を表示する表示装置、利用者スマートフォン１０や運転者スマートフォン２０などと電波により情報の送受信を行うための高周波回路やアンテナ、送信あるいは受信した情報を処理する処理回路（ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ等）等を備えている（いずれも図示せず）。
【００２３】
ここで、「配車日時、配車場所及び運転者情報がメモリ３２に格納されている複数の運転者」とは、例えば、配車を行う際に、複数の運転者のうち１人を指定して配車の予約があった際に、その運転者が配車できない場合に代替要員として予め決められたグループ内の運転者等を意味している。
【００２４】
この「予め決められたグループ」とは、例えば、運手者同士形成しておいたグループであり、そのうち一人が指定されたとき、指定された運転者が配車不可能なときに、そのグループ内の他の運転者に打診を行って対応者を決めるというためのグループである。
［利用者スマートフォン１０における処理］
（配車予約処理）
次に、図２に基づき、利用者スマートフォン１０を用いて、配車予約をする際の配車予約処理について説明する。図２は、配車予約処理の流れを示すフローチャートである。
【００２５】
配車予約処理は、いわゆるスマートフォンのアプリとして提供され、利用者がそのアプリを立ち上げることにより処理が開始される。
処理が開始されると、利用者スマートフォン１０のＣＰＵは、まずＳ１００において、画像表示処理を実行する。この画像表示処理については、詳細を後述する。
【００２６】
続く、Ｓ１０５では、Ｓ１００において入力が終了したか否かを判定する。そして、入力が終了したと判定した場合（Ｓ１０５：Ｙｅｓ）、処理をＳ１１０へ移行し、入力が終了していないと判定した場合（Ｓ１０５：Ｎｏ）、処理をＳ１００へ戻し、入力の終了待ち状態となる。
【００２７】
Ｓ１１０では、Ｓ１００において入力された入力情報、つまり、配車場所、配車日時及び運転者をサーバ３０へ送信する。
Ｓ１１５では、待機画像を表示する。つまり、サーバ３０における予約受付処理の結果が受信されるまで、予約受付処理の結果の受信を待機している旨の表示である待機画像を表示装置に表示する。
【００２８】
続くＳ１２０では、サーバ３０からの情報、つまり、予約受付処理の結果を受信し、続くＳ１２５において、受信を完了したか否かを判定する。そして、受信を完了したと判定した場合（Ｓ１２５：Ｙｅｓ）、処理をＳ１３０へ移行し、受信未完了であると判定した場合（Ｓ１２５：Ｎｏ）、処理をＳ１３０に戻し、受信完了まで待機状態とする。
【００２９】
Ｓ１３０では、Ｓ１２５において受信したサーバ３０からの予約受付処理の結果を確認するための画像表示が行われる。具体的には、後述する予約受付処理の結果である、「指定した運転者が配車可能」、「指定した以外の運転者で配車可能（この場合、運転者の氏名情報も含む）」あるいは「指定された配車日時には配車不可能」といった内容の表示を行う。また、利用者が、予約受付処理の結果を承諾するか否かの入力を促す表示を行う。
【００３０】
続くＳ１３５では、Ｓ１３０において確認入力があった否かが判定される。そして、確認入力があったと判定した場合（Ｓ１３５：Ｙｅｓ）、処理をＳ１４０へ移行し、確認入力がないと判定した場合（Ｓ１３５：Ｎｏ）、処理をＳ１３０へ移行し、確認入力があるまで待機状態となる。
【００３１】
なお、確認入力の内容は、表示装置に表示された予約受付処理の結果の内容を承諾するか否認する（予約内容を取り消す）となる。
Ｓ１４０では、Ｓ１３０における確認入力の結果、つまり、配車結果を承諾するのか、否認するのかをサーバ３０へ送信し、続くＳ１４５では、配車予約処理が終了した旨の表示画像を表示装置に表示し、配車予約処理を終了する。
（画像表示処理）
次に、図３に基づいて、配車予約処理のサブルーチンとして実行される画像表示処理について説明する。図３は、画像表示処理の流れを示すフローチャートである。
【００３２】
画像表示処理では、Ｓ２００において、利用者スマートフォン１０の表示装置に、予め登録されている運転者の表示及びその中から運転者の指定を行うように促す表示を行う。
続くＳ２０５では、Ｓ２００において表示した運転者の中から、指定された運転者の入力を行う。
【００３３】
続くＳ２１０では、Ｓ２０５において指定運転者の入力が完了したか否かの判定を行い、入力が完了していると判定した場合（Ｓ２１０：Ｙｅｓ）、処理をＳ２１５へ移行し、入力が完了していないと判定した場合（Ｓ２１０：Ｎｏ）、処理をＳ２０５へ戻し、指定運転者の入力完了の待ち状態となる。
【００３４】
Ｓ２１５では、Ｓ２０５において入力された指定運転者情報（指定運転者を特定するための氏名や予め各運転者に割り振られたコードなど）をサーバ３０へ送信する。
続くＳ２２０では、サーバ３０から、Ｓ２１５で送信した指定運転者に関する評価情報を受信する。運転者に関する評価情報とは、サーバ３０側で評価項目に応じて算出した運転者の評価点数や評価項目ごとの評価点数などである。
【００３５】
続くＳ２２５では、Ｓ２２０で受信した指定運転者の評価情報を表示装置に表示し、続くＳ２３０では、Ｓ２２５で表示された運転者が指定された否かの入力を行う。入力は、画面上のボタン表示に「ＯＫ？」（表示された運転者を指定する）、「Ｎｏ」（表示された運転者を指定しない）などの表示を行い、それを利用者がタッチすることにより行われる。
【００３６】
続くＳ２３５では、表示された運転者が指定されたか否かの判定を行う。そして、運転者が指定されたと判定した場合（Ｓ２３５：Ｙｅｓ）、処理をＳ２４０へ移行し、指定されなかったと判定した場合（Ｓ２３５：Ｎｏ）、処理をＳ２００へ戻し、処理を繰り返す。
【００３７】
Ｓ２４０では、配車入力情報を表示する。つまり、利用者スマートフォン１０の表示装置に、配車場所を入力するための地図表示、配車予約をする日時（配車日時）の入力を促すための入力画像を表示させる。
【００３８】
また、入力画像を表示させるとともに、入力処理を行う。つまり表示装置の表面のタッチスクリーン上で、地図上の地点が利用者の指などで押下された場合に、その場所を配車場所として認識する。
【００３９】
さらに、配車日時は、表示装置上に、いわゆるソフトウエアキーボードを表示させ、利用者がタッチスクリーンを指などで押下して入力するようになっている。
そして、表示装置上に入力完了ボタンを表示させ、配車場所及び配車日時の入力が終了し、入力完了ボタンが押下されたら、配車予約に必要な入力が終了したものとなる。
（到着確認処理）
次に、図４に基づき、利用者スマートフォン１０を用いて、配車がされたことを確認する際の到着確認処理について説明する。図４は、到着確認処理の流れを示すフローチャートである。
【００４０】
到着確認処理は、オペレーティングシステムの管理下において、サーバ３０から情報を受信した場合に起動する。
起動後に、まず、ＣＰＵは、Ｓ３００においてサーバからの情報を受信する。この情報は、予約した配車場所、配車日時であり、情報の受信タイミング、換言すれば、サーバ３０からの情報送信のタイミング（サーバ３０の送信から利用者スマートフォン１０の受信までのタイムラグを含む）は、配車場所への到着日時となる。
【００４１】
Ｓ３０５では、利用者スマートフォン１０の表示装置に到着画像の表示を行う。つまり、Ｓ３００で受信したサーバ３０からの情報に基づき、予約した配車時間に配車場所に車が到着した旨を表示する。
【００４２】
それとともに、車が到着した旨を了解するか否かの入力を促す画像表示を行い、入力を促す。
Ｓ３１０では、Ｓ３０５で表示された了解入力に対し、入力があったか否かを判定する。そして、了解入力があったと判定した場合（Ｓ３１０：Ｙｅｓ）、処理をＳ３１５へ移行し、了解入力がないと判定した場合（Ｓ３１０：Ｎｏ）、処理をＳ３０５へ戻し、了解入力の待ち状態となる。
【００４３】
Ｓ３１５では、サーバ３０に、利用者から了解入力がなされた旨を送信し、到着確認処理を終了する。
（評価入力処理）
次に、図５に基づき、運転者の評価を行うための評価入力処理について説明する。図５は、評価入力処理の流れを示すフローチャートである。
【００４４】
評価入力処理では、まず、Ｓ４００において、利用者スマートフォン１０の表示装置に評価画像を表示させる。評価画像の内容は、
（ア）運転者の氏名
（イ）運転者の配車時間の正確さ（指定時間に対する遅れの有無）
（ウ）車内での対応の良さ
（エ）車内の整理・整頓の良さ
等の評価項目（このうち（ア）の運転者の氏名は、評価項目ではなく、運転者を特定するための情報である）を表示するとともに、それらを５段階評価で入力できるよう入力画像を表示する。また、入力完了を入力するための画像も表示する。
【００４５】
続くＳ４０５では、Ｓ４００で表示した評価項目に対し、利用者が行った入力内容を取得し、続くＳ４１０では、Ｓ４０５において入力完了のための入力がなされたか否かを判定する。そして、入力が完了したと判定した場合（Ｓ４１０：Ｙｅｓ）、処理をＳ４１５へ移行し、入力が完了していないと判定した場合（Ｓ４１０：Ｎｏ）、処理をＳ４０５へ戻し、評価入力を続ける（入力完了の待ち状態となる）。
【００４６】
Ｓ４１５では、Ｓ４０５において入力された運転者の評価結果をサーバ３０へ送信する。続く、Ｓ４２０では、表示装置に終了画像を表示した後、評価入力処理を終了する。
［運転者スマートフォンにおける処理］
（対応可否処理）
次に、図６に基づき、配車予約がなされた場合に、運転者スマートフォン２０を用いて、運転者が対応可能か否かを回答する際の配車対応可否処理について説明する。図６は、運転者スマートフォン２０における対応可否処理の流れを示すフローチャートである。
【００４７】
対応可否処理は、運転者スマートフォン２０のオペレーティングシステムの管理下において、サーバ３０から情報を受信した場合に起動する。
起動後、運転者スマートフォン（１）２０ａのＣＰＵは、まず、Ｓ５００において、サーバ３０から送信される予約情報を受信する。ここで、予約情報とは、配車場所及び配車日時である。
【００４８】
続くＳ５０５では、対応可否入力画像を表示する。つまり、Ｓ５００において受信した予約情報（配車場所及び配車時間）を表示装置に表示するとともに、その配置時間に配車場所に配車可能か否かを入力するための対応可否入力画像を表示する。
【００４９】
Ｓ５１０では、対応可否入力があったか否かが判定される。そして、対応可否入力があった場合（Ｓ５１０：Ｙｅｓ）、処理をＳ５１５へ移行し、対応可否入力がなかった場合（Ｓ５１０：Ｎｏ）、処理をＳ５０５へ移行し、対応可否入力の待ち状態となる。
【００５０】
Ｓ５１５では、Ｓ５０５において入力された対応可否情報をサーバ３０へ送信した後、処理をＳ５２０へ移行し、対応可否処理の終了画像を表示した後、対応可否処理を終了する。
［サーバにおける処理］
（予約受付処理）
次に、図７及び図８に基づき、サーバ３０において、利用者からの配車予約を受け付ける予約受付処理について説明する。図７及び図８は、予約受付処理の流れを示すフローチャートである。
【００５１】
図７及び図８に示すように、予約受付処理では、サーバ３０のＣＰＵが、まず、Ｓ６００において利用者スマートフォン１０から配車予約情報（配車場所、配車時間、指定した運転者情報）を受信する。
【００５２】
続くＳ６０５では、Ｓ６００において受信した配車予約情報をメモリ３２に順次格納する。
続くＳ６１０では、Ｓ６００において受信した、指定した運転者情報から運転者を特定し、その運転者の運転者スマートフォン２０ａに配車可能か否かの問合せ情報を送信する。
【００５３】
続くＳ６１５では、Ｓ６１０で問い合わせ情報を送信した運転者スマートフォン２０ａから、配車可否の回答情報を受信する。
続くＳ６２０では、Ｓ６１５において受信した回答情報から、指定した運転者が配車可能か否かを判定する。そして、配車可能の場合（Ｓ６２０：Ｙｅｓ）、処理をＳ６２５へ移行し、配車不可能な場合（Ｓ６２０：Ｎｏ）、処理をＳ６３０へ移行する。
【００５４】
Ｓ６２５では、利用者スマートフォン１０へ配車可能情報（「指定した運転者が配車可能」である旨の情報）を送信した後、処理をＳ６４５へ移行する。
Ｓ６３０では、Ｓ６００において受信した配車場所、配車日時と、サーバ３０内のメモリ３２に格納されている他の運転者の情報「既に予約されている配車場所、配車日時」とを比較し、指定されている配車日時に配車可能な運転者を抽出する。
【００５５】
この際、配車可能な運転者が複数存在した場合、後述する運転者の評価点算出処理において算出した運転者の評価点数が高い順に運転者を選定して配車可能運転者として抽出する。
【００５６】
続くＳ６３５では、配車可能か否か、つまり、Ｓ６３０において配車可能な運転者を抽出できたか否か（抽出できれば配車可能、抽出できなければ配車不可能）を判定する。そして、配車可能と判定した場合（Ｓ６３５：Ｙｅｓ）、処理をＳ６４０へ移行し、配車不可能と判定した場合８Ｓ６３５：Ｎｏ）、処理をＳ６５０へ移行する。
【００５７】
Ｓ６４０では、利用者スマートフォン１０へ他の運転者で配車可能である旨の情報を送信する。この場合、他の運転者で配車可能である旨の情報とは、「指定した以外の運転者で配車可能」及び「配車する運転者の氏名情報」を送信する。
【００５８】
続くＳ６４５（図８参照）では、Ｓ６４０において情報を送信した利用者スマートフォン１０から確認情報を受信する。
続くＳ６５０では、Ｓ６４５で受信した確認情報から配車が不要であるか否かを判定する。そして、配車が不要であると判定した場合（Ｓ６５０：Ｙｅｓ）、処理をＳ６７５へ移行し、配車が必要であると判定した場合（Ｓ６５０：Ｎｏ）、処理をＳ６５５へ移行する。
【００５９】
Ｓ６５５では、配車可能な運転者の運転者スマートフォン（運転者スマートフォン２０ａ〜２０ｎのいずれか）へ配車指令情報を送信した後、処理をＳ６００へ戻し、配車予約処理を繰り返す。なお、配車指令情報は、配車を行う旨のメッセージ、配車場所及び配車日時である。
【００６０】
Ｓ６６０（図７参照）では、利用者スマートフォン１０へ配車不可能である旨の情報を送信し、続くＳ６６５（図８参照）では、Ｓ６６０において情報を送信した利用者スマートフォン１０から確認情報を受信する。
【００６１】
続くＳ６７０では、Ｓ６６５で受信した確認情報から配車が不要であるか否かを判定する。そして、配車が不要であると判定した場合（Ｓ６７０：Ｙｅｓ）、処理をＳ６７５へ移行し、配車が必要であると判定した場合（Ｓ６７０：Ｎｏ）処理をＳ６００へ戻し、配車予約処理を繰り返す。
【００６２】
Ｓ６７５では、Ｓ６００で指定された運転者の運転者スマートフォン２０ａへ配車不要指令を送信した後、処理をＳ６００へ戻し、配車予約処理を繰り返す。なお、配車不要指令とは、配車を行わなくてもよい旨のメッセージである。
【００６３】
続くＳ６８０では、Ｓ６０５においてメモリ３２に格納した配車予約情報を消去する。このＳ６８０の配車予約情報消去処理及びＳ６０５における予約情報格納処理により、サーバ３０のメモリ３２には、確定した配車予約情報が蓄積されていくことになる。
（評価点算出処理）
次に、図９に基づき、利用者スマートフォン１０から送信される各運転者の評価結果をメモリ３２に記憶する評価点算出処理について説明する。図９は、評価点算出処理の流れを示すフローチャートである。
【００６４】
評価点算出処理は、サーバのオペレーティングシステムの管理下で、利用者スマートフォン１０から送信があった場合に起動される。
評価点算出処理では、Ｓ７００において、利用者スマートフォン１０から送信される運転者の評価結果を入力する。
【００６５】
続くＳ７０５では、Ｓ７００において入力した運転者の評価結果から、運転者の氏名を抽出し、運転者の氏名ごとに、運転者の評価点数を算出する。運転者の評価点数は、運転者の評価項目である
（ア）運転者の配車時間の正確さ（指定時間に対する遅れの有無）
（イ）車内での対応の良さ
（ウ）車内の整理・整頓の良さ
が、それぞれ５段階評価されたものが受信されるため、予め評価項目の重要度を付しておき、評価項目ごとの評価点数（５点満点）の加重平均をとって運転者の評価点数とする。
【００６６】
続くＳ７１０では、Ｓ７００で入力した運転者の評価結果及びＳ７０５で算出した運転者の評価点数をメモリ３２に記憶した後、評価点算出処理を終了する。
（評価結果送信処理）
次に、図１０に基づき、サーバ３０から利用者スマートフォン１０に運転者の評価結果を送信するための、評価結果送信処理について説明する。図１０は、評価結果送信処理の流れを示すフローチャートである。
【００６７】
評価結果送信処理は、サーバのオペレーティングシステムの管理下で、利用者スマートフォン１０から送信があった場合に起動される。
評価結果送信処理では、サーバ３０のＣＰＵが、まず、Ｓ８００において、利用者スマートフォン１０から運転者情報を入力する。運転者情報は、運転者を特定するための氏名や予め各運転者に割り振られたコードなどである。
【００６８】
続くＳ８０５では、Ｓ８００において入力した運転者情報から運転者を特定し、続くＳ８１０では、Ｓ８０５において特定した運転者に関し、メモリ３２からその運転者の評価結果を取得する。評価結果とは、評価点数算出処理で算出された評価点数や評価項目ごとの運転者の点数などである。
【００６９】
続くＳ８１５では、Ｓ８１０で取得した運転者の評価結果を利用者スマートフォン１０へ送信し、評価結果送信処理を終了する。
［配車予約システムの特徴］
このような配車予約システム１は、簡易な構成で、運用に多くの人員を必要としない配車予約システム１となる。つまり、利用者スマートフォン１０、運転者スマートフォン２０及びサーバ３０という簡単な構成で配車予約システム１を構成することができる。
【００７０】
さらに、配車予約システム１で行う処理を、利用者が配車予約を行う際、予め配車日時や配車場所を決めて配車を行う予約注文のみに絞っている。したがって、サーバ３０での処理が簡単となり、配車予約システム１の運用に多くの人を必要としない配車予約システム１とすることができる。
【００７１】
また、予めサーバ３０のメモリ３２に格納しておいた複数の運転者から、利用者スマートフォン１０から送信された運転者情報から抽出された運転者以外の配車可能な運転者を指定して利用者スマートフォンに送信する。したがって、利用者は、満足できる範囲で、送信した配車場所及び配車日時に配車を受けることができるため、便利である。
［その他の実施形態］
上記実施形態では、運転者の評価項目を
（ア）運転者の配車時間の正確さ（指定時間に対する遅れの有無）
（イ）車内での対応の良さ
（ウ）車内の整理・整頓の良さ
としたが、評価項目はこれに限られず、評価項目を削除したり、上記以外の評価項目を追加したりしてもよい。
【符号の説明】
【００７２】
１… 配車予約システム  １０… 利用者スマートフォン（利用者側情報端末）  ２０… 運転者スマートフォン（運転者側情報端末）  ３０… サーバ  ３２… メモリ。
【図１】
2016126490.tif 000003
【図２】
2016126490.tif 000004
【図３】
2016126490.tif 000005
【図４】
2016126490.tif 000006
【図５】
2016126490.tif 000007
【図６】
2016126490.tif 000008
【図７】
2016126490.tif 000009
【図８】
2016126490.tif 000010
【図９】
2016126490.tif 000011
【図１０】
2016126490.tif 000012