JP2005182146A - 移動ルート案内システムおよびルート案内サーバ - Google Patents

Abstract

【課題】 効率的かつセキュリティ効果の高い移動ルート案内システムを提供する。
【解決手段】 移動ルート案内システムにおいて、ルート案内サーバ（１０）は、第１のユーザ端末（５０Ａ）を介して入力されるユーザの行動予定をあらかじめ登録するとともに、カーシェアリング提供者の第２のユーザ端末（５０Ｂ）からカーシェアリング情報の登録を随時受け付ける。ユーザの行動予定、カーシェアリング情報、および利用可能な移動手段に基づいて、目的地に至る１以上の移動ルートを算出して第１のユーザ端末に提示する。１以上の移動ルートの中から少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、ルート案内サーバは当該カーシェアリングについての合意前情報を作成して、第１および第２のユーザ端末に送信する。第１および第２のユーザ端末から合意前情報に基づくカーシェアリングの合意が得られた場合に、ユーザおよびカーシェアリング提供者の認証を行い、第１および第２のユーザ端末に、当該カーシェアリングについての合意後情報を送信する。
【選択図】 図１

Description

本発明は、広くはネットワークを利用したルート案内システムに関し、特に、効率のよい移動を支援するとともに、ＣＯ₂ 排出量の低減に寄与することのできる移動ルート案内システムに関する。

地球温暖化を防止するため、人類の生産活動におけるＣＯ₂ 排出量の削減が急務となっている。中でも、運輸部門からのＣＯ₂ 排出について対策の遅れが著しい。ハード面においては、従来のガソリン車、ディーゼル車の燃費の向上や、ハイブリッドカーや燃料電池搭載車の開発などに向けた努力がなされているにもかかわらず、一般利用者の生活様式の変化、生活レベルの向上などから、自家用車を利用する機会が増加し続けていることが、一因として挙げられる。

このため，自家用車の利用を抑制してＣＯ₂ 排出を低減させるべく、既存の乗合バス，電車等の公共交通機関の利便性を向上させて，自家用車利用からの転換を促進させることが提案されている。また、カーシェアリング、カープーリングといった自家用車の共同利用や、自家用車と公共交通機関の併用（パーク・アンド・ライド）も提案されており、これらの一部は、運用試験，さらには実用化へと進んでいる。

公共交通機関の利便性を高める方法として、携帯電話などの携帯情報端末を使用した種種のサービスが実用化されている。電車の時刻表・運賃を表示するサービス、目的地までの最終電車を検索できるサービス、目的地までの最適な鉄道乗り継ぎ経路を提供するサービス、乗合バスの運行状況を携帯電話に配信するサービスなどである。

携帯端末を利用したルート提供サービスの一例として、ＤＤＩポケットのＰメールＤＸがある。これは路線・運賃検索ソフト「駅すぱあと」を携帯電話で利用できるサービスである。出発地，目的地の駅名を入力すると，経路・所要時間・運賃・路線情報が最大５経路まで回答される。電話をしている場所の最寄り駅を自動的に求めて出発地にすることもできる。また，探索結果の駅周辺地図が表示可能である。他の携帯電話会社においても，大体類似したサービスを提供している。

他の公知例としては、携帯端末から現在地，目的地を送信すると、センタあるいはサーバから，公共交通機関によるルートを適宜提供するサービスが知られている（たとえば、特許文献１〜３参照）。また、ＧＰＳ携帯端末から現在位置が送信されると、サーバが最寄り駅および最適な乗換えを含む最適ルートを検索し、提供するサービスも知られている（たとえば特許文献４参照）。

一方、自家用車の共同利用の形態として、カーシェアリングがある。カーシェアリングは、北米やヨーロッパで広く実践されており、自家用車への相乗りを行うことで、自家用車の利用の効率化と、利用台数の低減を図ることができる。わが国においても、実用化に向けた実験が盛んに行われている。

カーシェアリングを実施する場合，相乗りするグループをどのように決定するのかという課題がある。これまで実用化されている事例としては，通勤時に近隣の住民同士でグループを形成する、運転者と乗合者が約束の時間に所定の乗り合わせ場所で合流する、という方法が採用されている。

情報ネットワーク技術を利用した自家用車の相乗り提供サービスも提案されている。ネットワークを介して運転者側から入力された運転予定情報と、乗合者側から入力された乗合希望情報とをマッチング処理し、各端末に待ち合わせ場所および時刻を送信する方法や（たとえば特許文献５および６参照）、相乗りを希望するユーザが、サーバに登録された相乗り提供情報を検索して、自分の希望にあった条件の相乗り提供者に対して同乗の申し込みをする方法（たとえば特許文献７参照）が知られている。ネットワークとユーザ端末を利用することによって、グループ形成の自由度は大幅に高くなる。

ネットワークを介したマッチングに基づくカーシェアリングの場合、他人同士が同乗することへの不安が大きな問題となる。これについて特許文献５では、運転者，乗合者の双方が仲介サーバを通して，本人確認用の認証情報の入力を要求し，それぞれの端末において受信・確認を可能とするシステムを提案している。
特開２００２−２９８２８４号公報 特開２００３−３５５５２号公報 特開２００３−３２３４７３号公報 特開２００３−０５８６６３号公報 特開２００２−１４０３９９号公報 特開２００３−２８１２３８号公報 特開２００２−１４０４０２号公報

上述した従来の移動ルート探索サービスを利用する場合、ルート探索の都度、少なくとも目的地を含む必要情報を入力する必要がある。時間に余裕のない時は、この操作が意外と面倒であり、入力に要する時間によっては、利用可能であったはずの交通手段を乗り過ごす可能性もある。

また、公共交通機関のみを組み合わせた移動ルートでは，交通機関が網の目のように張り巡らされた都会では機能するが，都市郊外や地方では、必ずしも適切なルートが提供されるとは限らない。運行本数が乏しく、公共交通機関ではカバーできない地域も多くなることから、煩雑な移動ルートあるいは現実的とは言えない移動ルートしか提供できない場合が生じるからである。公共交通機関の利便性向上による自家用車利用のモーダルシフトは，本来このような地域での自家用車をターゲットにしたものであるにもかかわらず、従来の技術では十分な効果が得られない。

一方、従来方法のカーシェアリングシステムでは、他人同士であるドライバと乗合者との間のセキュリティ対策が講じられていない。特許文献５では、かろうじてＩＤ番号とパスワードを用いた認証を含んでいるが、複製が可能な情報を用いており、他人の認証情報を利用した所謂「なりすまし」への対策が不十分である。「なりすまし」は、他人を装って運転者あるいは乗合者となり，会員資格の不正利用を行うものである。密室性の高い車内に同乗するカーシェアリングでは、「なりすまし」の防止対策が十分出ない場合、強盗や傷害、殺人といった犯罪行為にまで及ぶ危険性がある。

そこで、本発明は、必要に応じて公共交通機関とカーシェアリングを効果的に組み合わせて効率のよい移動ルートを提供するとともに、移動ルートにカーシェアリングを含む場合には、セキュリティ効果の高い認証を行うことによって、利用者の安全を確保する移動ルート案内システムを提供することを目的とする。

上記目的を達成するために、本発明のひとつの側面では、ユーザに適切な移動ルートを提供する移動ルート案内システムを提供する。移動ルート案内システムは、ルート案内サーバと、ネットワークを介してルート案内サーバに接続される第１のユーザ端末と、前記ネットワークを介して前記ルート案内サーバに接続されるカーシェアリング提供者の第２のユーザ端末とを含む。この移動ルート案内システムでは、ルート案内サーバは、ユーザの行動予定を示す個人スケジュールを、あらかじめ登録するとともに、カーシェアリング提供者から、カーシェアリング情報の登録を随時受け付ける。そして、ユーザの行動予定、カーシェアリング情報、および利用可能な移動手段に基づいて、ユーザが予定する目的地に至る１以上の移動ルートを算出して、前記第１のユーザ端末に提示する。提示された移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、ルート案内サーバは、当該カーシェアリングについての合意前情報を作成し、この合意前情報を第１および第２のユーザ端末に送信する。合意前情報に基づいて、第１および第２のユーザ端末からカーシェアリングの合意が得られた場合に、ルート案内サーバは、ユーザおよびカーシェアリング提供者の認証を行い、第１および第２のユーザ端末に、カーシェアリングについての合意後情報を送信する。

第１および第２のユーザ端末は、生体情報検出部を備え、合意の際に生体情報を取り込み、ルート案内サーバに対して、検出された生体情報を送信し、前記ルート案内サーバは、当該生体情報に基づいて前記ユーザおよびカーシェアリング提供者の生体認証を行う。

ルート案内サーバは、ユーザの行動予定の変更、カーシェアリング情報の更新、および交通状況の変化の少なくとも１つが発生した場合に、移動ルートを再算出して、再算出した移動ルートを、第１のユーザ端末に送信する。

このような移動ルート案内システムによると、状況に応じて適宜更新される最適な移動ルートが常に提示されており、ユーザは何時でも携帯端末からサーバにアクセスして、移動ルートを確認することができる。

また、移動ルートにカーシェアリングが含まれる場合、運転者、同乗者ともに、ユーザＩＤとして生体情報を用いた認証が行われるので、「なりすまし」の可能性を排除したセキュリティの高いシステムを実現できる。

本発明の第２の側面では、最適な移動ルートを案内する提供するルート案内サーバを提供する。ルート案内サーバは、（ａ）ユーザの行動予定をあらかじめ登録管理するスケジュール管理部と、（ｂ）カーシェアリング提供者から提供されるカーシェアリング情報を管理するカーシェアリング管理部と、（ｃ）ユーザの行動予定、カーシェアリング情報、および利用可能な移動手段に基づいて、１以上の移動ルートを算出する移動ルート算出部と、（ｄ）ユーザを認証する認証部とを備え、前記カーシェアリング管理部は、前記ユーザによって、前記１以上の移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、当該ユーザと、前記カーシェアリング情報の提供者との間の合意の成否を判断する合意前情報を作成し、前記合意が成立した場合に、前記ユーザおよびカーシェアリング提供者に、前記カーシェアリングについての合意後情報を供給する。

好ましくは、ルート案内サーバは、算出された移動ルートごとに、移動により創出される環境負荷を表わすエコポイントを計算するエコポイント管理部をさらに備え、スケジュール管理部は、算出された移動ルートとエコポイントを対応付けた一覧を、ユーザに提示する。

本発明にかかる移動ルート案内システムによれば、カーシェアリングの提供と公共交通機関を柔軟に組み合わせて、目的地までの１以上の移動ルートが提示される。移動ルートは、スポット的に登録されるカーシェアリングの提供や、ユーザのスケジュール変更、交通状況の変化に応じて、再計算され、ユーザはいつでもサーバにアクセスして、移動ルートを選択、確認することができる。

移動ルートにカーシェアリグが含まれる場合に、生体情報を用いた個人認証方法を採用することにより、システムに対する信頼性と安全性を確立できる。

更には、カーシェアリングの場合に、運転者と同乗者の間で一定の合意が得られる前には、カーシェアリングの対象となる相手方に対して、合意に必要とされる簡易な情報（合意前情報）のみが提供される。一方、合意が得られた後に、スムーズなカーシェアリングを可能とするために、例えば車の車種、色などの、より詳細な情報（合意後情報）が提供される。これにより、利用者のプライバシーが不必要に公表されることが回避される。

以下で、図面を参照して本発明の実施形態を説明する。

図１は、本発明の一実施形態に係る移動ルート案内システムの概略構成図である。移動ルート案内システム１は、ユーザに移動ルートを案内するルート案内サーバ１０と、ネットワーク２を介してルート案内サーバ１０に接続される第１のユーザ端末５０Ａと、ネットワーク２を介してルート案内サーバ１０に接続されるカーシェアリング提供者の第２のユーザ端末５０Ｂとを含む。

移動ルート案内システム１を利用するユーザは、ユーザ端末５０Ａを介して、ルート案内サーバ１０に、行動予定をあらかじめ登録する。カーシェアリング提供者は、カーシェアリングを提供し得る場合に、ユーザ端末５０Ｂを介してカーシェアリング情報を登録する。カーシェアリング提供者もまた、移動ルート案内システム１の利用者であり、ルート案内サーバ１０から、適切な移動ルートの案内を受けることができる。同様に、第１ユーザ端末５０Ａの使用者もカーシェアリング提供者となることができるが、ここでは、説明の便宜上、第１端末５０Ａの使用者を「ユーザ」または「乗合者」と称し、第２端末５０Ｂの使用者を「カーシェアリング提供者」または「ドライバ」と称することとする。

ルート案内サーバ１０は、カーシェアリング管理部１１、エコポイント管理部１２、生体認証処理部１３、スケジュール受付管理部１４、移動ルート算出部１５、およびデータベース群３０を含む。スケジュール受付管理部１４は、ユーザ端末５０Ａからユーザの行動予定をあらかじめ受付け、個人スケジュールとして管理する。カーシェアリング管理部１１は、ユーザ端末５０Ｂからカーシェアリングの提供を随時受け付け、管理する。ユーザの行動予定およびカーシェアリング情報は、データベース群３０の所定の領域に格納される。移動ルート算出部１５は、ユーザの行動予定と、カーシェアリング情報と、データベース群３０に格納された公共交通機関情報に基づいて、ユーザが予定する目的地までの移動ルートを１以上算出し、ユーザ端末５０Ａに送信する。

ユーザ端末５０Ａによって、移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、カーシェアリング管理部１１は、このカーシェアリングについての合意前情報を作成して、ユーザの第１ユーザ端末５０Ａと、カーシェアリング提供者の第２ユーザ端末５０Ｂに送信する。第１および第２のユーザ端末５０Ａ、５０Ｂから、合意前情報に基づく合意が得られたときに、生体認証処理部１３は、ユーザとカーシェアリング提供者の生体認証を行い、カーシェアリング管理部１１は、第１および第２のユーザ端末５０Ａ、５０Ｂに対し、カーシェアリングについての詳細情報（合意後情報）を送信する。

エコポイント管理部１２は、移動ルート算出部１５が算出した移動ルートごとに、移動により創出される環境負荷を表わすエコポイントを計算する。良好な実施形態では、環境負荷としてＣＯ₂ 排出量をエコポイントとして計算する。エコポイントが低いほど、環境負荷（ＣＯ₂ 排出）低減への寄与度が高いことになる。移動ルート算出部１５は、ユーザ端末５０Ａに対して、算出された移動ルートとエコポイントとを対応付けた一覧を提示する。

図２は、図１に示すルート案内サーバ１０の詳細な機能構成を示す図である。ルート案内サーバ１０は、ネットワーク２（図１参照）を介してユーザ端末５０Ａ，５０Ｂと通信するための通信処理部４０と、アプリケーションサーバ２０およびデータベースサーバ３０を備える。通信処理部４０はｗｗｗサーバ４１とメールサーバ４２を含む。図２の構成例では、ルート案内サーバ１０は複数のサーバ群を含むが、ｗｗｗサーバ４１をｗｗｗ処理部、メールサーバ４２をメール処理部、アプリケーションサーバ２０をデータ処理部、データベースサーバ３０をデータベース保存部で構成することにより、単一のサーバ構成としてもよい。

アプリケーションサーバ２０において、位置情報処理部１９は、ユーザ端末５０Ａ、５０Ｂから送られてくる測位情報に基づいて、ユーザ端末５０Ａ、５０Ｂの位置を求め、ユーザおよびカーシェアリング提供者の現在位置を把握する。交通状況観測部２１は、ネットワーク２を介して外部の交通情報提供システムに接続し、公共交通機関の運行状況や道路交通状況、事故、渋滞などの発生をモニタリングする。モニタリング結果に基づいて、交通機関運行状況表を作成する。

スケジュール受付管理部１４は、ユーザ端末５０Ａから入力されるユーザスケジュール（行動予定）の登録情報に基づいて、ユーザスケジュール表を作成し管理する。

カーシェアリング受付処理部１８は、ユーザ端末５０Ｂを介してカーシェアリング提供者（ドライバ）から入力されるカーシェアリング情報に基づいて、ドライバ走行情報表を作成する。カーシェアリング情報は、毎日決まったルートを走行するドライバから提供される固定的な情報と、走行の日程、ルートが不確定なドライバから提供されるスポット情報の双方を含む。受け付けられたカーシェアリング情報は、カーシェアリング提供情報データベース３１に格納される。

カーシェアリング管理部１１は、カーシェアリング情報の運用を管理し、カーシェアリングが選択された場合には、その開始から終了までの処理を管理する。カーシェアリングの運用は、カーシェアリング運用情報データベース３２に格納される。

移動ルート算出部１５は、ユーザの個人スケジュールに含まれる目的地や到着予定時刻、カーシェアリング情報、公共交通機関の運行予定、ユーザの現在位置、地図情報などに基づき、移動ルートの提示が必要とされるタイミングで、１以上の移動ルートを算出する。算出された移動ルートの一覧は、通信処理部４０を介して、ユーザ端末５０Ａに提示される。移動ルート算出部１５はまた、ユーザ端末５０Ａからユーザスケジュール変更情報を受け取った場合や、交通状況観測部２１により交通状況の変化が観測された場合、カーシェアリング情報が更新された場合に、移動ルートを再計算し、更新後の移動ルートを提示する。

エコポイント管理部１２は、移動ルート算出部１５が算出した移動ルートごとに、ＣＯ₂排出量を表わすエコポイントを計算し、ユーザおよびドライバごとにエコポイントを集計する。集計されたエコポイントは、各ユーザおよびドライバと対応付けてエコポイントデータベース３３に格納され、管理される。また、上述の移動ルート算出部１５は、移動ルートとエコポイントとを対応付けて、ユーザ端末３０Ａに提示する。

生体認証処理部１３は、カーシェアリングが行われる場合に、ユーザとカーシェアリング提供者（ドライバ）の生体認証を行う。

メール作成部１６と、ＨＴＭＬ文書作成部１７は、ユーザ端末５０Ａ，５０Ｂに提供可能な形態に情報を加工する。

データベースサーバ（データベース群）３０に含まれるユーザ情報データベース３４は、ユーザ登録情報、ユーザスケジュール、ユーザ認証情報、ユーザ評価情報を記録する。ユーザ登録情報は、移動ルート案内システム１への加入時に登録されるユーザの基本情報である。ユーザスケジュールは、ユーザがあらかじめ登録する個人スケジュールであり、スケジュール受付管理部１４を介して格納される。

ユーザ認証情報は、ユーザおよびドライバの生体情報を含む。生体情報は、移動ルート案内システム１への加入時に採取され、登録される。生体情報は、たとえば指紋、虹彩、静脈パターンなどである。生体情報の登録は、ユーザ端末５０Ａ，５０Ｂから直接行われてもよいが、セキュリティ面を重視すると、面接審査などによる身元確認と併行して行われるのが望ましい。カーシェアリングの際には、ユーザ情報データベース３４に格納された生体情報を参照して生体認証が行われるからである。なお、個人認証情報には、生体認証情報の他に、電話番号、ＩＰアドレスなどのユーザ端末ＩＤや、パスワードなどが含まれてもよい。

ユーザ評価情報は、カーシェアリングの終了後にカーシェアリングの提供者と、同乗者とが相互に行う相手に対する評価である。これについては後述する。

地図データベース３５および公共交通機関データベース３６は、移動ルート算出部１５による移動ルート算出の際に参照される。

図３および図４は、図１のユーザ端末５０の構造を示す図である。図３に示すように、ユーザ端末５０は、生体情報センサ５１、入力ボタン５２、マイク５３、ディスプレイ５４、スピーカ５５、アンテナなどの通信インターフェイス５６を有する。また、図４（ａ）の機能ブロックに示すように、生体情報センサ５１が取り込んだデータを生体情報として読み取る生体情報検知部６０と、ネットワーク２を介して生体情報を送信する際に生体情報を暗号化する暗号化処理部５８と、通信処理部５７と、ユーザインターフェイス５９を有する。さらに、図４（ｂ）に示すように、入力ボタン５２、マイク５３、ディスプレイ５３、スピーカ５５などのユーザインターフェイス、生体情報センサ５１、通信Ｉ／Ｆ５６、ディスプレイ５４、ＣＰＵ６２、ＲＯＭ６３、ＲＡＭ６４、メモリカードスロット６５などがバス６１を介して相互に接続されている。メモリカードスロット６５にメモリカード６６が挿入される。

図３に示す例では、生体情報センサ５１は、静電容量方式による指紋パターンの取り込みを行うが、この例に限定されず、近赤外線を用いて、接触状態あるいは非接触状態で静脈パターンの読み取りを行ってもよい。また、撮像機能を用いて、光彩パターンや網膜パターンを検出してもよい。

図５は、ルート案内サーバ１０の基本的な処理フローを示す図である。まず、ルート案内サーバ１０は、通信処理部４０を介して、ユーザスケジュールを受け付ける（Ｓ１０１）。ユーザスケジュールは、日付、時間、目的地、目的地住所、目的地到着予定時刻などを含む。ユーザ受付管理部１４は、入力されたスケジュールに基づいて、個人スケジュール表を作成し、これをユーザ情報データベース３４に格納する（Ｓ１０３）。

個人スケジュール表の一例を図９に示す。図９（ａ）はユーザ端末５０Ａの使用者であるユーザＡのスケジュール表８１Ａ、図９（ｂ）は、ユーザ端末５０Ｂの使用者であるユーザＢのスケジュール表８１Ｂである。図９の例では、行動予定番号０として、通常の行動予定が記録され、行動予定番号１以下で、出張、休暇などの個別予定が記録される。スケジュールの変更がユーザ端末５０Ａ，５０Ｂから入力されたときは、スケジュール受付管理部１４により、個人スケジュール表８１Ａ，８１Ｂが更新される。

ルート案内サーバ１０は、このような個人スケジュール表８１に基づき、カーシェアリング情報ＤＢ３１と、公共交通機関時刻表ＤＢ３６を参照して、利用可能な交通機関から考えられ得るすべての移動ルートを計算する（Ｓ１０５）。そして、計算した移動ルートごとに、移動の手段、時間、費用、エコポイントなどを対応付けて、一覧表を作成し（Ｓ１０７）、作成した一覧表を、ユーザ端末５０Ａに配信する（Ｓ１０９）。

図１０（ａ）に、作成された移動ルート一覧表の一例を示す。ルート案内サーバ１０は、ユーザＡの１１月２５日の予定２（図９（ａ）参照）について、勤務地Ｘから目的地までの移動ルートを２種類算出する。この例では、移動ルート算出の時点で、カーシェアリング情報ＤＢ３１の中に、ユーザＡの移動にマッチするカーシェアリング情報が存在せず、公共交通機関のみを利用した移動ルートが算出されている。算出された移動ルートごとに、交通手段、到着予定時刻、費用、乗り換え回数、エコポイントが表示される。その後、新たなカーシェアリング情報が登録される、交通状況が変化する、あるいはユーザが予定を変更するなどの要因が生じた場合は、以下で説明するように、ルート案内サーバ１０は、移動ルートを再算出する。

図６は、変更要因、すなわち、ユーザのスケジュール変更、交通状況の変化、スポット的なカーシェアリング情報の登録などが発生した場合の、ルート案内サーバ１０とユーザ端末５０Ａの処理フローを示す図である。図中、点線はデータの流れを示し、実線はユーザ端末５０Ａとルート案内サーバ１０の動作の手順を示す。

ユーザ端末５０Ａは、ルート案内サーバ１０から配信された移動ルート一覧、たとえば図１０（ａ）に示す移動ルート一覧を取得し（Ｓ２０１）、所望の移動ルートを選択する（Ｓ２０３）。図示はしないが、選択された移動ルートは、ルート案内サーバ１０のユーザ情報ＤＢ３４に登録され、この移動ルートに対応するエコポイントが、エコポイント管理部１２によりエコポイントＤＢ３３に記録される。

選択した移動ルートの少なくとも一部にカーシェアリングが含まれる場合（Ｓ２０５でＹＥＳ）は、図７に示すカーシェアリングの処理フローに移行する。図１０（ａ）の例では、移動ルートはカーシェアリングを含まないので（Ｓ２０５でＮＯ）、ユーザＡは行動当日に選択した移動ルートにしたがって移動を開始する（Ｓ２０７）。

ここで、ユーザＡのスケジュールに変更が発生し、選択した移動経路からはずれた場合（Ｓ２０９でＹＥＳ）、ユーザ端末５０Ａは、ルート案内サーバ１０に現在地を送信し、移動ルートの再計算を要求する（Ｓ２１５）。

ルート案内サーバ１０は、ユーザの現在地情報を取得し（Ｓ３０１）、取得した現在地情報と、ユーザスケジュール表８１、利用可能な移動手段の現況情報から、移動ルートを再計算する（Ｓ３０５）。ルート案内サーバ１０は、再作成した一覧表を、メールなどの臨時メッセージとともに、ユーザ端末５０Ａに送信する。

ルート案内サーバ１０は、ユーザＡの行動日当日に、交通状況観測部２１のモニタリングに基づき、軌道交通運行情報７１、道路混雑情報７２、バス運行情報７３を取得する。また、ユーザ端末５０Ｂから入力されるカーシェアリング提供者からのカーシェアリング情報７４も、随時取得する（Ｓ３０３）。これらの情報に基づき、ユーザが選択した移動ルートに、事故、天候不順、渋滞などによる遅延、運行停止が発生した場合、あるいは新規登録のカーシェアリング提供情報が利用可能になった場合に、ルート案内サーバ１０は、自動的にユーザの移動ルート一覧表を再計算する（Ｓ３０７）。再作成された一覧表は、メールなどの臨時メッセージとともに、ユーザ端末５０Ａに送信される（Ｓ３０９）。

ユーザ端末５０Ａは、ルート案内サーバ１０からの臨時メッセージの着信により（Ｓ２１１でＹＥＳ）、現況を反映した新たな移動ルートの一覧を取得する（Ｓ２１７）。

一方、ユーザが予定を変更せずに、選択した移動ルートにしたがった場合でも（Ｓ２０９でＹＥＳ）、交通状況に変化が生じた場合や、カーシェアリング提供情報がスポットで登録された場合は、ユーザ端末５０Ａはルート案内サーバ１０から緊急メッセージを受け取り（Ｓ２１１でＹＥＳ）、更新された移動ルート一覧を取得する（Ｓ２１７）。

ユーザは、移動ルートを変更する必要性（カーシェアリングの場合は、移動ルート変更の可能性）に応じて、再配信された移動ルート一覧表の中から、所望のルートを再度選択する（Ｓ２１９）。再選択で、カーシェアリングが含まれる移動ルートが選択された場合は（Ｓ２２２でＹＥＳ）、図７の処理に移行する。カーシェアリングが含まれない場合は（Ｓ２２２でＮＯ）、移動を再開し（Ａ）、ユーザ端末５０ＡでステップＳ２０９以降の処理が繰り返えされる。ユーザＡがスケジュールを変更せず、サーバ１０からの臨時メッセージも受信しない場合は（Ｓ２０９およびＳ２１１でＮＯ）、最初に選択した移動ルートを利用して目的地に到着する（Ｓ２１３）。

図１２は、ルート案内サーバからユーザ端末５０Ａに送られる移動ルート一覧の詳細表示例を示す。図１２（ａ）は、図９（ａ）に示すユーザＡの１１月２５日の出張予定に対してルート案内サーバ１０が提示した移動ルート１の詳細情報である。利用交通手段に加え、各区間での発着時間、乗り換え時間などの詳細情報が表示される。図１２（ｂ）は、ユーザＡが出張当日に、ルート案内サーバ１０に確認したときに表示される移動ルート１の詳細情報である。現時点では、利用交通機関はすべて平常運行されており、移動ルート１が有効であることが確認される。

図１２（ｃ）は、ユーザＡが移動を開始した後に事故が発生し、移動ルート１で予定されていた交通機関が使用できなくなった場合の詳細表示画面である。この場合、ルート案内サーバ１０からユーザＡのユーザ端末５０Ａに臨時メッセージが送信される。ユーザＡが臨時メッセージの受信に応じてルート案内サーバ１０にアクセスすると、図１２（ｃ）に示す詳細情報が提示される。詳細情報において、事故が発生した区間が表示され、代替ルートとして、ルート２への変更が促される。ユーザＡは、乗換駅への到着前に事故の発生を認識できるだけでなく、代替ルートと、ルート内の各区間での詳細な発着時刻を知ることができる。

次に、図７を参照して、ユーザにより選択された移動ルートにカーシェアリングが含まれる場合の処理フローを示す。図７においても、点線はデータの流れを示し、実線は動作手順を示す。

まず、カーシェアリング提供者（ドライバ）は、カーシェアリングを提供する機会がある場合に、ユーザ端末５０Ｂから、カーシェアリングの提供をルート案内サーバ１０に登録する（Ｓ６０１）。登録の際に、出発地、目的地、到着希望時間などを指定する。登録後、走行を開始する（Ｓ６０２）。

ルート案内サーバ１０は、カーシェアリングの提供情報を受信し（Ｓ５０１）、カーシェアリング受付処理部１８を介して、カーシェアリング提供情報ＤＢ３１に新規のカーシェアリング情報を登録する。そして、登録されたカーシェアリング情報とユーザの行動とのマッチングをとる。

具体的には、図６のステップＳ３０５、Ｓ３０７、Ｓ３０９に示すように、ルート案内サーバ１０は、ユーザの現在位置情報を特定し、ユーザの現在位置周辺および目的地周辺の歩行距離範囲と、ドライバの寄り道許容範囲とが重なる場合に、マッチングありと判断する。ドライバの寄り道許容範囲は、目的地への到着希望時間から求められる。ルート案内サーバ１０は、マッチングの成立により、提供されたカーシェアリング情報を利用した移動ルートを再算出し、ユーザ端末５０Ａに提示する。

この状態を、図９〜１１および図１３を参照して、具体的に説明する。図９（ｂ）に示すユーザＢのスケジュールでは、１１月２５日の予定（予定番号１）が「半休」になっており、１２時に出社すればよい状況である。そこで、ユーザＢ（ドライバ）は、当日の朝、出発地、目的地、到着希望時間を指定して、カーシェアリングの提供をルート案内サーバ１０に登録する。ルート案内サーバ１０の移動ルート算出部１５は、ユーザＢによるカーシェアリングの提供と、図９（ａ）に示すユーザＡの出張予定（予定番号２）がマッチすることを検出し、移動ルートを再算出する。

図１０（ｂ）は、再算出された移動ルート一覧を示す。図１０（ｂ）の例では、バスの利用に代えて、カーシェアリングを用いる新たな移動ルート（Ｎｏ．２およびＮｏ．４）が追加されており、ユーザＡのユーザ端末５０Ａに、この再算出された移動ルート一覧が提示される。新たに提示された移動ルートでは、図１１に示すように、バス路線（１）に代わって、本厚木駅までユーザＢの車でカーシェアリングし、その後、鉄道（２）を利用して出張先のＡ研究所へ向かうことになる。ユーザＢは、破線の矢印で示すように、勤務地Ｙに向かう途中で、若干迂回してユーザＡをピックアップすることになる。

このような移動ルートの詳細情報を図１３に示す。図１３（ａ）は、図１２（ａ）と同様に、あらかじめ登録されたユーザＡの行動予定に基づいて作成された移動ルート１の詳細情報である。その後、ユーザＢによるカーシェアリングの提供を受けて、カーシェアリングを含む移動ルート２が提示された場合の詳細情報は、図１３（ｂ）に示すとおりである。

なお、図１０および図１３の例では、公共交通機関とカーシェアリングを組み合わせた移動ルートが提示されているが、カーシェアリング提供者の目的地と、ユーザの目的地のマッチングによっては、全区間をカーシェアリングとする移動ルートも提示され得る。

図７に戻り、ユーザＡは移動ルート一覧の中から、所望の移動ルートを選択する（Ｓ４０１）。カーシェアリングを含むルートが選択されると（Ｓ４０２でＹＥＳ）、ユーザ端末５０Ａからルート案内サーバ１０に、カーシェアリング要求が送信される（Ｓ４０３）。

ルート案内サーバ１０は、ユーザ端末５０Ａから送られてくるカーシェアリング要求を受けて（Ｓ５０２）、ユーザおよびドライバについての合意前情報を作成する。合意前情報は、カーシェアリングに合意するか否かの判断材料として用いられる簡易情報である。合意前情報は、それぞれカーシェアリングの相手方に関する情報を含み、乗合者側のユーザ端末５０Ａと、ドライバ側のユーザ端末５０Ｂの双方に送信される（Ｓ５０３）。

乗合者側のユーザ端末５０Ａは、ドライバについての合意前情報を取得し（Ｓ４０４）、ドライバ側のユーザ端末５０Ｂは、ユーザについての合意前情報を取得する。合意前情報に基づいて、乗合者およびドライバは、カーシェアリングに合意するか否かを判断する（Ｓ４０５，Ｓ６０４）。

図１４に、ルート案内サーバ１０から送信される合意前情報の一例を示す。図１４（ａ）は、乗合者のユーザ端末５０Ａの表示画面５４Ａに表示される合意前のドライバ情報、図１４（ｂ）はドライバのユーザ端末５０Ｂの表示画面５４Ｂに表示される合意前ユーザ情報である。

合意前情報は、カーシェアリングに合意するか否かを判断するために最小限必要な情報を含む。たとえば、会員番号、性別、年齢などのユーザおよびドライバに関する基本情報と、おおよその乗車地点、降車地点、目的地到着時間などである。乗車地点と降車地点は、ルート案内サーバ１０により、ユーザの現在位置からの歩行距離範囲と、ドライバの寄り道許容範囲とが重なるエリア内で決定される。

合意前情報はまた、有効時間情報９１と、ユーザ評価点数情報９２を含む。乗合希望者であるユーザと、カーシェアリングを提供するドライバのそれぞれの位置は、動的に変化するので、ルート案内サーバ１０は、カーシェアリング情報を有効に利用することのできる時間を計算して、合意前情報に含ませる。

ユーザ評価点数情報９２は、ユーザおよびドライバのこれまでのカーシェアリングの実績を示すものであり、カーシェアリングに合意するか否かを判断する際の基準として用いられる。図１４（ａ）の例では、ドライバはこれまで５５人とカーシェアリングの実績があり、同乗者から得られた評価の平均点は、１０点中の８．８点である。図１４（ｂ）の例では、ユーザはこれまで２３人とカーシェアリングの実績があり、同乗者から得られた評価の平均点は１０点中の９．２点である。

必須ではないが、合意前情報に相手の顔写真などの画像情報を含めてもよい。また、ユーザ情報ＤＢ３４に格納される履歴情報から、過去に何度同じルートを使用したことがあるかという情報を含めてもよい。

図７の処理フローに戻り、ユーザがカーシェアリングに合意する場合（Ｓ４０５でＹＥＳ）、ユーザ端末５０Ａからルート案内サーバ１０に、合意する旨とともに、自己の生体認証情報を送信する（Ｓ４０６）。合意する旨は、図示はしないが、たとえば合意前情報に含まれる合意ボタンを選択することでサーバ１０に通知される。生体認証情報は、たとえばユーザ端末５０Ａの生体情報センサ５１に指を押し付けることで指紋パターンが検出され、ルート案内サーバ１０に送信される。同様に、ドライバがカーシェアリングに合意する場合も（Ｓ６０４でＹＥＳ）、合意する旨と、生体認証情報とをルート案内サーバ１０に送信する（Ｓ６０６）。

一方、カーシェアリングに合意しない場合は、ユーザおよびドライバは合意しない旨をルート案内サーバ１０に送信する（Ｓ４０９、Ｓ６０５）。

ルート案内サーバ１０は、ユーザ端末５０Ａ，５０Ｂから合意の可否と生体認証情報とを受信し（Ｓ５０４）、合意が成立するか不成立かを判断する（Ｓ５０５）。そして、ユーザおよびドライバから送られてきた生体認証情報が、ルート案内サーバ１０に登録されている生体情報と一致するかどうかを判断することによって、ユーザとドライバの生体認証を行う（Ｓ５０６）。

合意が成立し（Ｓ５０５でＹＥＳ）、生体認証が成功すると（Ｓ５０６でＹＥＳ）、ルート案内サーバ１０は、ユーザおよびドライバのユーザ端末５０Ａ，５０Ｂに合意後情報としての詳細情報を送信する（Ｓ５０７）。合意が成立しない場合（Ｓ５０５でＮＯ）、ルート案内サーバ１０はユーザ端末５０Ａおよび５０Ｂに、合意不成立の旨を通知する。同様に、生体認証が成功しない場合（Ｓ５０６でＮＯ）も、ルート案内サーバ１０からユーザ端末５０Ａおよび５０Ｂに、生体認証失敗の旨を通知する。

ユーザ端末５０Ａおよび５０Ｂは、詳細情報（合意後情報）が受信されたかどうかを判断する（Ｓ４０７、Ｓ６０７）。ユーザ端末５０Ａ、５０Ｂで詳細情報（合意後情報）が受信されると（Ｓ４０７およびＳ６０７でＹＥＳ）、ユーザとドライバは、詳細な合意後情報に含まれる正確なピックアップ地点へ移動し（Ｓ４０８、Ｓ６０８）、カーシェアリングを開始する（Ｓ６０９）。なお、図示はしないが、実際にカーシェアリングが開始される時に、ユーザ端末５０Ａ，５０Ｂの双方から、カーシェアリングの開始通知をルート案内サーバ１０に送信する構成としてもよい。

図１５は、ルート案内サーバ１０から乗合者側のユーザ端末５０Ａに送信される合意後情報の例を示す。図１６は、ルート案内サーバ１０からドライバ側のユーザ端末５０Ｂに送信される合意後情報の例を示す。

図１５に示すように、乗合者側のユーザ端末５０Ａに表示される合意後情報は、具体的な乗合場所を示すランドマーク情報９５、車種情報９６、カーシェアリングの提供者であるドライバの会員識別情報９７を含む。良好な実施形態では、ドライバは車に会員識別ようのステッカーを貼付している。合意後情報はまた、現在地から乗合ポイントまでの地図情報と、合意前情報に含まれていたドライバに関する基本情報を含む。

図１６に示すように、ドライバ側のユーザ端末５０Ｂに表示される合意後情報は、具体的な乗合場所を示すランドマーク情報８５と、同乗者となるユーザの会員識別情報９７を含む。また、現在地から乗合ポイントまでの地図情報と、合意前情報に含まれていた乗合者に関する基本情報を含む。

このような詳細な合意後情報を、合意が成立し、生体認証が成功した時点で、ユーザ端末５０Ａおよび５０Ｂに送信することにより、カーシェアリングの安全性と信頼性が確保される。また、ユーザとドライバが乗合ポイントまで円滑に移動できるように支援することができる。

図８は、カーシェアリング終了後のルート案内サーバ１０およびユーザ端末５０Ａ，５０Ｂの処理フローを示す。

カーシェアリングが終了すると（Ｓ９０１）、ユーザおよびドライバの各々は、カーシェアリングの相手についての評価をルート案内サーバ１０に送信して、カーシェアリングが完了したことを通知する。すなわち、乗合者であるユーザは、ユーザ端末５０Ａからドライバについての評価を入力し（Ｓ７０１）、評価結果をルート案内サーバ１０に送信して（Ｓ７０２）、移動を再開する。移動再開後の処理は、図６のＡ（移動再開）に戻る。

同様に、ドライバはユーザ端末５０Ｂに乗合者についての評価を入力し（Ｓ９０２）、評価結果をルート案内サーバ１０に送信する（Ｓ９０３）。そして、目的地まで移動を再開する（Ｓ９０４、Ｓ９０５）。

ルート案内サーバ１０は、ユーザおよびドライバから互いの評価結果を受信し（Ｓ８０１）、ユーザ登録データベース３４の評価情報を更新する（Ｓ８０２）。この評価情報は、以降のカーシェアリングのマッチングの際に、合意前情報（図１４参照）の作成に用いられる。

次に、図１７および図１８を用いて、エコポイントの算出方法を説明する。図１７は、各旅客輸送機関のＣＯ₂ 排出原単位を示すグラフである。ここで、ＣＯ₂ の排出原単位は、人１人を１ｋｍ運ぶのに排出されるＣＯ₂ の量（ｇ）で表わされる。営業用の乗用車が一人当たりのＣＯ２排出原単位が最も高く、４１４ｇ−ＣＯ₂ ／人・Ｋｍである。次いで、自家用乗用車、自家用軽乗用車の順となっている。

各交通手段のＣＯ₂ 排出原単位に、各区間の距離を掛け合わせると、ＣＯ₂ 排出量が求まる。

ＣＯ₂ 排出量［ｇ−ＣＯ₂ ／人］＝距離［Ｋｍ］×原単位［ｇ−ＣＯ₂ ／Ｋｍ・人］
カーシェアリングの場合、１人で移動する自家用車に複数人が相乗りすることになるので、
ＣＯ₂ 排出量［ｇ−ＣＯ₂ ／人］＝距離×原単位÷同乗人数
となる。

たとえば２人でカーシェアすると、自家用乗用車のＣＯ２排出量が１／２になる。３人でカーシェアする場合は１／３になり、ＣＯ₂ 排出による環境負荷が低減される。

このような計算式に基づいて、ルート案内サーバ１０で算出された移動ルートごとに、エコポイントを計算する。図１８（ａ）に示す移動ルートでは、公共交通機関として、バスと、２種類の鉄道を利用する。それぞれの区間で移動距離を掛け合わせると、図１８（ａ）の例では、エコポイント（ＣＯ₂ 排出）が１６０１．６ｇ−ＣＯ₂ ／人となる。

一方、図１８（ｂ）に示す移動ルートはカーシェアリングを含み、エコポイントは、１４３２．４ｇ−ＣＯ₂ ／人まで低減される。図１８（ｂ）のエコポイントは、乗合者側であるユーザＡのエコポイントであるが、同様にして、ドライバ側のエコポイントも、算出される。ドライバの場合も、カーシェアリングを行った区間でＣＯ₂ 値が半分になるので、環境負荷（ＣＯ₂ 排出）の低減に寄与することになる。

各ユーザ（ドライバを含む）のエコポイントは、たとえば月ごとに集計され、トータルのエコポイントが低いユーザに、システムの使用料金を割り引くなどのサービスを提供する。このようなサービスを前提として、エコポイントと各移動ルートとを対応付けた一覧表示を行うことにより、ユーザが移動ルートを選択する際の環境負荷低減へのモチベーションとすることができる。

図１９は、図７に示したカーシェアリング利用の場合の処理フローの変形例である。図１９の変形例において、カーシェアリングを含むルートが選択されると、ルート案内サーバ１０からユーザ端末５０Ａ、５０Ｂに合意前情報が送信され（Ｓ５０３）、ユーザおよびドライバが、カーシェアリングの合意を判断する（Ｓ４０４、Ｓ６０３）。ここまでは、図７に示す処理フローと同様であるので、説明を省略する。

図７の処理では、カーシェアリングの合意の旨と同時に、生体情報を送信していたが、図１９の変形例では、生体情報は、合意後、ユーザとドライバが乗合地点に到着したときに行われる。

すなわち、ルート案内サーバ１０は、ユーザ端末５０Ａと５０Ｂから、合意前情報に基づくカーシェアリングへの合意の可否を受信して、カーシェアリングの成立、不成立を確認する（Ｓ１５０４）。そして、確認結果をユーザ端末５０Ａおよび５０Ｂに送信する（Ｓ１５０５）。このとき、成立通知の場合には、カーシェアリングについての合意後情報（図１５、１６参照）も送信する。

ユーザ端末５０Ａおよび５０Ｂは、カーシェアリングの成立通知を受信すると（Ｓ１４０７およびＳ１６０７で、“１”が成立）、合意後情報を参照して、それぞれ乗合地点へ移動する（Ｓ１４０８、Ｓ１６０８）。乗合者であるユーザがカーシェアリング不成立の通知を受信した場合は（Ｓ１４０７で“２”が成立）、ステップＳ４０１に戻って、移動ルートを選択する。ドライバがカーシェアリング不成立の通知を受信した場合は、走行を継続する（Ｓ１６１４）。

乗合地点に到着したならば（Ｓ１４０９、Ｓ１６０９）、互いに、自己が所有するユーザ端末５０Ａ、５０Ｂに実装されている生体情報センサ５１で、相手の生体認証情報を取り込み、ルート案内サーバ１０に送信する。

すなわち、乗合者であるユーザは、ユーザ端末５０Ａでドライバの生体認証情報を取り込み（Ｓ１４１０）、これをルート案内サーバ１０に送信する（Ｓ１４１１）。一方、ドライバは、ユーザ端末５０Ｂで乗合者の生体認証情報を取り込んで（Ｓ１６１０）、これをルート案内サーバ１０に送信する（Ｓ１６１１）。

ルート案内サーバ１０は、ユーザおよびドライバの生体認証情報をそれぞれ受信し（Ｓ１５０６）、ユーザ情報データベース３４に格納されている生体認証情報と照合する（Ｓ１５０７）。生体認証が成功すると（Ｓ１５０８でＹＥＳ）、ルート案内サーバ１０は、ユーザ端末５０Ａ、５０Ｂに、照合結果が一致した旨を送信する（Ｓ１５０９）。ユーザ端末５０Ａ，５０Ｂで認証確認通知を受信することで、乗合者とドライバの双方は、互いに相手の認証が正常に終了したことを確認する（Ｓ１４１２、Ｓ１６１２）。生体認証の成功後、カーシェアリングを開始する（Ｓ１６１３）。

カーシェアリング終了後の処理は、図８に示した処理と同様である。カーシェアリングの開始から終了までの流れは、ルート案内サーバ１０のカーシェアリング管理部１１によって管理される。カーシェアリングの終了処理が行われない場合は、警告を送信するなど、セキュリティ上の対策を発動するのが望ましい。なお、ルート案内サーバ１０とユーザ端末５０Ａ，５０Ｂの間で送受信される情報は、全て暗号化した状態で行う。

以上説明したように、本発明の移動ルート案内システムによれば、ユーザが個人スケジュール管理として日常的に行っている程度の行動予定の入力だけで、目的地までの移動手段および経路を自動的に把握することができる。

利用できる移動手段として、公共交通機関とともにカーシェアリングを利用することで、公共交通機関が充実していない地域でも、移動ルートを柔軟に設定することが可能となる。

公共交通機関の利用だけを考えているユーザに対して、カーシェアリング機会を紹介することにより、カーシェアリングという新しい交通システムの普及を促進できる。

個人スケジュールのネットワーク上での送受信や、密室性の高い車内における他人同士の相乗りという高度なセキュリティ管理を要求される状況に対して、生体情報を用いた個人認証方法を採用することにより、システムに対する信頼性を確立できる。

ルート案内サーバが、交通機関の運行状況をリアルタイムで観測し、必要に応じて移動手段および経路を再設定して、ユーザ端末に送信することにより、電車事故や天候不順による遅延、道路渋滞といった突発的状況を事前に把握するとともに、いち早く代替ルートを案内することができる。
以上の効果に加えて、自家用車を効率的に利用することにより、全体として自家用車利用の台数を低減することができ、自家用車利用に由来するＣＯ₂ の排出量を低減できる。すなわち、有効な地球温暖化防止対策となる。

なお、実施形態では、公共交通機関として、バス、鉄道を例にとって説明したが、鉄道、モノレール、新交通システム、ＬＲＴなど、任意の公共交通機関を含む。

最後に、上記説明に関して、以下の付記を開示する。
（付記１） 移動ルートを案内するルート案内サーバと、ネットワークを介して前記ルート案内サーバに接続される第１のユーザ端末と、前記ネットワークを介して前記ルート案内サーバに接続されるカーシェアリング提供者の第２のユーザ端末とを含む移動ルート案内システムであって、前記ルート案内サーバは、
ユーザの行動予定をあらかじめ登録するとともに、前記カーシェアリング提供者からカーシェアリング情報の登録を随時受け付け、
前記ユーザの行動予定、前記カーシェアリング情報、および利用可能な移動手段に基づいて、目的地に至る１以上の移動ルートを算出して前記第１のユーザ端末に提示し、
前記１以上の移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、当該カーシェアリングについての合意前情報を作成して、前記第１および第２のユーザ端末に送信し、
前記合意前情報に基づいて、前記第１および第２のユーザ端末から前記カーシェアリングの合意が得られた場合に、前記ユーザおよび前記カーシェアリング提供者の認証を行い、前記第１および第２のユーザ端末に、当該カーシェアリングについての合意後情報を送信する
ことを特徴とする移動ルート案内システム。
（付記２） 前記第１および第２のユーザ端末は、生体情報検出部を備え、前記合意の際に生体情報を取り込み、前記ルート案内サーバに対して、検出された生体情報を送信し、前記ルート案内サーバは、当該生体情報に基づいて前記ユーザとカーシェアリング提供者の生体認証を行うことを特徴とする付記１に記載の移動ルート案内システム。
（付記３） 前記ルート案内サーバは、前記ユーザの行動予定の変更、前記カーシェアリング情報の更新、および交通状況の変化の少なくとも１つが発生した場合に、移動ルートを再算出して、再算出した移動ルートを前記第１のユーザ端末に送信することを特徴とする請求項１または２に記載の移動ルート案内システム。
（付記４） 前記ルート案内サーバは、移動ルート算出の際に、各移動ルートを用いた場合の環境負荷を表わすエコポイントを計算し、前記移動ルートとエコポイントとを対応づけて、前記第１のユーザ端末に提示することを特徴とする付記１〜３のいずれかに記載の移動ルート案内システム。
（付記５） 前記ルート案内サーバは、前記カーシェアリングが終了した場合に、前記第１および第２のユーザ端末から、それぞれカーシェアリングの相手方に関する評価結果を受信することを特徴とする付記１〜４のいずれかに記載の移動ルート案内システム。
（付記６） 前記合意前情報は、当該合意前情報の有効時間を含むことを特徴とする付記１に記載の移動ルート案内システム。
（付記７） ユーザの行動予定をあらかじめ登録し、管理するスケジュール管理部と、
カーシェアリング提供者から提供されるカーシェアリング情報を管理するカーシェアリング管理部と、
前記ユーザの行動予定、前記カーシェアリング情報、および利用可能な移動手段に基づいて、１以上の移動ルートを算出する移動ルート算出部と、
前記ユーザを認証する認証部と、
を備え、前記カーシェアリング管理部は、前記ユーザによって、前記１以上の移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、当該ユーザと前記カーシェアリング情報の提供者との間の合意の成否を判断する合意前情報を作成し、合意が成立した場合に、前記ユーザおよびカーシェアリング提供者に、前記カーシェアリングについての合意後情報を供給することを特徴とするルート案内サーバ。
（付記８） 前記認証部は、前記カーシェアリングを含む移動ルートが選択された場合に、前記ユーザおよび前記カーシェアリング提供者の生体情報に基づいて生体認証を行うことを特徴とする付記７に記載のルート案内サーバ。
（付記９） 前記移動ルート算出部によって算出された移動ルートごとに、環境負荷を表わすエコポイントを計算するエコポイント管理部をさらに備え、前記移動ルート算出部は、前記算出された移動ルートと前記エコポイントを対応付けた一覧を、前記ユーザに提示することを特徴とする付記７に記載のルート案内サーバ。
（付記１０） 前記カーシェアリング管理部は、前記合意が成立し、かつ認証部による前記ユーザおよびカーシェアリング提供者の生体情報の認証が成功した場合に、前記ユーザおよびカーシェアリング提供者に、前記カーシェアリングについての合意後情報を供給することを特徴とする付記８に記載のルート案内サーバ。
（付記１１） 前記認証部は、前記ユーザおよびカーシェアリング提供者に合意後情報が供給された後に、前記ユーザおよびカーシェアリング提供者の生体情報の認証を行い、前記カーシェアリング管理部は、前記生体情報の認証が成功した場合に、前記カーシェアリングを許可することを特徴とする付記８に記載のルート案内サーバ。

本発明の一実施形態にかかる移動ルート案内システムの構成図である。 図１に示すルート案内サーバの詳細構成を示すブロック図である。 図１のシステムで用いられるユーザ端末の外観構成図である。 図１のシステムで用いられるユーザ端末の機能構成およびハードウェア構成を示す図である。 ルート案内サーバによる移動ルート案内処理を示すフローチャートである。 スケジュール変更要因が発生した場合の、ルート案内サーバとユーザ端末の処理動作を示すフローチャートである。 ユーザがカーシェアリングを含む移動ルートを選択した場合の、ルート案内サーバとユーザ端末の処理動作を示すフローチャートである。 カーシェアリング終了後の、ルート案内サーバとユーザ端末の処理動作を示すフローチャートである。 ルート案内サーバで管理される個人スケジュールの構成例を示す図である。 ユーザ端末に提示される移動ルート一覧の構成例であり、図１０（ａ）は、マッチするカーシェアリング情報がない場合の移動ルート一覧の例を、図１０（ｂ）は、マッチするカーシェアリング情報がある場合の移動ルート一覧の例を示す図である。 スポットで登録されるカーシェアリング情報による移動ルート変更の一例を示す図である。 移動ルート一覧の詳細表示例を示す図である。 移動ルート一覧の詳細表示例を示す図である。 カーシェアリングを含む移動ルートが選択された場合にルート案内サーバからユーザ端末に送信される合意前情報の一例を示す図である。 カーシェアリングの合意後にユーザ（乗合者側）に送信される合意後情報の一例である。 カーシェアリングの合意後にユーザ（ドライバ側）に送信される合意後情報の一例である。 旅客運送帰還のＣＯ₂ 排出を示すグラフである。 ルート案内サーバにおけるエコポイントの計算例を示す図である。 カーシェアリングの合意がある場合の処理フローの変形例を示す図である。

符号の説明

１ 移動ルート案内システム
２ ネットワーク
１０ ルート案内サーバ
１１ カーシェアリング管理部
１２ エコポイント管理部
１３ 生体認証処理部
１４ スケジュール受付部
１５ 移動ルート算出部
１６ メール作成部
１７ ＨＴＭＬ文書作成部
１８ カーシェアリング受付処理部
１９ 位置情報処理部
２１ 交通状況観測部
３０ データベース群（ＤＢサーバ）
３４ ユーザ情報データベース
４０ 通信処理部
５０Ａ，５０Ｂ ユーザ端末
５１ 生体情報センサ
５４Ａ、５４Ｂ 表示画面(ディスプレイ)
８１Ａ、８１Ｂ 個人スケジュール

Claims (5)

1. 移動ルートを案内するルート案内サーバと、ネットワークを介して前記ルート案内サーバに接続される第１のユーザ端末と、前記ネットワークを介して前記ルート案内サーバに接続されるカーシェアリング提供者の第２のユーザ端末とを含む移動ルート案内システムであって、前記ルート案内サーバは、
   ユーザの行動予定をあらかじめ登録するとともに、前記カーシェアリング提供者からカーシェアリング情報の登録を随時受け付け、
   前記ユーザの行動予定、前記カーシェアリング情報、および利用可能な移動手段に基づいて、目的地に至る１以上の移動ルートを算出して前記第１のユーザ端末に提示し、
   前記１以上の移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、当該カーシェアリングについての合意前情報を作成して、前記第１および第２のユーザ端末に送信し、
   前記合意前情報に基づいて、前記第１および第２のユーザ端末から前記カーシェアリングの合意が得られた場合に、前記ユーザおよび前記カーシェアリング提供者の認証を行い、前記第１および第２のユーザ端末に、当該カーシェアリングについての合意後情報を送信する
   ことを特徴とする移動ルート案内システム。
2. 前記第１および第２のユーザ端末は、生体情報検出部を備え、前記合意の際に生体情報を取り込み、前記ルート案内サーバに対して、検出された生体情報を送信し、前記ルート案内サーバは、当該生体情報に基づいて前記ユーザおよびカーシェアリング提供者の生体認証を行うことを特徴とする請求項１に記載の移動ルート案内システム。
3. 前記ルート案内サーバは、前記ユーザの行動予定の変更、前記カーシェアリング情報の更新、および交通状況の変化の少なくとも１つが発生した場合に、移動ルートを再算出して、再算出した移動ルートを前記第１のユーザ端末に送信することを特徴とする請求項１または２に記載の移動ルート案内システム。
4. ユーザの行動予定をあらかじめ登録し、管理するスケジュール管理部と、
   カーシェアリング提供者から提供されるカーシェアリング情報を管理するカーシェアリング管理部と、
   前記ユーザの行動予定、前記カーシェアリング情報、および利用可能な移動手段に基づいて、１以上の移動ルートを算出する移動ルート算出部と、
   前記ユーザを認証する認証部と、
   を備え、前記カーシェアリング管理部は、前記ユーザによって、前記１以上の移動ルートの中から、少なくとも一部にカーシェアリングを含む移動ルートが選択された場合に、当該ユーザと前記カーシェアリング提供者との間の合意の成否を判断する合意前情報を作成し、前記合意が成立した場合に、前記ユーザおよびカーシェアリング提供者に、前記カーシェアリングについての合意後情報を供給することを特徴とするルート案内サーバ。
5. 前記移動ルート算出部によって算出された移動ルートごとに、環境負荷を表わすエコポイントを計算するエコポイント管理部をさらに備え、前記移動ルート算出部は、前記算出された移動ルートと前記エコポイントを対応付けた一覧を、前記ユーザに提示することを特徴とする請求項４に記載のルート案内サーバ。
   

Images