【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを介して、タクシー等の賃走車両を乗合乗車するための乗合車両の予約システム、及び乗合方法に関する。
【０００２】
【従来の技術】
タクシーは、径路が自由で小回りが利き、自宅の玄関まで送ってくれる非常に便利な交通手段であるが、料金が比較的高いため、タクシーを頻繁に利用する人は少ない。一方タクシーがよく利用される時間帯は限られており、客待ちのタクシーが長く並んで駐車している状態や、乗客の多い場所へ向かって空車が列をなして走行しているような状態が多く発生している。そのためにタクシーの空車率は６０％もあり、営業効率が悪いと共に、無駄な交通渋滞や排気ガスが生じて環境を悪化させている。
【０００３】
一方乗合バスは、料金が安いという大きな利点があり、しかも最近の長距離夜行バスや観光バスは、通信ネットワークを通じて予約又、は乗車券の購入ができるサービスもある。しかしながら、これらはバスの路線申請に基づく固定的な時刻表に従って運行するものであり、臨時便という制度はあるものの、運用に柔軟性が乏しいものであった。又、予約という制度の無い一般の乗合バスでは、例えば深夜バスで帰宅しようとしても、乗車定員を超えてしまうと、せっかく待っていても乗れないという不便さがあった。
【０００４】
そこで以上のような不便を軽減し、かつ乗合乗車のように安価に車両を利用するための種々の考案がなされてきたが、それぞれが固有の問題を有しており、実用されるには至っていなかった。
【０００５】
提案例としては、相乗りのために、車両提供者と利用希望者がそれぞれの希望する内容を、通信回線を経由してサーバに入力し、システムが両者のマッチングをとるシステムが提案されている。（例えば、特許文献１を参照）
【０００６】
しかし、本提案は、提供側と利用側の双方に制約が無いため自由度が大き過ぎて、実際に両者がマッチングする確率が低く、申し込んでも配車されるとは限らないために、運用が不安定で利用が進まないという問題が懸念される。又、車両提供者は不特定であり、車両が指定の時刻に待ち合わせ場所に来るという保証に乏しいという問題もあった。
【０００７】
又、他の提案例では、相乗りの利用者が個々に通信回線を経由して希望する内容を入力し、システムが利用希望内容のマッチングをとって、タクシーの配車手配をするシステムが提案されている。（例えば、特許文献２，３を参照）
【０００８】
しかして、これも自由度が大きく、相乗りが成立しない場合も多くあると思われることや相乗りしても同乗者のそれぞれの目的地によって径路が左右され、到着時間と金額が一定しないこと等により、利用者が安心して利用できるシステムにはなっていなかった。又、時間帯によっては、タクシー会社が要求に従って空き車両をすぐに配車できず、長く利用者を待たせることにもなり、せっかく予約をした意味が失われることも懸念されていた。
【０００９】
【特許文献１】
特開２００３−１６７９４６号公開公報（段落符号「０００５」〜段落符号「００１３」末行、図１，２，３）
【特許文献２】
特開２００３−４４７０２号公開広報（段落符号「０００３」〜段落符号「０００７」末行、図１）
【特許文献３】
特開２００２−２２２３５１号公開公報（段落符号「０００５」〜段落符号「０００６」末行、図１）
【００１０】
【発明が解決しようとする課題】
本発明は、上記の問題点に鑑みて、利用者には、安心して確実にしかも定額の低料金で乗合車両を利用できるようにし、タクシー等の事業者には、柔軟な配車計画ができて空車率を低減できる乗合車両予約システム及び予約方法の提供を目的としている。
【００１１】
【課題を解決するための手段】
本発明による乗合車両予約システムは、利用者が通信ネットワークを介して乗合車両を予約し、乗合車両提供者が配車すると共に利用者が料金を支払う乗合車両予約システムにおいて、配車できる出発時刻、出発地、目的地及び料金の乗合車両運行予定データを記録している乗合車両運行予定データベースと、乗合車両運行予定データベースに乗合車両提供者が配車できる乗合車両運行予定データを予め入力すると共に予約から配車できる乗合車両を選択して登録する乗合車両運行予定入力手段と、乗合車両利用者が所望の乗合車両を選択して予約する乗合車両予約手段及び乗合車両提供者が配車車両を確認する予約状況確認手段から構成し、乗合車両運行予定データを乗車人数、性別限定及び車種の限定をすることを特徴としており、利用者は、安心して確実にしかも定額の低料金で乗合車両を利用できるようにし、タクシー等の事業者は、柔軟な配車計画ができて空車率を低減できる。
【００１２】
又、本発明による乗合車両予約システムの予約方法は、利用者が乗合車両予約手段によって乗合車両運行予定データベースにアクセスし、乗合車両運行予定データから所望の出発時刻、出発地及び目的地を選択して予約して、予約の受任登録が確認された後に所定料金の支払い方法を指定して予約設定すると共に、乗合車両提供者が予約状況確認手段によって乗合車両運行予定データベースにアクセスし、予約された出発時刻、出発地及び目的地から配車できる乗合車両を選択して受任登録しており、利用者は、安心して確実にしかも定額の低料金で乗合車両を利用できるようにし、タクシー等の事業者は、柔軟な配車計画ができて空車率を低減できる。
【００１３】
【本発明の実施の形態】
本発明による乗合車両予約システムは、利用者が通信ネットワークを介して乗合車両を予約し、乗合車両提供者が配車すると共に利用者が料金を支払う乗合車両予約システムにおいて、配車できる出発時刻、出発地、目的地及び料金の乗合車両運行予定データを記録している乗合車両運行予定データベース、乗合車両運行予定データベースに乗合車両提供者が配車できる乗合車両運行予定データを予め入力すると共に予約から配車できる乗合車両を選択して登録する乗合車両運行予定入力手段、乗合車両利用者が所望の乗合車両を選択して予約する乗合車両予約手段及び乗合車両提供者が配車車両を確認する予約状況確認手段から構成し、乗合車両運行予定データを乗車人数、性別限定及び車種の限定をすることを特徴としている。
以下に、本発明による乗合車両予約システムの実施形態を図面に基づいて詳細に説明する。
【００１４】
図１は本発明の実施の形態を示す乗合車両予約システム図である。通信ネットワーク１に予約センターシステム２が接続され、乗合車両運行予定データベース３によって乗合車両の運行に関する全てのデータを一元管理している。
【００１５】
乗合車両提供者用の乗合車両運行予定入力手段４は、通信ネットワーク１を経由して配車できる出発時刻、出発地、目的地及び料金等の乗合車両運行予定データを入力する機能を有し、予約センターシステム２は、この乗合車両運行予定データの入力によって乗合車両運行予定データベース３を更新することになる。
【００１６】
一方、利用者用の乗合車両予約手段５は、通信ネットワークを経由して乗合車両運行予定データベース３に格納されている径路情報を入手するものであり、利用者がその径路情報の中から所望の径路を選択して、選択した径路の具体的な配車情報を、通信ネットワーク１を経由して乗合車両運行予定データベース３から入手して、その配車情報の中から所望の車両を選択した後に、その選択した車両の乗車予約情報を通信ネットワーク１を通じて乗合車両運行予定データベース３に入力する機能を有しており、予約センターシステム２は、乗合車両運行予定データベース３に予約情報を書き込んでこれを更新している。
【００１７】
又、乗合車両提供者用の予約状況確認手段６は、通信ネットワークを経由して乗合車両運行予定データベース３に格納されている配車情報を入手し、表示して確認する機能を有している。
【００１８】
図２は本発明の乗合車両予約システムに関する実施の形態の詳細な構成図であり、図１で示した各手段を、より具体的なハードとソフトによる構成として示したものである。
即ち、図１における予約センターシステム２は、具体的には、図２に示すようにサーバ７と、センタープログラム８から構成され、これらの制御下で乗合車両運行予定データベース３が運用されている。
【００１９】
同様に、図１における乗合車両運行予定入力手段４は、図２において、複数の事業者用固定端末９と固定端末用乗合車両運行予定入力プログラム１０、もしくは複数の事業者用移動端末１１と移動端末用乗合車両運行予定入力プログラム１２から構成されている。
【００２０】
ここで、固定端末は、乗合車両提供者の事務所等に設置される通信機能付きのパソコン等の端末であり、専用端末を設ける他に、タクシー配車システムに用いる端末や、乗合車両提供者の事務用パソコンに、本発明に係る機能を有するプログラムをインストールして利用することができる
【００２１】
又、移動端末は、通信機能を備える携帯電話、車載パソコン、カーナビ等の車両に搭載して利用できる形式の端末であり、本発明に係る機能を有するプログラムをインストールして利用することができるものであり、主に個人タクシー等の小事業者の使用が想定されるものである。
【００２２】
本発明による乗合車両予約システムは、以上のように既存の設備を利用しながらソフトウエアだけの対応で本システムを導入できるので、初期の設備投資が極めて安価であり、タクシー業界で足並みを揃えて運用に入ることを可能にしている。
【００２３】
そして、図１における乗合車両予約手段５は、図２において複数の利用者用固定端末１３と固定端末用予約プログラム１４、もしくは複数の利用者用移動端末１５と移動端末用予約プログラム１６から構成されている。ここでも、固定端末は、上記と同様に利用者の事務所等に設置される通信機能付きのパソコン等の端末であり、日常使用する業務用パソコンに、本発明に係る機能を有するプログラムをインストールすることで利用することができる。
【００２４】
しかるに、移動端末は、通信機能を備える携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）端末、モバイルパソコン等の人が所持できる形式の端末であり、本発明に係る機能を有するプログラムをインストールすることで利用することができる。
【００２５】
さらに、図１における予約状況確認手段６は、図２において複数の事業者用固定端末９と固定端末用予約状況確認プログラム１７、もしくは複数の事業者用移動端末１１と移動端末用予約状況確認プログラム１８から構成されている。
【００２６】
通常の場合、乗合車両運行予定入力手段４と予約状況確認手段６のハードウェアとは共通であって、乗合車両の運転手が事業者用移動端末を車載しながら、自車の予約状況を確認すること等を、実際の運用に則して選択することができる。
【００２７】
次に示す図３は、本発明の操作の遷移を示す実施の形態図であり、システムの運用手順を示している。
図の中央位置には、予約センターシステム２の動作を示しており、左側には、乗合車両提供者用、右側には、利用者用諸機能の動作を示している。又、図の上から下に向かっては、時間経過を示している。
【００２８】
従って、図示のイベント遷移図は、実際の運用における多様なイベントの発生例であり、以下に、時系列に従いながら順次に説明する。
事業者用移動端末１１を使用するタクシー会社甲は、移動端末用乗合車両運行予定入力プログラム１２によって運行予定情報５１ａを入力しているが、このプログラムは、通信ネットワーク１を経由して予約センターシステム２に入力情報を送信して、センタープログラム８は、乗合車両運行予定データベース３に運行予定情報５１ａを書き込むことで、これを更新している。
【００２９】
同様に、事業者用固定端末９を使用するタクシー会社乙も、固定端末用乗合車両運行予定入力プログラム１０によって運行予定情報５１ｂを入力しており、プログラムは、通信ネットワーク１を経由して予約センターシステム２に入力情報を送信することで、センタープログラム８が乗合車両運行予定データベース３に運行予定情報５１ｂを書き込むことで、これを更新している。
【００３０】
一方、利用者用移動端末１５を使用する利用者Ａ氏は、移動端末用予約プログラム１６に乗車径路等の検索条件を入力する。プログラム１６は、通信ネットワーク１を経由して予約センターシステム２に入力情報を送信しており、センタープログラム８は、入力された検索条件に基づいて乗合車両運行予定データベース３を検索し、検索条件に合致した配車情報５２ａを入手している。
【００３１】
予約センターシステム２では、配車情報５２ａを、通信ネットワーク１を経由してＡ氏の利用者用移動端末１５に送信するものであり、Ａ氏は、移動端末用予約プログラム１６に表示された配車情報５２ａから所望の車両を選択して予約情報５３ａを作成して、その予約情報５３ａを同様の径路で返送する。
【００３２】
次いで、予約センターシステム２では、センタープログラム８によって乗合車両運行予定データベース３にこの予約情報５３ａを書き込むことでこれを更新しながら、乗合車両提供者が甲タクシーであることを確認する。
そこで、センタープログラム８のメール送信プログラム８ｍは、予約完了通知メール５４ａを利用者Ａ氏に送信しており、Ａ氏は、利用者移動端末用メールプログラム２２でそれを受信する。一方、メール送信プログラム８ｍは、予約入力通知メール５５ａを乗合車両提供者甲タクシーに送信しており、甲タクシーの事業者移動端末用メールプログラム２０がそれを受信することで、予約を完了することになる。
【００３３】
同様に、利用者用固定端末１３を使用する利用者Ｂ氏は、固定端末用予約プログラム１４に乗車径路等の検索条件を入力することで、プログラム１４は、通信ネットワーク１を経由して予約センターシステム２にこの入力情報を送信するので、センタープログラム８は、入力された検索条件に基づいて乗合車両運行予定データベース３を検索しながら、検索条件に合致した配車情報５２ｂを入手する。
【００３４】
そこで、予約センターシステム２は、配車情報５２ｂを通信ネットワーク１を経由してＢ氏の利用者用固定端末１３に送信しており、Ｂ氏は、移動端末用予約プログラム１４によって表示される配車情報５２ｂから所望の車両を選択して予約情報５３ｂを作成することで、その予約情報５３ｂを同様の径路で返送している。
【００３５】
次いで、予約センターシステム２では、センタープログラム８によって乗合車両運行予定データベース３に予約情報５３ｂを書き込むことでこれを更新しながら、乗合車両提供者が乙タクシーであることを確認する。
そこで、センタープログラム８のメール送信プログラム８ｍは、予約完了通知メール５４ｂを利用者Ｂ氏に送信し、Ｂ氏の利用者固定端末用メールプログラム２１がそれを受信する。一方、メール送信プログラム８ｍは、予約入力通知メール５５ｂを乗合車両提供者乙タクシーに送信しており、乙タクシーの事業者固定端末用メールプログラム１９がそれを受信することで、予約が完了する。
【００３６】
次に、予約をキャンセルする場合について説明するが、キャンセル通知プログラム２３は、予約完了通知メール５４ａに含まれている、キャンセル用のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ，ホームページアドレス）をアドレスとして、通信ネットワーク１を通じて予約センターシステム２にキャンセル情報５６ａを送信するように構成している。
【００３７】
従って、Ａ氏が都合によって予約をキャンセルすると、予約センターシステム２のセンタープログラム８は、乗合車両運行予定データベース３にキャンセル情報５６ａを書き込んで、これを更新する。次に、センタープログラム８のメール送信プログラム８ｍが、キャンセル完了通知メール５７ａを利用者Ａ氏に送信して、Ａ氏の利用者移動端末用メールプログラム２２がそれを受信する。同時に、メール送信プログラム８ｍは、キャンセル入力通知メール５８ａを乗合車両提供者甲タクシーにも送信するので、甲タクシーの事業者移動端末用メールプログラム２０がそれを受信することによって予約がキャンセルされて完了する。
【００３８】
尚、キャンセルは、出発時刻の一定時間前まで等の条件を満たしていない場合には、予約センターシステム２により受け付けられない等の制限を設けることもできる。
【００３９】
しかして、乗合車両提供者用移動端末１１を使用する甲タクシーは、移動端末用予約状況確認プログラム１８によって通信ネットワーク１を経由させながら、予約センターシステム２のセンタープログラム８で乗合車両運行予定データベース３を検索して、必要な予約状況情報５９ａを入手しており、その内容によって乗合車両運行予定情報の追加登録や、待ち合わせ場所への配車の最終手配等を行っている。
【００４０】
同様に、乗合車両提供者用固定端末９を使用する乙タクシーも、固定端末用予約状況確認プログラム１７によって通信ネットワーク１を経由して、予約センターシステム２のセンタープログラム８で乗合車両運行予定データベース３を検索して、必要な予約状況情報５９ｂを入手しており、その内容に合わせて後述する乗合車両運行予定データ３ｄの追加登録や、待ち合わせ場所への配車の最終手配等を行っている。
【００４１】
以上のように、本発明の実施の形態では、予約センターシステム２における単一のデータベースである乗合車両運行予定データベース３に対しては、乗合車両提供者と利用者の双方が随時にイベントを発生させることを可能にして、それらに追随させて、サーバ７上のセンタープログラム８がリアルタイムにデータベースを更新させながら、乗合車両運行予定の入力や利用予約等のジョブを適正に処理している。しかして、これらのデータベースやジョブの処理等の情報処理技術は、既存の技術で十分である。
【００４２】
図４は、本発明の乗合車両運行予定データベースの構成を示す実施の形態図であり、乗合車両運行予定データベース３の詳細を示しているが、本図は、あくまでもデータ項目を示す目的のものであって、必ずしも実際のデータベース設計における処理効率等を考慮したものでない。
【００４３】
図４（ａ）は、乗合車両提供者データ３ａとしての１事業者分のデータ構成を示している。
最初の「事業者コード」は、乗合車両提供者である事業者毎にユニークな識別コードであり、次の「事業者ＩＤ」及び「パスワード」は、ログインにおける事業者の識別に用いる。次の「社名」は、正式な「社名」とともに、表示文字数に限りのある移動端末等の「表示用社名」を登録する。「住所」、「電話番号」、「電子メールアドレス」は、本サービスに対応する部署のものである。
【００４４】
そして料金収入精算のため等の「銀行口座情報」を持っているが、これらは、新たに事業者を登録する時に登録するものであり、「パスワード」は、セキュリティのために適宜通信回線を経由して変更ができるものとする。
【００４５】
次の「登録車両数」以下は、本サービスに提供する車両の情報であって、「社内車番」は、その事業者内で用いる車両の番号であり、大中小等の「車種」と「定員」情報を併せ持っている。これらの「車種」や「定員」が明記されることで、システム的にオーバーブッキングされることがなく、利用者を保護することができる。さらに、「運転手コード」は、交替勤務毎に書き替えるものであり、これらの車両情報は、実際に配車する車両以上に登録されていても差し支えない。尚、登録車両のデータは必要に応じて乗合車両提供者によって追加、削除が可能である。
又、「履歴データ」は、配車や料金収入等の履歴を日時と共に記録したものとそれに統計処理をかけたデータ等であり、将来の配車計画や、設備投資検討の資料となる。
【００４６】
しかして、一つの会社において複数の事業所毎に本サービスに加盟する場合は、事業所毎に事業者コードを取得することになり、個人タクシーの場合も、本データ構成を用いることができる。
【００４７】
図４（ｂ）は径路データ３ｂのデータ構成であり、この径路データベースの内容は、予め乗合車両提供者が組織する組合等で検討して作成することもできる。本実施の形態では、径路データは「出発地」毎に「径路グループ」を構成しており、「出発地」を新宿駅としたものが「径路グループ１」であって、「待合せ場所」と、その地図ＵＭＬ（地図データのアドレス）とを伴っている。
【００４８】
次に「目的地」毎に詳細データが示されるが、本実施の形態では「目的地１」と「目的地２」で２階層の構成にしている。
本例では「目的地１」が東京都であって「目的地２」が三鷹市であるが、このような階層とすることで利用者の検索が容易であり、次の「径路コード」を「出発地」、「目的地１」、「目的地２」と組合せることでユニークな経路に設定できるものであり、この「径路コード」で「出発地」、「目的地」や「料金」等の全ての詳細情報を検索できる。
【００４９】
「標準距離」は、「出発地」から「目的地２」の地域内までの代表的な距離であり、「出発地」は、特定の場所を指定するが「目的地２」は目的の地域内の利用者の玄関先までとしている。
【００５０】
又、「料金」は、降車地がその地域内であれば定額であって、途中の径路や、地域内での位置によらないサービス内容にしており、これによって個別にタクシーを利用する場合とほぼ同等な利便性を低料金で得られるという利用者メリットがある。
一方、乗合車両提供者は、満席でなくとも定額でサービスを提供する義務を負っている。
【００５１】
さらに、「性別指定」として女性専用可とのデータを有することにしている。即ち、比較的配車数の少ない径路では、空席を減らすために利用者の区別を設けないが、利用者の多い径路では、乗車を男女共に可とするか、それとも女性専用とするかを、乗合車両提供者が選択できる。
【００５２】
しかるに、乗合乗車は、比較的短時間ではあるが知らない人と狭い空間を共有する不快感や気まずさがあるものを、女性専用車により女性が利用しやすいサービスとすることができる。
【００５３】
一方、男性にとっても同様のメリットがあり、このサービスの延長として、喫煙、禁煙の区別を設けること等が可能である。
【００５４】
又、本実施の形態では、予め径路のみを決めて「出発時刻」は乗合車両提供者が任意に指定できるものとしているが、例えば、帰宅に不便な深夜のみとか、逆に買物や通院の便宜のために昼間の時間帯のみとか、運行時間帯を径路毎に定めることも可能であり、いずれにしても、利用の少ない時間帯に配車を増発する等の運用ができるので、既に保有している車両の有効な活用ができ、空車率を低減できる。
【００５５】
尚、本実施の形態では、出発時刻を全くの任意にするのではなく、毎正時と３０分とに制限することで、利用者の検索を容易としている。一方、乗合車両提供者は、同じ出発時刻に対して複数台を登録でき、センタープログラム８が利用者の予約を乗合車両の登録順に埋めて行くことで、空席率を下げることができる。
【００５６】
以上のように、本発明による乗合車両予約システムは、このように径路と出発時刻が予め示されていることで、利用者の希望と配車がマッチングし易く、効率的な車両の運用ができる。
【００５７】
図４（ｃ）は利用者データ３ｃとしての１利用者のデータ構成である。
「利用者コード」は、利用者毎にユニークな識別コードであって、「利用者ＩＤ」と「パスワード」は、ログインにおける利用者の識別に用いており、「氏名」は、クレジットカードの名義人である正式な氏名ともに、運転手が顧客を確認するために用いる表示文字数に限りのある移動端末等での「表示名」を登録しているが、これは良識の範囲で愛称でも差し支えない。
【００５８】
「性別」は女性専用車に登録する場合のチェック項目で、「住所」は必要な場合に行う料金等の連絡用であり、原則自宅である。「電話番号」は連絡用であり、「電子メールアドレス」は、予約時の確認用メール等の受信用である。
【００５９】
「クレジットカード情報」は、料金精算に用いると共に、予約通りに乗車しなかった場合の違約金の引落しにも使用されるもので、不可欠である。
【００６０】
これらは、新たに利用者を登録する時に登録するが、「パスワード」はセキュリティのために、適宜通信回線を経由して変更ができ、「クレジットカード情報」も、別途手続きにより変更することができる。
【００６１】
又、「当月合計金額」以下のデータ項目は、当月の利用に関するものであって、クレジットカードで毎月精算する場合の利用内容を記録しており、翌月になると「履歴データ」に移されるものであり、「年月日」、「出発時刻」、「配車番号」、「径路コード」、「料金」、「支払方法」、「実車」の有無、「キャンセル」の有無、「違約金」の有無が、利用毎に記録される。
【００６２】
即ち、「配車番号」は、センターシステムが付与する番号であって利用者が乗車する車両を特定するものであり、「実車」の有無は、運転手の入力又は運転手からの連絡による事業者の入力によって記録され、「キャンセル」は所定の時間前までは許容されるが、それ以降は「違約金」が発生する契約とする等の運用ができるものであり、この取決めによって利用者が、予約だけで実車しない乗合の車両提供者側のリスクを担保している。そして、「支払方法」は、乗車時に現金での支払いやタクシーチケットの利用にも対応するためであり、特に指定がなければ利用者のクレジットカードからの引落となるので、料金徴収が確実である。
【００６３】
尚、利用者の「履歴データ」は、必要に応じて利用者が閲覧できるように設けられるものである。
【００６４】
図４（ｄ）は、乗合車両運行予定データ３ｄとしての、１件分の配車データの構成である。
本データの操作は、後述するプログラムの説明で詳細に述べるが、本データは、乗合車両提供者が指定する径路に対して車両運行予定データ３ｄを登録する時に、予約センタープログラム８によって生成され、ユニークな「配車番号」が付与される。
【００６５】
そして、本データの項目は、選択された「径路コード」、入力した「出発時刻」、ログインした乗合車両提供者の「会社コード」、入力した事業者の「社内車番（車両番号）」と、その「社内番号」をキーとして乗合車両提供者データ３ａから検索した「定員」、「運転手コード」が登録される。
【００６６】
又、女性専用車を運用する径路では、女性専用の「性別指定」をすることができ、指定しなければ男女共に可となり、「残席数」は、センタープログラム８によって「定員」と同じ数が初期値として書き込まれる。
【００６７】
以上の構成において、利用者は、本データベースにアクセスすることで「径路コード」毎、「出発時刻毎」の「残席数」を閲覧できる。このことから、利用者は希望の便を選択して登録すると、予約毎に「利用者コード」、「表示名」、「支払方法」及び「受付時刻」が登録され、予約センターシステム２のメール送信プログラム８ｍが、利用者と乗合車両提供者に予約内容をメール送信する。
しかして、このように予約が完了すると、利用者には、待合わせ場所での便宜のために、タクシー会社の「社名」と、「配車番号」が通知され、「残席数」が更新される。
【００６８】
又、利用者が、通信ネットワーク１を通じてキャンセルすると、予約データが削除されて「残席数」が更新されると共に、予約センターシステム２のメール送信プログラム８ｍが利用者と乗合車両提供者にキャンセル内容をメール送信する。
そして、「実車」データは、運転手の移動端末又は運転手からの連絡によって事業者が入力され、料金精算に使用している。
【００６９】
次に、処理の詳細を処理のフローチャートと表示画面を用いて説明する。
本実施の形態では、携帯電話を用いた場合としており、表示画面の最も小さな携帯電話で運用が可能であることを示して、より大きな画面を有する端末での運用を自明にしている。
又、予約センターシステム２のプログラムについては、本実施の形態で要求する機能を実現することは既存技術で容易であり、詳細は省略する。
【００７０】
図５は、本発明の乗合車両提供者用システムのメインプログラムを示す実施の形態図であり、固定端末でも移動端末でも同様である。
本発明の実施の形態では、乗合車両提供者が端末を起動すると、ログイン処理１０１が起動し、「事業者ＩＤ」と「パスワード」とを確認している。次に、機能選択入力処理１０２が起動し、その選択内容を機能判定処理１０３が判定する結果に基づいて、乗合車両運行予定入力処理１０４、予約状況確認処理１０５及びその他の処理１０６を起動する。
【００７１】
しかして、それぞれの処理が終了すると再び機能選択入力処理１０２に戻るが、機能判定結果がログアウトの場合は、ログアウト処理１０７が起動し、本プログラムが完了する。
尚、その他処理１０６には、履歴データ統計処理や、パスワード変更等の種々のユーティリティを含んでいる。
【００７２】
次に、図５に示したプログラムの詳細を、乗合車両運行予定入力処理のフローチャートを示す図６と乗合車両運行予定入力処理における携帯電話用画面を示す図７に基づいて説明する。
【００７３】
上記の各処理は、図８に示す携帯電話での操作によって行われるものであるが、携帯電話７１は、下部のキーボード７２と上部のディスプレイ７３から構成されており、キーボード７２の選択キー８１は、これを押すことで、ディスプレイ７３に表示されているカーソル８６に対応する表示内容を選択することができる。
【００７４】
又、カーソルキー８２は、カーソル８６を上下左右に移動させるためのキーであり、それぞれ８２Ｕ、８２Ｄ、８２Ｌ、８２Ｒから構成している。ディスプレイ７３のファンクションキーは、Ｆ１キー８３、Ｆ２キー８４、Ｆ３キー８５であり、ディスプレイ７３の下部に、これらのファンクションキーに対応したＦ１キー機能表示８３Ｄ、Ｆ２キー機能表示８４Ｄ、Ｆ３キー機能表示８５Ｄが配置され、ここに表示される文字ないし記号がファンクションキーの操作内容になる。
【００７５】
図６に示すフローチャートは、図５の乗合車両提供者についての乗合車両運行予定入力処理の経過を示している。
【００７６】
即ち、乗合車両提供者が、図５の端末を起動することで乗合車両運行予定入力処理１０４を起動すると、図示の径路データダウンロード機能１２１が作動して、予約センターシテム２から径路データ３ｂに基づく径路情報をダウンロードし、出発地選択機能１２２が作動して図７（ａ）の出発地選択画面を表示する。
本実施の形態での画面には、東京都区内と神奈川県内の主要駅が表示されているので、携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作して、出発地を選択しながら、選択キー８１を押して新宿駅を選択する。
【００７７】
次いで、終了判定機能１２３が終了ではないことが確認されると、目的地１の選択機能１２４が作動して図７（ｂ）の目的地選択１画面が表示されて、大凡の目的地域を選択する。さらに、携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作することで東京都内を選び、選択キー８１を押すと、戻り判定機能１２５が戻りではないことを確認して、次の目的地２の選択機能１２６が作動することで図７（ｃ）の目的地選択２画面が表示される。
【００７８】
しかるに、図示のように東京２３区外の各市等が表示されても１画面に全てを表示しきれない場合や最初の画面に目的の地域が無い場合には、携帯電話７１のＦ１キー８３、Ｆ３キー８５によって、画面のＦ１キー機能表示８３Ｄ、Ｆ３キー機能表示８５Ｄの矢印に従ってページを切り替える。
【００７９】
その結果、三鷹市を選択しながら選択キー８１を押すと、戻り判定機能１２７が戻りでないことを確認し、次の条件入力機能１２８が作動することで図７（ｄ）の条件入力画面が表示される。
【００８０】
次いで、入力項目である「出発時刻」、「車両番号」、「性別指定」を入力して、画面の「登録」にカーソル８６を合わせてから、選択キー８１を押すことで乗合車両を受任登録する。
【００８１】
さらに、戻り判定機能１２９が、選択キー８１による入力が戻りでないことを確認し、登録判定機能１３０が登録であることを確認すると、運行予定登録機能１３１が先の図７（ｄ）の条件入力画面の入力項目を通信ネットワーク１を経由して送信すると共に、予約センターシステム２は、センタープログラム８によって乗合車両提供者データ３ａから「車種」、「定員」情報を検索し、又、乗合車両運行予定データ３ｄに新たに１件のデータエリアを生成して「配車番号」を自動付与して書き込み、「径路コード」、「出発時刻」、「会社コード」、「社内車番」、「定員」、「運転手コード」、「性別指定」、「残席数」（最初の登録時は定員と同じ数）等も書き込む。
【００８２】
一方、「配車番号」等の情報は、事業者用移動端末１１に送信されるので、運行予定登録機能１３１はこれを受信して、受信内容判定機能１３２が正常受信と判定すると、登録完了表示機能１３３が図７（ｅ）の登録完了画面を表示する。
この段階で、携帯電話７１のＦ２キー８４を押すと、Ｆ２キー機能表示８４Ｄの「終了」が選択されるが、入力継続判定機能１３４が継続でないと判定することで、次の終了入力判定機能１３５が終了と判定して、一連の操作を終了する。
【００８３】
しかるに、受信内容判定機能１３２が正常受信でないと判定すると、登録失敗表示機能１３６が、図７（ｆ）の登録失敗画面を表示する。仮に、通信異常の場合は、通信状態の良好な場所に移動して、「再登録」キーにカーソルを合わせて選択キー８１を押すことで、再登録判定機能１３７が再登録であることを判定すると、運行予定登録機能１３１に戻って再度登録処理をすることになる。
【００８４】
以上のように、本発明による乗合車両予約システム及び予約方法は、携帯電話を用いても簡単に乗合車両の登録ができることから、個人タクシーでも特別な設備投資なしで、乗合車両予約システムに参加できるものである。
尚、実際の運用においては、ここで入力し登録した配車予定の車両が、遠方から戻って来られない等の問題が生じる場合もあるが、このような場合には、配車する車両を交替する登録処理も備えるものである。
【００８５】
次に、図５に示した予約状況確認処理１０５の詳細を、予約状況確認処理のフローチャートを示す図９と予約状況確認処理における携帯電話用画面の図１０に従って説明する。
【００８６】
乗合車両提供者が、図５の予約状況確認処理１０５を起動すると、径路データダウンロード機能１２１が作動して、予約センターシテム２から径路データベースに基づく径路情報をダウンロードし、次いで、出発地選択機能１２２が作動することで図１０（ａ）の出発地選択画面を表示し、本実施の形態では、東京都区内と神奈川県内の主要駅が表示される。
【００８７】
そこで、携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作して、出発地を選択しながら、選択キー８１を押して新宿駅を選択すると、終了判定機能１２３が、終了ではないことを確認し、目的地１選択機能１２４が作動して、図１０（ｂ）の目的地選択１画面が表示される。
【００８８】
次いで、携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作して、大凡の目的地域として東京都内を選び、選択キー８１を押すが、戻り判定機能１２５が戻りではないことを確認すると、次の目的地２選択機能１２６が作動して図１０（ｃ）の目的地選択２画面が表示される。
【００８９】
尚、本実施の形態では東京の２３区外の各市等を表示するが、１画面に全てを表示しきれない場合や目的の地域が無い場合は、画面のＦ１キー機能表示８３Ｄ、Ｆ３キー機能表示８５Ｄの矢印に従って、携帯電話７１のＦ１キー８３、Ｆ３キー８５によりページを切り替える。
【００９０】
目的の三鷹市を選択して選択キー８１を押すと、戻り判定機能１２７が戻りでないことを確認して、予約情報ダウンロード機能１５１が作動することになり、予約情報ダウンロード機能１５１は、以上の操作で選択された径路情報を通信ネットワーク１を経由して送信する。
これによって、予約センターシステム２のセンタープログラム８は、乗合車両運行予定データ３ｄから当該径路に相当する全車両の情報を検索して、端末に送信する。
【００９１】
これらの表示は、自社表示と全社表示の切替が可能であるが、初期切替設定機能１５２において、切替フラグを自社に設定すると、切替判定機能１５３で切替フラグが自社であることを確認して、自社予約一覧表示機能１５４によって、図１０（ｄ）の予約状況一覧（自社）が表示される。
【００９２】
本実施の形態では、乙タクシー会社が検索した場合を示しており、検索で得られた全車両の「出発時刻」、「配車番号」、「社名」、「車両番号」、「性別指定」、「定員数」、「残席数」が表示される。図で四角く囲んだ範囲が表示ページ範囲であり、携帯電話７１のＦ１キー８３、Ｆ３キー８５を押すことで表示ページが切り替えられる。
【００９３】
この段階で、スクロールキー８２を操作し、所望の車両を選択して選択キー８１を押すと、予約詳細判定機能１５５によって予約詳細が選択されたと判定され、予約詳細表示機能１５６により図１０（ｅ）の予約詳細画面が表示される。
そこで、乗合車両の運転手は、この機能によって自車の予約状況を確認し、出発地点に行って乗客をピックアップすることができるが、この予約詳細画面でＦ２キー８４を押すと「戻る」が入力されて、戻り終了判定機能１５７によって戻ると判定され、自社予約一覧表示機能１５４に戻る。
【００９４】
一方、予約詳細画面でＦ３キー８５を長く押すと「終了」が入力されて、戻り終了判定機能１５７によって終了と判定されて予約操作を終了することになる。
【００９５】
上記の図１０（ｄ）の画面において、Ｆ２キー８４を長く押すと自社全社の「表示切替」指示が入力され、予約詳細判定機能１５５により予約詳細でないと判定され、次の表示切替判定機能１５９が表示切替であると判定して、表示切替機能１６０が切替フラグを全社に設定し、切替判定機能１５３に戻って、切替フラグが全社と判定され、全社予約一覧表示機能１５８により図１０（ｆ）の予約状況一覧（全社）が表示される。
【００９６】
そこで、タクシー会社の配車担当者は、この表示も参考にしながら自社の短期的な配車計画を立て、乗合車両運行予定入力処理１０４によって乗合車両運行予定データ３ｄを新たに入力することができる。
【００９７】
又、本実施の形態では、図１０（ｄ）の予約一覧表示画面（自社）及び図１０（ｆ）の予約一覧表示画面（全社）とも、画面の「最新情報」にカーソル８６を合わせて選択キー８１を押すと、自社予約一覧表示機能１５４又は全社予約一覧表示機能１５８が、通信ネットワーク１を介して予約センターシステム２と通信し、乗合車両運行予定データ３ｄから最新の予約状況を得ることができる。携帯電話端末では、通信量を制限するために操作者の要求により最新情報を送信する形式としたが、固定端末では予約状況に変化のある度もしくは一定時間毎に最新情報を予約センターシステム２から送信する形式にすることも可能である。
【００９８】
図１１は、本発明の乗合車両利用者用システム関する実施の形態図であり、本図の構成は、固定端末でも移動端末でも同様である。
乗合車両利用者が、端末を起動するとログイン処理２０１が起動して「利用者ＩＤ」と「パスワード」を確認する。次いで、機能選択入力処理２０２が起動してその選択内容を機能判定処理２０３が判定すると、その機能判定結果によって乗合車両予約入力処理２０４とその他利用者用処理２０５とを起動する。
【００９９】
それぞれの処理が終了すると、再び機能選択入力処理２０２に戻るが、機能判定結果がログアウトの場合は、ログアウト処理２０６が起動し、本プログラムを完了する。尚、その他利用者処理２０５には、利用履歴データの閲覧や、パスワードの変更等、各種のユーティリティが含まれている。
【０１００】
次に、図１１に示した実施の形態図を、図１２の乗合車両予約入力処理のフローチャート図と図１３の乗合車両予約入力処理における携帯電話用画面図に基づいて詳細に説明するが、図１４は、乗合車両予約入力処理のメール画面である。
【０１０１】
乗合車両の利用者が、図１１における乗合車両予約入力処理２０４を起動すると、図１２に示す径路データダウンロード機能２２１が作動し、通信ネットワーク１を経由して予約センターシテム２から径路データ３ｂに基づく径路情報をダウンロードする。
【０１０２】
次に、出発地選択機能２２２が作動し、入手した径路情報に基づいて図１３（ａ）の出発地選択画面が表示され、東京都区内と神奈川県内の主要駅が表示されるので、携帯電話７１の上下のカーソルキー８２Ｕ、８２Ｄを操作することで、出発地を選択し、選択キー８１を押すと、図示のように新宿駅を選択する。
【０１０３】
ここで、終了判定機能２２３が、終了ではないことを確認し目的地１選択機能２２４が作動すると図１３（ｂ）の目的地選択１画面が表示される。目的地選択１画面では、大凡の目的地域を選択するだけなので、携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作しながら、東京都内を選び出して選択キー８１を押す。
【０１０４】
次いで、戻り判定機能２２５が戻りではないことを確認すると、次の目的地２選択機能２２６が作動して図１３（ｃ）の目的地選択２画面が表示され、東京の２３区外の各市等が表示されるが、１画面に全てを表示しきれない場合や最初の画面に目的の地域が無い場合は、画面のＦ１キー機能表示８３Ｄ、Ｆ３キー機能表示８５Ｄの矢印に従ってＦ１キー８３、Ｆ３キー８５によってページを切り替えることで、三鷹市を選択した後に選択キー８１を押す。
【０１０５】
そこで、戻り判定機能２２７が戻りでないことを確認し、運行予定検索機能２２８が入力された径路情報を通信ネットワーク１を経由して予約センターシステム２に送信すると、センタープログラム８は、径路情報をキーにして乗合車両運行予定データ３ｄから「配車番号」、「出発時刻」、「性別区分」、「残席数」を検索し、径路データ３ｂから「料金」、「待合せ場所」、待合せ場所の「地図ＵＭＬ」を検索して、利用者移動端末１５に返信する。
【０１０６】
利用者移動端末１５は、運行予定一覧機能２２９によって図１３（ｄ）の運行予定一覧画面を表示するので、利用者は、必要に応じてページを切替えてカーソル８６を所望の配車に合わせながら選択キー８１を押すことで、その配車情報選択が入力される。
【０１０７】
そこで、戻り判定機能２３０への入力が戻りでなく、詳細要求判定機能２３１の入力が配車情報選択であることを判定されると、仮予約機能２３２は選択された配車番号を、通信ネットワーク１を経由して予約センターシステム２に送り、センタープログラム８は、当該配車番号の乗合車両運行予定データ３ｄの空き予約項目に、仮予約フラグを立て、利用者データ３ｃより「利用者コード」を記入することで受任登録する。
【０１０８】
しかして、仮予約機能２３２は、仮予約に基づいて図１３（ｅ）の予約詳細を表示するが、利用者は、仮予約が既になされていることで集合場所の地図を見る等の確認作業を安心して行うことができる。そして、「支払方法」をクレジットカード、チケット、現金から選択し、「次へ進む」を選択すると、仮予約機能２３２は、図１３（ｆ）のような予約実行画面を表示し、全ての入力内容を示して、利用者に「予約」ボタンの選択を求める。
【０１０９】
そこで、利用者が「予約」にカーソル８６を合わせて選択キー８１を押すと予約実行が入力されるが、戻り終了判定機能２３３が入力は戻り終了でないと判定し、予約選択判定機能２３４が予約実行の入力と判定すると、予約送信機能２３５が選択内容を通信ネットワーク１を経由して予約センターシステム２に送信する。
【０１１０】
予約センターシステム２では、センタープログラム８によって乗合車両運行予定データ３ｄの予約欄の仮予約フラグを確定予約フラグに更新し、利用者データ３ｃから得た「利用者コード」、「表示名」、入力された「支払方法」、「受付時刻」を書き込むものであり、同時に、利用者データ３ｃに新規な利用情報として、当月利用実績の空きエリアに「利用年月日」、「出発時刻」、「配車番号」、「径路コード」、「料金」、「支払方法」を書き込み、「実車」欄に非実車を記入する。
【０１１１】
予約結果判定機能２３６が予約完了と判断した場合には、予約完了表示機能２３７が図１３（ｇ）の画面を表示し、利用者に予約が完了したことを示すものであり、利用者は、図１４（ａ）の予約確認メール画面を表示する予約受付メール５４を受信することで予約を確認できる。そして、ブラウザ表示が何らかの理由でフリーズすることもあるので、確認メールとの二重化は、通常行われている信頼性向上策である。
一方、乗合車両提供者は、図１４（ｂ）予約者報告メール画面を表示することで、予約通知メール５５を受信できる。
【０１１２】
しかして、予約結果判定機能２３６が予約失敗と判断した場合は、予約失敗表示機能２３８が、図１３（ｈ）の画面を表示し、利用者に予約が不成立であることを示すと共に、通知メールは送信されない。
【０１１３】
又、利用者が、キャンセルをする場合は、図１４（ａ）の予約確認メールに記載のキャンセル用ＵＲＬをクリックすると、予約センターシステム２では、このキャンセルを受けつける。これによって、図３で説明したように、図１４（ｃ）のキャンセル確認メール画面を表示するキャンセル完了通知メール５７を利用者に送信すると共に、図１４（ｄ）のキャンセル報告メール画面を表示するキャンセル入力通知メール５８を乗合車両提供者に送信する。
尚、乗合車両運行予定データ３ｄの当該予約内容は、これをクリアすると共に、利用者データ３ｃの利用実績にもキャンセルを書き込むことになる。
【０１１４】
以上のように、利用者が予約をした後は、所定の時刻に待合わせ場所で所定の配車番号の乗合車両に乗車すると、運転手が事業者用移動端末１１から又は運転手からの連絡によって、乗合車両提供者の配車担当者は、事業者用固定端末９から、実車データを通信ネットワーク１を経由してセンターシステム２に送信し、センタープログラム８が、乗合車両運行予定データ３ｄにこの実車情報を書き込む。
【０１１５】
本実施の形態では、キャンセルを乗車２０分前まで可能とするが、それ以降のキャンセル通知、並びに連絡なしで乗車しない場合は、当初の契約に基づいて違約金を科すことも可能なシステムとしているが、実際にどのように運用するかは本システムの運用者の考えによることができる。
【０１１６】
このように利用者は簡単に乗合車両を予約できるので、帰宅の足を心配することなく過ごすことができ、繁華街が深夜まで賑わう等、街が活性化することが期待できる。又、タクシーは、乗合車両としての予めの運行予定が得られることで、流し等の空車走行をする必要がなくなり、環境の改善や渋滞の解消が期待できる。
【０１１７】
次に、本発明による乗合車両予約方法について説明する。
本発明による乗合車両予約方法は、利用者が乗合車両予約手段によって乗合車両運行予定データベースにアクセスし、乗合車両運行予定データから所望の出発時刻、出発地及び目的地を選択して予約し、予約の受任登録が確認された後に所定料金の支払い方法を指定して予約設定すると共に、乗合車両提供者が予約状況確認手段によって乗合車両運行予定データベースにアクセスし、予約された出発時刻、出発地及び目的地から配車できる乗合車両を選択して受任登録している。以下に、本発明による乗合車両予約方法の実施の形態を前述の図面に基づいて説明する。
【０１１８】
図１１は、乗合車両利用者用システム関する実施の形態図であり、図１２は、乗合車両予約入力処理２０４のフォローチャート図であって、図１３は、乗合車両予約入力処理における携帯電話用画面の例である。
【０１１９】
乗合車両利用者の予約は、図１１の乗合車両利用者用システムにおいて、端末を起動すると、ログイン処理２０１が起動して「利用者ＩＤ」と「パスワード」を確認する。次いで、機能選択入力処理２０２が起動し、その選択内容を機能判定処理２０３が判定しており、その機能判定結果によって、乗合車両予約入力処理２０４とその他利用者用処理２０５とを起動する。それぞれの処理が終了すると、再び機能選択入力処理２０２に戻るが、機能判定結果がログアウトの場合は、ログアウト処理２０６が起動し、本プログラムが完了するように構成している。
【０１２０】
そこで、乗合車両の利用者が、図１１の乗合車両予約入力処理２０４を起動すると、図１２の径路データダウンロード機能２２１が作動し、通信ネットワーク１を経由して予約センターシテム２から径路データ３ｂに基づく径路情報をダウンロードする。次に出発地選択機能２２２が作動し、入手した径路情報に基づいて図１３（ａ）の出発地選択画面を表示する。この画面では東京都区内と神奈川県内の主要駅が表示される。携帯電話７１の上下のカーソルキー８２Ｕ，８２Ｄを操作して、出発地を選択し、選択キー８１を押す。本実施の形態では新宿駅を選択する。図１２の目的地１選択機能２２４が作動して、図１３（ｂ）の目的地選択１画面が表示される。ここではおおよその目的地域を選択するが、本実施の形態では東京都内を選択する。
【０１２１】
図１２の目的地２選択機能２２６が作動して図１３（ｃ）の目的地選択２画面が表示される。本実施の形態では東京の２３区外の各市等が表示されるが、１画面に全てを表示しきれないので、最初の画面に目的の地域が無い場合は、Ｆ１キー８３、Ｆ３キー８５によりページを切り替える。本実施の形態では三鷹市を選択し、選択キー８１を押す。
【０１２２】
図１２の運行予定検索機能２２８は入力された径路情報を、通信ネットワーク１を経由して予約センターシステム２に送信し、センタープログラム８は径路情報をキーとして乗合車両運行予定データ３ｄから「配車番号」、「出発時刻」、「性別区分」、「残席数」を、径路データ３ｂから「料金」、「待合せ場所」、待合せ場所の「地図ＵＭＬ」を検索して、利用者移動端末１５に返信する。利用者移動端末１５は運行予定一覧機能２２９により、図１３（ｄ）の運行予定一覧画面を表示する。利用者は必要に応じてページを切替えてカーソル８６を所望の配車に合わせ、選択キー８１を押すとその配車情報選択が入力される。
【０１２３】
次いで、図１２における詳細要求判定機能２３１が、入力が配車情報選択であることを判定すると、仮予約機能２３２は、選択された配車番号を、通信ネットワーク１を経由させて予約センターシステム２に送っており、センタープログラム８では、当該配車番号の乗合車両運行予定データ３ｄの空き予約項目に、仮予約フラグを立て、利用者データ３ｃより「利用者コード」を記入することで受任登録している。
【０１２４】
そして、仮予約機能２３２は、仮予約に基づいて図１３（ｅ）の予約詳細を表示していることから、この段階で、仮予約がされているために、利用者は、集合場所の地図を見る等の確認作業を安心してすることができる。
【０１２５】
又、「支払方法」は、クレジットカード、チケット、現金等から選択するが、このように複数の支払方法から選択できることで、利用者の利便性を図ると共に、乗合車両提供者はクレジットカードを担保しているので、料金トラブルを防ぐことができる。
【０１２６】
次いで、「次へ進む」を選択すると、仮予約機能２３２は、図１３（ｆ）のような予約実行画面を表示し、全ての入力内容を示して、利用者に「予約」ボタンの選択を求める。ここで、利用者が「予約」にカーソル８６を合わせて選択キー８１を押すと、予約実行が入力される。
【０１２７】
図１２の予約選択判定機能２３４が、予約実行の入力と判定し、予約送信機能２３５が、その選択内容を通信ネットワーク１を経由して予約センターシステム２に送信するので、予約センターシステム２では、センタープログラム８によって、乗合車両運行予定データ３ｄの予約欄の仮予約フラグを確定予約フラグに更新し、利用者データ３ｃから得た「利用者コード」、「表示名」、入力された「支払方法」、「受付時刻」を書き込んでおり、同時に、利用者データ３ｃに新規な利用情報として、当月利用実績の空きエリアに「利用年月日」、「出発時刻」、「配車番号」、「径路コード」、「料金」、「支払方法」を書き込み、「実車」欄に非実車を記入する。
【０１２８】
さらに、センターシステム２は、メール送信プログラム８ｍによって予約受付メール５４を利用者に送信し、同時に予約通知メール５５を当該タクシー会社に送信する。
【０１２９】
そして、予約結果判定機能２３６が、予約完了と判断した場合には、予約完了表示機能２３７が、図１３（ｇ）の画面を表示して、利用者に予約が完了したことを示しており、利用者は、図１４（ａ）の画面の予約完了通知メール５４を受信することで予約を確認でき、一方において、乗合車両提供者は、図１４（ｂ）の画面の予約入力通知メール５５を受信している。
【０１３０】
尚、ブラウザ表示は、何らかの理由でフリーズすることもあることから、確認メールとの二重化は、通常行われている信頼性の向上策である。
【０１３１】
しかして、予約結果判定機能２３６が、予約失敗と判断した場には、予約失敗表示機能２３８が、図１３（ｈ）の画面を表示し、利用者に対して予約が不成立であることを示すものであり、この場合には通知メールの送信は行われない。
【０１３２】
そして、利用者が、キャンセルする場合には、図１４（ａ）の予約確認メールに記載のキャンセル用ＵＲＬをクリックするので、予約センターシステム２は、このキャンセルを受けつけると、利用者に対して、図１４（ｃ）の画面にキャンセル完了通知メール５７を送信すると共に、乗合車両提供者に対しては、図１４（ｄ）の画面のキャンセル入力通知メール５８を送信している。
又、乗合車両運行予定データ３ｄの予約内容は、これをクリアすると共に、利用者データ３ｃの利用実績にキャンセルを書き込んでいる。
【０１３３】
次に、予約状況の確認処理について、図５における予約状況確認処理１０５と図９の予約状況確認処理１０５及び図１０に示す予約状況確認処理の携帯電話用画面に従って説明する。
【０１３４】
予約状況の確認処理は、乗合車両提供者が端末を起動すると、図５のログイン処理１０１が起動し、「事業者ＩＤ」と「パスワード」を確認する。次に機能選択入力処理１０２が起動して、その選択内容を機能判定処理１０３で判定する。しかして、その機能判定結果によって、乗合車両運行予定入力処理１０４、予約状況確認処理１０５及びその他処理１０６を起動するが、それぞれの処理が終了すると、再び、機能選択入力処理１０２に戻る。
但し、機能判定結果がログアウトの場合には、ログアウト処理１０７が起動し、本プログラムが完了することになる。
【０１３５】
次に、乗合車両提供者が、図５の予約状況確認処理１０５を起動すると、図９の径路データダウンロード機能１２１が作動して、予約センターシテム２から径路データベースに基づく径路情報をダウンロードする。
【０１３６】
さらに、出発地選択機能１２２が作動することで、図１０（ａ）の出発地選択画面を表示するが、本実施の形態では、この画面に東京都区内と神奈川県内の主要駅が表示されるので、携帯電話７１の上下のカーソルキー８２Ｕ、８２Ｄを操作して出発地を選択し、選択キー８１を押すことによって新宿駅を選択する。
【０１３７】
次いで、目的地１選択機能１２４が作動すると、図１０（ｂ）の目的地選択１画面が表示されるので、大凡の目的地域を選択して東京都内を選びながら、選択キー８１を押しており、目的地２選択機能１２６が作動して図１０（ｃ）の目的地選択２画面が表示されると、本実施の形態では、東京の２３区外の各市等が表示される。しかるに、１画面に全てを表示しきれない場合や最初の画面に目的の地域が無い場合には、携帯電話７１のＦ１キー８３、Ｆ３キー８５によってページを切り替えることで、本実施の形態のように三鷹市を選択し、選択キー８１を押す。
【０１３８】
さらに、予約情報ダウンロード機能１５１が作動すると、予約情報ダウンロード機能１５１は、以上の操作で選択された径路情報を、通信ネットワーク１を経由させて送信しており、予約センターシステム２のセンタープログラム８は、これに従って乗合車両運行予定データ３ｄから当該径路に相当する全車両の情報を検索して端末に送信している。
【０１３９】
表示は、自社表示と、全社表示の切替が可能であるが、初期切替設定機能１５２においては、切替フラグを自社に設定すると、切替判定機能１５３で切替フラグが自社であることを確認して、自社予約一覧表示機能１５４によって図１０（ｄ）の予約状況一覧（自社）が表示される。
【０１４０】
即ち、本実施の形態では、乙タクシー会社が検索した場合を示しているが、検索で得られた全車両の「出発時刻」、「配車番号」、「社名」、「車両番号」、「性別指定」、「定員数」、「残席数」が表示されるものであり、図で四角く囲んだ範囲が表示ページ範囲であって、携帯電話７１のＦ１キー８３、Ｆ３キー８５を押すことで表示ページは切り替えられるものである。
【０１４１】
ここで、スクロールキー８２を操作して、所望の車両を選択し、選択キー８１を押すと、予約詳細判定機能１５５によって予約詳細が選択されたと判定され、予約詳細表示機能１５６によって図１０（ｅ）の予約詳細画面が表示される。
従って、乗合車両の運転手は、この機能によって自車の予約状況を確認して、出発地点に行って乗客をピックアップすることができる。
【０１４２】
又、Ｆ２キー８４を押すと予約詳細画面では「戻る」が入力されるので、戻り終了判定機能１５７によって戻ると判定されて、自社予約予約一覧表示機能１５４に戻る。一方、Ｆ３キー８５を長く押すと予約詳細画面では「終了」が入力されて、戻り終了判定機能１５７によって終了と判定されて、予約操作が終了する。
【０１４３】
さらに、上記図１０（ｄ）の画面で、Ｆ２キー８４を長く押すと自社全社の「表示切替」指示が入力されて、表示切替機能１６０が切替フラグを全社に設定するので、切替判定機能１５３に戻って、切替フラグが全社と判定され、全社予約一覧表示機能１５８によって図１０（ｆ）の予約状況一覧（全社）が表示される。
【０１４４】
従って、タクシー会社の配車担当者は、この表示も参考にしながら自社の短期的な配車計画を立てたり、乗合車両運行予定入力処理１０４によって乗合車両運行予定データ３ｄを新たに入力することができる。
又、配車予定に車両が遠方から戻って来られない等の状態に応じて、実際に配車する車両を柔軟に決定することによって受任登録もできることから、車両運用の効率を上げることができる。
【０１４５】
以上のように、本発明による予約方法で予約をした利用者は、所定の時刻と待合わせ場所で、所定の配車番号の乗合車両に乗車すると、運転手が事業者用移動端末１１からか、又は運転手からの連絡による乗合車両提供者の配車担当者が事業者用固定端末９から、実車データを通信ネットワーク１を経由させてセンターシステム２に送信することで、センタープログラム８が乗合車両運行予定データ３ｄに実車情報を書き込むことになる。
【０１４６】
又、本実施の形態では、キャンセルは乗車２０分前まで可能とするが、それ以降のキャンセル通知もしくは連絡なしで乗車しない場合には、当初の契約に基づいて違約金を科すことも可能なシステムとしているが、本発明は、この実施の形態に何ら限定されるものでなく、発明の趣旨を変えない範囲において他の実施の形態であっても採用可能である。
【０１４７】
【発明の効果】
請求項１に記載の乗合車両予約システムは、利用者が通信ネットワークを介して乗合車両を予約し、乗合車両提供者が配車すると共に利用者が料金を支払う乗合車両予約システムにおいて、配車できる出発時刻、出発地、目的地及び料金の乗合車両運行予定データを記録している乗合車両運行予定データベースと、乗合車両運行予定データベースに乗合車両提供者が配車できる乗合車両運行予定データを予め入力すると共に予約から配車できる乗合車両を選択して登録する乗合車両運行予定入力手段と、乗合車両利用者が所望の乗合車両を選択して予約する乗合車両予約手段及び乗合車両提供者が配車車両を確認する予約状況確認手段から構成し、乗合車両運行予定データを乗車人数、性別限定及び車種の限定をすることを特徴としているので、次の効果を発揮している。
【０１４８】
（１）乗合車両の出発地と径路、出発時刻が予め決められているので、利用 者の希望と配車がマッチングし易く、効率的な車両の運用ができる。
（２）既存のタクシー業界に整合したシステムであって利用の少ない時間帯 に配車を増発して利用者を得ることができて、空車率を低減できる。
（３）本システムの導入は、ほとんどソフトウエアだけで対応でき安価であ る。
（４）タクシーを一人で利用するよりも大幅に安価かつ定額で自宅玄関まで 利用できる。
（５）帰宅手段の心配がなくなって、日常生活の活性化につながる。
（６）空車走行が減るので、環境問題の改善が期待できる。
【０１４９】
請求項２に記載の乗合車両予約システムは、請求項１に記載の乗合車両予約システムにおいて、乗合車両運行予定データを、乗車人数、性別限定及び車種を限定することを特徴としているので、上記に効果に加えて、次の効果を発揮している。
【０１５０】
（１）乗合での女性限定車両の運行によって、知らない人と一定時間一緒の 空間に居る不快感を軽減できる。
（２）乗車人数や車種を限定していることで、混雑が軽減されて利用者の保 護が促進される。
【０１５１】
請求項３に記載の乗合車両予約システムの予約方法は、利用者が乗合車両予約手段によって乗合車両運行予定データベースにアクセスし、乗合車両運行予定データから所望の出発時刻、出発地及び目的地を選択して予約し、予約の受任登録が確認された後に所定料金の支払い方法を指定して予約設定すると共に、乗合車両提供者が予約状況確認手段によって乗合車両運行予定データベースにアクセスし、予約された出発時刻、出発地及び目的地から配車できる乗合車両を選択して受任登録しているので、以下の効果を発揮している。
【０１５２】
（１） 予め決められている乗合車両の出発地と径路、出発時刻から選択す るので、利用者の希望が配車とマッチングし易くなる。
（２） 支払方法に幅を持たせて利用者の利便性を確保できる。
（３） 乗車前に料金と支払方法を確認することで料金トラブルを防止でき る。
（４） 予約状況から配車車両を決定できるので、車両の運用効率を向上で きる。
【図面の簡単な説明】
【図１】本発明の乗合車両予約システムに関する実施の形態図
【図２】本発明の乗合車両予約システムの構成に関する実施の形態図
【図３】本発明の操作の遷移に関する実施の形態図
【図４】乗合車両運行予定データベースの構成図
【図５】乗合車両提供者用システムに関する実施の形態図
【図６】乗合車両運行予定入力処理のフォローチャート図
【図７】乗合車両運行予定入力処理における携帯電話用画面図
【図８】携帯電話の操作説明図
【図９】予約状況確認処理のフォローチャート図
【図１０】予約状況確認処理プログラムにおける携帯電話用画面図
【図１１】乗合車両利用者用システムに関する実施の形態図
【図１２】乗合車両予約入力処理のフォローチャート図
【図１３】乗合車両予約入力処理における携帯電話用画面図
【図１４】乗合車両予約入力処理のメール画面図
【符号の説明】
１ 通信ネットワーク、 ２ 予約センターシステム
３ 乗合車両運行予定データベース、 ３ａ 乗合車両提供者データ、
３ｂ 径路データ、 ３ｃ 利用者データ、
３ｄ 乗合車両運行予定データ、 ４ 乗合車両運行予定入力手段、
５ 乗合車両予約手段、 ６ 予約状況確認手段、 ７ サーバ、
８ センタープログラム、 ８ｍ メール送信プログラム、
９ 事業者用固定端末、
１０ 固定端末用乗合車両運行予定入力プログラム、
１１ 事業者用移動端末、
１２ 移動端末用乗合車両運行予定入力プログラム、
１３ 利用者用固定端末、 １４ 固定端末用予約プログラム、
１５ 利用者用移動端末、 １６ 移動端末用予約プログラム、
１７ 固定端末用予約状況確認プログラム、
１８ 移動端末用予約状況確認プログラム、
１９ 事業者固定端末用メールプログラム、
２０ 事業者移動端末用メールプログラム、
２１ 利用者固定端末用メールプログラム、
２２ 利用者移動端末用メールプログラム、
２３ キャンセル送信用プログラム、 ５１ 運行予定情報、
５２ 配車情報、 ５３ 予約情報、 ５４ 予約完了通知メール、
５５ 予約入力通知メール、 ５６ キャンセル情報、
５７ キャンセル完了通知メール、 ５８ キャンセル入力通知メール、
５９ 予約状況情報、 ７１ 携帯電話、 ７２ キーボード、
７３ ディスプレイ、 ８１ 選択キー、
８２ カーソルキー （８２Ｒ 右、８２Ｌ 左、８２Ｕ 上、８２Ｄ 下）
８３ Ｆ１キー、 ８３Ｄ Ｆ１キー機能表示、 ８４ Ｆ２キー、
８４Ｄ Ｆ２キー機能表示、 ８５ Ｆ３キー、
８５Ｄ Ｆ３キー機能表示、 ８６ カ−ソル、 １０１ ログイン処理、
１０２ 機能選択入力処理、 １０３ 機能判定処理、
１０４ 乗合車両運行予定入力処理、 １０５ 予約状況確認処理、
１０６ その他処理、 １０７ ログアウト処理、
１２１ 径路データダウンロード機能、 １２２ 出発地選択機能、
１２３ 終了判定機能、 １２４ 目的地１選択機能、
１２５ 戻り判定機能、 １２６ 目的地２選択機能、
１２７ 戻り判定機能、 １２８ 条件入力機能、 １２９ 戻り判定機能、
１３０ 登録判定機能、 １３１ 運行予定登録機能、
１３２ 受信内容判定機能、 １３３ 登録完了表示機能
１３４ 入力継続判定機能、 １３５ 終了判定機能、
１３６ 登録失敗表示機能、 １３７ 再登録判定機能、
１５１ 予約情報ダウンロード機能、 １５２ 初期切替設定機能、
１５３ 表示切替判定機能、 １５４ 自社予約一覧表示機能、
１５５ 予約詳細判定機能、 １５６ 予約詳細表示機能、
１５７ 戻り終了判定機能、 １５８ 全社予約一覧表示機能、
１５９ 表示切替判定機能、 １６０ 全社表示設定機能、
１６１ 表示切替判定機能、 １６２ 自社表示設定機能、
１６３ 戻り終了判定機能、 ２０１ ログイン処理、
２０２ 機能選択入力処理、 ２０３ 機能判定処理、
２０４ 乗合車両予約入力処理、 ２０５ その他利用者用処理、
２０６ ログアウト処理、 ２２１ 径路データダウンロード機能、
２２２ 出発地選択機能、 ２２３ 終了判定機能、
２２４ 目的地１選択機能、 ２２５ 戻り判定機能、
２２６ 目的地２選択機能、 ２２７ 戻り判定機能、
２２８ 運行予定検索機能、 ２２９ 運行予定一覧機能、
２３０ 戻り判定機能、 ２３１ 詳細要求判定機能、
２３２ 仮予約機能、 ２３３ 戻り終了判定機能、
２３４ 予約選択判定機能、 ２３５ 予約送信機能、
２３６ 予約結果判定機能、 ２３７ 予約完了表示機能、
２３８ 予約失敗表示機能、 ２３９ 再予約判定機能、
２４０ 戻り終了判定機能[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a reservation system for a shared vehicle and a shared method for riding a rented vehicle such as a taxi through a communication network.
[0002]
[Prior art]
A taxi is a very convenient means of transportation that allows you to travel to the entrance of your home with a free path and a small turn, but because the fare is relatively high, few people use the taxi frequently. On the other hand, taxis are often used for a limited time, and taxis waiting for customers are parked side by side for a long time, or empty cars are running in a row toward places with many passengers Many have occurred. For this reason, the taxi occupancy rate is as high as 60%, and the business efficiency is poor, as well as wasteful traffic jams and exhaust gas, which worsens the environment.
[0003]
On the other hand, shared buses have the great advantage of low prices, and recent long-distance night buses and sightseeing buses also have services that allow reservations or purchase of tickets through a communication network. However, these trains operate according to a fixed timetable based on the bus route application, and although there is a system for temporary flights, the operation is inflexible. Also, in general buses that do not have a reservation system, for example, even if you try to go home on a late-night bus, there is an inconvenience that if you exceed the boarding capacity, you cannot wait even if you wait.
[0004]
Therefore, various ideas have been made to reduce the inconveniences described above and to use the vehicle at a low cost such as a shared ride, but each has its own problems and has been put into practical use. It wasn't.
[0005]
As a proposed example, for carpooling, a system has been proposed in which the vehicle provider and the user wishing to use each input their desired contents to a server via a communication line, and the system matches the two. (For example, see Patent Document 1)
[0006]
However, this proposal has no restrictions on both the provider side and the user side, so the degree of freedom is too large, and the probability that both parties actually match is low. There is concern about the problem of being stable and not being used. There is also a problem that the vehicle provider is unspecified and there is a lack of guarantee that the vehicle will come to the meeting place at a specified time.
[0007]
In another proposed example, a system is proposed in which a carpooling user individually inputs desired contents via a communication line, and the system matches the desired contents to arrange for taxi dispatch. Yes. (For example, see Patent Documents 2 and 3)
[0008]
However, this also has a high degree of freedom, and it seems that there are many cases where carpooling is not established, and even if carpooling, the route depends on each passenger's destination, the arrival time and the amount of money are not constant, etc. , It was not a system that users could use with confidence. In addition, depending on the time of day, there was a concern that the taxi company could not dispatch an empty vehicle immediately according to the request, which would make the user wait for a long time and lose the meaning of making a reservation.
[0009]
[Patent Document 1]
JP-A-2003-167946 (paragraphs “0005” to “0013”, FIGS. 1, 2 and 3)
[Patent Document 2]
Japanese Laid-Open Patent Publication No. 2003-44702 (paragraph “0003” to paragraph “0007” last line, FIG. 1)
[Patent Document 3]
JP 2002-222351 A (paragraph “0005” to paragraph “0006” last line, FIG. 1)
[0010]
[Problems to be solved by the invention]
In view of the above-mentioned problems, the present invention enables a user to use a shared vehicle at ease and reliably at a fixed low fee, and allows a taxi and other operators to have a flexible vehicle allocation plan. The purpose of the present invention is to provide a shared vehicle reservation system and reservation method that can reduce the vacancy rate.
[0011]
[Means for Solving the Problems]
The shared vehicle reservation system according to the present invention provides a shared vehicle reservation system through which a user reserves a shared vehicle, the shared vehicle provider dispatches and the user pays a fee. , The shared vehicle operation schedule database that records the shared vehicle operation schedule data of the destination and the charge, and the shared vehicle operation schedule data that can be allocated by the shared vehicle provider to the shared vehicle operation schedule database are input in advance and can be dispatched from the reservation. A shared vehicle operation schedule input means for selecting and registering a shared vehicle, a shared vehicle reservation means for a shared vehicle user to select and reserve a desired shared vehicle, and a reservation status confirmation means for a shared vehicle provider to check a dispatched vehicle It is characterized by the fact that it is limited to the number of passengers, gender limitation and vehicle type Is, to be able to use the vans vehicle for a small fee of reliably and straight-line with confidence, businesses such as taxi, it is possible to reduce the unladen rate can be flexible dispatch plan.
[0012]
In the reservation method of the shared vehicle reservation system according to the present invention, the user accesses the shared vehicle operation schedule database by the shared vehicle reservation means, and selects a desired departure time, departure place and destination from the shared vehicle operation schedule data. After confirming the reservation acceptance registration, specify the payment method of the predetermined fee and set the reservation, and the ride vehicle provider accesses the ride vehicle operation schedule database by the reservation status check means and the reservation is made We have selected and registered passenger cars that can be dispatched from the departure time, departure place, and destination, so that users can use the shared vehicles with peace of mind and at a low fixed price, and operators such as taxis. Can make a flexible vehicle allocation plan and reduce the vacancy rate.
[0013]
[Embodiments of the Invention]
The shared vehicle reservation system according to the present invention provides a shared vehicle reservation system through which a user reserves a shared vehicle, the shared vehicle provider dispatches and the user pays a fee. , The shared vehicle operation schedule database that records the shared vehicle operation schedule data of destination and fare, the shared vehicle operation schedule data that can be allocated by the shared vehicle provider in the shared vehicle operation schedule database, and the sharing that can be dispatched from reservation Riding vehicle operation schedule input means for selecting and registering a vehicle, riding vehicle reservation means for a riding vehicle user to select and reserve a desired riding vehicle, and reservation status checking means for a riding vehicle provider to check a dispatched vehicle In addition, it is characterized by limiting the number of passengers, gender and vehicle type in the shared vehicle operation schedule data.
Hereinafter, embodiments of a shared vehicle reservation system according to the present invention will be described in detail with reference to the drawings.
[0014]
FIG. 1 is a shared vehicle reservation system diagram showing an embodiment of the present invention. A reservation center system 2 is connected to the communication network 1, and all data relating to the operation of the shared vehicle is centrally managed by the shared vehicle operation schedule database 3.
[0015]
The shared vehicle operation schedule input means 4 for the shared vehicle provider has a function of inputting the shared vehicle operation schedule data such as departure time, departure place, destination, and fare that can be dispatched via the communication network 1. The center system 2 updates the shared vehicle operation schedule database 3 by inputting the shared vehicle operation schedule data.
[0016]
On the other hand, the user's shared vehicle reservation means 5 obtains route information stored in the shared vehicle operation schedule database 3 via a communication network, and the user selects a desired route information from the route information. After selecting a route, obtaining specific vehicle allocation information of the selected route from the shared vehicle operation schedule database 3 via the communication network 1 and selecting a desired vehicle from the vehicle allocation information, The reservation center system 2 has a function of inputting the boarding reservation information of the selected vehicle into the shared vehicle operation schedule database 3 through the communication network 1, and the reservation center system 2 writes the reservation information into the shared vehicle operation schedule database 3 and updates it. ing.
[0017]
The reservation status confirmation means 6 for the shared vehicle provider has a function of obtaining, displaying, and confirming the vehicle allocation information stored in the shared vehicle operation schedule database 3 via the communication network.
[0018]
FIG. 2 is a detailed block diagram of an embodiment relating to the shared vehicle reservation system of the present invention, and shows each means shown in FIG. 1 as a more specific hardware and software configuration.
That is, the reservation center system 2 in FIG. 1 is specifically composed of a server 7 and a center program 8 as shown in FIG. 2, and the shared vehicle operation schedule database 3 is operated under these controls.
[0019]
Similarly, the shared vehicle operation schedule input means 4 in FIG. 1 moves with a plurality of fixed company terminals 9 and fixed terminal shared vehicle operation schedule input program 10 or a plurality of mobile terminals 11 in FIG. It consists of a terminal shared vehicle operation schedule input program 12.
[0020]
Here, the fixed terminal is a terminal such as a personal computer with a communication function installed in a shared vehicle provider's office, etc. In addition to providing a dedicated terminal, a terminal used for a taxi dispatch system or a shared vehicle provider's A program having the functions according to the present invention can be installed and used on an office computer.
[0021]
The mobile terminal is a terminal of a format that can be used by being mounted on a vehicle such as a mobile phone, a vehicle-mounted personal computer, or a car navigation system having a communication function, and can be used by installing a program having the function according to the present invention. It is assumed that it is mainly used by small businesses such as personal taxis.
[0022]
As described above, the shared vehicle reservation system according to the present invention can introduce this system by using only existing software while using existing facilities. Therefore, the initial capital investment is extremely low, and the taxi industry is well aligned. It is possible to enter operation.
[0023]
1 is composed of a plurality of fixed terminals 13 for users and a reservation program 14 for fixed terminals, or a plurality of mobile terminals 15 for users and a reservation program 16 for mobile terminals in FIG. ing. Here too, the fixed terminal is a terminal such as a personal computer with a communication function installed in the user's office in the same manner as described above, and the program having the function according to the present invention is installed in the personal computer for daily use. Can be used.
[0024]
However, the mobile terminal is a terminal that can be possessed by a person such as a mobile phone having a communication function, a PDA (Personal Digital Assistance) terminal, or a mobile personal computer, and is used by installing a program having the function according to the present invention. be able to.
[0025]
Further, the reservation status confirmation means 6 in FIG. 1 includes a plurality of business fixed terminals 9 and fixed terminal reservation status confirmation programs 17 in FIG. 2, or a plurality of business mobile terminals 11 and mobile terminal reservation status confirmation programs. It is comprised from 18.
[0026]
In the normal case, the hardware of the shared vehicle operation schedule input means 4 and the reservation status confirmation means 6 are the same, and the driver of the shared vehicle confirms the reservation status of the own vehicle while mounting the operator mobile terminal. Can be selected according to the actual operation.
[0027]
FIG. 3 shown next is an embodiment showing the transition of the operation of the present invention, and shows the operation procedure of the system.
The operation of the reservation center system 2 is shown at the center position in the figure. The operation of various functions for the passenger vehicle provider is shown on the left side and the functions for the user are shown on the right side. Further, the time passes from the top to the bottom of the figure.
[0028]
Therefore, the event transition diagram shown in the drawing is an example of the occurrence of various events in actual operation, and will be described in order below in chronological order.
The taxi company A which uses the mobile terminal 11 for business operators inputs the operation schedule information 51a by the shared vehicle operation schedule input program 12 for the mobile terminal. This program is connected to the reservation center system via the communication network 1. The center program 8 updates this by writing the operation schedule information 51a in the shared vehicle operation schedule database 3 by transmitting the input information to 2.
[0029]
Similarly, the taxi company O who uses the fixed terminal 9 for the business operator also inputs the operation schedule information 51b by the fixed terminal riding vehicle operation schedule input program 10, and the program is connected to the reservation center via the communication network 1. By transmitting input information to the system 2, the center program 8 updates the operation schedule information 51 b by writing the operation schedule information 51 b in the shared vehicle operation schedule database 3.
[0030]
On the other hand, the user A who uses the user mobile terminal 15 inputs a search condition such as a boarding route into the mobile terminal reservation program 16. The program 16 transmits input information to the reservation center system 2 via the communication network 1, and the center program 8 searches the shared vehicle operation schedule database 3 based on the input search conditions, The matched vehicle allocation information 52a is obtained.
[0031]
In the reservation center system 2, the vehicle allocation information 52a is transmitted to the user's mobile terminal 15 via the communication network 1, and the vehicle allocation information displayed in the mobile terminal reservation program 16 is displayed. A desired vehicle is selected from 52a, reservation information 53a is created, and the reservation information 53a is returned on the same route.
[0032]
Next, in the reservation center system 2, the reservation information 53 a is written in the shared vehicle operation schedule database 3 by the center program 8, and this is updated while confirming that the shared vehicle provider is a former taxi.
Therefore, the mail transmission program 8m of the center program 8 transmits the reservation completion notification mail 54a to the user A, who receives it by the user mobile terminal mail program 22. On the other hand, the e-mail transmission program 8m transmits the reservation input notification e-mail 55a to the shared vehicle provider A taxi, and the e-mail program 20 for the operator mobile terminal of the A taxi completes the reservation. become.
[0033]
Similarly, the user B who uses the user fixed terminal 13 inputs a search condition such as a boarding route into the fixed terminal reservation program 14, so that the program 14 is connected to the reservation center via the communication network 1. Since this input information is transmitted to the system 2, the center program 8 acquires the vehicle allocation information 52 b that matches the search condition while searching the shared vehicle operation schedule database 3 based on the input search condition.
[0034]
Therefore, the reservation center system 2 transmits the vehicle allocation information 52b to Mr. B's user fixed terminal 13 via the communication network 1, and Mr. B displays the vehicle allocation information displayed by the mobile terminal reservation program 14. By selecting a desired vehicle from 52b and creating reservation information 53b, the reservation information 53b is returned on the same route.
[0035]
Next, in the reservation center system 2, the reservation information 53 b is written in the shared vehicle operation schedule database 3 by the center program 8 to update the updated information while confirming that the shared vehicle provider is a taxi.
Therefore, the mail transmission program 8m of the center program 8 transmits a reservation completion notification mail 54b to the user B, and the Mr. B user fixed terminal mail program 21 receives it. On the other hand, the e-mail transmission program 8m transmits the reservation input notification e-mail 55b to the shared vehicle provider Otaxi, and the e-tax service provider fixed terminal e-mail program 19 receives it to complete the reservation.
[0036]
Next, the case of canceling a reservation will be described. The cancel notification program 23 uses the cancellation URL (Uniform Resource Locator, homepage address) included in the reservation completion notification mail 54a as an address through the communication network 1. The cancellation information 56a is transmitted to the reservation center system 2.
[0037]
Therefore, when Mr. A cancels the reservation for convenience, the center program 8 of the reservation center system 2 writes the cancellation information 56a in the shared vehicle operation schedule database 3 and updates it. Next, the mail transmission program 8m of the center program 8 transmits a cancellation completion notification mail 57a to the user A, and the user A's user mobile terminal mail program 22 receives it. At the same time, the mail transmission program 8m also transmits a cancel input notification mail 58a to the shared vehicle provider A taxi, so that the reservation is canceled by the mail program 20 for the operator mobile terminal of the taxi operator receiving it. To do.
[0038]
It should be noted that the cancellation may be restricted such that it is not accepted by the reservation center system 2 if the conditions such as until a certain time before the departure time are not satisfied.
[0039]
Thus, the former taxi using the mobile terminal 11 for the shared vehicle provider uses the center program 8 of the reservation center system 2 while passing through the communication network 1 by the reservation status confirmation program 18 for the mobile terminal. The necessary reservation status information 59a is obtained, and additional registration of shared vehicle operation schedule information, final arrangement of dispatch to a meeting place, etc. are performed according to the contents.
[0040]
Similarly, a taxi that uses the fixed terminal 9 for the shared vehicle provider also uses the fixed terminal reservation status confirmation program 17 via the communication network 1 and the center program 8 of the reservation center system 2 for the shared vehicle operation schedule database 3. The necessary reservation status information 59b is obtained, and additional registration of shared vehicle operation schedule data 3d, which will be described later, and final arrangements for dispatch to a meeting place are performed in accordance with the contents.
[0041]
As described above, in the embodiment of the present invention, for the shared vehicle operation schedule database 3 which is a single database in the reservation center system 2, both the shared vehicle provider and the user generate events as needed. The center program 8 on the server 7 updates the database in real time and appropriately processes jobs such as input of a shared vehicle operation schedule and use reservation. Therefore, existing techniques are sufficient for information processing techniques such as database processing and job processing.
[0042]
FIG. 4 is an embodiment showing the configuration of the shared vehicle operation schedule database according to the present invention, and shows details of the shared vehicle operation schedule database 3. This diagram is only for the purpose of showing data items. Therefore, it does not necessarily take into consideration the processing efficiency in the actual database design.
[0043]
FIG. 4A shows a data structure for one operator as the shared vehicle provider data 3a.
The first “operator code” is a unique identification code for each business operator who is a shared vehicle provider, and the next “operator ID” and “password” are used to identify the business operator in login. The next “company name” registers the “display company name” of the mobile terminal or the like having a limited number of display characters together with the official “company name”. “Address”, “telephone number”, and “e-mail address” belong to the department corresponding to this service.
[0044]
They also have “bank account information” for the purpose of fee income settlement, etc., but these are registered when a new business operator is registered, and the “password” passes through the communication line as appropriate for security. And can be changed.
[0045]
The following “number of registered vehicles” is the vehicle information provided for this service, and “in-house car number” is the number of the vehicle used within the operator, and “vehicle type” such as large, medium and small, and “ It also has “capacity” information. By specifying these “vehicle types” and “capacity”, the system can be protected without being overbooked. Furthermore, the “driver code” is rewritten every shift work, and the vehicle information may be registered more than the vehicle that actually dispatches. The registered vehicle data can be added or deleted by the shared vehicle provider as necessary.
“History data” is a record of the history of vehicle allocation and toll revenue along with the date and time, and data subjected to statistical processing. The history data is a material for future vehicle allocation plans and facility investment studies.
[0046]
Thus, in the case where one company joins this service for each of a plurality of business establishments, an enterprise code is acquired for each business establishment, and this data structure can also be used for a personal taxi.
[0047]
FIG. 4B shows the data structure of the route data 3b, and the contents of this route database can also be created by studying in advance by an association organized by the riding vehicle provider. In the present embodiment, the route data constitutes a “route group” for each “departure place”, and the “departure place” in Shinjuku station is “the route group 1”, and the “meeting place” And the map UML (address of map data).
[0048]
Next, detailed data is shown for each “destination”. In this embodiment, “destination 1” and “destination 2” are configured in two layers.
In this example, “Destination 1” is Tokyo and “Destination 2” is Mitaka City. By making such a hierarchy, the user can easily search, and the following “Route Code” By combining with “Departure point”, “Destination 1”, “Destination 2”, it is possible to set a unique route. With this “Route code”, “Departure point”, “Destination” and “Fare” All the detailed information such as can be searched.
[0049]
“Standard distance” is a representative distance from “Departure” to “Destination 2”. “Departure” specifies a specific place, but “Destination 2” is the destination area. It is up to the user's entrance.
[0050]
“Fare” is a fixed amount if the destination is within the area, and it is a service content that does not depend on the route or position in the area. There is a user merit that almost the same convenience can be obtained at a low charge.
On the other hand, shared vehicle providers are obliged to provide services for a fixed amount even if they are not full.
[0051]
Furthermore, it is decided to have data indicating that women can be used as “gender designation”. In other words, there is no distinction between users on routes with a relatively small number of dispatches in order to reduce vacant seats, but on routes with many users, whether riding is permitted for both men and women or only for women. The vehicle provider can select.
[0052]
However, in the case of passenger riding, it is possible to make a service that is easy for women to use by using a women-only vehicle that has a discomfort and awkwardness sharing a narrow space with a stranger for a relatively short time.
[0053]
On the other hand, there are similar benefits for men, and as an extension of this service, it is possible to distinguish between smoking and non-smoking.
[0054]
In the present embodiment, only the route is determined in advance, and the “departure time” can be arbitrarily designated by the shared vehicle provider. For example, only at midnight, which is inconvenient for returning home, or conversely for convenience of shopping and hospital visits. For example, it is possible to set only daytime hours or operating hours for each route, and in any case, it is possible to increase the number of dispatches during less busy hours, so it is already owned. The vehicle can be used effectively and the empty vehicle rate can be reduced.
[0055]
In the present embodiment, the user's search is facilitated by limiting the departure time to every hour on the hour and 30 minutes instead of making the departure time completely arbitrary. On the other hand, the shared vehicle provider can register a plurality of vehicles at the same departure time, and the center program 8 can fill the user's reservations in the registered order of the shared vehicle, thereby reducing the vacancy rate.
[0056]
As described above, in the shared vehicle reservation system according to the present invention, since the route and the departure time are shown in advance, it is easy to match the user's wish and the dispatch, and the vehicle can be operated efficiently.
[0057]
FIG. 4C shows a data structure of one user as the user data 3c.
“User code” is a unique identification code for each user, “User ID” and “Password” are used to identify the user during login, and “Name” is the name of the credit card. In addition to the full name of the person, the driver has registered a "display name" on the mobile terminal that has a limited number of display characters used to confirm the customer, but this may be nicknamed within the scope of common sense. .
[0058]
“Gender” is a check item when registering in a women-only car, and “Address” is for communication of charges etc. when necessary, and is basically home. The “telephone number” is for contact, and the “e-mail address” is for receiving a confirmation e-mail at the time of reservation.
[0059]
"Credit card information" is indispensable, as it is used for fee settlement and also for withdrawal of penalty charges if you do not get on board as reserved.
[0060]
These are registered when a new user is registered, but the “password” can be changed via the communication line as appropriate for security, and the “credit card information” can also be changed by a separate procedure. .
[0061]
In addition, the data items below “total amount for the current month” relate to the current month's usage, and record the usage details when paying each month with a credit card, and are transferred to “history data” in the next month. Yes, “Date”, “Departure time”, “Vehicle number”, “Route code”, “Fee”, “Payment method”, “Actual vehicle”, “Cancel”, “Penalty” Is recorded for each use.
[0062]
In other words, “Vehicle allocation number” is a number assigned by the center system and identifies the vehicle on which the user gets, and the presence or absence of “actual vehicle” is determined by the operator input or communication from the driver. The “cancellation” is permitted until a predetermined time, but after that, it can be operated such as a contract in which a “penalty” occurs. It guarantees the risk of the vehicle provider side of the passenger who does not actually car just by making a reservation. And, the “payment method” is for cash payment and taxi ticket use when boarding, and unless otherwise specified, it will be deducted from the user's credit card, so the toll collection is sure .
[0063]
The “history data” of the user is provided so that the user can browse as necessary.
[0064]
FIG. 4D shows a configuration of dispatch data for one case as the shared vehicle operation schedule data 3d.
The operation of this data will be described in detail in the description of the program to be described later, but this data is generated by the reservation center program 8 when registering the vehicle operation schedule data 3d for the route designated by the riding vehicle provider, A unique “Vehicle allocation number” is given.
[0065]
The items of this data are the selected “route code”, the entered “departure time”, the “company code” of the logged-in shared vehicle provider, and the “in-house car number (vehicle number)” of the entered operator. The “capacity” and “driver code” retrieved from the shared vehicle provider data 3a using the “in-house number” as a key are registered.
[0066]
Also, on the route where women-only vehicles are operated, “gender designation” for women only can be made, and if it is not designated, both men and women are allowed, and “the number of remaining seats” is the same as “capacity” by the center program 8. Is written as the initial value.
[0067]
In the above configuration, the user can browse the “number of remaining seats” for each “path code” and “each departure time” by accessing this database. From this, when the user selects and registers the desired flight, “user code”, “display name”, “payment method” and “reception time” are registered for each reservation, and the mail of the reservation center system 2 The transmission program 8m transmits the reservation contents by e-mail to the user and the shared vehicle provider.
When the reservation is completed in this way, the user is notified of the company name and dispatch number of the taxi company for convenience at the meeting place, and the number of remaining seats is updated. The
[0068]
If the user cancels through the communication network 1, the reservation data is deleted and the “number of remaining seats” is updated, and the mail transmission program 8 m of the reservation center system 2 cancels the user and the passenger vehicle provider. Send an email.
Then, the “actual vehicle” data is input by the operator by the driver's mobile terminal or contact from the driver, and is used for fee settlement.
[0069]
Next, details of the processing will be described using a processing flowchart and a display screen.
In this embodiment, it is assumed that a mobile phone is used, and the operation on a terminal having a larger screen is made obvious by showing that the mobile phone can be operated with the smallest display screen.
As for the program of the reservation center system 2, it is easy to realize the function required in the present embodiment by the existing technology, and the details are omitted.
[0070]
FIG. 5 is an embodiment diagram showing a main program of the system for a shared vehicle provider according to the present invention, which is the same for both a fixed terminal and a mobile terminal.
In the embodiment of the present invention, when the shared vehicle provider activates the terminal, the log-in process 101 is activated, and “provider ID” and “password” are confirmed. Next, the function selection input process 102 is activated, and the shared vehicle operation schedule input process 104, the reservation status confirmation process 105, and other processes 106 are activated based on the result of the function determination process 103 determining the selection contents.
[0071]
Thus, when each process is completed, the process returns to the function selection input process 102 again. However, when the function determination result is logout, the logout process 107 is activated and the program is completed.
The other processing 106 includes various utilities such as history data statistical processing and password change.
[0072]
Next, the details of the program shown in FIG. 5 will be described based on FIG. 6 showing a flowchart of a shared vehicle operation schedule input process and FIG. 7 showing a mobile phone screen in the shared vehicle operation schedule input process.
[0073]
Each of the above processes is performed by an operation on the mobile phone shown in FIG. 8, but the mobile phone 71 includes a lower keyboard 72 and an upper display 73, and a selection key 81 on the keyboard 72 is By pressing this, the display content corresponding to the cursor 86 displayed on the display 73 can be selected.
[0074]
The cursor key 82 is a key for moving the cursor 86 up, down, left, and right, and comprises 82U, 82D, 82L, and 82R, respectively. The function keys of the display 73 are an F1 key 83, an F2 key 84, and an F3 key 85, and an F1 key function display 83D, an F2 key function display 84D, and an F3 key function display corresponding to these function keys are displayed below the display 73. 85D is arranged, and the character or symbol displayed here is the operation content of the function key.
[0075]
The flowchart shown in FIG. 6 shows the progress of the shared vehicle operation schedule input process for the shared vehicle provider of FIG.
[0076]
That is, when the shared vehicle provider activates the shared vehicle operation schedule input process 104 by activating the terminal of FIG. 5, the illustrated route data download function 121 is activated and is based on the route data 3b from the reservation center system 2. The route information is downloaded, and the departure place selection function 122 is activated to display the departure place selection screen of FIG.
Since the main stations in Tokyo and Kanagawa are displayed on the screen in the present embodiment, the cursor keys 82U and 82D on the top and bottom of the mobile phone 71 are operated to select the departure place, A selection key 81 is pressed to select Shinjuku Station.
[0077]
Next, when it is confirmed that the end determination function 123 is not the end, the destination 1 selection function 124 is activated and the destination selection 1 screen shown in FIG. 7B is displayed to select an approximate destination area. To do. Further, by operating the up and down cursor keys 82U and 82D of the mobile phone 71, selecting Tokyo and pressing the selection key 81 confirms that the return determination function 125 is not a return, and the next destination 2 When the selection function 126 is activated, the destination selection 2 screen of FIG. 7C is displayed.
[0078]
However, as shown in the figure, if all the cities outside the 23 wards of Tokyo are displayed but not all can be displayed on one screen, or if there is no target area on the first screen, the F1 key 83 of the mobile phone 71, By using the F3 key 85, the pages are switched according to the arrows of the F1 key function display 83D and the F3 key function display 85D on the screen.
[0079]
As a result, when the selection key 81 is pressed while selecting Mitaka City, it is confirmed that the return determination function 127 is not a return, and the condition input screen of FIG. Is done.
[0080]
Next, input "Departure time", "Vehicle number", and "Gender designation" which are input items, place the cursor 86 on "Registration" on the screen, and press the select key 81 to register the riding vehicle. To do.
[0081]
Further, when the return determination function 129 confirms that the input by the selection key 81 is not a return, and confirms that the registration determination function 130 is registration, the operation schedule registration function 131 performs the condition input shown in FIG. The input items on the screen are transmitted via the communication network 1, and the reservation center system 2 searches the “vehicle type” and “capacity” information from the shared vehicle provider data 3 a by the center program 8, and operates the shared vehicle. A new data area is created in the scheduled data 3d, and a “ship number” is automatically assigned and written, and “route code”, “departure time”, “company code”, “in-house car number”, “capacity” , “Driver code”, “Gender designation”, “Number of remaining seats” (the same number as the capacity at the time of initial registration), etc. are also written.
[0082]
On the other hand, since information such as “allocation number” is transmitted to the mobile terminal 11 for business operators, the operation schedule registration function 131 receives this information, and when the reception content determination function 132 determines normal reception, a registration completion display is displayed. The function 133 displays the registration completion screen shown in FIG.
At this stage, when the F2 key 84 of the cellular phone 71 is pressed, “end” of the F2 key function display 84D is selected, but the next continuation input determination function is determined by determining that the input continuation determination function 134 is not continuation. It is determined that 135 is finished, and the series of operations is finished.
[0083]
However, if the reception content determination function 132 determines that the reception is not normal, the registration failure display function 136 displays the registration failure screen of FIG. If the communication is abnormal, move to a place with good communication status, move the cursor to the “Re-registration” key and press the selection key 81 to determine that the re-registration determination function 137 is re-registration. Then, returning to the operation schedule registration function 131, the registration process is performed again.
[0084]
As described above, the shared vehicle reservation system and reservation method according to the present invention can easily register a shared vehicle even using a mobile phone, so even a private taxi can participate in the shared vehicle reservation system without any special capital investment. Is.
In actual operation, there may be a problem that the vehicle to be dispatched entered and registered here cannot return from a distance. In such a case, the vehicle to be dispatched is replaced. It also has a registration process.
[0085]
Next, details of the reservation status confirmation processing 105 shown in FIG. 5 will be described with reference to FIG. 9 showing a flowchart of the reservation status confirmation processing and FIG. 10 of the mobile phone screen in the reservation status confirmation processing.
[0086]
When the shared vehicle provider starts the reservation status confirmation process 105 of FIG. 5, the route data download function 121 is activated to download route information based on the route database from the reservation center system 2, and then the departure place selection function 122. Is activated, the departure place selection screen of FIG. 10A is displayed. In this embodiment, the main stations in Tokyo and Kanagawa are displayed.
[0087]
Therefore, by operating the up and down cursor keys 82U and 82D of the mobile phone 71 and selecting the departure place while pressing the selection key 81 to select Shinjuku station, the end determination function 123 confirms that it is not the end, The destination 1 selection function 124 operates and the destination selection 1 screen of FIG. 10B is displayed.
[0088]
Next, the up and down cursor keys 82U and 82D of the cellular phone 71 are operated to select Tokyo as a general destination area, and the selection key 81 is pressed. When the return determination function 125 is confirmed not to return, The destination 2 selection function 126 operates and the destination selection 2 screen shown in FIG. 10C is displayed.
[0089]
In this embodiment, each city etc. outside the 23 wards of Tokyo is displayed. However, when all of the cities cannot be displayed on one screen or there is no target area, the F1 key function display 83D and F3 key functions on the screen are displayed. The page is switched by the F1 key 83 and the F3 key 85 of the mobile phone 71 according to the arrow of the display 85D.
[0090]
When the target Mitaka city is selected and the selection key 81 is pressed, the return determination function 127 is confirmed not to return, and the reservation information download function 151 is activated. The reservation information download function 151 is operated as described above. The route information selected in (1) is transmitted via the communication network 1.
As a result, the center program 8 of the reservation center system 2 retrieves information on all vehicles corresponding to the route from the shared vehicle operation schedule data 3d and transmits it to the terminal.
[0091]
These displays can be switched between in-house display and company-wide display. However, in the initial switching setting function 152, when the switching flag is set in the company, the switching determination function 153 confirms that the switching flag is in-house, The reservation status list (in-house) in FIG. 10D is displayed by the company reservation list display function 154.
[0092]
In this embodiment, a case where the taxi company searches is shown, and “departure time”, “allocation number”, “company name”, “vehicle number”, “gender designation”, “gender designation”, “Capacity” and “Number of remaining seats” are displayed. The range enclosed in the figure is the display page range, and the display page is switched by pressing the F1 key 83 and F3 key 85 of the mobile phone 71.
[0093]
At this stage, when the scroll key 82 is operated to select a desired vehicle and the selection key 81 is pressed, it is determined that the reservation details are selected by the reservation details determination function 155, and the reservation details display function 156 determines that FIG. ) Reservation details screen is displayed.
Therefore, the driver of the shared vehicle can check the reservation status of the own vehicle by this function and go to the departure point to pick up the passenger. However, when the F2 key 84 is pressed on this reservation details screen, “return” is displayed. When it is input, it is determined to be returned by the return end determination function 157, and the process returns to the company reservation list display function 154.
[0094]
On the other hand, when the F3 key 85 is pressed for a long time on the reservation detail screen, “end” is input, and the return end determination function 157 determines that the end is complete and the reservation operation is ended.
[0095]
When the F2 key 84 is pressed for a long time on the screen shown in FIG. 10 (d), a “display switching” instruction for the entire company is input, and it is determined by the reservation details determining function 155 that the reservation details are not detailed, and the next display switching determining function 159 is performed. Is switched to the display, the display switching function 160 sets the switching flag to the whole company, returns to the switching determination function 153, the switching flag is determined to be the whole company, and the company-wide reservation list display function 158 performs FIG. ) Reservation status list (company-wide) is displayed.
[0096]
Therefore, the person in charge of dispatch of the taxi company can make a short-term dispatch plan of the company with reference to this display, and can input the shared vehicle operation schedule data 3d by the shared vehicle operation schedule input processing 104.
[0097]
Further, in the present embodiment, the reservation list display screen (in-house) in FIG. 10D and the reservation list display screen (company-wide) in FIG. 10F are selected by placing the cursor 86 on the “latest information” on the screen. When the key 81 is pressed, the company reservation list display function 154 or the company-wide reservation list display function 158 communicates with the reservation center system 2 via the communication network 1 to obtain the latest reservation status from the shared vehicle operation schedule data 3d. it can. In the mobile phone terminal, the latest information is transmitted at the request of the operator in order to limit the traffic. However, in the fixed terminal, the latest information is sent from the reservation center system 2 every time the reservation status changes or at regular intervals. It is also possible to use a transmission format.
[0098]
FIG. 11 is a diagram showing an embodiment of the system for passenger cars according to the present invention. The configuration of this figure is the same for both a fixed terminal and a mobile terminal.
When the shared vehicle user activates the terminal, the login process 201 is activated to confirm the “user ID” and “password”. Next, when the function selection input process 202 is activated and the function determination process 203 determines the selected content, the shared vehicle reservation input process 204 and the other user process 205 are activated according to the function determination result.
[0099]
When the respective processes are completed, the process returns to the function selection input process 202 again. However, when the function determination result is logout, the logout process 206 is activated to complete the program. The other user processing 205 includes various utilities such as browsing usage history data and changing passwords.
[0100]
Next, the embodiment shown in FIG. 11 will be described in detail based on the flowchart of the shared vehicle reservation input process of FIG. 12 and the screen for mobile phone in the shared vehicle reservation input process of FIG. 14 is a mail screen of the shared vehicle reservation input process.
[0101]
When the user of the shared vehicle starts the shared vehicle reservation input process 204 in FIG. 11, the route data download function 221 shown in FIG. 12 is activated and is based on the route data 3 b from the reservation center system 2 via the communication network 1. Download route information.
[0102]
Next, the departure place selection function 222 is activated, and the departure place selection screen in FIG. 13A is displayed based on the obtained route information, and the main stations in Tokyo and Kanagawa are displayed. By operating the up and down cursor keys 82U and 82D of the telephone 71, the departure point is selected and when the selection key 81 is pressed, the Shinjuku station is selected as shown.
[0103]
Here, when it is confirmed that the end determination function 223 is not the end and the destination 1 selection function 224 is activated, the destination selection 1 screen of FIG. 13B is displayed. On the destination selection 1 screen, since only a general destination area is selected, the user selects the inside of Tokyo and presses the selection key 81 while operating the up and down cursor keys 82U and 82D of the mobile phone 71.
[0104]
Next, when it is confirmed that the return determination function 225 is not a return, the next destination 2 selection function 226 is activated and the destination selection 2 screen shown in FIG. 13C is displayed. Is displayed, but when not all of the area is displayed on one screen or when there is no target area on the first screen, the F1 key 83, F3 are displayed according to the arrows of the F1 key function display 83D and F3 key function display 85D on the screen. By switching pages with the key 85, after selecting Mitaka City, the selection key 81 is pressed.
[0105]
Therefore, when the return determination function 227 confirms that the return is not a return and the route information input by the operation schedule search function 228 is transmitted to the reservation center system 2 via the communication network 1, the center program 8 stores the route information as a key. Search for “allocation number”, “departure time”, “gender category”, “number of remaining seats” from the shared vehicle operation schedule data 3d, and “rate”, “meeting place”, “ “Map UML” is searched and returned to the user mobile terminal 15.
[0106]
Since the user mobile terminal 15 displays the operation schedule list screen of FIG. 13D by the operation schedule list function 229, the user switches the page as necessary and selects the cursor 86 while matching the desired dispatch. By pressing the key 81, the dispatch information selection is input.
[0107]
Therefore, when it is determined that the input to the return determination function 230 is not a return and the input of the detailed request determination function 231 is a dispatch information selection, the temporary reservation function 232 uses the communication network 1 to select the selected dispatch number. To the reservation center system 2, and the center program 8 sets a temporary reservation flag in the vacant reservation item of the shared vehicle operation schedule data 3d of the dispatch number and fills in the "user code" from the user data 3c. To register for acceptance.
[0108]
Accordingly, the provisional reservation function 232 displays the reservation details shown in FIG. 13E based on the provisional reservation, but the user performs a confirmation operation such as viewing a map of the meeting place because the provisional reservation has already been made. Can be done with confidence. When the “payment method” is selected from a credit card, a ticket, and cash, and “proceed to the next” is selected, the provisional reservation function 232 displays a reservation execution screen as shown in FIG. Show the contents and ask the user to select the “Reserve” button.
[0109]
Therefore, when the user moves the cursor 86 to “reservation” and presses the selection key 81, reservation execution is input, but the return end determination function 233 determines that the input is not return end, and the reservation selection determination function 234 sets the reservation. When the execution input is determined, the reservation transmission function 235 transmits the selected content to the reservation center system 2 via the communication network 1.
[0110]
In the reservation center system 2, the temporary reservation flag in the reservation column of the shared vehicle operation schedule data 3d is updated to the confirmed reservation flag by the center program 8, and the “user code”, “display name” obtained from the user data 3c, input "Payment method" and "acceptance time" are written, and at the same time, as new usage information in the user data 3c, "usage date", "departure time", " Write the “allocation number”, “route code”, “fee” and “payment method”, and enter the non-actual vehicle in the “actual vehicle” column.
[0111]
When the reservation result determination function 236 determines that the reservation is completed, the reservation completion display function 237 displays the screen of FIG. 13G to indicate to the user that the reservation has been completed. The reservation can be confirmed by receiving the reservation acceptance mail 54 displaying the reservation confirmation mail screen of FIG. Since the browser display may freeze for some reason, duplication with the confirmation email is a usual measure for improving reliability.
On the other hand, the shared vehicle provider can receive the reservation notification mail 55 by displaying the reservation report mail screen in FIG.
[0112]
If the reservation result determination function 236 determines that the reservation has failed, the reservation failure display function 238 displays the screen of FIG. 13 (h), indicating to the user that the reservation has not been established, and a notification mail. Will not be sent.
[0113]
When the user cancels the reservation, the reservation center system 2 accepts the cancellation by clicking on the cancellation URL described in the reservation confirmation mail in FIG. As a result, as described with reference to FIG. 3, the cancel completion notification mail 57 for displaying the cancellation confirmation mail screen of FIG. 14C is transmitted to the user, and the cancellation report mail screen of FIG. 14D is displayed. A cancel input notification mail 58 is transmitted to the shared vehicle provider.
The reservation contents of the shared vehicle operation schedule data 3d are cleared and a cancellation is written in the usage record of the user data 3c.
[0114]
As described above, after the user makes a reservation, when the driver gets on the shared vehicle with the predetermined dispatch number at the meeting place at the predetermined time, the driver is notified from the operator mobile terminal 11 or from the driver. The vehicle dispatcher of the shared vehicle provider transmits the actual vehicle data from the business fixed terminal 9 to the center system 2 via the communication network 1, and the center program 8 stores the actual vehicle in the shared vehicle operation schedule data 3d. Write information.
[0115]
In the present embodiment, cancellation is possible up to 20 minutes before boarding, but if it is not boarded without cancellation notice and contact after that, it is possible to charge a penalty based on the original contract However, how it is actually operated can depend on the idea of the operator of this system.
[0116]
In this way, the user can easily reserve a shared vehicle, so that the user can spend time without worrying about going home, and the city can be expected to be activated, such as the busy downtown area until midnight. In addition, since a taxi can be scheduled in advance as a shared vehicle, there is no need to run an empty vehicle such as a sink, and it can be expected to improve the environment and eliminate traffic congestion.
[0117]
Next, the shared vehicle reservation method according to the present invention will be described.
In the shared vehicle reservation method according to the present invention, the user accesses the shared vehicle operation schedule database by the shared vehicle reservation means, selects and reserves a desired departure time, departure place and destination from the shared vehicle operation schedule data. After confirming the acceptance registration of the vehicle, the reservation method is set by specifying the payment method of the predetermined fee, and the shared vehicle provider accesses the shared vehicle operation schedule database by the reservation status confirmation means, and the reserved departure time, departure place and Accepting and registering a shared vehicle that can be dispatched from the destination. Hereinafter, an embodiment of a shared vehicle reservation method according to the present invention will be described with reference to the aforementioned drawings.
[0118]
FIG. 11 is a diagram showing an embodiment of a system for shared vehicle users, FIG. 12 is a follow chart of the shared vehicle reservation input process 204, and FIG. 13 is a mobile phone screen in the shared vehicle reservation input process. It is an example.
[0119]
For the reservation of the shared vehicle user, when the terminal is activated in the shared vehicle user system of FIG. 11, the login process 201 is activated to confirm the “user ID” and the “password”. Next, the function selection input process 202 is activated, and the function determination process 203 determines the selection content, and the shared vehicle reservation input process 204 and the other user process 205 are activated according to the function determination result. When the respective processes are completed, the process returns to the function selection input process 202 again. However, when the function determination result is logout, the logout process 206 is activated to complete the program.
[0120]
Therefore, when the user of the shared vehicle activates the shared vehicle reservation input process 204 in FIG. 11, the route data download function 221 in FIG. 12 is activated, and the route data 3 b is transferred from the reservation center system 2 through the communication network 1. Download path information based. Next, the departure place selection function 222 operates, and the departure place selection screen of FIG. 13A is displayed based on the obtained route information. This screen displays the main stations in Tokyo and Kanagawa Prefecture. The up and down cursor keys 82U and 82D of the mobile phone 71 are operated to select the departure place, and the selection key 81 is pressed. In this embodiment, Shinjuku Station is selected. The destination 1 selection function 224 of FIG. 12 operates, and the destination selection 1 screen of FIG. 13B is displayed. Here, an approximate destination area is selected, but in the present embodiment, Tokyo is selected.
[0121]
The destination 2 selection function 226 of FIG. 12 operates and the destination selection 2 screen of FIG. 13C is displayed. In this embodiment, cities outside Tokyo's 23 wards are displayed, but not all can be displayed on one screen. If there is no target area on the first screen, the F1 key 83 and F3 key 85 are used. Switch pages. In this embodiment, Mitaka City is selected and the selection key 81 is pressed.
[0122]
The operation schedule search function 228 in FIG. 12 transmits the input route information to the reservation center system 2 via the communication network 1, and the center program 8 uses the route information as a key to determine the “allocation number” from the shared vehicle operation schedule data 3 d. ”,“ Departure time ”,“ Gender classification ”,“ Number of remaining seats ”,“ Fare ”,“ Meeting place ”, and“ Map UML ”of the meeting place are searched from the route data 3b, and the user mobile terminal 15 is searched. Send back. The user mobile terminal 15 displays the operation schedule list screen of FIG. 13D by the operation schedule list function 229. When the user switches pages as necessary, the cursor 86 is set to a desired vehicle allocation, and the selection key 81 is pressed, the vehicle allocation information selection is input.
[0123]
Next, when the detailed request determination function 231 in FIG. 12 determines that the input is vehicle allocation information selection, the temporary reservation function 232 sends the selected vehicle allocation number to the reservation center system 2 via the communication network 1. In the center program 8, the temporary reservation flag is set in the vacant reservation item of the shared vehicle operation schedule data 3d of the dispatch number, and the user data 3c is used to register the acceptance by entering the “user code”. .
[0124]
Since the temporary reservation function 232 displays the reservation details of FIG. 13E based on the temporary reservation, the temporary reservation is made at this stage. Confirmation work such as watching can be done with peace of mind.
[0125]
The “payment method” is selected from a credit card, a ticket, cash, and the like. However, by selecting from a plurality of payment methods in this way, the convenience of the user is ensured, and the ride vehicle provider secures the credit card. Because it does, you can prevent fee trouble.
[0126]
Next, when “Next” is selected, the provisional reservation function 232 displays a reservation execution screen as shown in FIG. 13 (f), shows all input contents, and prompts the user to select the “Reserve” button. Ask. Here, when the user moves the cursor 86 to “reservation” and presses the selection key 81, reservation execution is input.
[0127]
The reservation selection determination function 234 in FIG. 12 determines that the reservation execution is input, and the reservation transmission function 235 transmits the selection content to the reservation center system 2 via the communication network 1. The center program 8 updates the provisional reservation flag in the reservation column of the shared vehicle operation schedule data 3d to the confirmed reservation flag, and the "user code", "display name" obtained from the user data 3c, and the input "payment method" ”And“ Reception time ”are written, and at the same time, as new usage information in the user data 3 c,“ Usage date ”,“ Departure time ”,“ Vehicle number ”,“ Route ” Write the "code", "fee", and "payment method" and enter the non-actual vehicle in the "actual vehicle" column.
[0128]
Further, the center system 2 transmits a reservation acceptance mail 54 to the user by the mail transmission program 8m, and simultaneously transmits a reservation notification mail 55 to the taxi company.
[0129]
If the reservation result determination function 236 determines that the reservation is complete, the reservation completion display function 237 displays the screen of FIG. 13 (g) to indicate to the user that the reservation has been completed, The user can confirm the reservation by receiving the reservation completion notification mail 54 on the screen of FIG. 14 (a). On the other hand, the shared vehicle provider sends the reservation input notification mail 55 on the screen of FIG. 14 (b). Receiving.
[0130]
Since the browser display may freeze for some reason, duplication with the confirmation mail is a usual measure for improving reliability.
[0131]
Accordingly, when the reservation result determination function 236 determines that the reservation has failed, the reservation failure display function 238 displays the screen of FIG. 13 (h) to indicate to the user that the reservation has not been established. In this case, the notification mail is not transmitted.
[0132]
Then, when the user cancels, the user clicks on the cancellation URL described in the reservation confirmation mail in FIG. 14A. Therefore, when the reservation center system 2 accepts the cancellation, The cancel completion notification mail 57 is transmitted to the screen of FIG. 14C, and the cancel input notification mail 58 of the screen of FIG. 14D is transmitted to the passenger vehicle provider.
In addition, the reservation contents of the shared vehicle operation schedule data 3d are cleared, and a cancellation is written in the usage record of the user data 3c.
[0133]
Next, the reservation status confirmation processing will be described according to the reservation status confirmation processing 105 in FIG. 5, the reservation status confirmation processing 105 in FIG. 9, and the mobile phone screen of the reservation status confirmation processing shown in FIG.
[0134]
In the reservation status confirmation process, when the shared vehicle provider activates the terminal, the log-in process 101 in FIG. 5 is activated to confirm the “provider ID” and “password”. Next, the function selection input process 102 is activated, and the selection content is determined by the function determination process 103. Thus, the shared vehicle operation schedule input process 104, the reservation status confirmation process 105, and the other process 106 are started according to the function determination result. When the respective processes are completed, the process returns to the function selection input process 102 again.
However, when the function determination result is logout, the logout process 107 is activated and the program is completed.
[0135]
Next, when the shared vehicle provider starts the reservation status confirmation process 105 in FIG. 5, the route data download function 121 in FIG. 9 operates to download route information based on the route database from the reservation center system 2.
[0136]
Furthermore, when the departure place selection function 122 is activated, the departure place selection screen shown in FIG. 10A is displayed. In this embodiment, major stations in Tokyo and Kanagawa are displayed on this screen. Therefore, by operating the up and down cursor keys 82U and 82D of the mobile phone 71, the departure point is selected, and the selection key 81 is pressed to select Shinjuku Station.
[0137]
Next, when the destination 1 selection function 124 is activated, the destination selection 1 screen shown in FIG. 10B is displayed, so that the selection key 81 is pressed while selecting a general destination area and selecting within Tokyo. When the destination 2 selection function 126 is activated and the destination selection 2 screen shown in FIG. 10C is displayed, in this embodiment, the cities and the like outside the 23 wards of Tokyo are displayed. However, if the entire screen cannot be displayed or there is no target area on the first screen, the page is switched by the F1 key 83 and F3 key 85 of the mobile phone 71, as in this embodiment. Select Mitaka City and press the Select key 81.
[0138]
Further, when the reservation information download function 151 is activated, the reservation information download function 151 transmits the route information selected by the above operation via the communication network 1, and the center program 8 of the reservation center system 2 According to this, information on all the vehicles corresponding to the route is searched from the shared vehicle operation schedule data 3d and transmitted to the terminal.
[0139]
The display can be switched between in-house display and company-wide display. However, in the initial switching setting function 152, when the switching flag is set in the company, the switching determination function 153 confirms that the switching flag is in-house, The reservation status list (in-house) in FIG. 10D is displayed by the company reservation list display function 154.
[0140]
That is, in this embodiment, the case where the taxi company searches is shown, but “departure time”, “allocation number”, “company name”, “vehicle number”, “sex” of all vehicles obtained by the search are shown. “Specified”, “Capacity”, “Number of remaining seats” are displayed, and the range enclosed in the figure is the display page range, and by pressing the F1 key 83 and F3 key 85 of the mobile phone 71, The display page can be switched.
[0141]
Here, when the scroll key 82 is operated to select a desired vehicle and the selection key 81 is pressed, it is determined that the reservation details are selected by the reservation details determination function 155, and the reservation details display function 156 determines that the reservation details display function 156 has changed to FIG. ) Reservation details screen is displayed.
Therefore, the driver of the shared vehicle can check the reservation status of the own vehicle by this function, and can go to the departure point and pick up the passenger.
[0142]
When the F2 key 84 is pressed, “return” is input on the reservation detail screen, so that the return end determination function 157 determines that the return is made, and the process returns to the company reservation reservation list display function 154. On the other hand, when the F3 key 85 is pressed for a long time, “end” is input on the reservation details screen, and the return end determination function 157 determines that the end is completed, and the reservation operation ends.
[0143]
Further, when the F2 key 84 is pressed for a long time on the screen shown in FIG. 10D, the “display switching” instruction for the entire company is input and the display switching function 160 sets the switching flag for the entire company. Referring back to FIG. 10, the switching flag is determined to be company-wide, and the company-wide reservation list display function 158 displays the reservation status list (company-wide) in FIG.
[0144]
Accordingly, the person in charge of dispatching at the taxi company can make a short-term dispatching plan of the company while referring to this display, or can newly input the shared vehicle operation schedule data 3d by the shared vehicle operation schedule input processing 104.
In addition, since the registration can be performed by flexibly determining the vehicle to be actually allocated according to the state in which the vehicle cannot be returned from a distant place in the scheduled allocation, the efficiency of vehicle operation can be improved.
[0145]
As described above, when a user who makes a reservation with the reservation method according to the present invention gets on a shared vehicle with a predetermined dispatch number at a predetermined time and a meeting place, the driver can use the operator mobile terminal 11 or Alternatively, the vehicle dispatcher of the shared vehicle provider by communication from the driver transmits the actual vehicle data to the center system 2 via the communication network 1 from the fixed terminal 9 for the operator, so that the center program 8 operates the shared vehicle. Actual vehicle information is written in the schedule data 3d.
[0146]
In this embodiment, cancellation is possible up to 20 minutes before boarding, but if you do not board without cancellation notice or contact after that, you can charge a penalty based on the original contract However, the present invention is not limited to this embodiment, and other embodiments can be employed without departing from the spirit of the invention.
[0147]
【The invention's effect】
The shared vehicle reservation system according to claim 1, wherein a user reserves a shared vehicle via a communication network, the shared vehicle provider dispatches the vehicle and the user pays a fee, and the departure time at which the vehicle can be allocated. , Enter and reserve the shared vehicle operation schedule database that records the shared vehicle operation schedule data of departure, destination, and fare, and the shared vehicle operation schedule data that can be allocated by the shared vehicle provider to the shared vehicle operation schedule database A shared vehicle operation schedule input means for selecting and registering a shared vehicle that can be dispatched from, a shared vehicle reservation means for the shared vehicle user to select and reserve a desired shared vehicle, and a reservation for the shared vehicle provider to confirm the dispatched vehicle It consists of situation confirmation means, and it is characterized in that the number of passengers, gender limitation and vehicle type are limited for shared vehicle operation schedule data , And it provides the following effects.
[0148]
(1) Since the departure location, route, and departure time of the passenger vehicle are determined in advance, it is easy to match the user's wishes and dispatch, and efficient vehicle operation is possible.
(2) It is a system that is consistent with the existing taxi industry, and can increase the number of dispatched vehicles during less busy hours to obtain users and reduce the vacancy rate.
(3) The introduction of this system can be handled almost exclusively by software and is inexpensive.
(4) It is much cheaper and flat-rate than using a taxi alone.
(5) There is no need to worry about returning home, leading to the activation of daily life.
(6) Since there are fewer empty vehicles, improvement of environmental problems can be expected.
[0149]
The shared vehicle reservation system according to claim 2 is characterized in that, in the shared vehicle reservation system according to claim 1, the combined vehicle operation schedule data is limited to the number of passengers, gender limitation, and vehicle type. In addition to the effects, the following effects are exhibited.
[0150]
(1) The operation of women-only vehicles on board can reduce the discomfort of being in a space with a stranger for a certain period of time.
(2) By limiting the number of passengers and vehicle types, congestion is reduced and user protection is promoted.
[0151]
In the reservation method of the shared vehicle reservation system according to claim 3, the user accesses the shared vehicle operation schedule database by the shared vehicle reservation means, and selects a desired departure time, departure place and destination from the shared vehicle operation schedule data. After the reservation registration is confirmed, the reservation method is set by specifying the payment method of the predetermined fee, and the shared vehicle provider accesses the shared vehicle operation schedule database by the reservation status confirmation means and is reserved. Since a shared vehicle that can be dispatched from the departure time, departure point, and destination is selected and registered for acceptance, the following effects are exhibited.
[0152]
(1) Since the selection is made from the departure point, route, and departure time of the shared vehicle determined in advance, the user's wishes can be easily matched with the dispatch.
(2) The convenience of the user can be secured by providing a wide range of payment methods.
(3) Checking the fare and payment method before boarding can prevent toll troubles.
(4) Since the dispatch vehicle can be determined from the reservation status, the operational efficiency of the vehicle can be improved.
[Brief description of the drawings]
FIG. 1 is a diagram showing an embodiment of a shared vehicle reservation system according to the present invention.
FIG. 2 is an embodiment diagram relating to the configuration of the shared vehicle reservation system of the present invention.
FIG. 3 is a diagram showing an embodiment relating to the transition of operation of the present invention.
FIG. 4 is a block diagram of a shared vehicle operation schedule database.
FIG. 5 is a diagram showing an embodiment relating to a system for a passenger vehicle provider.
FIG. 6 is a follow chart diagram of a shared vehicle operation schedule input process.
FIG. 7 is a screen diagram for a mobile phone in a shared vehicle operation schedule input process.
FIG. 8 is an explanatory diagram of the operation of the mobile phone.
FIG. 9 is a follow chart of the reservation status confirmation process.
FIG. 10 is a mobile phone screen diagram in the reservation status confirmation processing program.
FIG. 11 is a diagram showing an embodiment relating to a system for passenger cars.
FIG. 12 is a follow chart diagram of a shared vehicle reservation input process.
FIG. 13 is a screen view for a mobile phone in a shared vehicle reservation input process.
FIG. 14 is a mail screen diagram of a shared vehicle reservation input process.
[Explanation of symbols]
1 Communication network 2 Reservation center system
3 Shared vehicle operation schedule database, 3a Shared vehicle provider data,
3b Route data, 3c User data,
3d shared vehicle operation schedule data, 4 shared vehicle operation schedule input means,
5 vehicle reservation means, 6 reservation status confirmation means, 7 server,
8 Center program, 8m mail transmission program,
9 Fixed terminal for business operators,
10. Fixed vehicle operation schedule input program for fixed terminals,
11 Mobile terminal for business operators,
12 Mobile terminal operation schedule input program for mobile terminals,
13 fixed terminal for users, 14 reservation program for fixed terminal,
15 mobile terminal for users, 16 reservation program for mobile terminal,
17 Reservation status confirmation program for fixed terminals,
18 Reservation status confirmation program for mobile terminals,
19 E-mail program for company fixed terminals,
20 E-mail program for carrier mobile terminals,
21 E-mail program for user fixed terminals,
22 User mobile terminal mail program,
23 Cancel transmission program, 51 Scheduled operation information,
52 Allocation information, 53 Reservation information, 54 Reservation completion notification email,
55 Reservation input notification email, 56 Cancellation information,
57 Cancellation completion notification email, 58 Cancel input notification email,
59 reservation status information, 71 mobile phone, 72 keyboard,
73 display, 81 selection key,
82 cursor keys (82R right, 82L left, 82U up, 82D down)
83 F1 key, 83D F1 key function display, 84 F2 key,
84D F2 key function display, 85 F3 key,
85D F3 key function display, 86 cursor, 101 login processing,
102 function selection input processing, 103 function determination processing,
104 Shared vehicle operation schedule input processing, 105 Booking status confirmation processing,
106 Other processing, 107 Logout processing,
121 route data download function, 122 departure point selection function,
123 end determination function, 124 destination 1 selection function,
125 Return determination function, 126 Destination 2 selection function,
127 Return determination function, 128 Condition input function, 129 Return determination function,
130 registration judgment function, 131 operation schedule registration function,
132 Received content judgment function, 133 Registration completion display function
134 input continuation determination function, 135 end determination function,
136 registration failure display function, 137 re-registration determination function,
151 Reservation information download function, 152 Initial switching setting function,
153 display switching judgment function, 154 company reservation list display function,
155 Reservation details judgment function, 156 Reservation details display function,
157 Return end determination function, 158 Company reservation list display function,
159 Display switching determination function, 160 Company-wide display setting function,
161 Display switching determination function, 162 In-house display setting function,
163 Return end determination function, 201 login processing,
202 function selection input processing, 203 function determination processing,
204 Passenger vehicle reservation input processing, 205 Other user processing,
206 logout processing, 221 route data download function,
222 departure point selection function, 223 end determination function,
224 destination 1 selection function, 225 return judgment function,
226 Destination 2 selection function, 227 Return determination function,
228 operation schedule search function, 229 operation schedule list function,
230 Return determination function, 231 Detailed request determination function,
232 provisional reservation function, 233 return end determination function,
234 reservation selection determination function, 235 reservation transmission function,
236 reservation result judgment function, 237 reservation completion display function,
238 Reservation failure display function, 239 Re-reservation determination function,
240 Return end determination function
