JP2001273589A - 予約管理システム及びこれに使用される携帯端末 - Google Patents

Abstract

(57)【要約】 【課題】 複数の予約対象の予約時刻を同時に予約し登
録することができる予約管理システム及びこれに使用さ
れる携帯端末を提供する。 【解決手段】 予約対象場所に移動するために使用され
る共用車両の予約と予約対象場所の予約とを予約時刻と
共に予約管理センタのサーバを用いて行なう予約管理シ
ステムであって、予約対象場所へ向かうための起点を登
録する起点登録ステップＳ１２と、予約対象場所を予約
時刻と共に選択する選択ステップＳ１３と、この選択ス
テップＳ１３により選択された予約対象場所に予約時刻
に到達するために、前記共用車両の使用開始・終了の位
置と時刻を演算する演算ステップＳ２５と、この演算ス
テップＳ２５における演算結果に基づいて、共用車両の
使用開始・終了の位置と時刻の予約と、予約対象場所の
予約時刻を伴う予約とを同時に行なう予約ステップＳ２
７を有することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、予約管理システ
ム及びこれに使用される携帯端末に関するものである。

【０００２】

【従来の技術】近年、環境問題が大きくクローズアップ
される中で、大気汚染や交通渋滞の問題を改善するため
に電気自動車等の電動車両を特定の地域において共用し
て使用する技術が提案されてきている。例えば、交通機
関が発達した大都会の特定の地域で利用される車両を予
約により利用できれば、環境問題を改善して利用者の利
便性を確保しつつ、車両の利用効率を高めることができ
る。一方、情報通信の発達によりインターネットの利用
者が増加し、また、携帯端末の利用者数も年々増加して
いる。例えば、携帯端末を使用することで、様々なサー
ビスを受けられるようになってきており、パケット通信
を利用したＥメール、銀行口座への入金、イベントの予
約等、携帯端末の利用範囲は拡大の一途をたどってい
る。

【０００３】

【発明が解決しようとする課題】例えば、所定の場所か
ら共用車両を借りて目的のレストランで食事をしようと
する場合に、共用車両の予約とレストランの予約の両方
を行なう必要がある。ところが、利用者はレストランで
食事を行なう時刻を予約することはできるが、レストラ
ンの予約時刻に合わせて、共用車両の利用開始時刻を予
約するのはきわめて困難であるという問題がある。

【０００４】つまり、共用車両を利用する区間が駅周辺
の交通の混雑する場所である場合には、レストランに到
着するまでの時間が通常の混雑しない道路を使用する場
合に比較して多くかかるであろうし、借りたい共用車両
が意図する場所から離れている場合には、徒歩の時間を
加味しなければならず、予想に反して早めに出発しなけ
ればならないのである。

【０００５】また、共用車両を借りる際には通常認証手
続きが必要であるため、認証を行なうための多くの設備
を必要とし、実用化の妨げとなっている。上記携帯端末
を有効利用して、多くの設備を必要とせず複数の予約を
行なえる技術が要望されている。そこでこの発明は、複
数の予約対象の予約時刻を同時に予約し登録することが
できる予約管理システム及びこれに使用される携帯端末
を提供するものである。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に記載した発明は、予約対象場所に移動す
るために使用される乗り物（例えば、実施形態における
共用車両４）の予約と予約対象場所の予約とを予約時刻
と共にコンピュータ（例えば、実施形態におけるサーバ
１０）を用いて行なう予約管理システムであって、予約
対象場所へ向かうための起点を登録する起点登録ステッ
プ（例えば、実施形態におけるステップＳ１２）と、予
約対象場所を予約時刻と共に選択する選択ステップ（例
えば、実施形態におけるステップＳ１３）と、この選択
ステップにより選択された予約対象場所に予約時刻に到
達するために、前記乗り物の使用開始・終了の位置と時
刻を演算する演算ステップ（例えば、実施形態における
ステップＳ２５）と、この演算ステップにおける演算結
果に基づいて、乗り物の使用開始・終了の位置と時刻の
予約と、予約対象場所の予約時刻を伴う予約とを同時に
行なう予約ステップ（例えば、実施形態におけるステッ
プＳ２７）を有することを特徴とする。このように構成
することで、乗り物の予約と予約対象場所の予約を互い
に時間的なずれがなく予約管理することが可能となる。

【０００７】請求項２に記載した発明は、前記乗り物の
使用開始・終了の位置と時刻を演算するにあたり、利用
者の歩行速度を加味する（例えば、実施形態におけるス
テップＳ１３７，Ｓ１３８）ことを特徴とする。このよ
うに構成することで、利用者の歩行速度の個人差に応じ
た予約時刻設定が可能となる。

【０００８】請求項３に記載した発明は、前記乗り物の
使用開始・終了の時刻を演算するにあたり、利用者の希
望する時間を加える（例えば、実施形態におけるステッ
プＳ１４６）ことを特徴とする。このように構成するこ
とで、利用者の都合に応じて時間的な幅を持たせること
が可能となる。

【０００９】請求項４に記載した発明は、前記請求項１
〜請求項３のいずれかに記載の予約管理システムに使用
される携帯端末（例えば、実施形態における携帯端末１
３）であって、予約操作を行なうための表示部（例え
ば、実施形態における表示部１３Ａ）を備え、予約操作
位置が起点とされて予約操作位置と予約された乗り物の
使用開始位置を表示することを特徴とする予約管理シス
テムに使用される携帯端末である。このように構成する
ことで、予約の際及び予約後において、利用者が自己の
位置と予約された乗り物の位置を視覚的に把握すること
が可能となる。

【００１０】

【発明の実施の形態】以下、この発明の実施形態を図面
と共に説明する。図１は共用車両を駐車するためのポー
トの全体配置図を示す。駅１の周囲には駅エリアＥ、駅
１から延びる道路２に沿って、企業エリアＢと商業エリ
アＡが配置され、前記道路２と交差する道路３には企業
エリアＣと住宅エリアＤが配置されている。各エリア内
にはエリアの施設や地域に対応して複数のポートが数１
００ｍ間隔で分散配置されている。そして、各ポートに
は共同利用可能な例えば電気自動車等の共用車両４が配
置されている。尚、エリア内の各車両４の位置、車両状
態等は後述する予約管理センタのサーバ１０によって管
理されている。

【００１１】このように、エリア単位でポートの配置を
行なったのは、利用者が望む目的地近くや経路での貸
出、返却が可能となるからである。これにより、自宅、
職場に最も近いポートを選択したり、出発地から目的地
までの経路で短いルートの選択や混雑するルートの迂回
が選択できる。また、上記ポートは既存の駐車場を利用
し、この既存の駐車場の中に、特定の場所、あるいは任
意の場所に何台か共用車両４を駐車できるスペースが設
けられている。このように既存の駐車場を有効利用する
ことで、集中して共用車両４の駐車場所を確保すること
が不要となり、共用車両４の駐車場の確保を容易化して
いる。

【００１２】図２は通信環境の概略図である。ホテル、
レストラン、自宅の各端末５，６，７は、クレジット会
社、交通管制センタ、予約管理センタの各サーバ８，
９，１０にインターネット１１を介して接続されてい
る。利用者への請求はクレジット会社により行なわれ
る。交通管理センタからは交通情報を取得する。一方、
前者の通信網であるインターネット１１が有線系の通信
網であるのに対し、共用車両４は無線対応通信網１２を
介して接続され、この無線対応通信網１２に利用者の携
帯端末１３が連係している。ここで、携帯端末１３によ
る予約は予約管理センタのサーバ１０に対してアクセス
することで行なわれる。

【００１３】また、携帯端末１３はその位置を特定する
ことができれば、ＧＰＳを搭載した携帯電話やＰＨＳ等
を使用することができる。この場合、携帯端末１３は、
予約操作を行なうための表示部１３Ａを備え、予約操作
位置が起点とされて予約操作位置と予約された車両の使
用開始位置（ポートの位置）を表示することができる。
これにより、視覚的に確認できるため、利用者が乗り物
のある位置を迷うことなく簡単に探し出せるため、利用
者の利便性が向上する。尚、携帯端末１３を用いた通信
形態はパケット通信等の様々な態様が採用可能である。

【００１４】図３は前記予約管理センタのサーバ１０内
を示す概略構成図である。サーバ１０内には制御手段１
４を介して、メインプログラム１５、店予約管理ファイ
ル１６、地図ファイル１７、顧客管理ファイル１８、ポ
ート管理ファイル１９、車両管理ファイル２０が接続さ
れ、同様に制御手段１４に接続された入・出力手段２１
を介して通信回線に接続されている。

【００１５】上記店予約管理ファイル１６の内容は、店
ＩＤ別に店名、エリア、近隣ポートルート・距離（推奨
順）、カテゴリ、値段帯、予約受付可能数（日時毎）と
なっている。エリアとは前記図１に示した、商業エリア
Ａ、企業エリアＢ、企業エリアＣ、住宅エリアＤ、駅エ
リアＥを示している。エリア毎で管理を行なうことで各
店毎にした場合に比較して管理が行ない易くなる。ま
た、近隣ポートルート・距離はそれを熟知している各店
において入力するようにしている。カテゴリは料理のカ
テゴリを意味する。ここで、この実施形態は予約対象場
所としてレストランを例にして説明しているが、ホテル
等であってもよい。その場合は、前記カテゴリは宿泊す
る部屋のランク情報等である。尚、この店予約管理ファ
イル１６は別のサーバとして独立させてもよい。地図フ
ァイル１７には道路地図や鉄道路線時刻表が含まれてい
る。尚、道路地図にはエリア、店名、エリア間所要時間
が記録されている。

【００１６】顧客管理ファイル１８は、登録ＩＤ別に管
理されている。登録ＩＤは、携帯端末１３の登録番号を
使用し、携帯端末１３の発信者番号通知機能を有効利用
している。登録内容は、登録者氏名、パスワード、歩行
速度（速い、普通、遅い）、使用履歴（予約を含む）で
ある。使用履歴の内容は使用開始日時・時刻・ポートＩ
Ｄ、使用終了日時・時刻・ポートＩＤであり、課金のデ
ータとしても使用できる。歩行速度を加えたのは、歩行
者によって速度の違いが無視できない大きさだからであ
る。

【００１７】ポート管理ファイル１９はポートＩＤ別に
管理されている。登録内容は名称、エリア、近隣主要施
設及びポートとのルート・エリア間距離、平均速度（曜
日・時刻のデータを含む）、駐車可能数、車両数（日時
毎・状態毎の台数）である。平均速度はそのポートを使
用した車両が曜日、時刻においてどのくらいの平均速度
で移動したかを登録しておく。車両管理ファイル２０は
車両ＩＤ別に管理されている。登録内容は使用状態（使
用中、空き、メインテナンス）、車両位置、充電量であ
る。

【００１８】次に、実際に車両を予約する場合の手順を
図４〜図６に示す携帯端末１３の表示部１３Ａの変化と
共に説明する。尚、この実施形態では予約対象場所はレ
ストランである。利用者が携帯端末１３により予約管理
センタに携帯端末１３でアクセスすると、画面１に示す
ようにパスワード（及び「＃」の入力）の入力を促すた
めに「パスワードを入力してください？」の表示がなさ
れる。尚、「＃」の入力に関しては以後の説明は省略す
る。ここで利用者が予め登録してあるパスワードを「１
２３４」と入力する。尚、この入力結果は「＊＊＊＊」
となり画面上では確認できない。画面１において、誤っ
て「１２３７」と入力した場合は、画面２に示すよう
に、「パスワードが違います」「パスワードを入力して
ください？」と表示され、パスワードが違う旨と、再度
パスワードの入力を促す旨の表示がなされる。これによ
り認証手続きステップが終了する。

【００１９】次に、画面１及び画面２において正しいパ
スワードの入力が確認されると、画面３において「起点
をどこにしますか？」という表示と共に起点の候補が示
される。候補は「１．現在地、２．エリア、３．駅、空
港」と表示され、その番号の入力を促す。例えば、イン
ターネット１１で予約して家から出かける場合は借りた
い場所が起点となる。例えば、「１．現在地」が選択さ
れると、画面６に進む。例えば、「３．駅」が選択され
ると画面４に進む。

【００２０】画面４では路線の選択を行なう。「１．△
△△△線、２．○○○○線、３．××××線、４．◎◎
◎◎線」が表示され、ここから選択を行なう。例えば、
「２．○○○○線」が選択されると、次に画面５が表示
される。画面５では駅名を選択する。「１．Ａ駅、２．
Ｂ駅、３．Ｃ駅、４．Ｄ駅、５．Ｅ駅、６．Ｆ駅」と表
示され、ここから選択を行なう。例えば、「５．Ｅ駅」
が選択されると画面６に進む。これにより起点登録ステ
ップが終了する。

【００２１】画面６では店をどの基準で選ぶかの選択を
行なう。「１．カテゴリ、２．エリア、３．値段帯」と
表示され、ここから選択を行なう。例えば、「１．カテ
ゴリ」を選択すると、画面７において、「１．和食、
２．イタリア料理、３．フランス料理、４．その他」と
表示され、ここから選択を行なう。例えば、「２．イタ
リア料理」を選択すると画面８が表示される。画面８に
おいて店の選択を行なう。各店名「１．ＡＡ、２．Ｂ
Ｂ、３．ＣＣ」と共にエリア「Ａ，Ｂ，Ｃ」、値段帯
「２０００−、３０００−、４０００−」、時間「５５
分、４５分、２０分」が表示される。ここで、時間とは
起点のあるエリアから店のあるエリアまでの大まかな時
間（後述する「２．ＢＢ」の４０分は正確な時間）であ
る。例えば、「２．ＢＢ」が選択されると次に画面９に
進む。これにより、店選択ステップが終了する。

【００２２】画面９では「ご予約は何人ですか？」「人
数を入力してください」の表示がなされ人数の入力が促
される。例えば、２人である場合に、「２」を入力する
と画面１０が表示され、「１．今日、２．月日直接入
力」を選択させる画面１０が表示される。画面１０で
「１．今日」を選択すると、画面１１が表示され、「ご
予約は何時ですか？」の表示と共に、「１．１６：０
０、２．１７：００、３．１９：００、４．２０：０
０、５．２１：００」の表示がなされる。ここで、例え
ば、「３．１９：００」を選択すると画面１２が表示さ
れる。一方、画面１０において、「２．月日直接入力」
を選択して直接入力を行なうと、画面１２に進む。これ
により店予約ステップが終了する。

【００２３】画面１２では「時程を紹介します」「該当
番号を選択すると時間を加算することができます」の表
示がなされる。これと同時に「起点（出発時間）１８：
０５と、（店の到着時間）ＢＢ １９：００」の表示が
内訳と共になされる。その内訳は、「１．徒歩：１０
分、２．車両：４０分、３．徒歩：５分」である。この
ままで良い場合のために「９．了解」も選択要素として
表示される。例えば、ここで「９．了解」を選択すると
制御を終了する。また、用事があるため車両移動中の時
間を延長したい場合に、例えば、「２．車両：４０分」
を選択すると、画面１３に進み、ここで、「車両：４０
分に加算する時間を入力してください」と表示され、加
算される時間の入力が要求される。

【００２４】例えば、「２５」、つまり２５分と入力す
ると、画面１４が表示される。この画面１４では加算さ
れる時間を表示した後の時程等が表示される。そして、
画面１２と同様に、「時程を紹介します」「該当番号を
選択すると時間を加算することができます」の表示がな
され、これと同時に「起点１７：４０ ＢＢ１９：０
０」の表示と共に、「１．徒歩：１０分、２．車両：４
０分（＋２５分）、３．徒歩：５分、９．了解」が表示
される。例えば、「９．了解」を選択する。これにより
時程確認ステップと時間加算ステップが終了する。そし
て、画面１５で予約操作位置と予約された車両の使用開
始位置を表示して制御を終了する。

【００２５】次に、図７は予約フローチャート図であ
る。具体的には図４〜図６において概略を説明した認証
手続きステップから時間加算ステップまでの処理を具体
的に利用者側とサーバ側とで分けて説明したものであ
る。左側には利用者側のアクション（ステップＳ１０〜
１６）が、右側にはサーバ側のアクション（ＳＴＡＲＴ
〜ステップＳ２８）が記載されている。

【００２６】ステップＳ１０において利用者から予約の
アクセスがあるとサーバ側では処理をスタートする。次
に、ステップ１１において利用者により認証手続きがあ
ると、これに応じてサーバ側ではステップＳ２１におい
て認証処理が行なわれる。ステップＳ１２において利用
者が起点登録を行なうと、対応するサーバ側ではステッ
プＳ２２において起点設定処理が行なわれる。次に、ス
テップＳ１３において利用者が店選択・予約を行なう
と、サーバ側では店情報提供処理が行なわれ、次のステ
ップＳ２４において予約情報受付処理が行なわれる。

【００２７】次に、利用者がステップＳ１４において時
程確認を行なうと、サーバ側ではステップＳ２５でルー
ト・時程演算処理がなされる。そして、利用者がステッ
プＳ１５で時間加算を行なうと、これに対応してサーバ
側ではステップＳ２６において時間加算処理がなされ、
再度ステップＳ２５に戻りルート・時程演算処理がなさ
れる。そして、これらに基づいてステップＳ２７におい
て予約処理が行なわれる。そして、利用者側においてス
テップＳ１６でルート・時程登録があるとサーバ側では
これに対応してステップＳ２８でルート時程登録がなさ
れて終了する。

【００２８】次に、サーバ側の処理を図８から図１１の
フローチャートに基づいて詳細に説明する。ステップＳ
１００において利用者の携帯端末１３（電話番号）を受
信すると、ステップＳ１０１で前記画面１を送信し、ス
テップＳ１０２において利用者のパスワード入力に対応
してパスワード検索を行なう。ステップＳ１０４におい
て利用者のパスワードの入力回数をカウントし、ステッ
プＳ１０５における判定結果が「ＹＥＳ」（Ｃ１≦
３）、つまり入力回数が３回以下である場合にステップ
Ｓ１０６に進む。ステップＳ１０４における判定結果が
「ＮＯ」、つまり入力回数が４回以上（Ｃ１≧４）であ
る場合にはステップＳ１０８に進み、回線を切断してセ
キュリティを確保する。

【００２９】ステップＳ１０６においてパスワードを受
信し、次のステップＳ１０７において照合を行なう。ス
テップＳ１０７においてパスワードが不一致の場合はス
テップＳ１０３に進む。ステップＳ１０７において照合
の結果パスワードが一致した場合は、ステップＳ１０９
に進み前記画面３を送信し、ステップＳ１１０において
選択番号を受信する。上記ステップＳ１００〜ステップ
Ｓ１０８までが認証処理ステップとなる。次に、ステッ
プＳ１１１において「１」が選択されたか否かを判定す
る。ステップＳ１１１において「１．現在地」が選択さ
れた場合はステップＳ１１２に進み位置の特定を行な
う。この位置の特定は、利用者が使用している携帯端末
１３の電波を複数の基地局で受信することにより行な
う。ステップＳ１１２において位置の特定が終了したら
図９のステップＳ１１９に進む。

【００３０】ステップＳ１１１において、「１．現在
地」以外が選択された場合は、ステップＳ１１３に進
み、条件を検索して画面４を作成し、ステップＳ１１４
において画面４を送信する。そして、ステップＳ１１５
で選択番号を受信し、ステップＳ１１６で条件を検索し
て画面５を作成し、ステップＳ１１７において画面５を
送信する。そして、ステップＳ１１８において選択番号
を受信する。上記ステップＳ１０９〜ステップＳ１１８
までが起点設定処理ステップとなる。

【００３１】次に、図９のステップＳ１１９においては
画面６を送信し、ステップＳ１２０において選択番号を
受信し、ステップＳ１２１で条件を検索して画面７を作
成し、ステップＳ１２２において画面７を送信する。そ
して、ステップＳ１２３において選択番号を受信する。
次に、ステップＳ１２４において条件を検索し、ステッ
プＳ１２５においてエリア時間を検索して画面８を作成
する。そして、ステップＳ１２６において画面８を送信
する。そして、次のステップＳ１２７においては選択番
号を受信する。上記ステップＳ１１９〜ステップＳ１２
７までが店情報提供処理ステップとなる。

【００３２】次に、ステップＳ１２８において画面９を
送信する。そして、ステップＳ１２９において選択人数
を受信し、ステップＳ１３０で画面１０を送信して、ス
テップＳ１３１に進む。ステップＳ１３１においては選
択月日を受信し、次のステップＳ１３２において、
「１．今日」が選択されたか否かを判定する。ステップ
Ｓ１３２における判定の結果、「１．今日」が選択され
た場合は、ステップＳ１３３に進み日付の読み込みが行
なわれステップＳ１３４に進む。ステップＳ１３２にお
いて「１．今日」以外が選択された場合もステップＳ１
３４に進む。

【００３３】次のステップＳ１３４においては予約可能
時刻の検索と、画面１１が作成され、次のステップＳ１
３５において画面１１が送信される。そして、ステップ
Ｓ１３６において選択時間を受信し、図１０のステップ
Ｓ１３７に進む。ステップＳ１２８〜ステップＳ１３６
までが予約情報受付処理ステップとなる。

【００３４】ステップＳ１３７においては終了ポートを
設定し、到着時間Ｔ１を演算して設定する。以下、ステ
ップＳ１３７における処理を詳細に説明する。このステ
ップＳ１３７では第１に、店予約管理ファイル１６の推
奨ポート毎の距離と顧客管理ファイル１８の使用者の歩
行速度から移行時間を求める。店予約管理ファイル１６
からＳポート５０ｍ、Ｔポート２００ｍのデータをロー
ドし、顧客管理ファイル１８から歩行速度：普通５０ｍ
／分をロードする。これにより演算結果として移動時間
がＳポートでは１分、Ｔポートでは４分を得る。

【００３５】また、このステップＳ１３７では、第２に
移動時間を考慮して予約時刻から車両が到達しなければ
ならない時刻を基に奨励ポート順にポート管理ファイル
１９の駐車可能なポートを検索して終了ポートを設定す
る。尚、駐車予定時刻には予約時刻への余裕や降車時間
４分を含む。よって、Ｓポートでは１９：００−５分＝
１８：５５、Ｔポートでは１９：００−８分＝１８：５
２の到着時間となる。そして、ポート管理ファイル１９
から１８：４０〜１９：００の車両数を調べるとＳポー
トでは２台、Ｔポートでは５台の車両４があるので、Ｓ
ポートを選択し１８：５５到着予定となる。尚、この店
予約管理ファイル１６は周辺環境を熟知している店側で
登録することで、利便性が高いポート及び正確なルート
を確実に設定することができる。

【００３６】そして、次のステップＳ１３８において開
始ポート設定、つまり開始時刻Ｔ２の演算設定と起点時
刻Ｔ３の演算設定を行なう。ステップＳ１３８における
処理を詳細に説明する。このステップＳ１３８では、第
１に開始エリア内にあるポート毎の主要道路を優先とし
た最短ルートを演算し移動距離を求める。前記地図ファ
イル１７からルート・距離の演算を行なう。尚、ルート
・距離の演算は通常のナビゲーションと同様である。Ｐ
ポート→Ｓポート間：１５ｋｍ、Ｑポート→Ｓポート
間：１５．５ｋｍ、Ｑポート→Ｓポート間：１５ｋｍを
求める。

【００３７】第２に、移動時間を考慮して車両の使用開
始時刻を求め、ポート管理ファイル１９を検索して開始
ポートを抽出する。画面８において検索された概略のエ
リア間移動時間（４５分）を基に開始・終了の両方の時
刻が入る１０：００−１９：００の平均速度をポート管
理ファイル１９から得る。これにより、Ｐ，Ｒ：３０ｋ
ｍ／ｈ、Ｑ：２８ｋｍ／ｈが得られる。ここで、Ｑは駅
の繁華街にあり混雑しているため、Ｐ，Ｒに比較して速
度が落ちている。そして、演算の結果、移動時間はＰ，
Ｒ：３０分、Ｑ：３４分となる。尚、移動時間はルート
間の所要時間を交通管理センタのサーバ９から得ても良
い。

【００３８】これにより使用開始予定時刻（乗車のため
の時間１０分を含む）は、Ｐ，Ｒでは１８：５５−４０
分＝１８：１５、Ｑでは１８：５５−４４分＝１８：１
１となる。そして、ポート管理ファイル１９から１８：
００〜１８：２０の車両数を調べるとＰポートでは２台
（下記表１の上段に示す）、Ｑポートでは１台、Ｒポー
トでは０台の車両があるので、Ｐ，Ｑポートのみが使用
可能となる。

【００３９】

【表１】

【００４０】そして、このステップＳ１３８において
は、第３にポート管理ファイル１９の主要施設からのル
ート・距離または地図ファイル１７を基にポート位置と
現在地からルート・距離を求め、顧客管理ファイル１８
の使用者の歩行速度から移動時間を求める。ポート管理
ファイル１９からＰポート５００ｍ、Ｑポート３５０ｍ
が得られる。また、顧客管理ファイル１８から歩行速
度：普通 ５０ｍ／分が得られる。演算の結果Ｓポート
では１０分、Ｑポートでは７分となる。そして、上記第
１〜第３の結果に基づいて第４でポート選択を行なう。
ポートＰを選択すると１８：１５−１０分＝１８：０
５、ポートＱを選択すると１８：１１−７分＝１８：０
４となるので、最短時間を与えるポートＰを選択する。
尚、これとは別に徒歩時間が短いことを基準にポートＱ
を選択することも可能である。

【００４１】そして、ステップＳ１３８における処理が
終了したら、ステップＳ１３９において画面１２（１
４）を作成し、次のステップＳ１４０において画面１２
（１４）を送信する。そして、ステップＳ１４１におい
て画面１２（１４）における選択番号を受信したら、次
のステップＳ１４２に進み、「９．了解」が選択された
か否かを判定する。ステップＳ１４２における判定の結
果、「９．了解」が選択された場合には図１１のステッ
プＳ１４７に進む。ステップＳ１４２において、「９．
了解」以外が選択された場合には、ステップＳ１４３に
進む。上記ステップＳ１３７〜ステップＳ１４２までが
ルート・時程演算処理ステップとなる。ステップＳ１４
３においては予約消去・車両数を変更し、時程の変更に
より前の予約データを消去する。そして、ステップＳ１
３３において画面１３を作成し、次のステップＳ１４５
において画面１３を送信し、ステップＳ１４６において
加算時間を受信して前記ステップＳ１３７に進む。ステ
ップＳ１４３〜ステップＳ１４６までが時間加算処理ス
テップとなる。

【００４２】このステップＳ１３７の処理、つまり利用
者が車両を使用して寄り道をする場合を詳細に説明す
る。具体的にはステップＳ１３７の終了ポート設定・Ｔ
１時刻演算設定とステップＳ１３８における開始ポート
設定・Ｔ２時刻演算設定・起点時刻Ｔ３演算設定を寄り
道する時間が２５分の場合で説明する。

【００４３】先ず、移動時間を考慮して車両の使用開始
時刻を求め、ポート管理ファイル１９を検索して開始ポ
ートの抽出を行なう。画面８において検索された概略の
エリア間移動時間（４０分）に２５分を加算し、時刻１
７：００−１８：００−１９：００の平均速度をポート
管理ファイルから得る。Ｐ，Ｒ：（３０＋３０）／２＝
３０ｋｍ／ｈ、Ｑ：（２６＋２８）／２＝２７ｋｍ／ｈ
から、Ｐ，Ｒは３０分、Ｑは３５分となる。尚、移動時
間はルート間の所要時間を交通管理センタのサーバ９か
ら得ても良い。

【００４４】したがって、使用開始時刻に乗車のための
時間（１０分）を含めると、Ｐ，Ｒでは１８：５５−４
０分−２５分＝１７：５０となる。また、Ｑでは１８：
５５−４５分−２５分＝１７：４５となる。ポート管理
ファイル１９を確認すると１７：４５−１８：００にお
いてはＰポート１台（表１の上段に示す）、Ｑポート０
台、Ｒポート０台であるのでＰポートのみが使用でき
る。したがって、ポートはＰポートで１７：５０−１０
分＝１７：４０を選択する。尚、複数のポートが選択さ
れたら最短のポートを選択すれば良い。そして、前述同
様ステップＳ１３９に進む。

【００４５】そして、ステップＳ１４７においては店予
約受付可能数を変更する。これにより表１の下段に示す
Ｐポートの貸出予約が１８：００−１８：２０で１台に
なると共に、駐車台数、空き台数が１台に減少してい
る。そして、ステップＳ１４８で店予約情報メールをレ
ストランのサーバ６に送信し、レストランのサーバ６に
おいて予約数の更新を行なう。そして、ステップＳ１４
９において終了ポート予約登録と車両数変更を行ない、
ステップＳ１５０において開始ポート予約登録と車両数
変更を行なう。次に、ステップＳ１５１において顧客デ
ータ履歴登録を行ない、ステップＳ１５２においてルー
ト・時刻送信を行なう。これにより、利用者は使用開始
位置と起点からの時刻を携帯端末１３の表示部１３Ａ
（画面）で確認できる。尚、前記画面を切り替えること
によって使用開始位置から終了位置までのルートと時
刻、それから、終了位置から店までのルートと時刻を表
示するようにしても良い。そして、ステップＳ１５３に
おいて回線を切断し制御を終了する。ステップＳ１４７
〜ステップＳ１５１までが予約処理ステップとなる。

【００４６】したがって、この実施形態においては、予
約対象場所である店の予約と同時に共用車両４の予約を
行なうことにより、利用者が利用し易い予約システムを
提供することができる。また、共用車両４の空き情報を
目的地の駐車場の空き情報を含めて提供し、総合的に共
用車両４の予約を行ない、道路状況を加味したポート管
理ファイル１９を用い、顧客管理ファイル１８により利
用者に応じて歩行速度を設定したり、店側で登録した店
予約管理ファイル１６のデータにより実際に則した近隣
ポート距離等を使用しているため、実際の道路状況を反
映し、利用者を正確に店の予約時刻に到着させることが
できる。そして、これらの予約は携帯端末１３を用いた
既存の設備を用いているため、利用者側では利用がし易
く、予約サービスを提供する側では余分な設備投資が必
要なくなるため簡単に実施することができる。また、店
側では予約時刻が確実なものとなるため予約システムを
利用するメリットが大きくなる。

【００４７】尚、この発明は上記実施形態に限られるも
のではなく、例えば、店はレストランに限られるもので
はなく、例えばホテル等でも使用できる。また、使用さ
れる共用車両４は電気自動車に限られず、ハイブリッド
車両、燃料電池車両、あるいは通常のガソリンエンジン
車両であっても良い。

【００４８】

【発明の効果】以上説明してきたように、請求項１に記
載した発明によれば、乗り物の予約と予約対象場所の予
約を互いに時間的なずれがなく予約管理することが可能
となるため、利用者にとって利用し易いという効果があ
る。請求項２に記載した発明によれば、利用者の歩行速
度の個人差に応じた予約時刻設定が可能となるため利用
者を正確に予約対象場所に到達させることができるとい
う効果がある。

【００４９】請求項３に記載した発明によれば、利用者
の都合に応じて時間的な幅を持たせることが可能となる
ため、利用者の希望に対して柔軟に対応することができ
るという効果がある。請求項４に記載した発明によれ
ば、予約の際及び予約後において、利用者が自己の位置
と予約された乗り物の位置を視覚的に把握することが可
能となるため、予約の際及び予約後において、利用者が
乗り物のある位置を迷うことなく簡単に探し出せるとい
う効果がある。

【図面の簡単な説明】

【図１】 この発明の実施形態のポートの全体配置図で
ある。

【図２】 この発明の実施形態の通信環境概略図であ
る。

【図３】 この発明の実施形態の予約管理センタのサー
バの構成図である。

【図４】 この発明の実施形態の予約時における携帯端
末の表示部の変化を示す図である。

【図５】 この発明の実施形態の予約時における携帯端
末の表示部の変化を示す図である。

【図６】 この発明の実施形態の予約時における携帯端
末の表示部の変化を示す図である。

【図７】 この発明の実施形態の予約フローチャート図
である。

【図８】 この発明の実施形態の予約管理センタのサー
バ内での処理を示すフローチャート図である。

【図９】 この発明の実施形態の予約管理センタのサー
バ内での処理を示すフローチャート図である。

【図１０】 この発明の実施形態の予約管理センタのサ
ーバ内での処理を示すフローチャート図である。

【図１１】 この発明の実施形態の予約管理センタのサ
ーバ内での処理を示すフローチャート図である。

【符号の説明】 ４ 共用車両 １０ サーバ Ｓ１２ 起点登録ステップ Ｓ１３ 選択ステップ Ｓ２５ 演算ステップ Ｓ２７ 予約ステップ Ｓ１３７，Ｓ１３８ 歩行者の歩行速度を加味するステ
ップ Ｓ１４６ 利用者の希望する時間を加えるステップ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B049 AA02 BB32 CC06 DD01 FF04 GG02 GG03 GG06 5H180 AA01 BB05 BB15 CC12 EE01 EE02 EE07 EE10 FF01 FF05 5K067 AA34 BB04 DD17 DD30 FF03 FF04 FF05 FF23 HH36 JJ52 JJ56 JJ64

Claims (4)

【特許請求の範囲】
1. 【請求項１】 予約対象場所に移動するために使用され
   る乗り物の予約と予約対象場所の予約とを予約時刻と共
   にコンピュータを用いて行なう予約管理システムであっ
   て、予約対象場所へ向かうための起点を登録する起点登
   録ステップと、予約対象場所を予約時刻と共に選択する
   選択ステップと、この選択ステップにより選択された予
   約対象場所に予約時刻に到達するために、前記乗り物の
   使用開始・終了の位置と時刻を演算する演算ステップ
   と、この演算ステップにおける演算結果に基づいて、乗
   り物の使用開始・終了の位置と時刻の予約と、予約対象
   場所の予約時刻を伴う予約とを同時に行なう予約ステッ
   プを有することを特徴とする予約管理システム。
2. 【請求項２】 前記乗り物の使用開始・終了の位置と時
   刻を演算するにあたり、利用者の歩行速度を加味するこ
   とを特徴とする請求項１に記載の予約管理システム。
3. 【請求項３】 前記乗り物の使用開始・終了の時刻を演
   算するにあたり、利用者の希望する時間を加えることを
   特徴とする請求項１に記載の予約管理システム。
4. 【請求項４】 前記請求項１に記載の予約管理システム
   に使用される携帯端末であって、予約操作を行なうため
   の表示部を備え、予約操作位置が起点とされて予約操作
   位置と予約された乗り物の使用開始位置を表示すること
   を特徴とする予約管理システムに使用される携帯端末。