JP2003242592A - 共同利用乗物予約装置 - Google Patents

Abstract

(57)【要約】 【課題】利用者からの利用要求に応じて該利用者に貸し
出される第１の共同利用乗物と、利用者が指定した乗車
場所、および降車場所に立ち寄って該利用者を乗降させ
る第２の共同利用乗物と、について利用者からの予約申
込を受け付けることができ、且つ、利用者における予約
申込時の操作性が良い共同利用乗物予約装置を提供す
る。 【解決手段】利用開始日時、利用終了日時、貸出ポー
ト、返却ポート、および利用者名を含む、共同利用シス
テム予約申込情報を入力し、共同利用システムの予約申
込を行ったが予約できなかったとき、つづけてデマンド
バスの予約申込を行うときには、利用開始日時を乗車日
時、貸出ポートを乗車場所、返却ポートを降車場所、と
したデマンドバス予約申込情報を作成し、デマンドバス
の予約申込を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、利用者からの利
用要求に応じて該利用者に貸し出される自動車や、自転
車等の第１の共同利用乗物と、利用者が指定した乗車場
所、および降車場所に立ち寄って該利用者を乗降させる
バスやタクシー等の第２の共同利用乗物と、について利
用者からの予約申込を受け付ける共同利用乗物予約装置
に関する。

【０００２】

【従来の技術】従来、利用者からの利用要求に応じて、
自動車や自転車等、の乗物を該利用者に貸し出す、乗物
の共同利用システムが提案されている。最近では、環境
問題を考慮し低公害車の共同利用が進められている。乗
物の共同利用システム（以下、単に共同利用システムと
言う。）において低公害車を共同利用するシステムを、
特にＣＥＶＳＳ（Clean Energy Vehicle Sharing Syste
m）と呼んでいる。

【０００３】共同利用システムには、利用者に対して乗
物の貸出、および返却を同じ駐車場（ポート）で行うシ
ングルポートシステムと、乗物の貸出を行うポートと、
乗物を返却するポートと、を利用者が自分の都合に合わ
せて選択できるマルチポートシステムとがある。共同利
用システムの予約システムは、利用者からの予約申込を
受け付けたときに、該利用者に乗物を貸し出すことがで
きるかどうかを判定し、貸し出しできると判定した場合
に該利用者の予約を受け付けるシステムであり、例えば
特開２００１−２７３５８９で提案されている。

【０００４】また、利用者が指定した乗車場所、および
降車場所に立ち寄って該利用者を乗降させるデマンドバ
スが提案されている。デマンドバスは、利用者からの予
約に基づいて運行ルートを決定している。デマンドバス
の予約システムには、特開平１０−２４１０９１、特開
２００１−２２９４９５、特開２００１−３１２７８８
等で提案されているものがある。デマンドバスの利用者
は、自分が予約した乗車日時に予約した乗車場所でバス
に乗車でき、予約した降車場所でバスから降車でき、固
定ダイヤのバスに見られるバス待ちから解放される。ま
た、デマンドバスの事業者は、利用者の予約状況に応じ
た最適な配車設定で運行できるので、運行コストを引き
下げることができる。

【０００５】

【発明が解決しようとする課題】ところで、利用者は共
同利用システムの予約システムで乗物の予約申込を行っ
ても、すでに予約が一杯の状態で、予約できないことが
ある。この場合、他の移動手段としてデマンドバスを選
択し、デマンドバスの予約申込を行う利用者も多い。

【０００６】共同利用システムの予約システムと、デマ
ンドバスの予約システムと、は上記共同利用システムと
上記デマンドバスとが独立して運営されており、別々の
システムであった。このため、共同利用システムの予約
ができなかった利用者は、共同利用システムの予約シス
テムの利用を終了し、新たにデマンドバスの予約システ
ムを利用してデマンドバスの予約申込を行わなければな
らなかった。

【０００７】共同利用システムの予約申込を行うとき
に、利用者は、氏名や、運転免許証番号、会員番号等、
自分を識別することができる利用者識別情報、利用開始
日時、利用終了日時、貸出ポート、返却ポートを入力し
なければならない（マルチポートシステムの場合）。

【０００８】なお、シングルポートシステムの場合、貸
出ポートと返却ポートとは同じポートであるので。返却
ポートの入力については不要である。

【０００９】一方、デマンドバスの予約申込を行うとき
に、利用者は、上記共同利用システムの予約申込の際に
入力した上記情報と共通する情報や類似する情報であ
る、氏名、運転免許証番号、会員番号等、自分を識別す
ることができる利用者識別情報、乗車日時（上記利用開
始日時に共通または類似する情報）、乗車場所（上記貸
出ポートに共通または類似する情報）、降車場所（上記
返却ポートに共通または類似する情報）を入力しなけれ
ばならない。

【００１０】このように、共同利用システムの予約申込
を行ったが予約できなかったため、つづけてデマンドバ
スの予約申込を行うとき、利用者は共通または類似する
情報を再度入力しなければなない。したがって、共同利
用システム、およびデマンドバスの予約システムが、利
用者にとって使い勝手が悪く、不便であった。

【００１１】この発明の目的は、利用者からの利用要求
に応じて該利用者に貸し出される第１の共同利用乗物
と、利用者が指定した乗車場所、および降車場所に立ち
寄って該利用者を乗降させる第２の共同利用乗物と、に
ついて利用者からの予約申込を受け付けることができ、
且つ、利用者における予約申込時の操作性が良い共同利
用乗物予約装置を提供することにある。

【００１２】

【課題を解決するための手段】この発明の共同利用乗物
予約装置は、上記課題を解決するために、以下の構成を
備えている。

【００１３】（１）利用者からの利用要求に応じて該利
用者に貸し出す第１の共同利用乗物と、利用者が指定し
た乗車場所、および降車場所に立ち寄って該利用者を乗
降させる第２の共同利用乗物と、について、利用者から
の予約申込を受け付ける共同利用乗物予約装置であっ
て、上記第１の共同利用乗物について、利用者識別情
報、利用開始日時、利用終了日時、乗物貸出場所、乗物
返却場所を含む予約申込情報を受け付ける予約申込情報
受付手段と、上記予約申込情報受付手段が受け付けた上
記予約申込情報に基づいて、上記第１の共同利用乗物を
予約できるかどうかを判定する第１の予約可否判定手段
と、上記第１の予約可否判定手段が上記第１の共同利用
乗物を予約できると判定した場合に、上記第１の共同利
用乗物を予約する第１の予約手段と、上記第１の予約可
否判定手段が上記第１の共同利用乗物を予約できないと
判定した場合に、上記第２の共同利用乗物の予約申込を
するかどうかの確認を行い、この確認結果に基づいて上
記第２の共同利用乗物の予約申込をするとき、上記予約
申込情報受付手段が受け付けた上記予約申込情報に基づ
いて、上記第２の共同利用乗物を予約できるかどうかを
判定する第２の予約可否判定手段と、上記第２の予約可
否判定手段が上記第２の共同利用乗物を予約できると判
定した場合に、上記第２の共同利用乗物を予約する第２
の予約手段と、を備えている。

【００１４】この構成では、予約申込情報受付手段が、
利用者からの利用要求に応じて該利用者に貸し出す自動
車や自転車等の第１の共同利用乗物についての予約申込
情報を受け付ける。この予約申込情報には、利用者識別
情報、利用開始日時、利用終了日時、乗物貸出場所、乗
物返却場所が含まれている。利用者識別情報は、予約申
込を行っている利用者を識別することができる情報であ
り、例えば氏名、運転免許証番号、会員番号である。利
用開始日時は第１の共同利用乗物を借りる時間であり、
利用終了日時は第１の共同利用乗物を返す時間である。
乗物貸出場所は、第１の共同利用乗物を借りる場所であ
り、乗物返却場所は第１の共同利用乗物を返す場所であ
る。乗物貸出場所と、乗物返却場所と、は同じ場所であ
ってもよいし、異なる場所であってもよい。

【００１５】第１の予約可否判定手段は、予約申込情報
受付手段が受け付けた予約申込情報に基づいて第１の共
同利用乗物を予約できるかどうかを判定する。第１の予
約可否判定手段が予約できると判定すると、第１の予約
手段が予約申込情報に基づいて第１の共同利用乗物を予
約する。反対に、第１の予約可否判定手段が予約できな
いと判定すると、利用者が指定した乗車場所、および降
車場所に立ち寄って該利用者を乗降させる第２の共同利
用乗物について予約申込を、つづけて行うかどうかを確
認する。利用者が第２の共同利用乗物について予約申込
を行う場合、上記予約申込情報受付手段が第１の共同利
用乗物の予約申込の際に受け付けた、上記予約申込情報
に基づいて、第２の共同利用乗物を予約できるかどうか
を判定する。

【００１６】通常、第１の共同利用乗物の予約申込を行
うとき、出発地から目的地への移動を開始する時間を利
用開始日時としている。また、出発地付近を乗物貸出場
所とし、さらに目的地付近を乗物返却場所としている。
したがって、上記予約申込情報受付手段が受け付けた予
約申込情報の、利用開始日時を第２の共同利用乗物の乗
車日時、乗物貸出場所を乗車場所、乗物返却場所を降車
場所とした予約申込情報に基づいて第２の共同利用乗物
を予約できるかどうかを判定し、予約できる場合に第２
の共同利用乗物を予約することで、利用者の希望にあっ
た予約が行える。

【００１７】このように、第１の共同利用乗物の予約申
込を行ったが予約できなかったときに、つづけて第２の
共同利用乗物の予約申込が行える。また、第１の共同利
用乗物の予約申込を行ったが予約できずに、つづけて第
２の共同利用乗物の予約申込を行うとき、第１の共同利
用乗物の予約申込の際に受け付けた予約申込情報を用い
るので、利用者に共通または類似する情報を何度も入力
させることがなく、利用者とって使い勝手のよい予約シ
ステムを構築することができる。

【００１８】（２）上記第２の予約可否判定手段は、上
記予約申込情報受付手段が受け付けた上記乗物貸出場
所、および上記乗物返却場所について、それぞれその付
近の地図情報を出力する地図情報出力機能と、上記地図
情報出力機能により出力した地図情報を用いて指定され
た地点情報を受け付ける地点情報受付機能と、を有し、
上記乗物貸出場所付近の地図情報を用いて指定された地
点情報に基づく場所を第２の共同利用乗物の乗車場所と
し、上記乗物返却場所付近の地図情報を用いて指定され
た地点情報に基づく場所を第２の共同利用乗物の降車場
所として、上記第２の共同利用乗物を予約できるかどう
かを判定する。

【００１９】この構成では、第１の共同利用乗物が予約
できなかった利用者から、つづけて第２の共同利用乗物
の予約申込を受け付けるときに、第１の共同利用乗物の
予約申込情報に含まれていた上記乗物貸出場所、および
上記乗物返却場所について、それぞれその付近の地図情
報を出力し、この地図情報を用いて指定された地点情報
を受け付ける。そして、乗物貸出場所付近の地図情報を
用いて指定された地点情報に基づく場所を第２の共同利
用乗物の乗車場所とし、上記乗物返却場所付近の地図情
報を用いて指定された地点情報に基づく場所を第２の共
同利用乗物の降車場所として、上記第２の共同利用乗物
を予約できるかどうかを判定する。

【００２０】ここで、 第１の共同利用乗物の予約申込
を行うときに入力する、上記乗物貸出場所、および上記
乗物返却場所は、第１の共同利用乗物の貸出や、返却を
行っている駐車場等の施設に制限される。一方、第２の
共同利用乗物の乗車場所、降車場所は殆ど制限されな
い。このため、上記乗物貸出場所付近に利用者にとって
より都合の良い乗車場所や、上記乗物返却場所付近に利
用者にとってより都合の良い降車場所がある可能性もあ
る。

【００２１】なお、利用者にとってより都合の良い乗車
場所や降車場所が、上記乗物貸出場所、および上記乗物
返却場所から大きく離れることは殆どない。

【００２２】第１の共同利用乗物の予約申込を行ったが
予約できずに、つづけて第２の共同利用乗物の予約申込
を行うとき、利用者は上記乗物貸出場所よりも都合の良
い乗車場所、および上記乗物返却場所よりも都合の良い
降車場所を、地図情報出力機能により出力された地図情
報を用いて簡単に指定することができる。これにより、
利用者に対して、よりよいサービスを提供することがで
きる。

【００２３】（３）利用者からの利用要求に応じて該利
用者に貸し出す第１の共同利用乗物と、利用者が指定し
た乗車場所、および降車場所に立ち寄って該利用者を乗
降させる第２の共同利用乗物と、について、利用者から
の予約申込を受け付ける共同利用乗物予約装置であっ
て、上記第１の共同利用乗物について、利用者識別情
報、利用開始日時、利用終了日時、乗物貸出場所を含む
予約申込情報を受け付ける予約申込情報受付手段と、上
記予約申込情報受付手段が受け付けた上記予約申込情報
に基づいて、上記第１の共同利用乗物を予約できるかど
うかを判定する第１の予約可否判定手段と、上記第１の
予約可否判定手段が上記第１の共同利用乗物を予約でき
ると判定した場合に、上記第１の共同利用乗物を予約す
る第１の予約手段と、上記第１の予約可否判定手段が上
記第１の共同利用乗物を予約できないと判定した場合
に、上記第２の共同利用乗物の予約申込をするかどうか
の確認を行い、この確認結果に基づいて上記第２の共同
利用乗物の予約申込をするとき、上記第２の共同利用乗
物から降車する降車場所の入力を要求し、該要求に対し
て入力された降車場所と上記予約申込情報受付手段が受
け付けた上記予約申込情報に基づいて、上記第２の共同
利用乗物を予約できるかどうかを判定する第２の予約可
否判定手段と、上記第２の予約可否判定手段が上記第２
の共同利用乗物を予約できると判定した場合に、上記第
２の共同利用乗物を予約する第２の予約手段と、を備え
ている。

【００２４】この構成では、第１の共同利用乗物の貸出
場所と返却場所とが同じ場所であるので、第１の共同利
用乗物の予約申込の際に入力する予約申込情報に、利用
者の目的地に相当する情報（上記（１）で説明した乗物
返却場所を示す情報）が含まれていない。このため、第
１の共同利用乗物の予約申込を行ったが予約できずに、
つづけて第２の共同利用乗物の予約申込を行うとき、第
２の共同利用乗物から利用者が降車する降車場所を示す
情報のみ受け付け、ここで受け付けた降車場所と第１の
共同利用乗物の予約申込の際に受け付けた予約申込情報
とに基づいて第２の共同利用乗物を予約できるかどうか
を判定する。したがって、上記（１）と同様に、利用者
に共通または類似する情報を何度も入力させることがな
く、利用者とって使い勝手のよい予約システムを構築す
ることができる。

【００２５】

【発明の実施の形態】以下、この発明の実施形態である
共同利用乗物予約装置について説明する。

【００２６】図１は、この発明の実施形態である共同利
用乗物予約装置を適用した予約システムの構成を示す図
である。１はこの発明の実施形態である共同利用乗物予
約装置であり、２は予約の申込を行う利用者が操作する
予約申込端末２である。予約申込端末２は、インタネッ
ト等のネットワーク３を介して共同利用乗物予約装置１
に接続できる利用者所有のパーソナルコンピュータや、
駅や店舗等に設置された端末装置であってもよいし、ま
た共同利用乗物予約装置１に直接接続された端末装置で
あってもよい。さらには、携帯電話機等、無線通信機能
を有する携帯端末装置であってもよい。予約申込端末２
は、共同利用乗物予約装置１との間でデータ通信が行え
るものであれば特に制限されない。

【００２７】この実施形態の予約システムは、利用者か
らの利用要求に応じて該利用者に自動車や自転車等の乗
物（この発明で言う第１の共同利用乗物）を貸し出す、
乗物の共同利用システム（以下、単に共同利用システム
と言う。）の予約、および利用者が指定した乗車場所、
および降車場所に立ち寄って該利用者を乗降させる、デ
マンドバス（この発明で言う第２の共同利用乗物）の予
約を受け付けるシステムである。

【００２８】図２は、この発明の実施形態である共同利
用乗物予約装置の構成を示すブロック図である。この実
施形態の共同利用乗物予約装置１は、本体の動作を制御
する制御部１１と、予約申込端末２とのデータ通信を制
御する通信部１２と、共同利用システムの予約状況を登
録した共同利用システム予約データベース１３と、デマ
ンドバスの予約状況を登録したデマンドバス予約データ
ベース１４と、共同利用システムで乗物を利用者に貸し
出したり、または利用者が乗物を返却する駐車場（ポー
ト）毎に、その住所を対応付けた住所データベース１５
と、ポート毎にその付近の地図情報を登録した地図デー
タベース１６と、予約申込端末２から送られてきた予約
申込情報を一時的に記憶するＲＡＭ１７とを備えてい
る。通信部１２には、有線によるデータ通信を制御する
有線通信部１２ａ、および無線によるデータ通信を制御
する無線通信部１２ｂが設けられている。

【００２９】ここで、共同利用システムとデマンドバス
について簡単に説明しておく。

【００３０】共同利用システムは、自動車や自転車等の
乗物を共同で利用するシステムである。共同利用する乗
物を低公害車としたシステムは、特にＣＥＶＳＳ（Clea
n Energy Vehicle Sharing System）と呼ばれている。
共同利用システムには、マルチポートシステムとシング
ルポートシステムとがある。

【００３１】マルチポートシステムは、乗物の貸出を行
う貸出ポートと、乗物を返却する返却ポートと、を利用
者が自分の都合に合わせて選択できるシステムである。
貸出ポートと返却ポートとは、異なるポートであっても
よいし、同じポートであってもよい。マルチポートシス
テムを利用する利用者の多くは、出発地から目的地まで
の移動に乗物を利用するため、出発地近くのポートで乗
物を借り、目的地近くのポートで乗物を返却している。

【００３２】シングルポートシステムは、１箇所のポー
トで乗物の貸出、および返却を行うシステムである。シ
ングルポートシステムでは、利用者は出発地近くのポー
トで乗物を借りて目的地に移動し、該目的地での用事を
済ませた後、この乗物を借りたポートに戻って乗物を返
却する。

【００３３】マルチポートシステムの場合、予約申込を
行う利用者は、 氏名、運転免許証番号、電話番号、会員番号等、利用
者を識別する利用者識別情報と、 乗物を利用する時間帯を示す利用開始日時、および利
用終了日時と、 乗物を借りるポートを示す貸出ポートと、 乗物を返却するポートを示す返却ポートと、を含む予
約申込情報を入力する。一方、シングルポートシステム
の場合、予約申込を行う利用者は、 氏名、運転免許証番号、電話番号、会員番号等、利用
者を識別する利用者識別情報と、 乗物を利用する時間帯を示す利用開始日時、および利
用終了日時と、 乗物を借りるポートを示す貸出ポートと、を含む予約
申込情報を入力する。シングルポートシステムでは、貸
出ポートと、返却ポートとが、同じポートであるので、
返却ポートについては入力する必要がない。

【００３４】次に、デマンドバスについて説明する。デ
マンドバスは、各利用者が指定した乗車場所、および降
車場所に立ち寄って、利用者を乗降させるバスであり、
利用者の予約状況に応じてバスの運行ルートを決定して
いる。デマンドバスを予約した利用者は、乗車日時に乗
車場所に行くと、デマンドバスに乗車でき、目的地であ
る降車場所でデマンドバスから降車できる。デマンドバ
スの予約申込を行う利用者は、氏名、運転免許証番号、
電話番号、会員番号等、利用者を識別する利用者識別情
報と、デマンドバスに乗車する乗車日時と、デマンドバ
スに乗車する乗車場所と、デマンドバスから降車する降
車場所と、を含む予約申込情報を入力する。

【００３５】次に、この発明の実施形態である共同利用
乗物予約装置の動作について説明する。図３は、この実
施形態の共同利用乗物予約装置の動作を示すフローチャ
ートである。

【００３６】なお、この実施形態で説明する共同利用シ
ステムは、マルチポートシステムである。

【００３７】共同利用システム、またはデマンドバスの
予約申込を行う利用者は、予約申込端末２を操作して、
共同利用乗物予約装置１に予約申込要求を送信する。共
同利用乗物予約装置１は、予約申込端末２から予約申込
要求があると（ｓ１）、該予約申込要求を送信してきた
予約申込端末２に対して、共同利用システムまたはデマ
ンドバスのどちらの予約申込であるかの入力を要求する
（予約申込種別の入力要求を出力する）（ｓ２）。

【００３８】共同利用乗物予約装置１から予約申込種別
の入力要求が送られてきた予約申込端末２の画面には、
図４に示す選択画面が表示される。利用者は、ここで予
約申込を行う乗物（共同利用システム、またはデマンド
バス）の一方を選択する。例えば、共同利用システムの
予約申込を行う利用者はテンキーの「１」を操作し、デ
マンドバスの予約申込を行う利用者はテンキーの「２」
を操作する。予約申込端末２は、利用者が選択した選択
結果を共同利用乗物予約装置１に送信する。

【００３９】共同利用乗物予約装置１は、ｓ３で予約申
込端末２から共同利用システムの予約申込を行うことが
通知されると、ｓ４で共同利用システム予約申込受付処
理Ａを実行し、反対にｓ３でデマンドバスの予約申込を
行うことが通知されると、ｓ５でデマンドバス予約申込
受付処理Ａを実行する。

【００４０】まず、ｓ４にかかる共同利用システム予約
申込受付処理Ａについて説明する。図５は、共同利用シ
ステム予約申込受付処理Ａを示すフローチャートであ
る。共同利用乗物予約装置１は、共同利用システム予約
申込情報の入力要求を予約申込端末２に送信し（ｓ１
１）、予約申込端末２から共同利用システム予約申込情
報を受信するのを待つ（ｓ１２）。

【００４１】共同利用乗物予約装置１から共同利用シス
テム予約申込情報の入力要求が送信されてきた予約申込
端末２の画面には、図６（Ａ）に示す画面が表示され
る。利用者は、利用開始日時、利用終了日時、貸出ポー
ト、返却ポート、利用者の氏名を予約申込端末２で入力
し、入力した共同利用システム予約申込情報を共同利用
乗物予約装置１に送信する。図６（Ｂ）において、破線
で囲んだ領域の情報が、利用者が入力した共同利用シス
テム予約申込情報である。

【００４２】共同利用乗物予約装置１は、ｓ１２で予約
申込端末２から共同利用システム予約申込情報（利用開
始日時、利用終了日時、貸出ポート、返却ポート、およ
び利用者の氏名）を受信すると、受信した共同利用シス
テム予約申込情報をＲＡＭ１７に記憶し（ｓ１３）、該
利用者からの共同利用システムの予約申込を受け付け
る。共同利用乗物予約装置１は、ＲＡＭ１７に記憶した
共同利用システム予約申込情報と、共同利用システム予
約データベース１３に記憶している共同利用システムの
現在の予約状況と、に基づいて、予約できるかどうかを
判定する（予約判定を行う）（ｓ１４）。

【００４３】共同利用システム予約データベース１３に
は、共同利用する乗物毎に既に予約されている時間帯
と、存在しているポートと、を対応付けた情報が記録さ
れている（図７参照）。図７は、２００２年３月５日に
おける１号車から３号車の予約状況を示している。図７
において、Ａ、Ｂ、Ｃは乗物が存在しているポートであ
る。また、棒線は既に予約されている時間帯である。

【００４４】ｓ１４の予約判定は、 利用開始日時〜利用終了日時までの間、予約されてい
ない乗物があるかどうか、 上記で予約されていない乗物があった場合、該乗物
を利用開始日時に利用者が希望する貸出ポートに存在さ
せることができるかどうか、 利用終了日時に利用者が希望する返却ポートに乗物が
返却されても、すでに受け付けている全ての予約を処理
することができるかどうか、 等の判定結果に基づいて総合的に行われる。

【００４５】共同利用乗物予約装置１は、ｓ１４で予約
できると判定すると、共同利用システム予約データベー
ス１３に今回の予約内容を登録するとともに（ｓ１５、
ｓ１６）、ここで登録した予約内容を予約申込端末２に
送信し（ｓ１７）、この共同利用システム予約申込受付
処理Ａを終了する。反対に、共同利用乗物予約装置１は
ｓ１４で予約できないと判定すると、共同利用システム
に替えてデマンドバスの予約申込をつづけて行うかどう
かを利用者に確認する、デマンドバスの予約申込確認を
出力する（ｓ１５、ｓ１８）。ｓ１８では、共同利用シ
ステムの予約ができなかった旨のメッセージも予約申込
端末２に送信している。

【００４６】共同利用乗物予約装置１から共同利用シス
テムの予約内容を受信した予約申込端末２の画面には、
図８（Ａ）に示すように、予約内容が表示される。予約
内容には、利用者が入力した予約申込情報に含まれてい
ない、料金等の情報も含まれている。予約申込端末２側
の操作でこの予約内容の印字出力も行える。利用者は、
この表示により、共同利用システムの予約ができたこと
を認識する。

【００４７】反対に、共同利用乗物予約装置１からデマ
ンドバスの予約申込確認を受信した予約申込端末２の画
面には、図８（Ｂ）に示すように、共同利用システムを
予約できなかったこと、およびデマンドバスの予約申込
をつづけて行うかどうかを利用者に尋ねるメッセージが
表示される。利用者は、この表示により共同利用システ
ムの予約ができなかったことを認識し、つづけてデマン
ドバスの予約を行うかどうかを入力する。デマンドバス
の予約申込を行う利用者はテンキーの「１」を操作し、
デマンドバスの予約申込を行わない利用者はテンキーの
「２」を操作する。予約申込端末２は、利用者が選択し
た選択結果を共同利用乗物予約装置１に送信する。

【００４８】共同利用乗物予約装置１は、予約申込端末
２から送信されてきた選択結果がデマンドバスの予約申
込を行わないとするものであれば、この共同利用システ
ム予約申込受付処理Ａを終了する。反対に、予約申込端
末２から送信されてきた選択結果がデマンドバスの予約
申込を行うとするものであれば、デマンドバス予約申込
受付処理Ｂを行って（ｓ１９、ｓ２０）、この共同利用
システム予約申込受付処理Ａを終了する。

【００４９】図９は、デマンドバス予約申込受付処理Ｂ
を示すフローチャートである。共同利用乗物予約装置１
は、ｓ１３でＲＡＭ１７に記憶した共同利用システム予
約申込情報を読み出し（ｓ２１）、住所データベース１
５を用いて貸出ポート、および返却ポートの住所を獲得
する（ｓ２２）。住所データベース１５には、図１０に
示すように共同利用システムにおいて乗物の貸出および
返却が行えるポート毎に、その住所を対応付けたデータ
が記憶されている。

【００５０】共同利用乗物予約装置１は、ｓ２２で獲得
した貸出ポートの住所を利用者がデマンドバスに乗車す
る乗車場所、ｓ２２で獲得した返却ポートの住所を利用
者がデマンドバスから降車する降車場所、ｓ３１でＲＡ
Ｍ１７から読み出した利用開始日時を利用者がデマンド
バスに乗車する乗車日時、およびｓ３１でＲＡＭ１７か
ら読み出した利用者名をデマンドバスに乗車する利用者
名とした、デマンドバス予約申込情報と、デマンドバス
予約データベース１４と、を用いて、デマンドバスの予
約ができるかどうかを判定する（予約判定を行う）（ｓ
２３）。デマンドバス予約データベース１４には、デマ
ンドバス毎に運行するルートおよび日時を対応付けたダ
イヤ情報が記録されている。

【００５１】ｓ２３の予約判定は、 利用者の乗車日時に乗車場所に立ち寄ることができる
デマンドバスがあるかどうか、 利用者を乗車させたデマンドバスが利用者の降車場所
に立ち寄ることができるかどうか、 等の判定結果に基づいて、総合的に行われる。

【００５２】共同利用乗物予約装置１は、ｓ２３で予約
できると判定すると、利用者の降車場所への到着予定時
刻や、利用料金を算出するとともに（ｓ２４、ｓ２
５）、予約内容に基づいて、デマンドバス予約データベ
ース１４を更新する（予約内容をデマンドバス予約デー
タベース１４に登録する。）（ｓ２６）。ｓ２６では利
用者の予約を受け付けたことによるデマンドバスの運行
ルートの変更等が行われ、デマンドバスの運行ルート、
日時を対応付けたダイヤ情報が更新される。共同利用乗
物予約装置１は、予約内容を予約申込端末２に送信し
（ｓ２７）、このデマンドバス予約申込受付処理Ｂを終
了する。

【００５３】反対に、ｓ２３で予約できないと判定する
と、デマンドバスの予約ができなかった旨のメッセージ
を予約申込端末２に送信し（ｓ２４、ｓ２８）、このデ
マンドバス予約申込受付処理Ｂを終了する。

【００５４】デマンドバスの予約ができたとき、予約申
込端末２の画面にはデマンドバスの予約内容が表示され
る（図１１（Ａ）参照）。反対に、デマンドバスの予約
ができなかったとき、予約申込端末２の画面にはデマン
ドバスの予約ができなかった旨のメッセージが表示され
る（図１１（Ｂ）参照）。利用者は、予約申込端末２の
画面を確認することで、デマンドバスを予約できたかど
うかを認識する。

【００５５】図３に戻って、共同利用乗物予約装置１
は、ｓ４にかかる共同利用システム予約申込受付処理Ａ
が完了すると、ｓ１３でＲＡＭ１７に記憶した共同利用
システム予約申込情報をクリアし（ｓ６）、本処理を終
了する。

【００５６】このように、この実施形態の共同利用乗物
予約装置１では、共同利用システムの予約申込を行った
が予約できなかったとき、デマンドバスの予約申込をつ
づけて行う利用者は、その旨を入力するだけで、デマン
ドバスの予約申込が行える。利用者は、デマンドバスの
予約申込時に、共同利用システムの予約申込時に入力し
た情報と、共通または類似する情報を再入力する必要が
ない。したがって、利用者の使い勝手を向上させること
ができる。

【００５７】なお、共同利用システムの予約申込を行う
とき、利用者は出発地から目的地への移動を開始する時
間を利用開始日時としている。また、出発地付近を貸出
ポートとし、さらに目的地付近を返却ポートとしてい
る。このため、デマンドバスの予約申込を行うときに、
共同利用システムの予約申込時に入力された利用開始日
時をデマンドバスの乗車日時、貸出ポートをデマンドバ
スの乗車場所、返却ポートをデマンドバスの降車場所と
したデマンドバスの予約申込情報で、デマンドバスの予
約を行っても利用者の希望にあった予約が行える。した
がって、共同利用システムの予約申込時に入力された共
同利用システム予約申込情報を利用して、デマンドバス
の予約申込を行っても、問題がおきることはない。

【００５８】次に、ｓ３で予約申込端末２から送信され
てきた乗物の種別がデマンドバスであった場合について
説明する。この場合、共同利用乗物予約装置１はｓ５で
デマンドバス予約申込受付処理Ａを実行する。図１２
は、デマンドバス予約申込受付処理Ａを示すフローチャ
ートである。共同利用乗物予約装置１は、予約申込端末
２にデマンドバス予約申込情報の入力要求を送信し（ｓ
３１）、予約申込端末２からデマンドバス予約申込情報
を受信するのをを待つ（ｓ３２）。

【００５９】共同利用乗物予約装置１からデマンドバス
予約申込情報の入力要求を受信した予約申込端末２の画
面には、図１３（Ａ）に示す画面が表示される。利用者
は、乗車日時、乗車場所、降車場所、利用者の氏名を予
約申込端末２で入力し、ここで入力したデマンドバス予
約申込情報を共同利用乗物予約装置１に送信する。図１
３（Ｂ）において、破線で囲んだ領域の情報が、利用者
により入力されたデマンドバス予約申込情報である。

【００６０】共同利用乗物予約装置１は、ｓ３２で予約
申込端末２からデマンドバス予約申込情報（乗車日時、
乗車場所、降車場所、および利用者の氏名）を受信する
と、ＲＡＭ１７に受信したデマンドバス予約申込情報を
記憶し（ｓ３３）、デマンドバスの予約申込を受け付け
る。共同利用乗物予約装置１は、ＲＡＭ１７に記憶した
デマンドバス予約申込情報と、デマンドバス予約データ
ベース１４に記憶されているデマンドバスの予約状況
と、に基づいて、予約できるかどうかを判定する（ｓ３
４）。

【００６１】ｓ３４の予約判定は、上記ｓ２３と同じ処
理である。共同利用乗物予約装置１は、ｓ３４で予約で
きると判定すると、利用者の降車場所への到着予定時刻
や利用料金を算出するとともに（ｓ３５、ｓ３６）、予
約内容に基づいて、デマンドバス予約データベース１４
を更新し（ｓ３７）、さらに予約内容を予約申込端末２
に送信し（ｓ３８）、このデマンドバス予約申込受付処
理Ａを終了する。

【００６２】なお、ｓ３４〜ｓ３８の各処理は、上記ｓ
２３〜ｓ２７と同じ処理である。

【００６３】共同利用乗物予約装置１からデマンドバス
の予約内容を受信した予約申込端末の画面には、上記図
１１（Ａ）に示した画面が表示される。利用者は、この
画面を確認することにより、デマンドバスの予約ができ
たことを認識する。

【００６４】共同利用乗物予約装置１は、ｓ３４で予約
できないと判定すると、デマンドバスに替えて共同利用
システムの予約申込を、つづけて行うかどうかを確認す
る、共同利用システムの予約申込確認を出力する（ｓ３
５、ｓ３９）。ｓ３９では、デマンドバスの予約ができ
なかった旨のメッセージも予約申込端末２に送信してい
る。

【００６５】共同利用乗物予約装置１から共同利用シス
テムの予約申込確認を受信した予約申込端末２の画面に
は、図１４に示すように、デマンドバスの予約ができな
かったこと、および共同利用システムの予約を行うかど
うかを利用者に尋ねるメッセージが表示される。利用者
は、この表示によりデマンドバスの予約ができなかった
ことを認識し、つづけて共同利用システムの予約を行う
かどうかを入力する。共同利用システムの予約申込を行
う利用者はテンキーの「１」を操作し、共同利用システ
ムの予約申込を行わない利用者はテンキーの「２」を操
作する。予約申込端末２は、利用者が選択した選択結果
を共同利用乗物予約装置１に送信する。

【００６６】共同利用乗物予約装置１は、予約申込端末
２から送信されてきた選択結果が共同利用システムの予
約申込を行わないとするものであれば、このデマンドバ
ス予約申込受付処理Ａを終了する。反対に、予約申込端
末２から送信されてきた選択結果が共同利用システムの
予約申込を行うとするものであれば、共同利用システム
予約申込受付処理Ｂを行って（ｓ４０、ｓ４１）、この
デマンドバス予約申込受付処理Ａを終了する。

【００６７】図１５は、共同利用システム予約申込受付
処理Ｂを示すフローチャートである。共同利用乗物予約
装置１は、ｓ３３でＲＡＭ１７に記憶したデマンドバス
予約申込情報を読み出し（ｓ５１）、住所データベース
１５を用いて乗車場所に最も近いポート（貸出ポート）
を検索するとともに、降車場所に最も近いポート（返却
ポート）を検索する（ｓ５２）。共同利用乗物予約装置
１は、ｓ５２で検索した乗車場所に最も近いポートを貸
出ポート、ｓ５２で検索した降車場所に最も近いポート
を返却ポート、ｓ５１でＲＡＭ１７から読み出した利用
日時を共同利用システムの利用開始日時、乗物貸出ポー
トから乗物返却ポートまでの移動にかかる時間を予測
し、ここで予測した時間に基づいて算出した利用終了日
時（利用終了日時＝利用開始日時＋乗物貸出ポートから
乗物返却ポートまでの移動時間（予測時間））、および
ｓ５１でＲＡＭ１７から読み出した利用者名を共同利用
システムの利用者名とした、共同利用システム予約申込
情報とする。共同利用乗物予約装置１は、この共同利用
システム予約申込情報と、共同利用システム予約データ
ベース１３と、を用いて、予約できるかどうかを判定す
る（ｓ５３）。ｓ５３の処理は、上記ｓ１４と同じ処理
である。

【００６８】共同利用乗物予約装置１は、ｓ５３で予約
できると判定すると、共同利用システム予約データベー
ス１３に今回の予約内容を登録するとともに（ｓ５４、
ｓ５５）、ここで登録した予約内容を予約申込端末２に
送信し（ｓ５６）、この共同利用システム予約申込受付
処理Ｂを終了する。反対に、共同利用乗物予約装置１は
ｓ５３で予約できないと判定すると、共同利用システム
の予約ができなかった旨のメッセージを予約端末装置２
に送信し（ｓ５４、ｓ５７）、この共同利用システム予
約申込受付処理Ｂを終了する。

【００６９】共同利用システムの予約ができたとき、予
約申込端末２の画面には共同利用システムの予約内容が
表示される（図１６（Ａ）参照）。反対に、共同利用シ
ステムも予約できなかったとき、予約申込端末２の画面
にはその旨のメッセージが表示される（図１６（Ｂ）参
照）。利用者は、予約申込端末２の画面表示から、共同
利用システムを予約できたかどうかを認識する。

【００７０】なお、デマンドバス予約申込情報を利用し
て共同利用システムの予約を行う場合も、上記共同利用
システム予約申込情報を利用してデマンドバスの予約を
行った場合と同様に、利用者の希望にあった予約が行え
るので、特に問題はない。

【００７１】図３に戻って、共同利用乗物予約装置１
は、ｓ５にかかるデマンドバス予約申込受付処理Ａを完
了すると、ｓ３３でＲＡＭ１７に記憶したデマンドバス
予約申込情報をクリアし（ｓ６）、本処理を終了する。

【００７２】このように、この実施形態の共同利用乗物
予約装置１では、デマンドバスの予約申込を行ったが予
約できなかったときに、つづけて共同利用システムの予
約申込を行う利用者は、その旨を入力するだけで、共同
利用システムの予約申込が行える。利用者は、共同利用
システムの予約申込時に、デマンドバスの予約申込時に
入力した情報と、共通または類似する情報を再入力する
必要がない。したがって、利用者の使い勝手を向上させ
た、予約システムを構築することができる。

【００７３】上記実施形態では、共同利用システムの予
約申込を行ったが予約できなかったときに、つづけてデ
マンドバスの予約を行う場合、共同利用システムの予約
申込の際に入力された貸出ポートをデマンドバスの乗車
場所とし、返却ポートをデマンドバスの降車場所とした
が、以下のようにしてデマンドバスの乗車場所、および
降車場所を決定してもよい。

【００７４】上記貸出ポート、および上記返却ポート
は、乗物の貸出、および返却を行っている駐車場等の施
設に制限されている。一方、デマンドバスの場合、乗車
場所、降車場所は殆ど制限されていない。このため、上
記貸出ポート付近に利用者にとってより都合の良い乗車
場所があったり、上記返却ポート付近に利用者にとって
より都合の良い降車場所がある可能性もある。

【００７５】なお、利用者にとってより都合のよい乗車
場所や降車場所が、上記貸出ポート、および上記返却ポ
ートから大きく離れることは殆どないと考えられる。

【００７６】そこで、共同利用システムの予約申込を行
ったが予約できなかったときに、つづけてデマンドバス
の予約を行う場合以下のようにして、デマンドバスの乗
車場所、および降車場所の変更が行えるようにしてもよ
い。このようにすれば、利用者に対してよりよいサービ
スを提供することができる。

【００７７】この実施形態では、上記実施形態における
デマンドバス予約申込受付処理Ｂが異なるだけで、その
他の処理は同じである。以下、この実施形態にかかるデ
マンドバス予約申込受付処理Ｂについて説明する。

【００７８】図１７、１８は、この実施形態にかかるデ
マンドバス予約申込受付処理Ｂを示すフローチャートで
ある。共同利用乗物予約装置１は、ｓ１３でＲＡＭ１７
に記憶した共同利用システム予約申込情報を読み出し
（ｓ６１）、住所データベース１５を用いて貸出ポー
ト、および返却ポートを住所に変換する（ｓ６２）。ｓ
６１、およびｓ６２の処理は、上記ｓ２１、ｓ２２と同
じ処理である。

【００７９】共同利用乗物予約装置１は、予約申込端末
２に対して乗車場所、降車場所の変更確認を出力する
（ｓ６３）。

【００８０】共同利用乗物予約装置１から、乗車場所、
降車場所の変更確認を受信した予約申込端末２の画面に
は図１９に示す画面が表示される。利用者は、この画面
を見て、デマンドバスの乗車場所、および降車場所につ
いてそれぞれ変更するかどうかを入力する。乗車場所を
変更する利用者はテンキーの「１」を操作し、降車場所
を変更する利用者はテンキーの「２」を操作し、乗車場
所、および降車場所を確定する利用者はテンキーの
「３」を操作する。

【００８１】共同利用乗物予約装置１は、予約申込端末
２から乗車場所の変更が送信されてくると、乗車場所
（貸出ポート）付近の地図情報を地図データベース１６
から読み出し、予約申込端末２に送信する（ｓ６４、ｓ
６５）。

【００８２】予約申込端末２は、共同利用乗物予約装置
１から送信されてきた地図情報に基づいて地図を表示し
（図２０（Ａ）参照）、利用者による乗車場所の変更を
受け付ける。利用者は、地図が表示された予約申込端末
２の画面上において、カーソルを所望の乗車場所に移動
し、確定する。予約申込端末２は、確定されたときのカ
ーソルの地図上における位置を示す地点情報を乗車場所
情報として共同利用乗物予約装置１に送信する。

【００８３】共同利用乗物予約装置１は、予約申込端末
２から乗車場所情報を受信すると、該乗車場所情報に基
づいて乗車場所の住所を特定し（ｓ６６、ｓ６７）、ｓ
６３に戻って乗車場所、降車場所の変更確認を出力す
る。

【００８４】共同利用乗物予約装置１から、乗車場所、
降車場所の変更確認を受信した予約申込端末２の画面に
は上記図１９に示す画面が表示されるが、乗車場所の住
所については、上記ｓ６７で特定された住所に変更され
ている。

【００８５】また、共同利用乗物予約装置１は、予約申
込端末２から降車場所の変更が送信されてくると、降車
場所（返却ポート）付近の地図情報を地図データベース
１６から読み出し、予約申込端末２に送信する（ｓ６
８、ｓ６９）。

【００８６】予約申込端末２は、共同利用乗物予約装置
１から送信されてきた地図情報に基づいて地図を表示し
（図２０（Ｂ）参照）、利用者による降車場所の変更を
受け付ける。利用者は、上記乗車場所の変更時と同様
に、地図が表示された予約申込端末２の画面上におい
て、カーソルを所望の降車場所に移動し、確定する。予
約申込端末２は、確定されたときのカーソルの地図上に
おける位置を示す地点情報を降車場所情報として共同利
用乗物予約装置１に送信する。

【００８７】共同利用乗物予約装置１は、予約申込端末
２から降車場所情報を受信すると、該降車場所情報に基
づいて降車場所の住所を特定し（ｓ７０、ｓ７１）、ｓ
６３に戻って乗車場所、降車場所の変更確認を出力す
る。

【００８８】共同利用乗物予約装置１から、乗車場所、
降車場所の変更確認を受信した予約申込端末２の画面に
は上記図１９に示す画面が表示されるが、降車場所の住
所については、上記ｓ７１で特定された住所に変更され
ている。

【００８９】このようにして、利用者は貸出ポート、お
よび返却ポートよりも都合のよい場所を、デマンドバス
の乗車場所、および降車場所に変更することができる。

【００９０】なお、利用者は乗車場所のみ変更してもよ
いし、または降車場所のみ変更してもよいし、さらには
乗車場所、および降車場所の両方を変更してもよい。

【００９１】また、共同利用乗物予約装置１は、予約申
込端末２から乗車場所、および降車場所の確定が送信さ
れてくると（ｓ７２）、このときの乗車場所、および降
車場所で、デマンドバスの予約ができるかどうかを判定
する（ｓ７３）。ｓ７３では、共同利用システム予約申
込情報に含まれていた利用開始日時を乗車日時として予
約できるかどうかを判定する。

【００９２】共同利用乗物予約装置１は、ｓ７３で予約
できると判定すると、利用者の降車場所への到着予定時
刻や利用料金を算出するとともに（ｓ７４、ｓ７５）、
予約内容に基づいて、デマンドバス予約データベース１
４を更新する（予約内容をデマンドバス予約データベー
ス１４に登録する。）（ｓ７６）。ｓ７６では利用者の
予約を受け付けたことによるデマンドバスの運行ルート
の変更等が行われる。共同利用乗物予約装置１は、予約
内容を予約申込端末２に送信し（ｓ７７）、このデマン
ドバス予約申込受付処理Ｂを終了する。

【００９３】反対に、ｓ７３で予約できないと判定する
と、デマンドバスの予約ができなかった旨のメッセージ
を予約申込端末２に送信し（ｓ７４、ｓ７８）、このデ
マンドバス予約申込受付処理Ｂを終了する。利用者は、
上記実施形態と同様に、予約申込端末２の画面表示から
デマンドバスの予約ができたかどうかを認識する。

【００９４】ｓ７３〜ｓ７８の各処理は、上記実施形態
におけるｓ２３〜ｓ２８の処理と同じ処理である。

【００９５】このように、この実施形態の共同利用乗物
予約装置１では、共同利用システムの予約申込を行った
が予約できなかったため、つづけてデマンドバスを予約
するとき、利用者は貸出ポートよりも都合のよい場所を
乗車場所として指定でき、また返却ポートよりも都合の
よい場所を降車場所として指定できる。

【００９６】また、乗車場所、および降車場所の変更に
おいては、地図情報を利用するようにしたので、変更操
作が簡単に行え、利用者の使い勝手を低下させることも
ない。

【００９７】さらに、この発明の別の実施形態について
説明する。ここでは共同利用システムがシングルポート
システムである実施形態について説明する。

【００９８】この実施形態の共同利用乗物予約システム
も上記実施形態と同じ構成である。この実施形態にかか
る共同利用乗物予約装置１は、共同利用システム予約申
込受付処理Ａ、およびＢ、デマンドバス予約申込受付処
理Ｂが上記実施形態と相違する。

【００９９】まず、ｓ４で行われる共同利用システム予
約申込受付処理Ａについて説明する。図２１は、共同利
用システム予約申込受付処理Ａを示すフローチャートで
ある。共同利用乗物予約装置１は、共同利用システム予
約申込情報の入力要求を予約申込端末２に送信し（ｓ８
１）、予約申込端末２から共同利用システム予約申込情
報を受信するのを待つ（ｓ８２）。

【０１００】共同利用乗物予約装置１から共同利用シス
テム予約申込情報の入力要求が送信されてきた予約申込
端末２の画面には、図２２（Ａ）に示す画面が表示され
る。利用者は、利用開始日時、利用終了日時、貸出ポー
ト、利用者の氏名を予約申込端末２で入力し、ここで入
力した共同利用システム予約申込情報を共同利用乗物予
約装置１に送信する。図２２（Ｂ）において、破線で囲
んだ領域の情報が、利用者により入力された情報であ
る。

【０１０１】この実施形態では、共同利用システムは、
シングルポートシステムであるので、貸出ポートと返却
ポートとは同じポートである。このため、返却ポートに
ついては利用者に入力させる必要がない。

【０１０２】共同利用乗物予約装置１は、ｓ８２で予約
申込端末２から共同利用システム予約申込情報（利用開
始日時、利用終了日時、貸出ポート、および利用者の氏
名）を受信すると、受信した共同利用システム予約申込
情報をＲＡＭ１７に記憶し（ｓ８３）、該利用者からの
共同利用システムの予約申込を受け付ける。共同利用乗
物予約装置１は、ＲＡＭ１７に記憶した共同利用システ
ム予約申込情報と、共同利用システム予約データベース
１３に記憶している共同利用システムの現在の予約状況
と、に基づいて、予約できるかどうかを判定する（予約
判定を行う。）（ｓ８４）。

【０１０３】共同利用システム予約データベース１３に
は、ポート毎に該ポートで管理されている乗物の予約状
況が管理されている（図２３参照）。図２３は、２００
２年３月５日の、ＡポートとＢポートとの予約状況を示
している。図２３における、棒線は既に予約されている
時間帯である。

【０１０４】ｓ８４における予約できるかどうかの判定
は、利用開始日時〜利用終了日時まで、指定された乗物
貸出ポートに予約されていない乗物があるかどうかによ
り判定される。

【０１０５】共同利用乗物予約装置１は、ｓ８４で予約
できると判定すると、共同利用システム予約データベー
ス１３に今回の予約内容を登録するとともに（ｓ８５、
ｓ８６）、ここで登録した予約内容を予約申込端末２に
送信し（ｓ８７）、この共同利用システム予約申込受付
処理Ａを終了する。反対に、共同利用乗物予約装置１は
ｓ８４で予約できないと判定すると、共同利用システム
に替えてデマンドバスの予約申込を、つづけて行うかど
うかを利用者に確認する、デマンドバスの予約申込確認
を出力する（ｓ８５、ｓ８８）。ｓ８８では、共同利用
システムの予約ができなかった旨のメッセージも予約申
込端末２に送信している。

【０１０６】共同利用乗物予約装置１から共同利用シス
テムの予約内容を受信した予約申込端末２の画面には、
図２４（Ａ）に示すように、予約内容が表示される。予
約内容には、利用者が入力した予約申込情報に含まれて
いない、料金等の情報も含まれている。予約申込端末２
側の操作でこの予約内容の印字出力も行える。

【０１０７】反対に、共同利用乗物予約装置１からデマ
ンドバスの予約申込確認を受信した予約申込端末２の画
面には、図２４（Ｂ）に示すように、共同利用システム
を予約できなかったこと、およびつづけてデマンドバス
の予約申込を行うかどうかを利用者に尋ねるメッセージ
が表示される。利用者は、この表示により共同利用シス
テムの予約ができなかったことを認識し、デマンドバス
の予約を行うかどうかを入力する。デマンドバスの予約
申込を行う利用者はテンキーの「１」を操作し、デマン
ドバスの予約申込を行わない利用者はテンキーの「２」
を操作する。予約申込端末２は、利用者が選択した選択
結果を共同利用乗物予約装置１に送信する。

【０１０８】共同利用乗物予約装置１は、予約申込端末
２から送信されてきた選択結果がデマンドバスの予約申
込を行わないとするものであれば、この共同利用システ
ム予約申込受付処理Ａを終了する。反対に、予約申込端
末２から送信されてきた選択結果がデマンドバスの予約
申込を行うとするものであれば、デマンドバス予約申込
受付処理Ｂを行って（ｓ１９、ｓ２０）、この共同利用
システム予約申込受付処理Ａを終了する。

【０１０９】図２５は、デマンドバス予約申込受付処理
Ｂを示すフローチャートである。共同利用乗物予約装置
１は、ｓ８３でＲＡＭ１７に記憶した共同利用システム
予約申込情報を読み出し（ｓ９１）、住所データベース
１５を用いて貸出ポートの住所を獲得する（ｓ９２）。

【０１１０】共同利用乗物予約装置１は、ｓ９２で獲得
した貸出ポートの住所を利用者がデマンドバスに乗車す
る乗車場所、ｓ９１でＲＡＭ１７から読み出した利用開
始日時を利用者がデマンドバスに乗車する乗車日時、お
よびｓ９１でＲＡＭ１７から読み出した利用者名をデマ
ンドバスの利用者名とする。しかし、デマンドバスの予
約申込情報として必要な降車場所の情報がない。共同利
用乗物予約装置１は、デマンドバスの降車場所の入力要
求を予約申込端末２に送信する。

【０１１１】共同利用乗物予約装置１からデマンドバス
の降車場所の入力要求を受信した予約申込端末２の画面
には図２６（Ａ）に示す画面が表示される。利用者は、
降車場所を入力し（図２６（Ｂ）参照）、共同利用乗物
予約装置１にデマンドバス予約申込情報を送信する。こ
のとき、共同利用乗物予約装置１に送信されるデマンド
バス予約申込情報には、乗車日時、乗車場所、降車場
所、および利用者名が含まれている。

【０１１２】なお、利用者は、このとき乗車場所、乗車
日時等、他の情報も変更できる。

【０１１３】共同利用乗物予約装置１は、予約申込端末
２から送信されてきたデマンドバス予約申込情報を受信
すると（ｓ９４）、ここで受信したデマンドバス予約申
込情報と、デマンドバス予約データベース１４と、を用
いて、予約できるかどうかを判定する（ｓ９５）。

【０１１４】ｓ９５の判定処理は、上記ｓ２３と同じ処
理である。

【０１１５】共同利用乗物予約装置１は、ｓ９５で予約
できると判定すると、利用者の降車場所への到着予定時
刻や、利用料金を算出するとともに（ｓ９６、ｓ９
７）、予約内容に基づいて、デマンドバス予約データベ
ース１４を更新する（予約内容をデマンドバス予約デー
タベース１４に登録する。）（ｓ９８）。ｓ９８では利
用者の予約を受け付けたことによるデマンドバスの運行
ルートの変更等が行われる。共同利用乗物予約装置１
は、予約内容を予約申込端末２に送信し（ｓ９９）、こ
のデマンドバス予約申込受付処理Ｂを終了する。

【０１１６】反対に、ｓ９５で予約できないと判定する
と、デマンドバスの予約ができなかった旨のメッセージ
を予約申込端末２に送信し（ｓ９６、ｓ１００）、この
デマンドバス予約申込受付処理Ｂを終了する。

【０１１７】デマンドバスの予約ができたとき、予約申
込端末２の画面には、上記図１１（Ａ）に示したデマン
ドバスの予約内容が表示される。反対に、デマンドバス
の予約ができなかったとき、予約申込端末２の画面に
は、上記図１１（Ｂ）に示したデマンドバスの予約がで
きなかった旨のメッセージが表示される。利用者は、予
約申込端末２の画面表示により、デマンドバスが予約で
きたかどうかを認識する。

【０１１８】この実施形態におけるｓ９５〜ｓ１００の
各処理は、上記実施形態におけるｓ２３〜ｓ２８の処理
と同じ処理である。

【０１１９】この実施形態の共同利用乗物予約装置１
は、上記共同利用システム予約受付処理Ａを完了する
と、上記実施形態と同様にｓ６でＲＡＭ１７に記憶して
いる共同利用システム予約申込情報をクリアし、本処理
を終了する。

【０１２０】このように、この実施形態の共同利用乗物
予約装置１では、共同利用システムの予約申込を行った
が予約できなかったとき、デマンドバスの予約申込をつ
づけて行う利用者は、その旨を入力した後、降車場所を
入力するだけで、デマンドバスの予約申込が行える。利
用者は、デマンドバスの予約申込時に、共同利用システ
ムの予約申込時に入力した情報と、共通または類似する
情報を再入力する必要がない。したがって、利用者の使
い勝手を向上させることができる。

【０１２１】次に、ｓ３で予約申込端末２から送信され
てきた乗物の種別がデマンドバスであった場合に、ｓ５
で実行されるデマンドバス予約申込受付処理Ａについて
説明する。この実施形態ではｓ５で実行されるデマンド
バス予約申込受付処理Ａは、上記図１２に示した処理と
略同じであるが、ｓ４１で実行される共同利用システム
予約申込受付処理Ｂが異なる。以下、共同利用システム
予約申込受付処理Ｂについて説明する。

【０１２２】図２７は、共同利用システム予約申込受付
処理Ｂを示すフローチャートである。

【０１２３】この実施形態の共同利用乗物予約装置１
も、図１２に示したｓ３４でデマンドバスが予約できな
いと判定すると、デマンドバスに替えて共同利用システ
ムの予約申込をつづけて行うかどうかを確認する、共同
利用システムの予約申込確認を出力する（ｓ３５、ｓ３
９）。共同利用乗物予約装置１から共同利用システムの
予約申込確認を受信した予約申込端末２の画面には、上
記図１４に示した画面が表示される。利用者は、この表
示によりデマンドバスの予約ができなかったことを認識
し、共同利用システムの予約申込を行うかどうかを入力
する。予約申込端末２は、利用者の選択結果を共同利用
乗物予約装置１に送信する。

【０１２４】共同利用乗物予約装置１は、予約申込端末
２から送信されてきた選択結果が共同利用システムの予
約申込を行わないとするものであれば、このデマンドバ
ス予約受付処理Ａを終了する。反対に、予約申込端末２
から送信されてきた選択結果が共同利用システムの予約
申込を行うとするものであれば、図２７に示す共同利用
システム予約申込受付処理Ｂを行って、このデマンドバ
ス予約申込受付処理Ａを終了する。

【０１２５】共同利用乗物予約装置１は、ｓ３３でＲＡ
Ｍ１７に記憶したデマンドバス予約申込情報を読み出し
（ｓ１０１）、住所データベース１５を用いて乗車場所
に最も近いポート（貸出ポート）を検索する（ｓ１０
２）。共同利用乗物予約装置１は、ｓ１０２で検索した
乗車場所に最も近いポートを貸出ポート、ｓ１０１でＲ
ＡＭ１７から読み出した乗車日時を利用開始日時、ｓ１
０１でＲＡＭ１７から読み出した利用者名を共同利用シ
ステムの利用者名とする。しかし、共同利用システムの
予約申込情報として必要な利用終了日時の情報がない。
共同利用乗物予約装置１は、利用終了日時の入力要求を
予約申込端末２に送信する（ｓ１０３）。

【０１２６】共同利用乗物予約装置１から利用終了日時
の入力要求を受信した予約申込端末２の画面には図２８
（Ａ）に示す画面が表示される。利用者は、利用終了日
時を入力し（図２８（Ｂ）参照）、共同利用乗物予約装
置１に共同利用システム予約申込情報を送信する。この
とき、共同利用乗物予約装置１に送信される共同利用シ
ステム予約申込情報には、利用開始日時、利用終了日
時、貸出ポート、および利用者名が含まれている。

【０１２７】共同利用乗物予約装置１は、予約申込端末
２から送信されてきた共同利用システム予約申込情報を
受信すると（ｓ１０４）、ここで受信した共同利用シス
テム予約申込情報と、共同利用システム予約データベー
ス１３と、を用いて、予約できるかどうかを判定する
（ｓ１０５）。ｓ１０５にかかる予約判定は、上記ｓ８
４と同じ処理である。

【０１２８】共同利用乗物予約装置１は、ｓ１０５で予
約できると判定すると、共同利用システム予約データベ
ース１３に今回の予約内容を登録するとともに（ｓ１０
６、ｓ１０７）、ここで登録した予約内容を予約申込端
末２に送信し（ｓ１０８）、この共同利用システム予約
申込受付処理Ｂを終了する。反対に、共同利用乗物予約
装置１はｓ１０５で予約できないと判定すると、共同利
用システムの予約ができなかった旨のメッセージを予約
申込端末２に送信し（ｓ１０６、ｓ１０９）、この共同
利用システム予約申込受付処理Ｂを終了する。

【０１２９】共同利用システムの予約ができたとき、予
約申込端末２の画面には上記図２４（Ａ）に示した共同
利用システムの予約内容が表示される。反対に、共同利
用システムも予約できなかったとき、予約申込端末２の
画面には上記図１６（Ｂ）に示したメッセージが表示さ
れる。

【０１３０】このように、この実施形態の共同利用乗物
予約装置１では、デマンドバスの予約申込を行ったが予
約できなかったときに、つづけて共同利用システムの予
約申込を行う利用者は、その旨を入力した後、利用終了
日時を入力するだけで、共同利用システムの予約申込が
行える。利用者は、共同利用システムの予約申込時に、
デマンドバスの予約申込時に入力した情報と、共通また
は類似する情報を再入力する必要がない。したがって、
利用者の使い勝手を向上させることができる。

【０１３１】なお、上記説明では共同利用システムの予
約申込を行ったが予約できなかったときに、つづけてデ
マンドバスの予約を行う場合、共同利用システムの予約
申込の際に入力された貸出ポートをデマンドバスの乗車
場所として利用する例で説明したが、図１７、図１８で
説明した地図情報を用いた処理を適用し、利用者がデマ
ンドバスの乗車場所を変更できるようにしてもよい。

【０１３２】また、上記実施形態では共同利用システム
とデマンドバスとの予約申込を処理する共同利用乗物予
約装置１を例にして本願発明を説明したが、デマンドバ
スに替えてタクシー等他の種類の乗物の予約が行えるよ
うにしてもよい。また、共同利用システムで利用者に貸
し出される乗物は、自動車、自動二輪車（バイク）、自
転車等どのような種類の乗物であってもよい。

【０１３３】

【発明の効果】以上のように、この発明によれば、第１
の共同利用乗物の予約申込を行ったが予約できなかった
ときに、つづけて第２の共同利用乗物の予約申込が行え
る。また、第１の共同利用乗物の予約申込を行ったが予
約できずに、つづけて第２の共同利用乗物の予約申込を
行うとき、利用者に共通または類似する情報を何度も入
力させることがなく、利用者の使い勝手を向上できる。

【０１３４】また、上記第１の共同利用乗物が予約でき
なかったときに、第２の共同利用乗物を予約するときの
乗車場所、および降車場所の変更を、地図情報を用いて
行うようにしたので、該変更が簡単に行え、且つ利用者
に対してよりよいサービスを提供することができる。

【図面の簡単な説明】

【図１】この発明の実施形態である共同利用乗物予約装
置を適用した予約システムの構成を示す図である。

【図２】この発明の実施形態である共同利用乗物予約装
置の構成を示すブロック図である。

【図３】この実施形態の共同利用乗物予約装置の動作を
示すフローチャートである。

【図４】予約申込端末の画面例を示す図である。

【図５】共同利用システム予約申込受付処理Ａを示すフ
ローチャートである。

【図６】予約申込端末の画面例を示す図である。

【図７】共同利用システムデータベースを説明する図で
ある。

【図８】予約申込端末の画面例を示す図である。

【図９】デマンドバス予約申込受付処理Ｂを示すフロー
チャートである。

【図１０】住所データベースを説明する図である。

【図１１】予約申込端末の画面例を示す図である。

【図１２】デマンドバス予約申込処理Ａを示すフローチ
ャートである。

【図１３】予約申込端末の画面例を示す図である。

【図１４】予約申込端末の画面例を示す図である。

【図１５】共同利用システム予約申込受付処理Ｂを示す
フローチャートである。

【図１６】予約申込端末の画面例を示す図である。

【図１７】別の実施形態にかかるデマンドバス予約申込
受付処理Ｂを示すフローチャートである。

【図１８】別の実施形態にかかるデマンドバス予約申込
受付処理Ｂを示すフローチャートである。

【図１９】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【図２０】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【図２１】別の実施形態にかかる共同利用システム予約
申込受付処理Ａを示すフローチャートである。

【図２２】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【図２３】別の実施形態にかかる共同利用システム予約
データベースを説明する図である。

【図２４】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【図２５】別の実施形態にかかるデマンドバス予約申込
受付処理Ｂを示すフローチャートである。

【図２６】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【図２７】別の実施形態にかかる共同利用システム予約
申込受付処理Ｂを示すフローチャートである。

【図２８】別の実施形態にかかる予約申込端末の画面例
を示す図である。

【符号の説明】

１−共同利用乗物予約装置 ２−予約申込端末 １１−制御部 １２−通信部 １３−共同利用システム予約データベース １４−デマンドバス予約データベース １５−住所データベース １６−地図データベース １７−ＲＡＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 水内 賢治 京都府京都市下京区塩小路通堀川東入南不 動堂町801番地 オムロン株式会社内 Ｆターム(参考） 5H180 AA01 AA06 BB05 BB15 EE10

Claims (3)

【特許請求の範囲】
1. 【請求項１】 利用者からの利用要求に応じて該利用者
   に貸し出す第１の共同利用乗物と、利用者が指定した乗
   車場所、および降車場所に立ち寄って該利用者を乗降さ
   せる第２の共同利用乗物と、について、利用者からの予
   約申込を受け付ける共同利用乗物予約装置であって、 上記第１の共同利用乗物について、利用者識別情報、利
   用開始日時、利用終了日時、乗物貸出場所、乗物返却場
   所を含む予約申込情報を受け付ける予約申込情報受付手
   段と、 上記予約申込情報受付手段が受け付けた上記予約申込情
   報に基づいて、上記第１の共同利用乗物を予約できるか
   どうかを判定する第１の予約可否判定手段と、 上記第１の予約可否判定手段が上記第１の共同利用乗物
   を予約できると判定した場合に、上記第１の共同利用乗
   物を予約する第１の予約手段と、 上記第１の予約可否判定手段が上記第１の共同利用乗物
   を予約できないと判定した場合に、上記第２の共同利用
   乗物の予約申込をするかどうかの確認を行い、この確認
   結果に基づいて上記第２の共同利用乗物の予約申込をす
   るとき、上記予約申込情報受付手段が受け付けた上記予
   約申込情報に基づいて、上記第２の共同利用乗物を予約
   できるかどうかを判定する第２の予約可否判定手段と、 上記第２の予約可否判定手段が上記第２の共同利用乗物
   を予約できると判定した場合に、上記第２の共同利用乗
   物を予約する第２の予約手段と、を備えた共同利用乗物
   予約装置。
2. 【請求項２】 上記第２の予約可否判定手段は、上記予
   約申込情報受付手段が受け付けた上記乗物貸出場所、お
   よび上記乗物返却場所について、それぞれその付近の地
   図情報を出力する地図情報出力機能と、 上記地図情報出力機能により出力した地図情報を用いて
   指定された地点情報を受け付ける地点情報受付機能と、
   を有し、 上記乗物貸出場所付近の地図情報を用いて指定された地
   点情報に基づく場所を第２の共同利用乗物の乗車場所と
   し、上記乗物返却場所付近の地図情報を用いて指定され
   た地点情報に基づく場所を第２の共同利用乗物の降車場
   所として、上記第２の共同利用乗物を予約できるかどう
   かを判定する請求項１に記載の共同利用乗物予約システ
   ム。
3. 【請求項３】 利用者からの利用要求に応じて該利用者
   に貸し出す第１の共同利用乗物と、利用者が指定した乗
   車場所、および降車場所に立ち寄って該利用者を乗降さ
   せる第２の共同利用乗物と、について、利用者からの予
   約申込を受け付ける共同利用乗物予約装置であって、 上記第１の共同利用乗物について、利用者識別情報、利
   用開始日時、利用終了日時、乗物貸出場所を含む予約申
   込情報を受け付ける予約申込情報受付手段と、 上記予約申込情報受付手段が受け付けた上記予約申込情
   報に基づいて、上記第１の共同利用乗物を予約できるか
   どうかを判定する第１の予約可否判定手段と、 上記第１の予約可否判定手段が上記第１の共同利用乗物
   を予約できると判定した場合に、上記第１の共同利用乗
   物を予約する第１の予約手段と、 上記第１の予約可否判定手段が上記第１の共同利用乗物
   を予約できないと判定した場合に、上記第２の共同利用
   乗物の予約申込をするかどうかの確認を行い、この確認
   結果に基づいて上記第２の共同利用乗物の予約申込をす
   るとき、上記第２の共同利用乗物から降車する降車場所
   の入力を要求し、該要求に対して入力された降車場所と
   上記予約申込情報受付手段が受け付けた上記予約申込情
   報に基づいて、上記第２の共同利用乗物を予約できるか
   どうかを判定する第２の予約可否判定手段と、 上記第２の予約可否判定手段が上記第２の共同利用乗物
   を予約できると判定した場合に、上記第２の共同利用乗
   物を予約する第２の予約手段と、を備えた共同利用乗物
   予約装置。