(57)【要約】  【課題】      従来、乗客がタクシーを探すには道端に立って空車が来るのを待って手を上げてタクシーを止めるものであった。この方法では自分が希望する条件のタクシーが来るとは限らず、先に来たタクシーに仕方なく乗車していた。  【解決手段】      本発明はインターネット接続した乗客が携帯するＧＰＳ携帯端末または地理情報により位置を特定し、希望タクシー条件と共に位置登録しておき、タクシー運転手が利用するＧＰＳ携帯端末により定期的に位置登録を繰り返し、タクシーが乗客の近くを通った時にお互いの検索条件が一致した場合、乗客にメールでタクシーの存在を通知し、メール本文で提示したＵＲＬに接続し、タクシーの電話番号を表示し、タクシーの携帯電話番号に電話をかけ、乗客とタクシー運転手が携帯端末で通話して乗車をする。  【選択図】    図１
2009026217.tif 000002
【特許請求の範囲】
【請求項１】
乗客が携帯する携帯端末１とタクシー運転手がタクシー車内で利用する携帯端末２とインターネットに接続されたタクシー利用支援サーバー５（以後単にサーバーと呼ぶ）を具備しシステム化し、携帯端末１が本サーバーに認証し、位置を特定（ＧＰＳ携帯端末の位置情報または地理情報の緯度経度情報または基地局の位置情報を利用）し、希望するタクシーの条件と供にサーバーに位置登録する手段と、携帯端末２が本サーバーに認証し、タクシーの諸元と位置を特定し、サーバーに位置登録する手段と先に位置登録した携帯端末１を後から位置登録した携帯端末２が検索して発見しメールで携帯端末１および携帯端末２へ通知する手段と乗客がメール本文に提示したＵＲＬによりサーバーにアクセスし、携帯端末２を検索する手段と携帯端末１と携帯端末２の距離と登録時間差と少なくとも携帯端末２の携帯電話番号を表示する手段と携帯端末１から携帯端末２に電話をかけて音声通話により乗客とタクシー運転手が直接交渉しタクシーに乗車することを特徴とするタクシー利用支援システム。
【請求項２】
前記したタクシーの諸元は料金またはクレジットカードまたは禁煙タクシーまたはタクシー会社またはその他の条件を組み合わせて乗客の携帯端末１からの選択条件（以降、単に諸元と呼ぶ）にする手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項３】
タクシーが利用する携帯端末２により周辺エリア内を検索し、先に位置登録した乗客を探す場合に、検索する範囲を変更する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項４】
前記サーバーが携帯端末１または携帯端末２を特定するために携帯端末の個体識別番号または、携帯電話番号・ユーザーＩＤ・メールアドレス等を使用し、サーバーに登録し、認証する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項５】
前記サーバーに登録した乗客またはタクシーの位置情報等を文字または画像で携帯端末１および携帯端末２に表示する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項６】
前記タクシーの実車・空車・迎車・回送等の状態をタクシーメーターから携帯端末２に読み取る手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項７】
前記サーバーを利用した乗客が応答メールを受信したにもかかわらずタクシーを呼び出す行為をせずに途中放置した場合、または携帯端末１に携帯端末２の電話番号を表示したにもかかわらず途中放置した場合に悪い評価とし、また応答メールを受信し最後まで完結した処理をした場合に良い評価としてデータベースに記録し乗客を評価する手段を備え、この評価点数を蓄積し本サーバーの利用を制限する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項８】
前記サーバーの利用状況をタクシー会社が乗客または所轄しているタクシーの状態をパソコン等に文字または画像表示する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【請求項９】
前記した携帯端末２の機能を分担しカーナビ・パソコン・ＰＤＡ等によりＧＰＳ位置測定・タクシーメーターの読み取り、乗客またはタクシーの位置情報等を文字または画像で表示する手段を備えることを特徴とする請求項１に記載のタクシー利用支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット接続およびメールの送受信が出来る携帯端末などを用いてネットワーク経由でサーバーにアクセスしでタクシーと乗客の間で相手を探すシステムに関する。          
【背景技術】
【０００２】
従来、乗客がタクシーを探すには道端に立って空車が来るのを待って手を上げてタクシーを止めるものであった。この方法では自分が希望する条件のタクシーが来るとは限らず、先に来たタクシーに仕方なく乗車していた。
【０００３】
また、配車センターに電話をしてタクシーを呼ぶ場合は、タクシー会社が特定されてしまい、近くに他社のタクシーが存在していても選択できずに、電話した会社の中から選択されて遠くにいるタクシーを待つことになってしまう。
【０００４】
従来のインターネットを利用した方法では、位置登録したタクシーの中から検索して乗客が希望する条件の情報を抽出しタクシー乗車を支援するものであった。この方法ではタクシーが高速で移動しているため、タクシーの位置はサーバーに登録した位置とは差がでてしまい、乗客が乗車希望をしたときは既に遠くに離れている可能性が高く、乗客を迎えに行くまでに時間がかかってしまう。（例えば、特許文献１、特許文献２、特許文献３参照）
【０００５】
また、従来のインターネットを利用して配車場所と配車時間を指定して配車予約し、配車センター側でタクシーを選択する方法はあったが、乗客の携帯端末にプログラムをインストールする必要があるので現実性で問題があった。（例えば、文献４参照）
【０００６】
また、従来のエリアコードを用いては配車場所指定する方法では、エリアコード対応のキャリアと機種が限定されて、利用出来ない携帯端末が存在してしまう。（例えば、文献１参照）
【特許文献１】特開2004-287717
【特許文献２】特開2003-99891
【特許文献３】特開2002-279589
【特許文献４】特開2003-67890
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明では乗客がタクシーを探すときに道端に立ってタクシーを呼び止めるとかタクシー会社に電話して配車をするのでは、希望するタクシーを見つけることが困難である。
【０００８】
また、インターネット接続した携帯端末を使ってタクシーを探す方法でも、位置登録したタクシーを乗客が検索するのでは、タクシーが高速で移動しているのでタクシーが遠くに走り去っている可能性が高く、乗客の近くで発見するのは困難である。
【０００９】
またインターネットを利用したタクシーを探す方法が一般的になり乗客がいたずらにタクシーを呼ぶために位置登録をしたりすると、タクシーに迷惑をかけ、システムの信頼を失うことになる。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、
請求項１では、先ず乗客がインターネット接続した携帯端末１で現在位置をサーバーに位置登録する。この時、現在位置を特定するには携帯端末１のＧＰＳ機能を利用して緯度・経度を測定する方法または地理情報（ＧＩＳ）データベースを利用して現在の住所を選択して緯度・経度を特定する方法等を提供する。また請求項２のタクシー料金・クレジットカード・禁煙・タクシー会社・その他の諸元等を選択し、データベースに登録する。この状態を「タクシー逆探知予約」と呼ぶ。
【００１１】
携帯端末２は走行中にＧＰＳ携帯端末等により現在地を測定し、プログラムされたタイマーにより定期的にサーバーへ位置登録を繰り返す。また携帯端末２が位置登録した瞬間に現在地の周辺で乗客がタクシーを探すために位置登録していないか、またタクシー検索条件は自分のタクシーの諸元と一致しているかチェックする。
【００１２】
もし、タクシーの諸元と乗客が希望する条件が一致すれば、タクシーが近くにいる事を乗客の携帯端末１および携帯端末２にメールで通知する。携帯端末２のメールには受付番号とＵＲＬを通知し、タクシーは近辺に乗客がいることを認知し、タクシーを減速するか停車し乗客からの連絡を待つことが出来る。携帯端末１のメールには本発明のシステムのＵＲＬを提示する。これを「タクシー逆探知応答」状態と呼ぶ。乗客は携帯端末１のＵＲＬをクリックすることで、通知したタクシーを再度検索する。そして既定する範囲内の距離にタクシーが存在していれば、タクシーの携帯電話番号等を表示し、乗客は携帯端末１で直接タクシーに電話をする。この状態を「タクシー呼出済」と呼ぶ。そして乗客とタクシー運転手が電話で交渉し乗車する。つまり、配車センターの仲介を必要せずに乗客が希望する条件に一致したタクシーが乗客の近くに来たときに自動的に乗客に通知する。
【００１３】
請求項３は郊外などでタクシーを探す場合、走っているタクシーが少ないため検索できない可能性が高い。また乗客は迎車料金を多く払ってでも迎えにきて欲しい場合がある。またタクシーにとっても広い範囲で乗客を検索したい場合がある。そこで携帯端末２が検索するエリアの大きさを変更して検索する範囲を広くするなどにより、携帯端末１を見つけ安くする。以後この検索エリアをタクシー逆探知エリアと呼ぶ。
【００１４】
具体的にはタクシーが位置登録するときにＧＰＳ衛星の緯度・経度を取得し、地理情報により緯度・経度から市区町村を割り出し、データベースの別テーブルの市区町村からタクシー逆探知エリアの距離を抽出する。この距離を検索する既定の範囲とする。また乗客は携帯端末１の画面から選択することでタクシー逆探知エリアの距離を変更します。またタクシーは自分のタクシーの諸元を変更することにより検索するタクシー逆探知エリアを変更します。そして乗客が提示したタクシー逆探知エリアの距離とタクシーが提示したタクシー逆探知エリアの距離が満足した距離をタクシー逆探知をする距離とする。
【００１５】
請求項４は前記請求項１の仕組みを実現するため乗客の個人情報である携帯端末１の個体識別番号およびメールアドレスを組み合わせて個人を特定しデータベースに登録し、本サーバーを利用するたびに携帯端末１の個体識別番号を送信することで認証し、本発明のシステムを利用する。
【００１６】
請求項５は前記請求項１の仕組みを利用した乗客がタクシー逆探知予約する時や予約完了したタクシーを画面で確認して待つ時に、ＷＥＢ地図などにより乗客とタクシーの位置関係をビジュアルに表示する。
【００１７】
請求項６は前記請求項１の仕組みを利用するためにタクシーの空車・実車等の営業状態をタクシーメーターから携帯端末に読み取り、サーバーにタクシーの最新営業状態を登録し、走行中にタクシードライバーが手で携帯端末を操作することなく本発明のシステムを利用し、安全運転をすることが出来る。
【００１８】
請求項７は前記請求項１の仕組みを利用し、乗客がサーバーに位置登録するとタクシーは、そこで乗客が待っていると信じて乗客の周辺に向かい位置登録することでタクシーの存在を通知する。しかし乗客が「タクシー逆探知応答」メールを受信しても乗客が途中放置した場合、タクシーは無駄な乗客追いをしたことになる。本発明のシステムはこの様な乗客に対して、乗客を評価する手段を有する。具体的には「タクシー逆探知応答」状態になった時間から既定の時間内にタクシー検索をしなかった場合、またはタクシー検索が成功してもタクシーに電話をしなかった場合に悪い評価をつける。そして、この評価点数を蓄積し本発明のシステムの利用を制限する。この評価機能はシステムの信頼性を得るためには必須となり重要になるものである。
【００１９】
請求項８は前記請求項１の仕組みを利用した乗客およびタクシーを所轄しているタクシー会社が監視し、様々な営業活動に利用するため、乗客またはタクシーの位置・状態をパソコンに画像表示する。手段としてはインターネット接続したタクシー会社のパソコンで本サーバーにアクセスしＩＤ・パスワードにより認証をする。このＩＤに関連付けされたタクシー会社が特定され営業区域内の自社のタクシーのみを監視することが出来る。また乗客の位置登録時間等の状態を監視する。
【００２０】
請求項９は前記した携帯端末２の画面が小さいのでタクシー運転手が画面を見て操作しながら運転するのは困難なため、携帯端末２の機能を分担しカーナビ・パソコン・ＰＤＡ等によりＧＰＳ位置測定・タクシーメーターの読み取り、乗客またはタクシーの位置情報等を文字または画像で表示する。
これにより、タクシーはカーナビ等の地図またはＷＥＢ地図を利用し、画面を見ながら乗客が集中している場所を把握することが出来て無駄な流し走行を防止することが出来る。またこの機能分担により携帯端末２は着信専用電話となる。
【発明の効果】
【００２１】
請求項１による効果は、乗客が携帯端末からインターネット接続することでタクシーを探すことが出来るので、わざわざ道端に立ってタクシーを呼び止める必要がない。さらに、希望するタクシーが来るまで待つことなく、携帯端末の画面に条件を入れるだけで、希望するタクシーを見つけることが出来る。また、タクシーにとっては乗客が多く出没する場所周辺をリアルタイムに知ることが出来るので、無駄に流している時間を短縮し、タクシーは実車率を上げることが出来て収益を上げることが出来る。また燃費を少なく環境にやさしいタクシーとすることが出来る。
【実施例】
【００２２】
本発明の実施の形態について図面を参照して説明する。ここで共通する部分には同一の符号が付される。
図１は本発明のシステムの運用図である。乗客が携帯する携帯端末１は携帯電話網３、インターネット網４を経由して本発明のサーバーに接続する。また携帯端末１はサーバーからの要求に応じてＧＰＳ衛星６の電波を受信する。タクシーの運転手７によって車内で利用される携帯端末２も前記と同様の経路でサーバーに接続する。また携帯端末２に搭載したアプリケーションによりプログラムされたタイマーにより、定期的にサーバーに位置登録を繰り返す。ここで携帯端末２の位置情報はＧＰＳ衛星６の電波を受信することにより確定される。
【００２３】
本発明のサーバーで使用するデータベースの各テーブルは通番と他のテーブルをリンクで関連付けし、データを呼び出す仕組みを本システムで実現する。
【００２４】
先ず乗客はインターネット接続した携帯端末１でサーバーにアクセスすると請求項１の認証行為が行なわれる。認証手順は図１４のフローチャートで示すように携帯端末１で送信（ステップｓ1）した個体識別番号と乗客情報に登録された個体識別番号を検索（ステップｓ２）して一致し、メールアドレスが存在（ステップｓ３）すれば認証される。もし認証失敗の場合はメールアドレス設定処理（ステップｓ４）に遷り、登録認証（ステップｓ５ｓ６）される。この時に登録されるデータは図８の乗客情報にメールアドレスと個体識別番号のようになる。
【００２５】
次に請求項１の携帯端末１がサーバーに位置登録する手順を図１５のフローチャートに示し説明する。携帯端末１がサーバーにアクセスするとＧＰＳ衛星６（ステップｓ７）の電波受信を指示され、現在位置を測定する。位置測定が成功すると乗客の現在地を図１矢印ａ１の方向でサーバーに位置登録する（ステップｓ９ｓ１０ｓ１１）。この時に登録されるデータは図９のアクティブ情報に乗客ＩＤ・緯度・経度・タクシー逆探知予約状態・登録時間等である。乗客のタクシー検索条件は図１０のタクシー諸元にリンクしたデータは図１１のリンク情報に登録される。乗客の携帯端末１がＧＰＳ機能を持っていない場合は、サーバーに保存してある図１２の地理情報（ＧＩＳ）により住所を選択（ステップｓ８）することで現在位置の緯度・経度を特定する。
次に請求項目１のタクシー運転手の携帯端末２が位置登録して乗客の携帯端末１を検索する手順を図１６のフローチャートに示し説明する。タクシー運転手は携帯端末２のＧＰＳ機能を利用して現在位置を測定（ステップｓ１２）し図１矢印ａ２のように携帯電話網３とインターネット網４を通じて定期的に位置登録を繰り返し（ステップｓ１８）走行している。この時に登録されるデータは図１３のように携帯端末２の運用履歴となる。携帯端末２が位置登録するたびにサーバーはタクシーの周辺に「タクシー逆探知予約」があるかチェック（ステップｓ１６）する。もし「タクシー逆探知予約」が見つかった場合は、タクシーの諸元と乗客の希望検索条件を比較して希望条件が満足していれば、所定の時間内に登録した「タクシー逆探知予約」であるかチェックする。そして全ての条件が満足していれば、図１矢印ａ３の矢印の経路でサーバーからメールを送信（ステップｓ１７）し乗客にタクシーが近くに来たことを通知すると供にサーバーの図９アクティブ情報に逆探知応答済として状態を更新すると供にドライバーＩＤを登録（ステップｓ１９）する。この時のタクシー逆探知エリアの距離は緯度・経度から市区町村を割り出し決定（ステップｓ１３ｓ１４ｓ１５）する
次に請求項１の「タクシー逆探知応答」メールを受信した乗客がタクシーを呼び出す手順を図１７のフローチャートに示し説明する。乗客はメールを受信（ステップｓ２０）しメールの本文に提示されたサーバーのＵＲＬをクリック（ステップｓ２１）すると「タクシー逆探知応答」を出したタクシーを図９アクティブ情報から乗客の携帯端末１に対応するドライバーＩＤを読み出す。次にドライバーＩＤを元に図１３の利用履歴と携帯端末１の図９アクティブ情報と比較計算（ステップｓ２３ｓ２４ｓ２５ｓ２６）し、まだタクシーが「タクシー逆探知エリア」内に存在（ステップｓ２７）していれば、携帯端末１の画面にタクシーの携帯電話番号を表示（ステップｓ２８）する。乗客が携帯電話番号をクリックすると図１矢印ａ４のように携帯電話網を通じてタクシーに電話（ステップｓ２９）をかける。この時の状態を「タクシー呼出済」として図９アクティブ情報の状態に書き込む（ステップｓ３０）。そして乗客とタクシーは乗車交渉をしてタクシーは迎車となる。ここで乗客を認証する方法は前記認証ステップと同様（ステップｓ２１ｓ２２）である。このエリアの距離は図７の逆探知エリア情報により取得する。
【００２６】
次に請求項７の乗客が本システムを利用状況を評価する手順を図１８のフローチャートに示し説明する。評価する契機は各イベントが発生するたびに実行され、アクティブ情報に記録されている全乗客に対して処理が行なわれる。まずアクティブ情報の状態と経過時間により判断し逆探知予約中（ステップｓ３１）で３０分以上経過していれば、時間切れタクシーが見つからなかったとして逆探知予約を自動的に削除する。次に逆探知応答をしてタクシーと乗客にメールを送って既定の時間を過ぎた場合は乗客にメールを送るとともに悪い評価として点数を追加する。次にタクシーの電話番号を提示しタクシー呼出済状態となっても既定時間内にタクシーの着信が無い場合か悪い評価として点数を追加する。総じて言えば乗客が予約をしながら放置してしまった場合に悪い評価（ステップｓ３７）となり正規に処理をした場合良い評価（ステップｓ３８）となる。
【００２７】
図２は前記図１の運用図の「タクシー逆探知予約」をするまでの携帯端末１の画面遷移図である。ｇ１画面は乗客の携帯端末1の画面に表示する画面で希望するタクシーの条件を選択する。ここで選択した項目はここで説明していない詳細設定画面でさらに詳細タクシー希望条件を入力する。ｇ１のタクシー希望条件の選択が終了するとｇ２のユーザー認証画面に移る。この画面は携帯端末１の機種により異なるが、携帯端末固有のコード個体識別番号を取得しサーバーに登録する。ｇ３の位置情報画面も機種により異なるがＧＰＳ携帯端末の場合はＧＰＳ衛星からの電波を受信し、ｇ４ｇ５画面の様に現在位置を決定する。ここでＧＰＳ携帯端末以外の場合はｇ６画面の様に地理情報（ＧＩＳ）により住所等を選択して現在地を決定する。以上の手順により希望するタクシーの条件・緯度・経度が決定すれば、ｇ７画面でサーバーに「タクシー逆探知予約」の登録をする。
【００２８】
図３は前記図１の運用図のタクシーが「タクシー逆探知応答」をするまでの携帯端末２の画面遷移図である。タクシーが携帯端末２で本発明のシステムを利用するには、ここでは説明していないユーザー登録手順でユーザー登録しておく必要がある。ｇ８画面はタクシーが簡単にシステムにログイン出来るように自動ログイン画面を用意しておく。次にｇ９ｇ１０画面の様に携帯端末２の個体識別番号を送信させて、このシステムに登録されたタクシーユーザーであれば、ログイン成功となる。ｇ１１画面は携帯端末２のアプリケーションにより定期的に現在位置を測定し、またタクシーメーターによりタクシーの空車・実車の運用状態を検出してアプリケーションで処理をする。ｇ１３のプロセスでは乗客が「タクシー逆探知予約」した時の位置情報とｇ１１でタクシーが測定した位置情報を比較する。ｇ１５ではｇ１４タクシー逆探知予約データと比較した結果を判断して条件が一致すれば、ｇ１６のサーバーからＵＲＬを提示して乗客にメールを送信する。
【００２９】
図４は前記図１の運用図のａ３経路で乗客が「タクシー逆探知応答」のメールを受信してからタクシーに乗車するまでを説明する。乗客が「タクシー逆探知応答」メールを受信し本文を開くとｇ１７画面の様にアクセスするためのＵＲＬが提示されてくる。乗客がＵＲＬをクリックするとｇ１８ｇ１９画面のユーザー確認を求められる。これは携帯端末１の個体識別番号を用いて確実に「タクシー逆探知予約」をした乗客であるかをｇ２０でチェックする。ここで「タクシー逆探知予約」をした乗客であれば、再度タクシーの存在と予約時間をチェックし、全ての条件が満足すればｇ２１画面の様にタクシーの携帯電話番号・メールアドレス等が表示される。ここで携帯電話番号をクリックすると携帯端末１を通話モードに切り替えてタクシーに電話をかける。この状態を「タクシー呼出済」としてサーバーに登録する。しかしながら既定の時間内に希望するタクシーが見つかったにもかかわらず、途中放置して「タクシー呼出」をしなかった場合は、前記した評価手順により悪い評価として記録される。ｇ２１画面ではタクシーが電話呼出に応答すると乗客とタクシーが直接通話して乗車交渉をする。そしてタクシーの迎車を待ち乗車する。
【００３０】
図５はハンズフリーで本発明のシステムを操作するための構成図である。ハンズフリー機能はタクシーメーターｇ２２・外部マイクｇ２３・外部スピーカーｇ２４等の周辺機器と携帯端末２から構成される。周辺の機器は携帯端末２のアプリケーションにより制御される。まずタクシーメーターからは空車・実車・迎車などの状態ｇ２５ケーブルを通じて携帯アプリケーションで読み取り処理をする。携帯端末２に音声着信があるとマイクに付属している着信ボタンを操作しアプリケーションモードから音声着信モードに切り替える。
【００３１】
図６は本発明を利用した乗客・タクシーの状態をタクシー会社のパソコンで表示する図である。先ずａ５の矢印は乗客の携帯端末１および携帯端末２がＧＰＳ衛星６の電波を受信し、位置を測定する。ａ６は乗客がサーバーに位置登録しａ７はタクシーがサーバーに位置登録する。ａ８の矢印はタクシー会社が本発明のサーバーにアクセスしユーザＩＤとパスワードにより認証をすると営業区域内の自社のタクシーと乗客が位置登録した場所をパソコンで表示させる。ｇ２６ｇ２７は乗客の位置とタクシーの位置を見ながらタクシーの状態を把握し、さまざまな営業活動をする。
【図面の簡単な説明】
【００３２】
【図１】タクシー逆探知システム運用図
【図２】画面遷移図（乗客用タクシー逆探知予約）
【図３】画面遷移図（運転手用タクシー逆探知応答）
【図４】画面遷移図（乗客用タクシー呼び出し）
【図５】タクシー運転手がハンズフリーで本発明のシステムを運用する図
【図６】タクシー会社が本発明のシステムを運用する図
【図７】データベーステーブル（逆探知エリア情報）
【図８】データベーステーブル（乗客情報）
【図９】データベーステーブル（アクティブ情報）
【図１０】データベーステーブル（タクシー諸元）
【図１１】データベーステーブル（予約リンクテーブル）
【図１２】データベーステーブル（地理情報（ＧＩＳ））
【図１３】データベーステーブル（運転手の利用履歴）
【図１４】フローチャート（乗客認証）
【図１５】フローチャート（乗客が逆探知予約をする）
【図１６】フローチャート（タクシーが逆探知応答を出す）
【図１７】フローチャート（乗客がタクシーを呼出す）
【図１８】フローチャート（乗客評価）
【符号の説明】
【００３３】
１  乗客が携帯する携帯端末
２  タクシー運転手が携帯する携帯端末
３  携帯電話網
４  インターネット網
５  本発明のサーバー
６  ＧＰＳ衛星
７  タクシー
８  タクシー逆探知エリア
ｇ１〜ｇ７  乗客がタクシー逆探知予約するまでの携帯端末画面
ｇ８〜ｇ１６  タクシー運転手がタクシー逆探知応答するまでの携帯端末画面
ｇ１７〜ｇ２１  乗客がタクシー逆探知応答メールを受信し、タクシーを呼び出すまでの携帯端末画面
ｇ２２  タクシーメーター
ｇ２３  外部マイク
ｇ２４  外部スピーカー
ｇ２５  ケーブル
ａ１〜ａ４  タクシー逆探知完了するまでの経路
ａ５〜ａ８  タクシー会社が所轄のタクシーと乗客を監視するまでの経路
【図１】
2009026217.tif 000003
【図２】
2009026217.tif 000004
【図３】
2009026217.tif 000005
【図４】
2009026217.tif 000006
【図５】
2009026217.tif 000007
【図６】
2009026217.tif 000008
【図７】
2009026217.tif 000009
【図８】
2009026217.tif 000010
【図９】
2009026217.tif 000011
【図１０】
2009026217.tif 000012
【図１１】
2009026217.tif 000013
【図１２】
2009026217.tif 000014
【図１３】
2009026217.tif 000015
【図１４】
2009026217.tif 000016
【図１５】
2009026217.tif 000017
【図１６】
2009026217.tif 000018
【図１７】
2009026217.tif 000019
【図１８】
2009026217.tif 000020