JP2022068784A - タクシー予約支援システム - Google Patents

Abstract

【課題】タクシー会社側とタクシーの潜在的なユーザとの間の需給関係のマッチングを容易にして、タクシー車両の実車状態の比率向上を可能にするタクシー予約支援システムを提供する。【解決手段】タクシー予約支援システムにおいて、タクシー会社は、利用可能な様々な運行プランを作成してタクシー会社の運行業者端末２０に提示し、運行業者端末２０の指示に従いユーザに提供可能な運行プランを決定し、ユーザ端末３０からのアクセスに対して、提供可能な運行プランを提示し、ユーザ端末３０の指示に従い選択した運行プランについて、ユーザ応募の予約を受け付け、予約された運行プランが条件を満たすと、運行業者端末２０にタクシーの配車要求Ｃ１を送信するタクシークラウドサービス１０を有する。【選択図】図２

Description

本発明は、タクシー予約支援システムに関し、特に、タクシーの新しい利用方法の提供を支援するための技術に関する。

タクシー車両のような車両の利用については、ライドシェアなど従来とは異なる様々な利用形態での運用が提案されている。
例えば特許文献１は、カーシェアリングの利用を促進するための監視システムを開示している。管理システムは、ユーザの移動通信端末から通信ネットワークを通じてカーシェアリングの予約手続きを受け付ける予約受付手段と、予約手続きがされたシェアリングカーの所在位置へ移動するために、又はシェアリングカーの返却場所から移動するために、ユーザによる利用が見込まれるタクシー、ライドシェアカー、又はシェアリング自転車のうち何れかを利用することを、シェアリングカーの割引料金の提示とともに、提案するメッセージを移動通信端末に送信する通信手段と、を備えている。

また、特許文献２は、高齢者等が利用しやすいサービスを提供する情報処理装置を開示している。サーバは、ユーザを乗せて定額タクシーが所定エリア内で移動した際の対価が、同一のユーザにとって一定となるサービスの提供を支援する。要請受付部は、複数のユーザから、定額タクシーの利用の要請（要請には、事前予約も、即乗車希望も含む）のそれぞれを受け付ける。配車計画部は、複数のユーザのそれぞれからの要請の内容及び当該複数のユーザのそれぞれに設定された区分に基づいて、定額タクシーによる輸送の計画を立案する。

特開２０１９－１４４６５４号公報 特開２０２０－４６８８４号公報

ところで、タクシーを含む移動手段に対する潜在的な需要は多く存在している。例えば、高齢者が運転免許を返納した結果、マイカーに代わる別の移動手段を必要としている。また、若年層の車離れの結果、マイカーを持たないため気軽に使える何らかの移動手段を必要とする人たちがいる。また、マイカーを持たない子育て世代の人たちが、日常的に気軽に使える移動手段を必要としている。また、地域を訪れた観光客なども、現在のタクシー、バス、電車以外でもっと気軽に使える特定地域内の移動手段を必要としている。

一方、タクシーを運行しているタクシー会社などの事業者においては、人件費の高騰、人材確保、法規制強化、年々下がる営業収益などの様々な課題を抱えている。そのため、各タクシー車両が実際に乗客を乗せて運行している実車状態の比率を向上し、売上げを増やしたいと望んでいる。

しかし、実際には、タクシー車両は、例えば駅前などに停車して空車状態で多数並んで待機していたり、空車状態でお客を探しながら走行している場合が多い。つまり、上記のようにタクシーなどの移動手段に対する潜在的な需要は多く存在しているにもかかわらず、実際にタクシーを利用している人は比較的少なくなっている。その原因は、移動手段を提供するタクシー会社のサービスの内容と、タクシーなどの移動手段を必要としている潜在的なユーザとの需給関係がうまくマッチングしていないことにあると考えられる。例えば、潜在的なユーザは、タクシーを利用したくても料金が高すぎるためタクシーの利用をあきらめる可能性が高い。

そこで、例えば特許文献１のようにカーシェアリングを利用すれば、ユーザ一人あたりのタクシー料金を下げることができるので、潜在的なユーザがタクシーを利用する機会を増やすことが可能になる。しかしながら、現在のカーシェアリングのシステムでは、タクシー会社側の都合や、潜在的なユーザの都合があまり考慮されていない。

本発明は、上述した事情に鑑みてなされたものであり、その目的は、タクシー会社側とタクシーの潜在的なユーザとの間の需給関係のマッチングを容易にして、タクシー車両の実車状態の比率を向上するために利用可能なタクシー予約支援システムを提供することにある。

前述した目的を達成するために、本発明に係るタクシー予約支援システムは、下記（１）～（８）を特徴としている。
（１） タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システムであって、
前記運行業者が利用する業者端末との間で通信するための第１通信部と、前記ユーザが利用するユーザ端末との間で通信するための第２通信部と、前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバとを備え、
前記サーバは、
出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能と、
前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能と、
選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能と、
前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求を送信する配車要求機能と、
を有するタクシー予約支援システム。

（２） 前記配車要求機能は、プラン毎に定めた募集人数と、該当するプランに対するユーザ応募人数、及び／又はユーザ応募口数との比較により、各プランが成立するか否かを識別する、
上記（１）に記載のタクシー予約支援システム。

（３） 前記配車要求機能は、不成立と識別した特定プランに応募したユーザに対して、前記特定プランと内容が類似している類似プランへ前記ユーザが応募するための斡旋処理を実施する斡旋機能を備える、
上記（２）に記載のタクシー予約支援システム。

（４） 前記斡旋機能は、出発地、及び目的地の少なくとも一方が、前記特定プランと共通の特定エリア内にある他のプランを、前記類似プランとして自動的に選定する、
上記（３）に記載のタクシー予約支援システム。

（５） 前記配車要求機能は、各プランに対するユーザ応募人数、又はユーザ応募口数がプラン毎に定めた募集人数に比べて不足している場合には、該当するプランに応募したユーザに対して、応募口数追加申し込みのための勧誘処理を実施する勧誘機能を備える、
上記（２）に記載のタクシー予約支援システム。

（６） 前記プラン生成機能は、前記出発地、及び前記目的地の少なくとも一方をエリアとして設定し、
前記ユーザ応募受付機能は、ユーザから前記エリア内における乗車希望地、及び降車希望地を受付可能とする、
上記（１）に記載のタクシー予約支援システム。

（７） 前記プラン生成機能は、ユーザ応募人数、及び／又はユーザ応募口数ごとの一人あたりの運賃を運行プランに含め、
前記配車要求機能は、当該運行プランが確定した時点におけるユーザ応募人数、又はユーザ応募口数に応じて運賃を確定する、
上記（１）に記載のタクシー予約支援システム。

（８） タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システムであって、
前記運行業者が利用する業者端末と、
前記ユーザが利用するユーザ端末と、
前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバ）と、を備え、
前記サーバは、前記業者端末との間で通信するための第１通信部と、
前記ユーザ端末との間で通信するための第２通信部と、
出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能と、
前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能と、
選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能と、
前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求を送信する配車要求機能と、
を有するタクシー予約支援システム。

上記（１）および（８）の構成のタクシー予約支援システムによれば、タクシー車両の運行サービスを提供する運行業者においては、サーバ側が提示した複数の運行プランの中から提供可能なサービスのプランを状況に応じて選択することができる。一方、タクシー車両の運行サービスを利用したいユーザは、ユーザ端末を利用してサーバと接続することにより、運行業者が提供可能なサービスのプランを閲覧することができる。また、利用したいプランを見つけたユーザは、所定の情報を前記サーバへ送信することにより、該当するプランへ応募することができる。各プランへのユーザの実際の応募状況に応じて、サーバが各プランのタクシー運行を確定し、配車要求を運行業者に対して送信する。これにより、タクシー車両の運行サービスを提供する運行業者とそのサービスを利用したい各ユーザとのマッチングが可能になり、各プランの実現が可能になる。

上記（２）の構成のタクシー予約支援システムによれば、サーバは、プラン毎のユーザ応募状況に応じて、該当するプランが成立するか否かを適切に識別できる。すなわち、各プランでタクシー車両を運行するのに見合う売上げが得られるか否かは、実際に乗車するユーザの人数、応募口数や、一人あたりの料金、一口あたりの料金などに応じて大きく変化する。したがって、募集人数、ユーザ応募人数、ユーザ応募口数などを比較することで、適切な判断が可能になる。したがって、例えば、プランに対する上限・下限の乗客数とユーザ応募人数とを比較して、ユーザからの応募数が最少催行（募集）人数を上回っているかあるいは同数かなどが判断される。

上記（３）の構成のタクシー予約支援システムによれば、不成立になってしまった特定プランに応募したユーザに対して、別の類似プランを用意することができる。類似プランはユーザが応募した特定プランと内容が類似しているので、この類似プランに当該ユーザが応募する可能性は高く、プラン毎の需要と供給のマッチングをうまく調整することが容易になる。

上記（４）の構成のタクシー予約支援システムによれば、選定される類似プランは、出発地、又は目的地が特定プランと共通の特定エリア内にあるので、不成立になってしまった特定プランに応募したユーザは、特定プランの代わりとして類似プランに応募する可能性が高い。

上記（５）の構成のタクシー予約支援システムによれば、勧誘機能に従って当該ユーザが応募口数追加申し込みをすれば、不成立の可能性のある特定プランを成立に変更することが可能になる。これにより、プラン毎の需要と供給のマッチングをうまく調整することが容易になる。

上記（６）の構成のタクシー予約支援システムによれば、運行プランの出発地および目的地をエリアによって特定することにより、当該プランが成立になる可能性を高めることができる。

上記（７）の構成のタクシー予約支援システムによれば、ユーザは、ユーザ応募人数、及び／又はユーザ応募口数ごとの一人あたりの運賃を予め把握できるので、ユーザ応募人数、及び／又はユーザ応募口数が少なくなったとしても、支払うべき運賃はユーザが予め把握している範囲内となり、ユーザが応募をキャンセルする可能性を低減できる。

本発明のタクシー予約支援システムによれば、タクシー会社側とタクシーの潜在的なユーザとの間の需給関係のマッチングを容易にして、タクシー車両の実車状態の比率を向上することが可能になる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の実施形態に係るタクシー予約支援システム全体の構成例を示すブロック図である。 図２は、タクシー予約支援システムの主要な動作例を示すシーケンス図である。 図３（ａ）及び図３（ｂ）は、それぞれ具体的な運行プランの表示例を示す正面図である。 図４は、タクシー予約支援システムにおける予約管理の処理手順を示すフローチャートである。 図５は、タクシー予約支援システムにおける斡旋処理の処理手順を示すフローチャートである。 図６は、タクシーメータ車載器の構成例を示すブロック図である。 図７（ａ）及び図７（ｂ）は、それぞれタクシーメータ車載器の画面表示例を示す正面図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

＜システム全体の構成例＞
図１は、本発明の実施形態に係るタクシー予約支援システム１００全体の構成例を示すブロック図である。

タクシー予約支援システム１００の機能の中核を成すタクシークラウドサービス１０は、データセンタ５０内のコンピュータ上に配置されている。本実施形態では、データセンタ５０内のＷｅｂサーバ１１、予約管理サーバ１２、及び運行プランＤＢ（データペース）１３がタクシークラウドサービス１０の機能を果たす。

タクシークラウドサービス１０は、通信可能なコンピュータのハードウェアと、サーバとして動作するために必要な基本ソフトウェア（ＯＳ）と、このタクシークラウドサービスの機能を提供するための動作を実現するアプリケーションソフトウェアとで構成される。

タクシー車両の運行業務が可能なタクシー会社のような運行業者は、業者毎にそれぞれ保有している運行業者端末２０－１、２０－２、２０－３、・・・を利用してタクシークラウドサービス１０にアクセスしこのサービスを利用することができる。

各運行業者端末２０－１、２０－２、２０－３、・・・は、例えば一般的なパーソナルコンピュータのように通信機能を備えた端末であり、公共の通信回線を利用し、インターネット２１を介してデータセンタ５０内のＷｅｂサーバ１１、又は予約管理サーバ１２と接続し通信することができる。また、各運行業者端末２０－１、２０－２、２０－３、・・・には、タクシークラウドサービス１０を利用するための専用のアプリケーションソフトウェアまたはＷＥＢブラウザが予め組み込まれている。

タクシー会社のような運行業者は、タクシークラウドサービス１０を利用することにより、このサービスが事前に用意した運行プランの中から所望の運行プランを選択することができる。また、選択した運行プランに関して、タクシーの乗客となる任意のユーザからのプラン予約を支援して貰うためのサービスを受けることができる。

一方、様々な目的のための移動手段としてタクシーを利用する乗客となる可能性のある各ユーザは、通信機能を備えた自分のユーザ端末３０－１、３０－２、３０－３、・・・を利用してタクシークラウドサービス１０にアクセスし、このサービスを利用することができる。

ユーザ端末３０－１、３０－２、３０－３、・・・としては、例えばスマートホン、携帯電話端末、ノートパソコン、デスクトップパソコンのように様々な端末を利用できる。ユーザが携帯型のユーザ端末３０を利用する場合には、このユーザ端末３０はその無線通信機能を利用していずれかの無線基地局２２－１、２２－２、・・・と接続し、更にインターネット２１を経由してデータセンタ５０内のＷｅｂサーバ１１、又は予約管理サーバ１２と接続し、タクシークラウドサービス１０にアクセスすることができる。

タクシーのユーザは、タクシークラウドサービス１０を利用することにより、自分が外出する際の移動手段として利用可能なタクシーの運行サービスを、Ｗｅｂサーバ１１が提示するプランの一覧の中から選択することができる。また、選択したプランへの予約の応募をすることができる。なお、後に説明するように、各プランが実際に実現するか否かはユーザの応募状況などに応じて変化する場合がある。

タクシーメータ車載器４０－１、４０－２、４０－３、・・・は、タクシー会社のような各運行業者が管理している各タクシー車両に搭載される。各タクシーメータ車載器４０－１、４０－２、４０－３、・・・は、タクシークラウドサービス１０を利用するために必要な機能を備えている。すなわち、各タクシーメータ車載器４０が無線通信機能を備えており、タクシークラウドサービス１０との間でいつでも通信することが可能であり、タクシークラウドサービス１０が提供するサービスを利用できる。これにより、各タクシー車両はタクシークラウドサービス１０が予約を決定したプランのスケジュールに従って配車し、予約した各ユーザを乗客として乗せて運行するサービスを実現できる。なお、車載機器４０－１、４０－２、・・・はタクシーメータではなくとも同等の機能を有するタブレットやスマートフォンであれば本サービスの提供・運用を可能とする。

＜システムの主要な動作例＞
図２は、タクシー予約支援システム１００の主要な動作例を示すシーケンス図である。
タクシー予約支援システム１００に含まれるタクシークラウドサービス１０は、図２中に示した各ステップＳ１１、Ｓ１３、Ｓ１５、Ｓ１７、Ｓ１９、及びＳ２０の機能を備えている。また、タクシークラウドサービス１０を利用可能なタクシー会社などの担当者が運行業者端末２０を操作することにより、図２中の各ステップＳ１２、Ｓ１４を実行できる。また、タクシークラウドサービス１０を利用可能な任意のユーザがユーザ端末３０を操作することにより、図２中の各ステップＳ１６、Ｓ１８を実行できる。

タクシークラウドサービス１０の予約管理サーバ１２は、タクシー車両を利用して乗客を運行するサービスに関する様々な種類の運行プランを自動的に生成する（Ｓ１１）。これらの運行プランは、タクシークラウドサービス１０における人工知能（ＡＩ）などを利用した様々な需要予測、利便性の考慮などに基づいて自動的に生成される情報であり、実際に運行業者が採用するかどうかは未定であり、各々のプランが実現するかどうかも未定である。また、タクシーメータ車載器４０により記録された乗降地のデータをデータベースに集め、運行プランの生成時にこのデータを利用してもよい。

タクシークラウドサービス１０が生成した各運行プランは、運行プランＤＢ１３上に登録され保持される。詳細については後述するが、各運行プランは少なくとも出発地、及び目的地を含む各地点を表す情報や、運行の日程などを表す情報を含んでいる。

タクシー会社などの担当者は、運行業者端末２０をインターネット２１を介してタクシークラウドサービス１０と接続し、必要な情報の検索及び取得を実施する（Ｓ１２）。
タクシークラウドサービス１０は、Ｓ１１で生成した様々な運行プランの情報を接続先の運行業者端末２０に対して提示する（Ｓ１３）。

タクシー会社などの担当者は、例えば日時毎の自社内タクシー車両の空き具合、各乗務員の空き具合、タクシー車両の運行にかかるコストなどを考慮しながら、タクシークラウドサービス１０が提示した多数の運行プラン候補の中から、運行サービスを提供可能な適切な運行プランを選択する。このとき、運行業者端末２０に提示されたプランは、タクシー会社などの担当者によって、日時や最少催行人数などを手動で調節することも可能である。そして選択したプランを示す情報を運行業者端末２０がタクシークラウドサービス１０に通知する（Ｓ１４）。

タクシークラウドサービス１０は、運行業者端末２０から通知された情報に基づき、当該業者が選択した運行プランを、ユーザ（乗客の候補）に提供可能な運行プランとして運行プランＤＢ１３に登録する（Ｓ１５）。

ユーザ（乗客）は、ユーザ端末３０に組み込まれた専用のアプリケーションソフトウェア（アプリ）または一般的なＷＥＢブラウザを利用し、インターネット２１を経由してタクシークラウドサービス１０にアクセスすることができる。そこで、例えば日常生活における一時的な移動手段や、旅行など様々なイベントにおける移動手段としてタクシーの利用を希望するユーザは、希望する運行プランについてユーザ端末３０で検索を実施する（Ｓ１６）。

タクシークラウドサービス１０は、ユーザ端末３０からのアクセスに対して、Ｓ１５で登録されたユーザ（乗客）に提供可能な運行プランの一覧を提示する（Ｓ１７）。

ユーザ端末３０で検索しているユーザは、自分の行動予定における出発地、目的地、時間帯、移動にかかる予算などを考慮しながら、タクシークラウドサービス１０が提示した運行プラン一覧の中から、適切なプランを選択して応募の申し込みのためにユーザ端末３０の操作を実施する（Ｓ１８）。これにより、ユーザ端末３０は、ユーザが選択した運行プランへ応募するための情報をタクシークラウドサービス１０に送信する。

タクシークラウドサービス１０は、ユーザ端末３０から送信される情報に基づき、当該ユーザが選択した運行プランへの応募受け付けを開始する（Ｓ１９）。

タクシークラウドサービス１０は、運行プランへの応募受け付けを開始すると、少なくともユーザからの応募を受け付けた各運行プランを管理するために、例えば定期的に「予約管理」を実行する（Ｓ２０）。そして、運行の実施が確定した運行プランに対しては、当該プランに関する配車要求Ｃ１を該当する業者の運行業者端末２０へ、又は事前に登録された特定の宛先へ送信する。同時に、予約確定の通知Ｃ２を当該プランに応募した特定のユーザのユーザ端末３０へ、又は事前に登録された特定の宛先へ送信する。「予約管理」の詳細については後述する。

＜運行プランの具体例＞
＜表示例＞
図３（ａ）及び図３（ｂ）は、それぞれ具体的な運行プランＰ１、及びＰ２の表示例を示す正面図である。

例えば、ユーザがユーザ端末３０を操作して図２のステップＳ１６でプラン候補を検索する際に、図３（ａ）のような１つの運行プランＰ１の情報や、図３（ｂ）のような１つの運行プランＰ２の情報をユーザ端末３０の画面に表示して確認することができる。

図３（ａ）及び図３（ｂ）の例では、各運行プランＰ１、Ｐ２は、代表イメージ６１、プラン名称情報６２、料金情報６３、出発地／目的地情報６４、日程情報６５、及び募集条件情報６６を含んでいる。

代表イメージ６１は、例えば該当するプランにおける目的地の代表的な風景を表す写真などの情報である。プラン名称情報６２については、該当するプランの目的や行き先のようにユーザがプランの内容を把握しやすい名称が割り当てられる。料金情報６３については、当該プランにおける乗客一人あたりの運行料金、又は応募一口あたりの運行料金が明示される。

出発地／目的地情報６４は、出発地、及び目的地の場所、具体的にはそれらの地点を表す駅名や、店舗名などの情報である。日程情報６５は、運行する日付、出発時刻、到着時刻、目的地での滞在時間（往復の場合）などの情報を含む。

募集条件情報６６は、例えば図３（ａ）及び図３（ｂ）のように、該当するプランの運行サービスを実現するために必要な乗客の最少人数、及び／又は最小口数と、一人あたりの料金、及び／又は一口あたりの料金とで構成される。

＜運行プランの募集方式＞
一例として長期のマッチング期間を設けて（クラウドファンディング形式）募集する。ここで、例えば募集に対して一定水準の応募がない場合は、タクシーを運行する業者が採算割れになる可能性があるため、運行を中止する場合がある。但し、運賃収入以外に、例えば国や地方自治体などからの経済支援があり、実質運賃が行政が認可した運賃を下回らないようであれば、一定水準の応募がない場合でも運行を実現することが可能である。
長期のマッチング期間を設けて募集する場合には、乗客一人単位で、又は応募一口単位でプランの予約ができることとする。また、一人が複数口の料金を支払うことで一人で複数口の予約ができることとする。
また、運行プランの成立／不成立判定時に、ユーザ応募口数が募集する口数の下限に満たない場合には、不足している口数を、既に応募しているユーザに割りあてるようにしてもよい。このような募集方式の場合には、一人あたりの運賃が最大でいくらになるかを運行プランに明記しておくようにする。

＜運行プランの料金＞
同一のタクシーに複数人が相乗りする状況を前提とした相乗り料金を適用し、通常のタクシーに比べて低単価の料金で利用可能にする。
運賃は事前に確定しておく。
募集する人数／口数の上限が増える度に単価が下がるように運賃・料金制も採用することも可能にする。

＜運行プランで定めること、明記すること＞
場所：出発地、目的地、解散地点など
時間：出発予定時刻、目的地到着予定時刻、目的地滞在時間、解散予定時刻など
金額：一人あたり／一口あたりの運賃
人数／口数：最大、最小など
なお、金額については、最終的に応募した人数ごとの一人あたりの運賃を列記するようにしてもよい。

＜運行プランの募集期間＞
ユーザ（乗客）が予約可能な期間は、プラン毎に運行業者（タクシー会社等）が決定できることとする。一例として、運行予定の２ヶ月程度前の時点から予約の申し込みを受け付け可能とし、１週間前の時点で募集を終了して当該プランを確定する。

＜予約管理の処理手順＞
図４は、タクシー予約支援システム１００における予約管理の処理手順を示すフローチャートである。タクシークラウドサービス１０の予約機能を処理する予約管理サーバ１２は、図２のステップＳ１９において、各プランの募集期間が終了する前に例えば図４に示した処理手順を実行する。図４の処理手順について以下に説明する。

予約管理サーバ１２は、ユーザからの応募があった運行プランのそれぞれについて、当該プランにおける募集人数／口数（募集条件情報６６に相当）の上限および下限と、実際にユーザからの応募を受け付けた応募人数／口数とを比較する（Ｓ２１）。そして、応募人数／口数が募集人数／口数の上限および下限の両方の範囲内である場合は、Ｓ２１からＳ２８に進み、当該運行プランの運行が成立することを確定する。

予約管理サーバ１２は、Ｓ２１の条件を満たさない場合には、次のＳ２２で類似している他の運行プランとの間で人数／口数調整を行うための斡旋処理を実施する。つまり、当該プランに応募したユーザの応募人数／口数が募集人数／口数の下限に未達の場合には、類似する他のプランの応募者が当該プランに乗り換えるための再予約をするように斡旋する。逆に、当該プランに応募したユーザの応募人数／口数が、募集人数／口数の上限を超えて応募することはできない。上限に達している場合には、当該プランに応募しようとしたユーザを、類似する他のプランへ斡旋する。この斡旋処理の具体例については後述する。

予約管理サーバ１２は、Ｓ２２で斡旋処理が完了した後で、再び当該プランにおける募集人数／口数の下限と、実際にユーザからの応募を受け付けた応募人数／口数とを比較する（Ｓ２３）。そして、応募人数／口数が募集人数／口数の範囲内の場合には、Ｓ２３からＳ２８に進み、当該運行プランの運行が成立することを確定する。

予約管理サーバ１２は、Ｓ２３で応募人数／口数が募集人数／口数の下限よりも不足している場合には、次のＳ２４で、当該運行プランに既に応募しているユーザに対して、応募口数の追加購入を促すための勧誘処理を実行する。

予約管理サーバ１２は、Ｓ２４で勧誘処理が完了した後で、再び当該プランにおける募集人数／口数の下限と、実際にユーザからの応募を受け付けた応募人数／口数とを比較する（Ｓ２５）。そして、応募人数／口数が募集人数／口数の範囲内の場合には、Ｓ２５からＳ２８に進み、当該運行プランの運行が成立することを確定する。

予約管理サーバ１２は、Ｓ２５で応募人数／口数が募集人数／口数の下限よりも不足している場合には、次のＳ２６で、当該運行プランについて、応募水準の下限に未達の状態で運行する状況であることをタクシー会社へ連絡する。

予約管理サーバ１２は、乗客の応募人数／口数が募集人数／口数に対して未達の状況のまま当該運行プランを実施するか否かを自動的に識別する。例えば、乗客が支払う運賃以外の収入として、国や地方自治体からの補助金などをタクシー会社等の運行業者が受け取り可能な場合やその他の収益が見込めるような場合には、全体の収入と運行にかかるコストとを比較し、運行業者に損失が発生しない結果となるように、様々な条件を考慮して予約管理サーバ１２が判断する。

予約管理サーバ１２は、当該運行プランを実施する場合はＳ２７からＳ２８に進み、当該運行プランの運行が成立することを確定する。当該運行プランを実施しない場合はＳ２７からＳ２９に進み、当該運行プランが不成立であることを確定する。

予約管理サーバ１２は、Ｓ２８で当該運行プランの運行が成立することを確定した場合には、図２に示したように当該運行プランを申し込んだタクシー会社等の運行業者の運行業者端末２０に対して、プランの配車要求Ｃ１を送信する。また、当該運行プランの予約に応募したユーザのユーザ端末３０に対して予約確定の通知Ｃ２を送信する。

一方、Ｓ２９で当該運行プランの運行の不成立が確定した場合には、予約管理サーバ１２は、当該運行プランを申し込んだタクシー会社や、当該運行プランの予約に応募したユーザに対して当該運行プランが不成立であることを通知する（図示せず）。

なお、図４に示した予約管理の他に、以下に示すような付帯サービスを予約管理サーバ１２が実施することも可能である。

（１）ユーザが各運行プランに応募する際に、同乗する予定の他のユーザの属性、例えば年齢区分、性別など個人情報が守られる範囲の情報を、既に登録された情報に基づいて当該ユーザに対して公開することが可能である。
（２）各ユーザが希望する運行プランを、他のユーザが閲覧可能な状態でインターネット上の特定の場所に掲載して、当該運行プランへの同乗者を募集するサービスを実施することが可能である。または、各ユーザが希望する運行プランを、タクシー会社に掲載依頼を発信することが可能である。この場合、ユーザからの掲載依頼は運行業者端末２０に対して通知される。タクシー会社が当該掲載依頼を受託し、掲載を選択すると、他のユーザが閲覧可能な状態でインターネット上の特定の場所に掲載される。
（３）上記（２）の情報を掲載する場所に、任意の広告を掲載する箇所を追加して、広告の掲載によりユーザ等が副次収入を獲得できるような機能を設けることが可能である。
（４）タクシークラウドサービス１０により予約したユーザが、実際に運行プランでタクシーに乗車した後で、当該ユーザがタクシーの乗務員や他のユーザを評価する機能や、その評価結果を反映した数値などを様々なユーザが閲覧可能な状態でインターネット上の特定の場所に掲載する機能を設けることが可能である。
（５）各ユーザが予約可能な運行プランとして、定期券や回数券の利用が可能なサービスを提供することも可能である。

＜斡旋処理の処理手順＞
図５は、タクシー予約支援システム１００における斡旋処理（Ｓ２２）の処理手順を示すフローチャートである。図５の斡旋処理について以下に説明する。

タクシークラウドサービス１０の予約管理サーバ１２は、運行プランＤＢ１３で管理している多数の運行プランの中からユーザが応募した１つの運行プランを特定し（Ｓ３１）、当該運行プランにおける出発地、及び目的地のエリアを特定する（Ｓ３２）。

例えば、出発地、又は目的地の地点に対応付けられた地名、町名などに該当するエリアや、各地点を中心とし、その中心位置からの距離が所定以内の円形などの領域内に含まれる範囲を当該エリアとする。

予約管理サーバ１２は、運行プランＤＢ１３上で管理されている多数の運行プランの中から、出発地がＳ３２で特定した出発地のエリアと一致、又は類似している運行プランを検索し条件に適合するものを全て抽出する（Ｓ３３）。

予約管理サーバ１２は、運行プランＤＢ１３上で管理されている多数の運行プランの中から、目的地がＳ３２で特定した目的地のエリアと一致、又は類似している運行プランを検索し条件に適合するものを全て抽出する（Ｓ３４）。

予約管理サーバ１２は、Ｓ３３、Ｓ３４のいずれかで抽出したそれぞれの運行プランについて、日程や時間帯がＳ３１の応募プランとどの程度類似しているかを表す類似度を算出する（Ｓ３５）。

予約管理サーバ１２は、Ｓ３３、Ｓ３４のいずれかで抽出した運行プランの一覧を、Ｓ３５で算出した類似度がより近い順番に従い並べた状態で出力する（Ｓ３６）。このような運行プランの一覧がユーザ端末３０の画面に表示される。

予約管理サーバ１２は、処理中の運行プランに応募している特定ユーザが、当該プランから別のプランの予約に乗り換えるための入力操作を受け付ける（Ｓ３７）。すなわち、当該プランを予約しているユーザの応募人数／口数が不足しているか、あるいは募集が終了している場合に、当該ユーザが当該プランから類似している他のプランに予約を変更するように斡旋し、プラン毎の応募人数／口数が適正になるように調整を試みる。実際に予約を変更するかどうかは各ユーザ自身の判断により決まる。
なお、この斡旋処理機能は、図２のＳ１６にて、ユーザが検索したプランが見つからなかった場合に対しても適用可能である。

＜タクシーメータ車載器の構成例＞
図６は、タクシーメータ車載器４０の構成例を示すブロック図である。図６に示したタクシーメータ車載器４０は、通常のタクシー車両に搭載されているタクシーメータと同様の機能の他に、前述のタクシークラウドサービス１０を利用した予約済みの運行プランに応じたタクシー運行サービスを実施できるように追加された機能を搭載している。

図６に示したタクシーメータ車載器４０は、制御部４１、無線通信部４２、表示器４３、及び操作部４４を備えている。また、制御部４１はクラウドとの連携機能４１ａ、予約状況確認機能４１ｂ、運行情報表示機能４１ｃ、及び乗客認証機能４１ｄを備えている。

クラウドとの連携機能４１ａは、無線通信部４２を介してインターネット２１上のタクシークラウドサービス１０と接続し、タクシークラウドサービス１０が提供する各種機能をタクシーメータ車載器４０が利用できるように連携制御を行う。

予約状況確認機能４１ｂは、タクシークラウドサービス１０に登録され予約されている運行プランのうち、タクシー会社における所定の配車手続きにより当車載器を搭載したタクシー車両に割り当てられている運行プランについて、各乗客の予約状況や予約番号を管理するための機能を有している。各運行プランを予約したユーザに対しては予約の際に予約番号が割り当てられるので、その番号をタクシーメータ車載器４０が取得して表示器４３の画面に表示できる。

運行情報表示機能４１ｃは、当車載器を搭載したタクシー車両に割り当てられている運行プランについて、予約時間の数時間前～数十分前のタイミングで、予約内容の自動表示を実行する機能を有している。この表示タイミングは、タクシー会社ごとに設定可能である。これにより出発場所、解散場所、時間、行き先、乗車人数などの運行情報が表示器４３の画面に表示される。

乗客認証機能４１ｄは、当タクシーの乗務員が予約内容に従って当タクシーに乗客を乗せる際に、予約者本人の確認を行うための認証機能を有している。例えば表示器４３の画面に表示可能なテンキーを乗務員が操作して各乗客の予約番号などを入力することにより、乗客認証機能４１ｄがクラウドとの連携機能４１ａを介してタクシークラウドサービス１０と連携し、予約者本人の認証を実行する。

＜車載器の画面表示例＞
図７（ａ）及び図７（ｂ）は、それぞれタクシーメータ車載器４０の画面表示例を示す正面図である。なお、図７（ａ）や図７（ｂ）のような表示は、タクシー車両内に搭載されるタブレット端末やスマートフォンに表示するようにしてもよい。
例えば、当車載器を搭載したタクシー車両に割り当てられている運行プランについて、予約時間の数時間前～数十分前のタイミングになると、運行情報表示機能４１ｃの制御により、図７（ａ）のような画面が表示器４３に表示される。

図７（ａ）の例では、当車載器を搭載したタクシー車両において数時間後に開始が予約されている特定の運行プランの内容として、行き先を表すプラン名称や、出発時刻、乗車人数が表示されている。図７（ａ）の画面を表示することにより、予約したプラン内容を乗客が確認することもできる。

各乗客がタクシー車両に乗車する際には、乗客認証機能４１ｄにより図７（ｂ）のような画面が表示器４３に表示される。すなわち、当該プランの運賃総額や、乗客の支払金額や、入力に使用するテンキーなどが画面に表示される。このテンキーで予約番号などを入力することで、予約した乗客の本人確認を実施できる。

なお、図７（ａ）や図７（ｂ）のような表示は、タクシー車両内に搭載されるタブレット端末やスマートフォンなどの画面に表示するようにしてもよい。

以上の説明においては、予約管理サーバ１２は、出発地および目的地が定まった運行プランを生成するようになっているが、運行プランの出発地および目的地をエリアにより特定するようにしてもよい。この場合、予約管理サーバ１２は、ユーザ端末３０から、エリア内の乗車希望地および降車希望地が入力されるようにする。また、運行業者端末２０に対しては、配車要求の際に、エリア内で乗客をどの順番で乗車あるいは降車させるかを定めた情報を併せて提供するようにしてもよい。運行プランの出発地および目的地をエリアにより特定することにより、運行が成立になる可能性を高めることができる。

以上に説明したように、本発明の実施形態に係るタクシー予約支援システム１００は、タクシーの運行サービスを提供可能なタクシー会社等の運行業者が、運行業者端末２０でタクシークラウドサービス１０を利用できる。そして、実際のタクシー車両の実車率の推移から、タクシー車両や乗務員の余剰が見込まれるような状況では、タクシー会社がタクシークラウドサービス１０が提示した様々な運行プランへの運行サービス提供を実施することにより、タクシー車両の実車率を向上させると共に売上げを伸ばすことが可能になる。

また、比較的安い料金でのタクシー利用を望む様々なユーザも、自分のユーザ端末３０を利用してタクシークラウドサービス１０を利用できる。このタクシークラウドサービス１０が各ユーザに提示する運行プランは、基本的には複数の乗客が同じ車両に相乗りする運行サービスであるため、それぞれの乗客が支払う運賃は比較的安くなる。また、様々な種類の運行プランの中から各ユーザが自分の目的や状況に合わせて都合の良いプランを選択できる。また、各ユーザは自分の予定に合わせて適当な時期に事前に予約することができる。

したがって、例えば運転免許を返納した高齢者、マイカーを持たない若年層や、子育て世代の人たちなどが、日常的に気軽に使える移動手段としてタクシークラウドサービス１０の運行プランを利用できる。また、地域を訪れた観光客なども、タクシークラウドサービス１０の運行プランを利用することで、低料金で気軽に使える移動手段を確保できる。これにより、タクシーの潜在的な需要を発掘すると共に、タクシーの運行に関する需要と供給とのバランスを調整することが容易になる。

ここで、上述した本発明の実施形態に係るタクシー予約支援システムの特徴をそれぞれ以下［１］～［８］に簡潔に纏めて列記する。
［１］ タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システム（１００）であって、
前記運行業者が利用する業者端末（運行業者端末２０）との間で通信するための第１通信部（Ｓ１３，Ｓ１５）と、前記ユーザが利用するユーザ端末（３０）との間で通信するための第２通信部（Ｓ１７，Ｓ１９）と、前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバ（Ｗｅｂサーバ１１又は予約管理サーバ１２）とを備え、
前記サーバは、
出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能（Ｓ１１）と、
前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能（Ｓ１３，Ｓ１５）と、
選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能（Ｓ１７，Ｓ１９）と、
前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求（Ｃ１）を送信する配車要求機能（Ｓ２０）と、
を有するタクシー予約支援システム。

［２］ 前記配車要求機能は、プラン毎に定めた募集人数と、該当するプランに対するユーザ応募人数、及び／又はユーザ応募口数との比較により、各プランが成立するか否かを識別する（Ｓ２１）、
上記［１］に記載のタクシー予約支援システム。

［３］ 前記配車要求機能は、不成立と識別した特定プランに応募したユーザに対して、前記特定プランと内容が類似している類似プランへ前記ユーザが応募するための斡旋処理を実施する斡旋機能（Ｓ２２）を備える、
上記［２］に記載のタクシー予約支援システム。

［４］ 前記斡旋機能は、出発地、及び目的地の少なくとも一方が、前記特定プランと共通の特定エリア内にある他のプランを、前記類似プランとして自動的に選定する（Ｓ３３～Ｓ３６）、
上記［３］に記載のタクシー予約支援システム。

［５］ 前記配車要求機能は、各プランに対するユーザ応募人数、又はユーザ応募口数がプラン毎に定めた募集人数に比べて不足している場合には、該当するプランに応募したユーザに対して、応募口数追加申し込みのための勧誘処理を実施する勧誘機能（Ｓ２３，Ｓ２４）を備える、
上記［２］に記載のタクシー予約支援システム。

［６］ 前記プラン生成機能は、前記出発地、及び前記目的地の少なくとも一方をエリアとして設定し、
前記ユーザ応募受付機能は、ユーザから前記エリア内における乗車希望地、及び降車希望地を受付可能とする、
上記［１］に記載のタクシー予約支援システム。

［７］ 前記プラン生成機能は、ユーザ応募人数、及び／又はユーザ応募口数ごとの一人あたりの運賃を運行プランに含め、
前記配車要求機能は、当該運行プランが確定した時点におけるユーザ応募人数、又はユーザ応募口数に応じて運賃を確定する、
上記［１］に記載のタクシー予約支援システム。

［８］ タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システム（１００）であって、
前記運行業者が利用する業者端末（運行業者端末２０）と、
前記ユーザが利用するユーザ端末（３０）と、
前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバ（Ｗｅｂサーバ１１又は予約管理サーバ１２）と、を備え、
前記サーバは、前記業者端末（運行業者端末２０）との間で通信するための第１通信部（Ｓ１３，Ｓ１５）と、
前記ユーザ端末（３０）との間で通信するための第２通信部（Ｓ１７，Ｓ１９）と、
出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能（Ｓ１１）と、
前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能（Ｓ１３，Ｓ１５）と、
選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能（Ｓ１７，Ｓ１９）と、
前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求（Ｃ１）を送信する配車要求機能（Ｓ２０）と、
を有するタクシー予約支援システム。

１０ タクシークラウドサービス
１１ Ｗｅｂサーバ
１２ 予約管理サーバ
１３ 運行プランＤＢ
２０，２０－１，２０－２，２０－３ 運行業者端末
２１ インターネット
２２－１，２２－２ 無線基地局
３０，３０－１，３０－２，３０－３ ユーザ端末
４０，４０－１，４０－２，４０－３ タクシーメータ車載器
４１ 制御部
４１ａ クラウドとの連携機能
４１ｂ 予約状況確認機能
４１ｃ 運行情報表示機能
４１ｄ 乗客認証機能
４２ 無線通信部
４３ 表示器
４４ 操作部
５０ データセンタ
６１ 代表イメージ
６２ プラン名称情報
６３ 料金情報
６４ 出発地／目的地情報
６５ 日程情報
６６ 募集条件情報
１００ タクシー予約支援システム
Ｃ１ プランの配車要求
Ｃ２ 予約確定の通知
Ｐ１，Ｐ２ 運行プラン

Claims (8)

1. タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システムであって、
   前記運行業者が利用する業者端末との間で通信するための第１通信部と、前記ユーザが利用するユーザ端末との間で通信するための第２通信部と、前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバとを備え、
   前記サーバは、
   出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能と、
   前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能と、
   選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能と、
   前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求を送信する配車要求機能と、
   を有するタクシー予約支援システム。
2. 前記配車要求機能は、プラン毎に定めた募集人数と、該当するプランに対するユーザ応募人数、及び／又はユーザ応募口数との比較により、各プランが成立するか否かを識別する、
   請求項１に記載のタクシー予約支援システム。
3. 前記配車要求機能は、不成立と識別した特定プランに応募したユーザに対して、前記特定プランと内容が類似している類似プランへ前記ユーザが応募するための斡旋処理を実施する斡旋機能を備える、
   請求項２に記載のタクシー予約支援システム。
4. 前記斡旋機能は、出発地、及び目的地の少なくとも一方が、前記特定プランと共通の特定エリア内にある他のプランを、前記類似プランとして自動的に選定する、
   請求項３に記載のタクシー予約支援システム。
5. 前記配車要求機能は、各プランに対するユーザ応募人数、又はユーザ応募口数がプラン毎に定めた募集人数に比べて不足している場合には、該当するプランに応募したユーザに対して、応募口数追加申し込みのための勧誘処理を実施する勧誘機能を備える、
   請求項２に記載のタクシー予約支援システム。
6. 前記プラン生成機能は、前記出発地、及び前記目的地の少なくとも一方をエリアとして設定し、
   前記ユーザ応募受付機能は、ユーザから前記エリア内における乗車希望地、及び降車希望地を受付可能とする、
   請求項１に記載のタクシー予約支援システム。
7. 前記プラン生成機能は、ユーザ応募人数、及び／又はユーザ応募口数ごとの一人あたりの運賃を運行プランに含め、
   前記配車要求機能は、当該運行プランが確定した時点におけるユーザ応募人数、又はユーザ応募口数に応じて運賃を確定する、
   請求項１に記載のタクシー予約支援システム。
8. タクシー車両の運行が可能な１つ以上の運行業者と、タクシー車両への乗車を希望する任意のユーザとの間で、運行するタクシーの利用に関する予約の手続きを支援するタクシー予約支援システムであって、
   前記運行業者が利用する業者端末と、
   前記ユーザが利用するユーザ端末と、
   前記業者端末、及び前記ユーザ端末に対してそれぞれ通信サービスを提供可能なサーバと、を備え、
   前記サーバは、前記業者端末との間で通信するための第１通信部と、
   前記ユーザ端末との間で通信するための第２通信部と、
   出発地、及び目的地を含む複数の運行プランを生成するプラン生成機能と、
   前記複数の運行プランの内容を前記業者端末に対して提示すると共に、前記業者端末からの指示に応じて前記複数の運行プランの中の１つ以上を業者選択プランとして選択する業者プラン選択機能と、
   選択された前記業者選択プランの内容を前記ユーザ端末に対して提示すると共に、前記ユーザ端末からの指示に応じて選択されたプランをユーザ応募プランとして特定するユーザ応募受付機能と、
   前記ユーザ応募プランの応募状況に応じて各プランのタクシー運行を確定し、確定したプランの運行業者に対して該当するプランに従う配車要求を送信する配車要求機能と、
   を有するタクシー予約支援システム。

Images