JP2004362271A

JP2004362271A - 相乗り乗車システム、乗車情報処理装置および相乗り乗車方法

Info

Publication number: JP2004362271A
Application number: JP2003159964A
Authority: JP
Inventors: Yosuke Arakane; 陽助荒金; Koji Kubota; 浩司久保田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2003-06-04
Filing date: 2003-06-04
Publication date: 2004-12-24

Abstract

【課題】高い利便性と効率的な配車を可能とする相乗り乗車システムを提供すること。
【解決手段】ユーザ端末である携帯電話（２５ａ、２６ａ）と乗車情報処理装置であるサーバ（１０）と配車対象の車両に搭載された端末（２０）とをインターネット（１９）などの通信網により接続し、携帯電話（２５ａ、２６ａ）とサーバ（１０）との間で携帯電話からの配車リクエスト情報に応答する配車情報の送受信を行うことで相乗りを可能とする乗車方法およびそのシステムを構築している。そして、相乗り車両の走行ルートを「基準区間」と「基準外区間」とに分類し、「基準区間」はその区間を走行中の同乗者がその該当区間の走行距離に応じて発生する支払料金を均等に割り勘にする一方、「基準外区間」の走行により発生する支払料金はその区間走行を必要とする特定のユーザにチャージすることとした。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は相乗り乗車システムに関し、より詳細には、高い利便性と効率的な配車を可能とする相乗り乗車システムに関する。
【０００２】
【従来の技術】
バスやタクシーなどの公共交通機関で採用されている従来の乗車システムでは、利用者が支払う乗車料金は、その交通機関を利用して移動する距離や時間に応じて予め定められた料金体系に基づいて決められるのが一般的である。例えば、バスの乗車システムでは運行経路と運行時間とが予め定められており、その乗車料金は利用者が乗車した地点と下車した地点とにより算出される。また、タクシーの乗車システムでは運行経路そのものについての既存の設定はないものの、乗車料金は移動距離と利用時間とにより一律に設定されることとなる。このような料金体系の乗車システムでは利用者に提供可能なサービスのバリエーションに乏しくならざるを得ない。その結果、既存のサービスメニューの中から利用者側が受けるべきサービスの内容を積極的に決定するという余地に乏しく、利便性の高いサービスを受け難いといった問題が生じる。
【０００３】
このような問題を解消するために、いわゆる「オンデマンド・バスシステム」とよばれるサービスシステムが提唱されてきている（例えば、非特許文献１および非特許文献２参照）。このオンデマンド・バスシステムは、例えば半島などの地形地理条件が不利な地域での主要な公的移動手段である路線バスを利用者の利用ニーズに最大限に適合させるために考案されたシステムであって、路線バスを利用しようとする者が家庭内の電話や外出先の携帯電話などの通信手段により配車センターにバス利用のリクエスト情報を送信し、このリクエスト情報を受信した配車センターはデマンドバス車両に対して予約時間や目的地などの内容を指示してサービスを提供するという利便性の高いシステムである。また、このようなシステムを大型バスの運行に限定せず、細い街路などにも進入可能な小型バスの運行に適用して機動性をもたせることも提案されている。
【０００４】
【非特許文献１】
インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｊｉｃｅ．ｏｒ．ｊｐ／ｉｔｓｃｈｉｉｋｉ−ｊ／ｔｏｐ／ｈｔｍｌ２／ｅ２４．ｈｔｍｌ＞
【０００５】
【非特許文献２】
インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｕｔｏａｓｃｉｉ．ｊｐ／ａｕｔｏ２４／ｉｓｓｕｅ／２０００／１０１８／１４ｍｉｎ＿ｘｘ１０１８＿０１．ｈｔｍｌ＞
【０００６】
【発明が解決しようとする課題】
しかしながら、このようなオンデマンド・バスシステムにはドアｔｏドアサービスによる高齢者や身障者への負担軽減やデマンドバス予約などによる待ち時間の短縮といった利点はあるものの、利用者が複数ある場合の利用者間のサービス内容の調整や利用者の支払う乗車料金の抑制といった観点からは改善すべき点が多い。
【０００７】
例えば、既にオンデマンドバスに乗車して目的地へ向かっている客がいる場合、そのオンデマンドバスに他の新たな乗客を乗せることは既存の乗客に対するサービスを犠牲にせざるを得ない。また、利用者の必要としている個別具体的なサービス内容に応じて運行サービスを提供するというオンデマンド・バスサービスシステムは、利用者の多寡にかかわらず定められた経路を定められた時間に循環運行させる従来のシステムに比較すれば運営全体としてのコスト低減が実現される場合もあり得るが、利用客が１回のサービス提供に支払うこととなる料金は従来の料金とさほど差異がなく、利用者の出費を抑えるという点ではメリットは少ないと考えられる。
【０００８】
本発明はこのような問題に鑑みてなされたもので、その目的とするところは、利用者にとって高い利便性と経済性とを備えたサービスの提供が可能となるとともにサービス提供者にとっても効率的な配車を可能として経営コストの軽減を図ることが可能な乗車システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明は、このような目的を達成するために、請求項１に記載の発明は、ユーザ端末と乗車情報処理装置と車両端末とが通信網により接続され、前記ユーザ端末と前記乗車情報処理装置との間で前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行う相乗り乗車システムであって、前記車両端末は、車両位置を特定するためのＧＰＳ部と、当該車両の利用状況データを格納し前記乗車情報処理装置との送受信を行うための端末処理部と、を備える一方、前記乗車情報処理装置は、前記車両端末を搭載している各車両の位置を車両ごとに把握するＧＩＳ部と、当該ＧＩＳ部で把握した各車両の位置と前記車両端末から送信される利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する配車要求処理部と、当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する演算部と、を備え、前記乗車情報処理装置は、前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信し当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行することを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の相乗り乗車システムにおいて、前記乗車情報処理装置に設けられた課金処理部と、前記車両端末に設けられ当該車両に乗車する個別ユーザを認証するＩＤ認証手段とを有し、前記課金処理部は、前記ＩＤ認証手段により認証されたユーザごとに支払料金を課金することを特徴とする。
【００１１】
請求項３に記載の発明は、請求項２に記載の相乗り乗車システムにおいて、前記ユーザ端末は携帯電話であり、前記ＩＤ認証手段は当該携帯電話に付属するＩＤカードに記録されたユーザＩＤリーダであることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れかに記載の相乗り乗車システムにおいて、前記乗車情報処理装置は、前記ユーザ端末から入力されたリクエスト情報に関連する地域を前記ＧＩＳ部により把握し、当該関連地域の地図を前記ユーザ端末に表示することを特徴とする。
【００１３】
請求項５に記載の発明は、ユーザ端末と通信網により接続され、前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行う乗車情報処理装置であって、前記乗車情報処理装置は、車両ごとの位置を把握するＧＩＳ部と、各車両の位置と利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する配車要求処理部と、当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する演算部と、を備え、前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信し当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行することを特徴とする。
【００１４】
請求項６に記載の発明は、請求項５に記載の乗車情報処理装置において、前記乗車情報処理装置は課金処理部を備え、認証されたユーザごとに支払料金を課金することを特徴とする。
【００１５】
請求項７に記載の発明は、ユーザ端末と乗車情報処理装置と車両端末とを通信網により接続し、前記ユーザ端末と前記乗車情報処理装置との間で前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行うことで相乗りを可能とする乗車方法であって、前記乗車情報処理装置により、前記車両端末を搭載している各車両の位置を車両ごとに把握し、各車両の位置と前記車両端末から送信される利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する第１のステップと、当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する第２のステップと、前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信する第３のステップと、当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行する第４のステップと、を備えていることを特徴とする。
【００１６】
請求項８に記載の発明は、請求項７に記載の相乗り乗車方法において、前記車両端末に設けられたＩＤ認証手段により当該車両に乗車する個別ユーザを認証する第５のステップと、前記認証されたユーザごとに支払料金を課金する第６のステップと、を備えていることを特徴とする。
【００１７】
請求項９に記載の発明は、請求項７または８に記載の相乗り乗車方法において、前記ユーザ端末から入力されたリクエスト情報に関連する地域の地図を前記ユーザ端末に表示するステップを備えていることを特徴とする。
【００１８】
請求項１０に記載の発明は、請求項７乃至９に記載の相乗り乗車方法において、前記選定された車両を複数のユーザが同時に利用する場合に、当該複数のユーザの乗車地および下車地のうち最も遠い区間となる乗車地と下車地とを結ぶルートを基準ルートとする一方、当該基準ルート以外の車両走行ルートを基準外ルートとして分類し、前記基準ルートを走行中の車両に同乗しているユーザが該当区間の走行距離に応じて発生する支払料金を均等に割り勘して課金する一方、前記基準外ルートの走行により発生する支払料金は当該区間の走行を必要とするユーザのみに課金するステップを備えていることを特徴とする。
【００１９】
請求項１１に記載の発明は、請求項７乃至１０に記載の相乗り乗車方法において、前記選定された配車車両に既に乗客がある場合に、新規の配車リクエスト情報を考慮して前記予想時間と予想料金を含む配車情報を更新し、当該更新後の配車情報を前記ユーザ端末および前記車両端末に送信し、新規ユーザと前記乗客の何れもが当該車両への相乗りを承諾した場合には前記新規ユーザの乗車地へ配車する一方、前記新規ユーザまたは前記乗客の何れかが当該車両への相乗りを拒否した場合には新たに配車車両の選定を実行することを特徴とすることを特徴とする。
【００２０】
【発明の実施の形態】
以下に、図面を参照して本発明の実施の形態について説明する。
【００２１】
図１は、本発明の相乗り乗車システムの構成を説明するための概念図である。本発明の相乗り乗車システムは、本システムの配車センターであるサーバ１０と、サービスを提供する車両に搭載された端末２０と、本システムの利用者であるユーザ（２５および２６）が所持している通信装置である携帯電話（２５ａおよび２６ａ）とが、インターネット１９などの通信網で接続されて構成されている。サーバ１０は、インターネット１９を通じてユーザとの間でサービス利用に関するリクエスト情報をやり取りするための通信部１１と、通信部１１に接続されたＷｅｂサーバ１２と、Ｗｅｂサーバ１２を介してユーザからのリクエスト情報に基づいて配車要求を処理する配車要求処理部１３と、後述するプロセスで支払料金を算出する料金演算部１４と、この支払料金を利用者別に課金するための課金処理部１５と、を備えている。
【００２２】
Ｗｅｂサーバ１２には利用者の現在地と目的地を座標値として確認するためのＧＩＳ部１６が接続されており、配車要求処理部１３には利用者の現在地と目的地をもとに決定される走行ルートに基づいて配車に要する時間や目的地への到着時間などを算出するための時間演算部１７が接続されている。また、課金処理部１５は携帯電話キャリアのコンピュータ１８に接続されており、料金演算部１７で算出された各ユーザごとの請求料金を課金し、これに基づいて携帯電話キャリアが各利用者から支払料金を徴収する取り決めとされている。
【００２３】
端末２０は、インターネット１９に接続された通信部２１と、この通信部２１を介して受送信される各種の情報を処理する端末処理部２２と、各車両の位置を特定するためのＧＰＳ２３とを備えており、端末処理部２２には車両を利用する乗客が支払料金の支払いを行う手段であるＩＤカード（２５ｂおよび２６ｂ）を挿入するためのカード挿入部２４が接続されている。
【００２４】
以下に、本システムの利用方法の例を具体的に説明する。先ず、本システムを利用して配車要求するユーザは、ＦＯＭＡ（商標登録）カードなどのＩＤカードが付属されている携帯電話（２５ａ、２６ａ）などを用いて、サーバ１０の通信部１１を介してＷｅｂサーバ１２にアクセスする。Ｗｅｂサーバ１２はユーザのリクエスト情報に応じて当該ユーザの現在地と目的地を文字入力することを要求し、ユーザがこの要求に答えると、ＧＩＳ部１６は通信部１１を介して上記ユーザの現在地および目的地の近辺の地図をユーザの携帯電話の画面上に地図として配信する。ユーザは画面上に表示された地図を用いて正確な現在地と目的地を入力する。また、ユーザが目的地への希望到着時間や支払料金の支払い限度額を入力した場合には、かかる入力情報を受信したサーバ１０の配車要求処理部１３はそれらの条件を勘案して提供可能なサービス内容を決定する。さらに、配車までには相応の時間が予想されユーザが戸外で配車待機することを好まないような場合などには、自己の携帯電話番号などの情報を入力してサーバ１０へ送信したうえで屋内で配車待機し、車両が到着したときにその旨の連絡を携帯電話で受けるようにすることなども可能である。
【００２５】
これらのリクエスト情報はサーバ１０の配車要求処理部１３に通知されてユーザのリクエスト情報を満足することが可能な車両を選択する。この車両選択は、各車両に搭載されている端末２０から送信されてくるＧＰＳ情報などを基に、ユーザの現在地とその車両の現在位置との距離やその車両に既に乗客があるか否かなどの種々の条件に基づいて実行されるもので、時間演算部１７による目的地への到着予想時間の算出結果および料金演算部１４による概算料金の算出結果から車両の割り出しが行われる。
【００２６】
本システムの場合、通常のタクシー利用のように配車された車両を１人（あるいは１組）のユーザのみが乗客として利用するということもあり得るが、提供されるサービスの内容と支払うべき料金次第で１つの車両に他のユーザと相乗りを希望するユーザに対しては、そのサービス内容と支払料金とを個別に決定することが可能である。すなわち本システムによれば、ユーザに提供すべきサービスの具体的内容をユーザ毎に決定することが可能であり、いわばユーザ自身がサービス内容を決定することができる。
【００２７】
例えば、配車をリクエストしているユーザの現在位置に最も近い位置を走行中の車両を配車するのであれば当該ユーザへの配車時間は最短となるが、その車両が空車状態でありその乗客を乗せると１人で運賃を支払うこととなるような場合にはそのユーザが予定している支払料金限度額を考慮する必要がある。また、ユーザの支払料金限度額が低くかつ料金面の条件さえ満足されれば配車までの時間は問わないようなユーザには、多少遠方を走行中の車両であっても既に乗客を乗せて走行中の車両を配車するようにして乗客同士で料金を割り勘にするといったことも可能である。さらに、複数のユーザから配車リクエストがなされたような場合には、これらのユーザの相乗りが可能かどうかも判断の対象とされる。
【００２８】
このような手順で配車すべき車両の選択がなされると、配車から目的地までのルート設定がなされる。そして、このルートに基づき、時間演算部１７により目的地への到着予想時間が算出されるとともに料金演算部１４により概算料金が算出され、これらの結果はリクエスト情報を送信したユーザに送信されるとともに、選択された車両の端末処理部２２にも送信される。
【００２９】
選択された車両が未だ客を乗せていない空車であればその状態でユーザをピックアップすることとなるが、その車両に既に客が乗っている場合にはその乗客と新たに乗車を希望しているユーザとの間で相乗り可能か否かの判断が必要となる。複数の乗客が１台の車両に相乗りをすることで運賃は割り勘となり各ユーザが支払うべき料金は安くなるが、既にその車両に乗車して目的地に走行中のユーザが他の新規ユーザと相乗りすることで生じる時間的なロスを好まない場合も生じ得る。そのような場合には走行中の車両の端末処理部２２から相乗りを拒否する旨の情報をサーバ１０に送信し、この情報は新たに乗車を希望しているユーザにも送信される。これとは逆に、既存の乗客は相乗りを承認しているにも関わらず新規ユーザが相乗りを希望しない場合も起こり得る。そのような場合にも新規ユーザは自己の携帯電話からその旨の情報をサーバ１０に送信し、この情報が走行中の車両の端末処理部２２へも送信される。このように一旦選択された車両についてユーザ同士の相乗りが成立しなかった場合には、適当な車両が見つかるまで車両選択処理が繰り返されることとなる。なお、選択された車両が空車であっても、その車両に乗車を希望しているユーザが複数あり、結果として１台の車両に複数のユーザが相乗りをすることが必要となる場合にも同様である。
【００３０】
（実施例１）
図２は、本システムにより３人のユーザが１つの車両に相乗りする場合に提供されるサービスの内容をより具体的に説明するための図である。この実施例では、３人のユーザＡ、ＢおよびＣがそれぞれ目的地Ａ´、Ｂ´およびＣ´に移動しようとしており、これら３人のユーザは１つの車両に同乗してその支払料金を割り勘とする場面を想定している。ここでは、ユーザごとの移動距離（移動区間）が異なるため、各ユーザが負担する支払料金（すなわち割り勘比率）はその移動距離に応じて決められることとなる。
【００３１】
各ユーザの支払料金（割り勘比率）の決定方法はユーザへのサービスの提供に先立ってなされるもので、後述する手順により決定される各ユーザごとの支払料金は関係する各ユーザに配信されて相乗り交渉が進められることとなる。支払料金の決定手順は、例えば以下のようなものとされる。図２において、配車選択された車両がサービスの提供に際して走行することとなるルートは、（Ａ−α−Ｂ−α−Ｃ−α−β−Ｃ´−β−γ−Ａ´−γ−Ｂ´）であるが、このルートのうち３人のユーザの現在地および目的地のうち最も遠い区間となる現在地と目的地を結ぶルートを「基準区間」とし、その「基準区間」から外れるルートを「基準外区間」とする。図２の例ではユーザＡの現在地（Ａ）とユーザＢの目的地（Ｂ´）を結ぶ区間（Ａ−α−β−γ−Ｂ´）が「基準区間」となり、その「基準区間」から外れる往復ルートであるα−Ｂ区間、α−Ｃ区間、β−Ｃ´区間およびγ−Ａ´区間は何れも「基準外区間」である。
【００３２】
このようにルートを分類すると、「基準区間」はその区間を走行中の車両に同乗しているユーザが必ず通過すべき区間であるからそれらの同乗者がその該当区間の走行距離に応じて発生する支払料金を均等に割り勘にする。なお、「基準区間」であってもそのうちの特定区間を走行する車両に１人のユーザのみが乗車して利用することとなる場合には、当該区間の支払料金は自分自身で割り勘にすることとなるからその全額を支払うこととなる。一方、「基準外区間」は、何れかのユーザの都合のみで走行する必要が生じる区間であるから、かかる区間の走行により発生する支払料金はその特定のユーザにチャージされることとなる。
【００３３】
図２の例では、Ａ−α区間は「基準区間」ではあるがこの区間で乗車するのはユーザＡのみであるからこの区間に対応する支払料金はユーザＡが全額負担する。また、交差点αとユーザＢの現在地Ｂの往復ルートまたは交差点αとユーザＣの現在地Ｃの往復ルートは、ユーザＢのみまたはユーザＣのみの都合により発生する走行ルートであるから、これらの区間に対応する支払料金はユーザＢおよびＣの各々が負担する。一方、交差点αから交差点βの区間は、これら３人のユーザが相乗りした状態で走行することとなるから、α−β区間の走行により発生する支払料金は３人のユーザが均等に割り勘とする。ユーザＣの目的地はＣ´であるから車両は交差点βから目的地Ｃ´まで走行した後に交差点βまで再度戻る必要があるが、この往復に要する支払料金はユーザＣのみの都合により発生するものであるからユーザＣが全額負担する。ユーザＣは目的地Ｃ´で下車しているから、交差点βから交差点γの区間はユーザＡとＢが２人で乗車することとなる。従って、このβ−γ区間の走行により発生する支払料金はユーザＡとＢが均等に負担する。ユーザＡを目的地Ａ´で下車させて交差点γに戻るまでのγ−Ａ´往復区間の支払料金およびユーザＢが１人乗車で走行することとなるγ−Ｂ´区間の支払料金の各々は、ユーザＡおよびユーザＢが全額負担することとなる。
【００３４】
このようにして決定された各ユーザごとの支払料金情報は、ユーザからのリクエスト情報への応答としてサーバ１０から各ユーザの携帯電話に送信されて表示され、その内容を確認したユーザはかかる条件でサービスの提供を受けるか否かを判断して返答することとなる。ユーザ同士の相乗り交渉が成立すると選択された車両に複数のユーザが相乗りすることとなるが、これらのユーザがサービスの提供の代償として支払うべき支払料金の各ユーザへの課金は、ユーザが車両に搭載されている端末２０に備えられているカード挿入部２４にＩＤカードを挿入し、その顧客情報がサーバ１０の料金演算部１４に送信されて支払料金が最終的に決定されることで実行される。なお、支払料金の支払いに関するトラブルを未然に防止するためには、この課金処理はユーザがサービスの提供を受けた後の下車時ではなくサービス提供を開始する乗車時に行うこととするのが好ましい。料金演算部１４に送信された最終的な支払料金に関する課金情報（各ユーザごとの支払料金情報）は課金処理部１５へと送られて各ユーザごとに課金処理がなされる。この例では、課金処理の実行は携帯電話キャリアにより行われることとされているため、課金処理部１５に格納されたデータは携帯電話キャリアのコンピュータ１８へも格納され、ユーザからの料金回収代行およびタクシー会社などの車両サービス提供者からの手数料の徴収代行が依頼される。
【００３５】
（実施例２）
なお、本システムにおいては既にユーザを乗車させて走行中の車両に他の新たなユーザを同乗させることも可能である。例えば図２において、ユーザＡおよびＢを乗車させた車両が交差点αに向かって走行中にユーザＣから配車要求があったような場合を考える。各車両の端末２０にはＧＰＳ２３が備えられているから、センタのサーバ１０は各車両の位置を常に把握している。サーバ１０の配車要求処理部１３はユーザＡとＢが乗車している車両に新たなユーザＣが乗車する場合のユーザＡおよびＢ各々の支払料金と予定ルートを算出し、その結果を端末２０の端末処理部２２に送信する。ユーザＡおよびＢはその結果を確認し、新たなユーザＣが相乗りする場合の条件を受け入れるか否かを判断してその承諾の可否を入力してサーバ１０へ送信する。ここで、相乗り承諾が得られなければ、サーバ１０はその旨をユーザＣに知らせるとともに新たな車両を選定する手順を実行する。一方、相乗り承諾が得られた場合には、ユーザＣに対して支払料金と予定ルートの算出結果を提示する。ユーザＣはその提示条件を受け入れるかどうかを判断してその結果をサーバ１０に送信し、相乗り交渉成立となればユーザＡとＢを乗車させた車両がユーザＣのもとへ配車され、ユーザＣが提示条件を受け入れない場合には新たな車両を選定する手順が実行される。
【００３６】
さらに、上記の相乗り交渉が成立した場合のユーザＣのように、特定の車両に乗車予定ではあるが未だ同乗していない配車待機中のユーザに対しても新たな同乗者追加の可否を問い合わせることも可能である。この場合には、既に乗車しているユーザＡおよびＢに加えて配車待機中の新たなユーザＣに対しても、さらに新たな相乗り希望者がいることを知らせるとともに、相乗りした場合の新たな支払料金と変更後の走行ルートを通知する。そして、これまで説明してきた手続きと同様の手続きを実行して相乗り交渉を行うこととなる。
【００３７】
なお、これまではユーザの送受信手段が携帯電話であるとして説明してきたが、家庭内電話やコンピュータ端末などの他の通信手段であってもよく、携帯電話などの携帯端末と同様の機能を有する他の手段であってもよいことはいうまでもない。
【００３８】
【発明の効果】
以上説明したように、本発明は、ユーザ端末である携帯電話と乗車情報処理装置であるサーバと配車対象の車両に搭載された端末とをインターネットなどの通信網により接続し、ユーザ端末と乗車情報処理装置との間でユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行うことで相乗りを可能とする乗車方法およびそのシステムを構築するにあたり、相乗り車両の走行ルートを「基準区間」と「基準外区間」とに分類する。そして、「基準区間」はその区間を走行中の車両に同乗しているユーザが必ず通過すべき区間であるからそれらの同乗者がその該当区間の走行距離に応じて発生する支払料金を均等に割り勘にする一方、「基準外区間」は何れかのユーザの都合のみで走行する必要が生じる区間であるから、かかる区間の走行により発生する支払料金はその特定のユーザにチャージすることとした。
【００３９】
これにより、利用者にとって高い利便性と経済性とを備えたサービスの提供が可能となるとともにサービス提供者にとっても効率的な配車を可能として経営コストの軽減を図ることを可能とする相乗り乗車システムを提供することが可能となる。
【００４０】
特に、このような相乗り乗車システムを、本来的にオンデマンドかつドアｔｏドアであるタクシーに応用すれば、バスなどの公共交通機関に比較して高額とされる利用客の支払う料金が軽減されてその機動性の高さを十分に生かすことが可能となる。
【図面の簡単な説明】
【図１】本発明の相乗り乗車システムの構成を説明するための概念図である。
【図２】本システムにより３人のユーザが１つの車両に相乗りする場合に提供されるサービスの内容を説明するための図である。
【符号の説明】
１０サーバ
１１通信部
１２Ｗｅｂサーバ
１３配車要求処理部
１４料金演算部
１５課金処理部
１６ＧＩＳ部
１７時間演算部
１８コンピュータ
１９インターネット
２０端末
２１通信部
２２端末処理部
２３ＧＰＳ
２４カード挿入部
２５、２６ユーザ
２５ａ、２６ａ携帯電話
２５ｂ、２６ｂＩＤカード

Claims

ユーザ端末と乗車情報処理装置と車両端末とが通信網により接続され、前記ユーザ端末と前記乗車情報処理装置との間で前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行う相乗り乗車システムであって、
前記車両端末は、車両位置を特定するためのＧＰＳ部と、当該車両の利用状況データを格納し前記乗車情報処理装置との送受信を行うための端末処理部と、を備える一方、
前記乗車情報処理装置は、前記車両端末を搭載している各車両の位置を車両ごとに把握するＧＩＳ部と、当該ＧＩＳ部で把握した各車両の位置と前記車両端末から送信される利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する配車要求処理部と、当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する演算部と、を備え、
前記乗車情報処理装置は、前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信し当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行することを特徴とする相乗り乗車システム。
前記乗車情報処理装置に設けられた課金処理部と、前記車両端末に設けられ当該車両に乗車する個別ユーザを認証するＩＤ認証手段とを有し、
前記課金処理部は、前記ＩＤ認証手段により認証されたユーザごとに支払料金を課金することを特徴とする請求項１に記載の相乗り乗車システム。
前記ユーザ端末は携帯電話であり、前記ＩＤ認証手段は当該携帯電話に付属するＩＤカードに記録されたユーザＩＤリーダであることを特徴とする請求項２に記載の相乗り乗車システム。
前記乗車情報処理装置は、前記ユーザ端末から入力されたリクエスト情報に関連する地域を前記ＧＩＳ部により把握し、当該関連地域の地図を前記ユーザ端末に表示することを特徴とする請求項１乃至３の何れかに記載の相乗り乗車システム。
ユーザ端末と通信網により接続され、前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行う乗車情報処理装置であって、
前記乗車情報処理装置は、車両ごとの位置を把握するＧＩＳ部と、各車両の位置と利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する配車要求処理部と、当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する演算部と、を備え、前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信し当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行することを特徴とする乗車情報処理装置。
前記乗車情報処理装置は課金処理部を備え、認証されたユーザごとに支払料金を課金することを特徴とする請求項５に記載の乗車情報処理装置。
ユーザ端末と乗車情報処理装置と車両端末とを通信網により接続し、前記ユーザ端末と前記乗車情報処理装置との間で前記ユーザ端末からの配車リクエスト情報に応答する配車情報の送受信を行うことで相乗りを可能とする乗車方法であって、
前記乗車情報処理装置により、前記車両端末を搭載している各車両の位置を車両ごとに把握し、各車両の位置と前記車両端末から送信される利用状況データとに基づいて前記ユーザ端末からの配車リクエストを満足する配車車両を選定する第１のステップと、
当該選定された配車車両が前記配車リクエストを満足するための予想時間および予想料金の各々を算出する第２のステップと、
前記予想時間と予想料金を含む配車情報を前記ユーザ端末に送信する第３のステップと、
当該ユーザ端末からの返信内容に応じて前記選定された車両の配車を実行する第４のステップと、
を備えていることを特徴とする相乗り乗車方法。
前記車両端末に設けられたＩＤ認証手段により当該車両に乗車する個別ユーザを認証する第５のステップと、
前記認証されたユーザごとに支払料金を課金する第６のステップと、
を備えていることを特徴とする請求項７に記載の相乗り乗車方法。
前記ユーザ端末から入力されたリクエスト情報に関連する地域の地図を前記ユーザ端末に表示するステップを備えていることを特徴とする請求項７または８に記載の相乗り乗車方法。
前記選定された車両を複数のユーザが同時に利用する場合に、
当該複数のユーザの乗車地および下車地のうち最も遠い区間となる乗車地と下車地とを結ぶルートを基準ルートとする一方、当該基準ルート以外の車両走行ルートを基準外ルートとして分類し、前記基準ルートを走行中の車両に同乗しているユーザが該当区間の走行距離に応じて発生する支払料金を均等に割り勘して課金する一方、前記基準外ルートの走行により発生する支払料金は当該区間の走行を必要とするユーザのみに課金するステップを備えていることを特徴とする請求項７乃至９に記載の相乗り乗車方法。
前記選定された配車車両に既に乗客がある場合に、
新規の配車リクエスト情報を考慮して前記予想時間と予想料金を含む配車情報を更新し、当該更新後の配車情報を前記ユーザ端末および前記車両端末に送信し、新規ユーザと前記乗客の何れもが当該車両への相乗りを承諾した場合には前記新規ユーザの乗車地へ配車する一方、前記新規ユーザまたは前記乗客の何れかが当該車両への相乗りを拒否した場合には新たに配車車両の選定を実行することを特徴とすることを特徴とする請求項７乃至１０に記載の相乗り乗車方法。