(57)【特許請求の範囲】
【請求項１】
複数の交通手段から利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供サーバであって、
前記交通手段の複数の車両からプローブ情報を収集する手段と、
ネットワーク経由で接続される利用者端末から、少なくとも出発地及び目的地を含む交通手段の検索要求を受信する手段と、
前記出発地、前記目的地及び前記プローブ情報を入力パラメータとし、前記交通手段ごとの評価値を所定の評価項目ごとに算出する評価値算出手段と、
前記算出された評価値の順に、前記交通手段の情報を利用者に提示する利用者画面を生成する利用者画面生成手段と、
を備え、
前記評価値算出手段は、前記評価値を算出するための前記評価項目のそれぞれに対する前記利用者の満足度を経験的に求めた経験関数に基づいて、前記評価値を算出することを特徴とする交通手段情報提供サーバ。
【請求項２】
前記利用者端末により、前記利用者画面の情報から前記交通手段が選択されると、前記選択された交通手段の運転者又は前記車両の管理者と連絡をとるための車両端末画面情報を生成し、前記選択された交通手段の端末へ送信する車両端末画面生成手段を備えることを特徴とする請求項１に記載の交通手段情報提供サーバ。
【請求項３】
前記評価値算出手段は、前記評価値を継続的に算出することを特徴とする請求項１又は２に記載の交通手段情報提供サーバ。
【請求項４】
前記評価項目は、当該交通手段を利用した場合の、出発地から目的地までの所要時間、利用者の現在地から乗車希望地点までの距離、降車地点から目的地までの距離、利用料金、前記利用者の歩行負担を示す疲労予測度、天候情報、車両の乗車可能人数のうち、少なくとも二つ以上を含むことを特徴とする請求項１から３のいずれか１項に記載の交通手段情報提供サーバ。
【請求項５】
公共交通機関の時刻表、運行状況を含む交通情報を取得する手段を備え、前記所要時間は、前記交通情報と前記プローブ情報を用いて算出することを特徴とする請求項４に記載の交通手段情報提供サーバ。
【請求項６】
前記利用者画面生成手段は、前記評価値が高い順に前記交通手段を並べたリストを表示し、前記評価値算出手段が前記評価値を算出するごとに前記リストを更新することを特徴とする請求項１から５までのいずれか１項に記載の交通手段情報提供サーバ。
【請求項７】
前記利用者画面生成手段は、前記利用者が入力した検索条件とは異なる検索条件を用いた代替えの検索結果を生成することを特徴とする請求項１から６までのいずれか１項に記載の交通手段情報提供サーバ。
【請求項８】
前記車両端末画面生成手段は、前記利用者が乗車するときの条件又は前記運転者又は管理者が前記利用者を乗車させるときの条件の情報を含む端末画面を生成することを特徴とする請求項２に記載の交通手段情報提供サーバ。
【請求項９】
複数の交通手段から利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供方法であって、
前記交通手段の複数の車両からプローブ情報を収集するステップと、
ネットワーク経由で接続される利用者端末から、少なくとも出発地及び目的地を含む交通手段の検索要求を受信するステップと、
前記出発地、目的地及び前記プローブ情報を入力パラメータとし、前記交通手段ごとの評価値を予め定められた評価項目ごとに算出するステップと、
前記算出された評価値の順に、前記交通手段の情報を利用者に提示する利用者画面を生成するステップと、
を含み、
前記評価値を算出するステップは、前記評価値を算出するための前記評価項目のそれぞれに対する前記利用者の満足度を経験的に求めた経験関数に基づいて、前記評価値を算出することを含むことを特徴とする交通手段情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通手段の選択する情報を提供する交通手段情報提供サーバ、及びその提供方法に関する。
【背景技術】
【０００２】
従来から、国内では、ＶＩＣＳ（登録商標）（Vehicle  Information  and  Communication  System）から提供される道路交通情報をカーナビに提供することが普及している。ＶＩＣＳ（登録商標）は、主に道路に設置されたセンサから速度情報を取得しているため、センサを含むインフラが整備されている主要道路に限って利用が可能である。しかし、情報収集区間が限られ、非インタラクティブで、情報更新間隔が長い等の課題がある。
【０００３】
一方、道路センサからだけの情報でなく、車両自体からの情報を利用し、交通情報の提供に役立てることが行われている。例えば、非特許文献１には、車両そのものを１つのセンサとして情報を収集し、蓄積されたプローブカーデータ（位置・時間・速度情報、ワイパー・ウインカー動作情報等）を活用した統合型情報収集・提供システムが提案されている。プローブカーデータ（プローブ情報）を活用することで、リアルタイムに情報を収集することができ、道路側にインフラ整備の必要がなく、価値の高い情報を利用者に提供できる。
【０００４】
ところで、情報端末等で交通手段を指定し、現在地（出発地）から行きたい場所（目的地）までを入力することで、目的地までの経路、距離、時間等を取得するナビゲーションシステムが知られている。このナビゲーションシステムを利用することで、利用者は、無駄な時間が削減でき、スムーズに目的地まで辿り着くことができる。
【０００５】
しかしながら、上記したナビゲーションシステムによれば、利用者は、自身で乗車すべき交通手段を選択しなければならない。しかし、利用者自身が選択した交通手段ではなく、他の交通手段を選択した方が短時間で目的地に辿りつくことができる場合もある。
【０００６】
この問題を解決するために、例えば、特許文献１には、複数の交通手段から１つ以上の交通手段を選択して目的地へ移動する際に、最も短時間で目的地に到達する推奨経路を提示することができるナビゲーションシステムが開示されている。このシステムは、ユーザ端末から、出発地及び目的地を指定した推奨経路情報の配信要求を受信する推奨経路情報要求受付部と、指定された出発地及び目的地に基づいて、出発地から目的地まで移動する際に推奨される交通手段及び経路を含む推奨経路情報を交通条件毎に記録するデータベースから、推奨経路情報を検索する検索部と、検索部が検索した推奨経路情報をユーザ端末に提示する推奨経路情報提示部とを備えている。
【０００７】
しかしながら、特許文献１に開示されたナビゲーションシステムでは、最も短時間で目的地に到達する推奨経路を交通条件ごとに提示するに留まり、最適な交通手段を利用者ごとの個別状況に応じた検索はできない。また、過去の交通情報を蓄積して、静的なデータベースに登録された情報に基づいて、利用者に推奨経路を提示しているため、交通手段の時々刻々の変化にリアルタイムに対応することができない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−１６３７８８号公報
【非特許文献】
【０００９】
【非特許文献１】“ITSにおけるプローブカーデータを活用した統合型交通情報提供システムの開発”、［online］、［平成２６年１２月１７日閲覧］、インターネット＜URL：http://bin.t.u-tokyo.ac.jp/model07/lecture/usui.ppt＞
【発明の概要】
【発明が解決しようとする課題】
【００１０】
そこで、本発明では、上記のような課題に鑑み、複数の交通手段の情報及び利用者の個別状況から最適な交通手段を検索し、リアルタイムに情報を更新する交通手段情報提供サーバを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明の交通手段情報提供サーバ、及びその提供方法は、以下のような解決手段を提供する。
【００１２】
請求項１に記載の発明は、複数の交通手段から利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供サーバであって、前記交通手段の複数の車両からプローブ情報を収集する手段と、ネットワーク経由で接続される利用者端末から、少なくとも出発地及び目的地を含む交通手段の検索要求を受信する手段と、前記出発地、前記目的地及び前記プローブ情報を入力パラメータとし、前記交通手段ごとの評価値を所定の評価項目ごとに継続的に算出する評価値算出手段と、前記算出された評価値の順に、前記交通手段の情報を利用者に提示する利用者画面を生成する利用者画面生成手段と、を備えることを特徴とする。
【００１３】
請求項２に記載の発明は、請求項１のシステムにおいて、前記利用者端末により、前記利用者画面の情報から前記交通手段が選択されると、前記選択された交通手段の運転者又は前記車両の管理者と連絡をとるための車両端末画面情報を生成し、前記選択された交通手段の端末へ送信する車両端末画面生成手段を備えることを特徴とする。
【００１４】
請求項３に記載の発明は、請求項１又は２のシステムにおいて、前記評価値算出手段は、前記評価値を算出するための前記評価項目のそれぞれに対する前記利用者の満足度を経験的に求めた経験関数及び前記利用者ごとに付加される重み係数に基づいて、前記評価値を算出することを特徴とする。
【００１５】
請求項４に記載の発明は、請求項１〜３のシステムにおいて、前記評価項目は、当該交通手段を利用した場合の、出発地から目的地までの所要時間、利用者の現在地から乗車希望地点までの距離、降車地点から目的地までの距離、利用料金、前記利用者の歩行負担を示す疲労予測度、天候情報、車両の乗車可能人数のうち、少なくとも二つ以上を含むことを特徴とする。
【００１６】
請求項５に記載の発明は、請求項４のシステムにおいて、公共交通機関の時刻表、運行状況を含む交通情報を取得する手段を備え、前記所要時間は、前記交通情報と前記プローブ情報を用いて算出することを特徴とする。
【００１７】
請求項６に記載の発明は、請求項１〜５のシステムにおいて、前記利用者画面生成手段は、前記評価値が高い順に前記交通手段を並べたリストを表示し、前記評価値算出手段が前記評価値を算出するごとに前記リストを更新することを特徴とする。
【００１８】
請求項７に記載の発明は、請求項１〜６のシステムにおいて、前記利用者画面生成手段は、前記利用者が入力した検索条件とは異なる検索条件を用いた代替えの検索結果を生成することを特徴とする。
【００１９】
請求項８に記載の発明は、請求項２のシステムにおいて、前記車両端末画面生成手段は、前記利用者が乗車するときの条件又は前記運転者又は管理者が前記利用者を乗車させるときの条件の情報を含む端末画面を生成することを特徴とする。
【００２０】
請求項９に記載の発明は、複数の交通手段から利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供方法であって、前記交通手段の複数の車両からプローブ情報を収集するステップと、ネットワーク経由で接続される利用者端末から、少なくとも出発地及び目的地を含む交通手段の検索要求を受信するステップと、前記出発地、目的地及び前記プローブ情報を入力パラメータとし、前記交通手段ごとの評価値を予め定められた評価項目ごとに評価項目ごとに継続的に算出するステップと、前記算出された評価値の順に、前記交通手段の情報を利用者に提示する利用者画面を生成するステップと、を含むことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数の交通手段の情報及び利用者の個別状況から最適な交通手段を検索し、リアルタイムに情報を更新する交通手段情報提供サーバを提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態に係る交通手段情報提供サーバを用いたシステムのイメージ図である。
【図２】本発明の実施の形態に係る交通手段情報提供サーバにおいて用いられる評価関数の一例を示す図である。
【図３】本発明の実施の形態に係る交通手段情報提供サーバを用いたシステムの構成を示す機能ブロック図である。
【図４】利用者情報ＤＢ及び走行車両ＤＢに記憶されるデータの一例を示す図である。
【図５】交通手段情報提供サーバの処理動作を示すフローチャートである。
【図６】交通手段比較テーブルの一例を示す図である。
【図７】交通手段検索条件の設定変更画面の一例を示す図である。
【図８】乗車依頼時の車両端末の表示画面の一例を示す図である。
【図９】乗車依頼中の利用者端末の表示画面の一例を示す図である。
【図１０】乗車依頼承認時の端末の表示画面の一例を示す図である。
【発明を実施するための形態】
【００２３】
以下、添付図面を参照して、本発明を実施するための形態（以下、本実施形態と言う）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。
【００２４】
図１は、本実施形態に係る交通手段情報提供サーバを利用したシステムのイメージ図である。以下では上記のシステムを「本システム」と呼ぶことにする。
【００２５】
本システムは、典型的には、利用者端末（例えば、スマートフォンやタブレット端末等）と、複数の車両とがネットワーク経由で接続され、複数の車両から収集されるプローブ情報と、外部から取得した交通情報とに基づき、利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供サーバとからなる。
【００２６】
図１は、スマートフォン等を所持する利用者が、交通手段情報提供サーバにアクセスし、交通手段情報提供サーバが提供する交通手段検索画面から、走行している車両（タクシー、路線バス、デマンドバス、レンタカー、カーシェアリング用車両（以下、カーシェアと略す）、及び一般車両含む）から条件に合う車両を選択し、乗車依頼を行うイメージを表している。ここで、一般車両とは、一般の個人又は法人が本システムの運営者と契約し、自己が占有する車両（乗用車、バン、マイクロバス、トラック、パーソナルモビリティ、バイク等）に、移動する方向が同じ場合等に他の利用者を相乗りさせることを可能として登録している車両を言う。なお、以下、本実施形態では、交通手段が車両の場合について説明するが、本発明は車両に限定されるものではなく、鉄道、船舶その他の交通手段を含むことが可能である。
【００２７】
この図では、Ａさんが、Ａさんの目的地である駅方面に向かっている車両を検索する場面を示す。検索には少なくとも出発地（乗車希望地点）と目的地を指定する。出発地を省略すると現在地になるが自宅や別の場所（図１の例ではコンビニ）を指定してもよい。ここでは、Ａさんは、検索の結果、交通手段検索画面に表示されている４つの交通手段（Ｂさんの車両、バス、タクシー、カーシェア）から、一般車両であるＢさんの車両（マイカー）を選択し、Ａさんの乗車依頼要求（相乗要求）をＢさんの車両端末へ送信し、その乗車依頼を承諾したＢさんが、Ａさんが待つ乗車地点に向かい走行している様子を示している。もちろん、Ｂさんの車のように同じ目的地に向かう一般車両が都合よく見つかるとは限らない。
【００２８】
また、Ａさんがカーシェアを選択した場合は、自宅から徒歩等でカーステーションＳまで出向き、カーシェア車両に乗車し、さらに乗り捨て型のカーシェアの場合は、カーシェア車両を乗り捨てる場所（例えば、図１のカーステーションＧ）を選択の上、カーステーションＳから乗捨場所までカーシェア車両を運転する。このとき、本システムの交通手段情報提供サーバ（以下、単にサーバと呼ぶ）が、カーシェア車両を予約するようにしてもよい。また、Ａさんがタクシーを選択した場合は、サーバが、タクシー会社に自動的に連絡し、タクシーが出発地（自宅又はコンビニ等の乗車に便利な場所）まで迎えにきてくれるようにしてもよい。また、Ａさんがバスを選択した場合は、最寄りのバス停までの距離と時刻表が表示されるようにしてもよい。なお、本システムの各車両には車両端末を備えるものとしているが、タクシーの場合は、車両端末は、必ずしも車載端末（例えばカーナビゲーション装置）でなくともよく、タクシー会社の車両の運行を指示する管理者の端末であってもよい。
【００２９】
Ａさんは、目的地の駅までの交通手段を取得するために、所持するスマートフォン等の利用者端末の専用アプリ等を用いてサーバにアクセスすると、交通手段検索画面が表示される。そして、Ａさんは、その交通手段検索画面に、出発地（乗車希望地点）、目的地、出発予定時刻又は希望到着時刻等を入力して現在利用可能な交通手段を検索する。ただし、出発地の入力を省略すると現在位置が出発地になる。また、出発予定時刻を省略すると現在時刻の所定時間後（数分後）が出発予定時刻になる。希望到着時刻は、特に希望がない場合にはブランクでよいが、希望到着時刻を入力すると出発予定時刻は無効になる。これらの入力パラメータを受けて、サーバは、予め登録されているＡさんの利用者情報に含まれているスマートフォンの識別番号等からＡさんの位置情報を抽出するとともに、交通手段の車両のプローブ情報（位置情報、速度、平均速度、走行方向等）を取得する。なお、交通手段には、車両（自動車）以外にも電車、船舶、自転車、徒歩を含めてもよい。
【００３０】
続いて、サーバは、各交通手段である車両のプローブ情報から現在位置及び平均速度を取得し、Ａさんの乗車希望地点までの距離、時間を計算し、交通手段選択画面に推奨する（Ａさんの乗車希望条件に適合する）交通手段を１以上選択して表示する。このとき道路の渋滞状況などが考慮される。交通手段選択画面には、推奨する交通手段と、そのオススメ度が表示され、オススメ度合いに応じて☆の数が多く表示され、さらに交通手段ごとの評価を示すコメントが表示される。Ｂさんの車両を例にあげると、オススメ度は「☆☆☆」と評価が高く、コメントとして「近くを走行中！！」等と表示される。また、表示されている交通手段の詳細ボタンをタッチすることによって、交通手段ごとの詳細情報が表示される。このとき、表示される交通手段の選択肢は３〜５程度が好ましい。本システムでは、主に現在の時刻から３０分後ほどの範囲を検索対象としており、あまり多くの選択肢が示されると判断に迷うからである。なお、利用者の希望条件に適合する車両が１台もない場合は、自転車又は徒歩が最後の交通手段となる。
【００３１】
検索対象とする交通手段は、利用者ごとに嗜好パターンに応じた設定が可能であり、各交通手段の利用者に対する適合度を評価するための評価関数（交通手段選択評価関数）によって、その利用者にどれだけ適合しているかの評価値が算出される。評価関数には、所要時間や距離等の評価項目に対して、利用者が優先度（重み付け）を付加することができる。すなわち、評価関数は、図２に示すように、利用者の嗜好パターンに応じた交通手段の評価項目の重み付けを表す１行ｍ列の嗜好ベクトルと、交通手段ごとの所定の評価項目のｍ行×Ｎ列の行列との積で表される。ここで、ｍは交通手段の評価項目の数であり（図の例ではｍ＝７）、Ｎはその時に利用できる交通手段の数（各交通手段の車両等の数）である。この評価関数を用いて、各交通手段の評価値を利用者ごとに算出し、その評価値の大小により、交通手段の評価順位を決定し、最適な交通手段を利用者に提示する。したがって、従来のように時間優先、距離優先、料金優先、乗換回数優先といった一律の優先度でなく、利用者ごとに、その個別状況に合った優先度を設けることができる。
【００３２】
交通手段の評価値を求めるための評価項目としては、各交通手段を利用した場合の現在地から目的地への所要時間（Ｇ１）、現在地から乗車地点までの距離（Ｇ２）、降車地点から目的地までの距離（Ｇ３）、目的地に着くまでの利用者の歩行負担（歩行する距離、歩行する道路の歩き易さなど）を表す疲労予測度（Ｇ４）、交通手段の利用料金（Ｇ５）、移動経路上の気温、雨量、風量等を含む天候（Ｇ６）、交通手段の乗車可能人数（Ｇ７）等のうちから少なくとも二つ以上を用いる。ただし、評価項目は上記に限定されるものではない。また評価値を求めるための基礎データは、交通機関情報データベース、地図情報データベース、道路情報データベース、天気情報システム等の外部システムから取得可能とする。
【００３３】
以下の評価項目についてさらに説明する。利用料金（Ｇ５）に関しては、交通手段によっておおよそ定まり、例えば、タクシー＞カーシェア＞路線バスのような順になる。一般車両の利用料金は、無料としてもよいが、利用者が運転者へ謝礼を渡すことは妨げない。また、疲労予測度（Ｇ４）に関しては、タクシーは自宅まで迎えにきてくれるので低く、カーシェアは、カーステーション（駐車場）まで徒歩等で出向かなければならないため、疲労予測度は比較的高い。路線バスは、バス停までの距離に依存するが多くの場合、待ち時間の関係もあり疲労予測度は高い。一般車両の場合は、自宅まで迎えにきてくれるか否かは運転者との交渉しだいとなる。また、疲労予測度は、乗車希望地点までの歩行距離（Ｇ２）、降車地点から目的地までの歩行距離（Ｇ３）の他、天候、坂道の多さなどによっても左右される。また、天候（Ｇ６）に関しては、天候によって交通手段の満足度は変わる。また、乗車可能人数（Ｇ７）に関しては、利用者が複数で一緒に出かける場合の重要な評価項目となる。
【００３４】
したがって、評価項目ごとの評価点は、利用者の満足度を縦軸とし、各評価項目を横軸とする経験関数によって求める。経験関数の特性は、交通手段ごとに異なり、例えば、図２の（ａ）のグラフに示すように、満足度と所要時間若しく歩行距離の関係は、ほぼ直線で表されるが、（ｂ）のグラフに示すように、満足度と利用料金の関係は、ある金額を超えると満足度が急に下がる傾向があることを経験的に求める。また、（ｃ）のグラフに示すように、満足度と天候の関係のように、経験関数がとびとびの階段状になることもある。なお、天候と交通手段の選択には大きな関係がある。例えば、自転車やバイクは、悪天候の場合の満足度は最低であり、そもそも悪天候時には交通手段の選択肢から外されるようにしてもよい。
【００３５】
また、既に述べたように利用者は、自らの嗜好パターンに応じて、各評価項目の重み付け（重み付け係数）を付加することができる。すなわち、そのときの交通手段ごとに求められる評価項目に利用者によって定まる重み付けを掛け合わせることで最終的な評価値が算出される。実際には、利用者が重み付け係数を直接設定してもよいが、単に優先度を指定するだけでもよい。この場合、優先度が高いほど重み係数は大きくなるように自動計算されるが、この点については後述する。また、利用者ごとの利用傾向をデータベースに保存しておき、その利用傾向に基づいて、動的に判定して、優先度を自動設定してもよい。
【００３６】
交通手段情報提供サーバは、複数の評価項目に基づく評価関数を用いて交通手段ごとの評価値を算出し、予め登録されている交通手段の中で、評価値が高い順に推奨する交通手段の候補として交通手段選択画面に表示する。このように、利用者は、各評価項目の優先度を設定することで、従来のように平均値から算出された推奨データと比べて、利用者の事情に応じた交通手段の情報検索が可能となる。
【００３７】
説明を図１に戻す。今、Ｂさんの車両が、Ａさんの乗車希望地点（コンビニ）近辺にあり、Ａさんの目的地（駅）の方向に向かっており、Ａさんの現在地（自宅）からコンビニまでの移動時間を考慮してもＡさんが乗車可能な位置にあるとする。一方、Ｃさんの車両は、Ａさんの目的地（駅）に向かっているが、Ａさんの乗車希望地点（コンビニ）を既に通り過ぎている。このような場合は、Ａさんの利用者端末には、Ｂさんの車両は表示されるが、Ｃさんの車両は表示されない。ここで、Ｂさん、Ｃさんは、本システムに登録済みで、自己の車両に他のユーザを相乗りさせることを承諾しているものとする。また、相乗りさせる場合の条件は、別途契約で定めるものとする。
【００３８】
Ａさんは、利用者端末に表示された交通手段検索画面から、希望する交通手段（例えば、Ｂさんの車両）を選択し、乗車依頼要求を交通手段情報提供サーバへ送信する。交通手段情報提供サーバは、Ｂさんの車両に搭載されている車載装置（例えば、カーナビゲーション装置）にＡさんからの乗車依頼要求を送信する。Ｂさんのカーナビゲーション装置の表示画面には、Ａさんの乗車依頼要求の内容が表示される。Ｂさんは、この乗車依頼要求を確認の上、Ａさんの乗車を承諾すると、Ａさんの利用者端末に承諾の旨が送信される。そして、Ａさんは、乗車希望地点（コンビニ）まで移動することで、Ｂさんの車両への乗車が可能となり、目的地（駅）まで移動することができる。
【００３９】
（本システムの構成）
図３は、本システムの構成を示す機能ブロック図である。図３に示すように、本システムは、利用者端末１０と、複数の車両２０と、複数の車両２０から収集されるプローブ情報と、外部（外部サーバ５０）から取得した交通情報とに基づき、利用者が乗車を希望する交通手段を選択させるための情報を提供する交通手段情報提供サーバ３０とを備える。なお、利用者端末１０と複数の車両２０とがネットワークを経由で接続され、互いに交信してもよい。外部サーバ５０は、交通手段の事業者（タクシー会社、バス会社、鉄道会社等）やその他事業者等が運営し、交通関係の情報や道路の天候情報（以下、まとめて交通情報と呼ぶ）を提供するサーバである。
【００４０】
車両２０は、プローブ情報取得手段２１を備えている。プローブ情報取得手段２１は、車両に設置されている複数のセンサ等から得られるプローブ情報を取得する。プローブ情報には、例えば、ＧＰＳ（Global  Positioning  System）による位置情報、車速、加速度、車速から推測される渋滞・混雑情報、ワイパーの動きから推測される天候情報、ブレーキやアクセルの踏み具合等から計算される燃費情報、画像撮像装置(カメラ)／ミリ波レーダー（ミリ波スキャナ）から取得した周囲の道路状況のデータ等を含むものとする。なお、プローブ情報取得手段２１は、取得したプローブ情報を交通手段情報提供サーバ３０へ無線送信する通信手段も含むものとする。
【００４１】
（交通手段情報提供サーバの構成）
交通手段情報提供サーバ３０は、典型的には、通信手段３１と、プローブ情報収集手段３２と、交通情報収集手段３３と、評価値算出手段３４と、利用者画面生成手段３５と、車両端末画面生成手段３６と、制御手段３７と、記憶手段３８と、から構成される。
【００４２】
通信手段３１は、利用者端末１０及び本システムに登録された複数の車両２０との間で無線通信を行う通信インタフェース部である。
【００４３】
プローブ情報収集手段３２は、複数の車両２０のプローブ情報取得手段２１から送信されるプローブ情報を受信して制御手段３７へ出力する。
【００４４】
交通情報収集手段３３は、外部サーバ５０からネットワーク経由で交通情報を取得する。ここで、交通関係の情報とは、道路状況、渋滞・混雑情報、工事規制による交通情報、公共交通運行情報等であり、例えば、ＶＩＣＳ（登録商標）から、道路状況、渋滞・混雑情報、国土交通省から工事や事故による交通規制情報、各公共交通機関から運行情報を取得することができる。すなわち、公共交通機関の時刻表、運行状況を含む交通情報を取得する手段を備え、利用者がある交通機関を利用したときの出発地から目的地までの記所要時間は、取得した交通情報とプローブ情報を用いて算出することができる。なお、車両メーカ、通信キャリア、サービス事業者等からも交通情報を取得してもよい。
【００４５】
評価値算出手段３４は、利用者端末１０から、少なくとも目的地と希望到着時間とを含む交通手段の検索要求を受信し、目的地、希望到着時間、プロ―ブ情報、及び交通情報を入力パラメータとし、交通手段に対して予め定められた評価項目ごとに評価点（満足度）を算出し、各評価項目の評価点の総合点をその交通通手段の評価値とする。そして、評価値を求めるためのデータが変化するごとにリアルタイムに継続的に算出する。乗車希望地点が指定されていないときは、利用者端末１０の現在地とする。降車地点が指定されていないときは、目的地の半径○○ｍ以内を降車地点とする。このとき、評価値算出手段３４は、利用者の嗜好パターンに応じて、評価項目のそれぞれに付与される重み係数に基づいて、評価値を算出する。
【００４６】
利用者画面生成手段３５は、評価値算出手段３４によって算出された評価値に基づき、交通手段の情報を利用者に提示する利用者画面（交通手段選択画面）を生成する。また、交通手段選択画面には、評価値が高い順に交通手段を並べたリストを表示し、評価値が変更されるごと、すなわち、評価値を算出するためのデータが変更されるごとにリストを更新する。ただし、利用者端末１０に表示するタイミングは、リストが更新されたときであってもよいし、所定の時間（例えば、３０秒）ごとであってもよい。なお、利用者画面生成手段は、前記利用者が入力した検索条件とは異なる検索条件を用いた代替えの検索結果を生成するようにしてもよい。例えば、出発時間を前後に少しずらしたり、乗車希望位置の範囲を広げたりしてもよい。その場合の交通手段の評価値も再計算されるのは言うまでもない。
【００４７】
車両端末画面生成手段３６は、利用者端末１０により、交通手段選択画面の情報から交通手段が選択されると、選択された交通手段の運転者との間で乗車交渉を支援する端末画面情報を生成し、選択された交通手段の端末へ送信する。また、利用者が乗車するときの条件又は運転者若しくは車両の管理者が利用者を乗車させるときの条件の情報を含む車両端末画面を生成する。
【００４８】
制御手段３７は、ＣＰＵ（マイクロプロセッサ）とメモリを内蔵し、ＣＰＵがメモリに記録されたプログラムを逐次読み出し実行することにより、上記した各機能ブロック３１〜３６全体を制御する役割を担う。
【００４９】
記憶手段３８は、利用者情報ＤＢ１００と、供給車両ＤＢ２００と、走行車両ＤＢ３００と、交通情報ＤＢ４００とを含んでいる。
【００５０】
利用者嗜好判定手段３９は、利用者情報ＤＢ１００から利用者のこれまでの利用状況を抽出し、その情報を総計的に処理し、評価値に対する優先度を決定する際に役立てる。
【００５１】
車両予約手段４０は、利用者の条件にあう交通手段が存在しない場合、又は乗車が不可能な範囲に移動してしまった場合に、利用者の要求に応じて、タクシー等の配車予約依頼を行う。
【００５２】
利用者情報ＤＢ１００は、図４（ａ）にそのデータ構造の一例が示されているように、少なくとも、利用者ごとに採番されるユーザ「Ｎｏ」（ユーザＩＤ）、「ユーザ名」、自宅又は勤務地等の「住所」、乗車希望地点又は降車地点を登録した「登録地点」、利用者端末１０の最新の位置情報である「現在位置情報」、利用者ごとに設定される交通手段評価情報の「優先度」のデータ項目が登録される。
【００５３】
図４（ａ）の例では、Ｎｏ「Ａ００１００」のユーザ名「Ａ」さんは、性別が「男」、年齢が「３５歳」、住所が「埼玉県春日部市・・・・」で登録され、よく利用する目的地、乗車希望地点、降車地点等が登録地点として、「自宅、コンビニ、○○交差点」が登録されている。また、利用者端末１０の現在位置情報として、「緯度３５°３２’５．１０”  経度１３９°１０’３．８０”」が登録され、交通手段評価項目の優先度を順に、時間、料金、現在地から乗車地点までの距離、降車地点から目的地までの距離、疲労予測度、天候としている。ただし、現在位置情報は、利用者が検索を開始した後は、メモリ上でリアルタイムに更新される。また、乗車希望地点が現在位置からかけ離れているときは、確認のメッセージを利用者端末画面に表示するようにしてもよい。
【００５４】
供給車両ＤＢ２００は、本システムのサービスを登録している車両が登録されている。具体的には、登録している車両ごとに載番される車両「Ｎｏ」、相乗りの可否「相乗り」、車両運転者又は車両管理者「ユーザ名」、運転手を除く車両の乗車可能人数（最大）が登録されている。また、各車両、例えば、バス、タクシー、カーシェアリング車両、本システムに参加する一般車両の情報が登録されている。
【００５５】
走行車両ＤＢ３００は、供給車両ＤＢ２００に登録されている車両であって、現在走行している車両の車両情報がリアルタイムに格納されている。図４（ｂ）にそのデータ構造の一例が示されているように、車両ごとに載番される車両「Ｎｏ」（車両ＩＤ）、「交通手段の種類」、相乗りの可否を表す「相乗り」、車両運転者又は車両管理者を表す「ユーザ名」、車両の現在位置を示す「現在位置情報」、運転手を除く「車両の乗車可能人数（最大）」、運転手を除く「車両の乗車可能人数（現時点）」が登録され、「現在位置情報」、「車両の乗車可能人数（現時点）」は、メモリ上でリアルタイムに更新される。車両に乗車中の人数は、車両の乗降口に設置されたＩＣカード読取手段や乗客の携帯端末のＩＤを読み取る手段等で取得できる。なお、図示しないが、走行車両ＤＢ３００、供給車両ＤＢ２００には、利用者ごとの本サービスの利用履歴（実際に利用者が選択した交通手段、検索画面には表示されたが利用者に選択はされなかった交通手段の情報を含む）が記録されるようにしてもよい。交通手段の利用状況の分析に用いるためである。
【００５６】
図４（ｂ）の例では、Ｎｏ「Ｂ００２００」の「Ｔ」さんは、「一般車両」の所有者であり、相乗りを「可」としている。また、現在、「緯度３５°３０’７．１６”、経度１３９°８’８．１２”」の位置を走行しており、車両の最大乗車可能人数が運転手を除いて「１人」であり、現在は、搭乗者として１人載せているため「０人」となっている。
【００５７】
交通情報ＤＢ４００は、外部サーバ５０から取得される、例えば、道路状況、混雑情報、工事、事故情報、公共交通運行情報、天候情報等が格納され、常に更新される。
【００５８】
上記の本システムの機能、及び構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割し、あるいは複数の機能ブロックをまとめて一つの機能ブロックとして構成してもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ、ＳＳＤ(Solid  State  Ｄrive)、ハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インタフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベースは、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００５９】
図５は、本システムの交通手段情報提供サーバ３０の処理動作を示すフローチャートである。図５に示すように、交通手段情報提供サーバ３０の制御手段３７は、利用者端末１０から、目的地、希望到着時刻、乗車希望地点等を含む利用者情報を受信すると（ステップＳ１１）、記憶手段３８の利用者情報ＤＢ１００に登録する。次に、プローブ情報収集手段３２は、供給車両ＤＢ２００に基づいて、検索対象の交通手段の情報を取得する（ステップＳ１２）。具体的には、プローブ情報収集手段３２は、希望到着時間が現在時刻から所定時間内（例えば、１時間以内）の場合は、供給車両ＤＢ２００に格納されている交通手段から現在走行中の車両を検索対象とし、利用者の希望条件に合う車両を抽出し、該当する車両のプローブ情報を取得し、走行車両ＤＢ３００に格納する。希望到着時刻が現在時刻から所定時間以上の場合は、現在走行中の車両以外も検索対象とする。
【００６０】
続いて、制御手段３７は、走行車両のプローブ情報に含まれている現在位置と、利用者端末１０との位置を比較し、車両の現在位置が利用者の乗車希望地点から所定の範囲（例えば、半径３ｋｍ以内）にあるか否かを判定する（ステップＳ１３）。
【００６１】
そして、車両が利用者の乗車希望地点から所定の範囲に位置する場合（ステップＳ１３“ＹＥＳ”）、利用者嗜好判定手段３９は、利用者情報ＤＢ１００から利用者のこれまでの利用状況を抽出し、例えばその情報から各優先度の平均値を求め、評価値に対する優先度を算出する（ステップＳ１４）。続いて、評価値算出手段３４は、予め利用者が登録している交通手段の評価項目の優先度を利用者情報ＤＢ１００から抽出し、検索対象の交通手段の評価値を評価演算式（図２の関数）に基づき算出し（ステップＳ１５）、得られた評価値に基づいて、検索結果として得られた交通手段の評価リストを生成し（ステップＳ１６）、以後、継続して評価値を求めるためのデータに変化があるたびにリアルタイムに更新する（ステップＳ１７）。なお、利用者が交通手段の評価項目の優先度を登録していない場合は、ステップＳ１４に算出した優先度に基づいて評価値の算出を行う。
【００６２】
ここで、交通手段の評価値の評価演算方法の一例を説明する。本説明では、優先度を５段階として、１から５までの順に優先度が高いものとし、５に関しては、評価値の計算の考慮に入れないものとする。例えば、優先度１には重み０．４、優先度２には重み０．３、優先度３には重み０．２、優先度４には重み０．１、優先度５には重み０を付加する。また、例えば、前述したＧ１，Ｇ２，Ｇ３の経験関数は、初期値を５として、Ｇ１（所要時間）は、１０分ごとに満足度は１減算され、Ｇ２（乗車希望地点）とＧ３（降車希望地点）は、乗車希望地点と現在地の乖離距離又は目的地と降車地点の乖離距離が５０ｍごとに１減算されるような経験関数であり、Ｇ５（利用料金）は、３００円までは５（一定）であるが３００円を超えると１００円ごとに満足度が０．４ずつ減算され、１６００円を超えると０になるような経験関数であるとする。また、Ｇ４（疲労予測度）に関しては、利用者が交通手段を利用したとしても、どうしても歩行が必要な距離に応じて、３段階評価され、評価「きつい」が０、評価「普通」が３、評価「楽々」が５となるような経験関数であるとする。また、利用可能人数は、相乗り状態の場合は１、誰も乗車していない場合は５となるような経験関数であるとする。
【００６３】
今、上記のような経験関数を用い、交通手段がタクシーである場合、利用者が設定した評価項目の優先度の順が（１）所要時間、（２）利用料金、（３）疲労予測度、（４）乗車希望地点、（４）降車地点、（５）天候、（５）利用可能人数であるとし、出発地、目的地及びその他の情報の入力パラメータによって、現在地（出発地）から目的地への到着時間が２０分（評価点３）、利用料金が２０００円（評価点０）、疲労予測度が「楽々」(評価点５）、希望地点と降車地点がそれぞれ乖離距離０ｍ（評価点５）、天候が晴れ（評価点５）、乗車可能人数が誰も乗車していない（評価点５）となったとすると、その利用者のタクシーの交通手段としての評価値（総合評価）を計算すると、Ｆtaxi＝０．４×３＋０．３×０＋０．２×５＋０．１×５＋０．１×５＋０×５＋０×５＝３．２となる。なお、本説明では、全ての交通手段に共通の優先度を設定して評価値を算出したが、交通手段ごとに異なる優先度を設定してもよい。
【００６４】
図５に戻り、一方、該当する車両が利用者の乗車が不可能な範囲に位置する場合（ステップＳ１３“ＮＯ”）、ステップＳ１２の処理に戻り、再度、検索対象の交通手段の情報を取得する。なお、交通手段検索画面に表示されている交通手段の選択肢にタクシー等が存在し、乗車が不可能な範囲に移動してしまった場合、車両予約手段４０は、該当するタクシーの配車依頼を行ってもよい。
【００６５】
次に、交通情報収集手段３３は、外部サーバ５０から、道路状況（渋滞情報、交通規制情報）、公共交通の時刻表及び運行情報、天候情報等の交通情報を受信する（ステップＳ１８）。続いて、制御手段３７は、検索対象の交通手段、評価リスト、交通情報に基づいて、利用者に乗車を希望する交通手段を選択させるための交通手段検索画面を交通手段比較テーブルに基づいて生成する（ステップＳ１９）。なお、交通手段検索画面の更新頻度は、設定で変更することが可能であり、例えば、３０秒間は表示を継続し、その３０秒間は、閲覧している利用者のみが表示されている交通手段を選択できる、いわゆる仮予約状態にするようにしてもよい。
【００６６】
ここで、交通手段比較テーブルについて説明する。図６にその構成の一例を示すように、上部に、利用者が交通手段検索画面で入力した乗車希望地点（出発地）、目的地、出発予定時刻若しくは希望到着時刻、の情報が格納されている。利用者からの上記情報を受信すると、制御手段３７は、上記情報に基づいて交通手段ごとに、所要時間（利用者が目的地まで移動する際の総時間）、交通機関の料金、利用者及び車両の移動距離等を算出し、評価値算出手段３４に基づく交通手段の検索結果の一覧を評価値が高い順に表示する。利用者が入力した乗車希望地点、目的地、出発予定時刻若しくは希望到着時刻とは異なる検索条件を内部的に生成し、代替えの検索結果を表示することもできる。例えば、乗者希望地点を５０ｍ移動するか、出発予定時刻を５分早くすれば、別の車両に乗車可能になり、目的地に１０分早く到着可能となるような場合等には、そのような代替え検索条件での検索結果も表示することができる。
【００６７】
交通手段比較テーブルには、交通手段の種類、所要時間、料金、該当する交通手段の現在位置から利用者の乗車希望地点までの距離（ｍ）、降車地点から目的地までの距離（ｍ）、該当する交通手段の乗車希望地点の通過予測時刻、該当する交通手段を選択した場合の利用者の疲労予測度、乗車可能人数（運転者を除く）等が格納される。なお、交通手段検索画面に表示されている交通手段の詳細ボタンを押下することで、交通手段比較テーブルに格納されている詳細情報が表示される。
【００６８】
なお、疲労予測度は、利用者が位置する場所から乗車希望地点までの歩行距離、降車地点から目的地までの歩行距離、及び天候情報等に基づいて算出される。例えば、天候がよい場合は、トータルの歩行距離に所定の係数を乗じて疲労予測度を計算するが、悪天候の場合は、雨量、風速、気温等に応じて、その所定の係数の値を３〜１０倍にして疲労予測度を計算する。また、検索画面上での疲労予測度は、所定の閾値に応じて、「きつい」、「普通」、「楽々」等に相当する数値が格納される。例えば、図６の一覧の一番下のバスを例にとると、バスの現在位置が乗車希望地点（バスの場合は、乗車希望地点はバス停になる）まで３ｋｍ離れていることを示し、利用者の現在位置から乗車バス停までの距離が３ｋｍ、降車地点（降車バス停）から目的地までの距離が２００ｍ、天候が雨であったとする。この場合の疲労予測度は、（１ｋｍ＋０．２ｋｍ）×３＝３．０と計算される。そして、疲労予測度が３段階で定義され、その閾値が、１．０、２．０、３．０であるとすると、この場合、疲労予測度は、いちばん高い「きつい」と表示される。なお、疲労予測度については、利用者ごとに違いが生じるため、例えば、年齢等を入力することによって、疲労予測度の閾値の範囲を変更することも可能である。
【００６９】
次に、乗車希望地点、降車地点の追加、変更、削除、評価項目の優先度の設定変更方法について説明する。交通手段検索画面に表示されている設定変更ボタン（図示せず）を押下することで設定変更画面に遷移する。設定変更画面には、例えば、図７に示すように、現在登録されている登録地点が表示される。登録地点に表示されている地点の一つを選択し、決定ボタンを押下することで、乗車希望地点の欄に該当する地点が表示され、登録される。また、新たに登録地点を追加したい場合は、追加ボタンを押下し、住所を入力することよって、登録地点欄に表示され、登録される。また、登録地点は、利用者の好みに合わせて名称を変更することが可能である。登録地点欄に表示されている登録地点の名称を選択し、詳細ボタンを押下することによって、地図画面及び地図情報が表示される。また、優先度の設定に関しては、各評価項目が表示され、利用者の状況に応じて優先度を変更することが可能である。
【００７０】
また、利用者は、各評価項目の優先度をまとめて設定するための独自の「移動パターン」を定義し、各パターンに名前を付加して登録することができる。例えば、移動パターンとして、「いつもの移動（通勤、通学、通院、日用品の買い物等）」、「友達とゴルフにお出かけ」、「散歩」等と登録しておくことで、パターンを選択するだけで個別状況に応じた優先度の設定変更を容易に行うことができる。
【００７１】
図５の説明に戻る。利用者によって、交通手段が選択された場合、（ステップＳ２０“ＹＥＳ”）、車両端末画面生成手段３６は、選択された車両の運転者又はその管理者との間で乗車の可否等の連絡をとるための車両端末画面情報を生成する。なお、利用者が交通手段を選択した段階（乗車依頼を送信した段階）では、画面を他の利用者が選択できないようにロックする。そして、制御手段３７は、選択された車両の端末に乗車依頼要求を送信する（ステップＳ２１）。例えば、図８に示すように、選択された車両（Ｂさんの車両）の端末（例えばカーナビゲーション装置）の画面には、利用者（Ａさん）からの乗車依頼の詳細である、乗車依頼者の氏名、乗車希望地点、目的地、希望到着時間、及びコメントとして、乗車依頼を承諾した場合（迂回した場合）の目的地到着予定時間が表示される。また、目的地到着予定時間の他に、現在のルート（太い実線）及び迂回する場合のルート（太い点線）が表示された地図情報が表示されるようにしてもよい。地図情報は、画面を押下することで、拡大表示される。なお、図示していないが、乗車依頼内容に問題がある場合、例えば、希望する時間に間に合わない等のときは、乗車依頼を受けた利用者に交通手段情報提供サーバ３０を介して、変更依頼を送信することも可能である。
【００７２】
また、乗車依頼中には、図９の上段に示すように、承諾待ちの間は、「Ｂさんへ乗車依頼問合せ中」と表示される。そして、所定の時間（例えば、３０秒）が経過すると、乗車ＮＧとみなし、図９下段の交通手段検索画面に遷移する。Ａさんは、次の交通手段（例えば、Ｃさんの車両）を選択することで、再度乗車依頼を送信することができる。なお、図９中段の交通手段検索画面に、図８上段の交通手段検索画面には表示されていたＤさんが消えているのは、Ｄさんの車両がこの時点では乗車希望地点を既に通り過ぎてしまったことを示している。
【００７３】
図５に戻り、交通手段が選択されていない場合、（ステップＳ２０“ＮＯ”）、制御手段３７は、ステップＳ１１に戻り、再度利用者情報を受信する処理を進める。
【００７４】
続いて、選択された交通手段から乗車承諾を受信すると（ステップＳ２２“ＹＥＳ”）、制御手段３７は、利用者端末１０へ承諾情報及び選択した車両の詳細を送信する（ステップＳ２３）。このとき、図１０に示すように、少なくともＢさんがＡさんの乗車依頼を承諾した旨のメッセージと、乗車希望地点の場所と、乗車希望地点への到着時間が表示される。
【００７５】
一方、乗車承諾の受信が一定時間ない場合（ステップＳ２２“ＮＯ”）、利用者画面生成手段３５は、非承諾の車両をリスト上から削除するとともに、一定時間経過によって、乗車可能な位置の範囲外となった交通手段をリストから削除し、ステップＳ２０の処理に戻る（ステップＳ２４）。
【００７６】
（実施形態の効果）
以上の説明のように本システムによれば、ネットワーク経由で接続される利用者端末１０から、少なくとも目的地と希望到着時間とを含む交通手段の検索要求を受信し、目的地、希望到着時間、プロ―ブ情報を入力パラメータとする交通手段ごとの評価値をリアルタイムに算出して利用者に提示することにより、利用者に、リアルタイム性の高い交通情報の中から、最適な交通手段を選択させることができる。
【００７７】
また、評価値の算出には、交通手段に対する所定の評価項目のそれぞれに対する前記利用者の満足度を経験的に求めた経験関数を用いて、定量的に算出することができる。また、評価値の算出には、公共交通機関の時刻表、運行状況を含む交通情報等を外部から取得して利用することができる。
【００７８】
また、交通手段に対して予め定められた評価項目の評価点及び評価項目それぞれに付加される重み係数に基づいて、評価値を算出することで、利用者の個別事情や嗜好に応じた交通手段の選択が可能となる。
【００７９】
また、交通手段検索画面には、評価値が高い順に交通手段を並べたリストを表示し、評価値を求めるためのデータが変更されるごとに評価値を再計算し、リストを更新するため、利用者は、最新の交通情報に基づき、目的地までの交通手段を選択することができる。したがって、過去の交通情報を蓄積して利用者に推奨する交通手段を提示していた従来例とは異なり、実時間で目的地までの移動に最適な交通手段の選択が可能になる。また、利用者が入力した検索条件とは異なる検索条件を用いた代替えの検索結果を生成するようにもできる。
【００８０】
また、選択された交通手段の端末に、利用者が乗車するときの条件又は運転者又は車両の管理者が利用者を乗車させるときの条件の情報を含む端末画面を提供することで、運転車等は、乗車希望の依頼者情報を即座に確認することが可能となる。
【００８１】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００８２】
１０    利用者端末
２０    車両
２１    プローブ情報取得手段
３０    交通手段情報提供サーバ
３１    通信手段
３２    プローブ情報収集手段
３３    交通情報収集手段
３４    評価値算出手段
３５    利用者画面生成手段
３６    車両端末画面生成手段
３７    制御手段
３８    記憶手段
３９    利用者嗜好判定手段
４０    車両予約手段
５０    外部サーバ
１００  利用者情報ＤＢ
２００  供給車両ＤＢ
３００  走行車両ＤＢ
４００  交通情報ＤＢ
【図１】
0006578524.tif 000002
【図２】
0006578524.tif 000003
【図３】
0006578524.tif 000004
【図４】
0006578524.tif 000005
【図５】
0006578524.tif 000006
【図６】
0006578524.tif 000007
【図７】
0006578524.tif 000008
【図８】
0006578524.tif 000009
【図９】
0006578524.tif 000010
【図１０】
0006578524.tif 000011