JP2004295521A - タクシー評価方法、タクシー評価プログラムおよびタクシー評価装置 - Google Patents

Abstract

【課題】本発明は、タクシーの評価を行うタクシー評価方法、タクシー評価プログラムおよびタクシー評価装置に関し、タクシーに顧客が乗車時の走行経路などの情報をセンタに収集して保存し、顧客がセンタに要求したときに走行経路と平均的な走行経路を表示し検証結果を送信させて収集すると共に、顧客にポイントおよび優良な運転手にチップポイントを提供し、運転手の客観的評価を収集することを目的とする。
【解決手段】タクシーに顧客が乗車して走行したときの走行情報を受信して保存するステップと、タクシーに乗車した顧客からの走行情報の要求があったときに、保存しておいた該当走行情報を顧客に送信するステップと、送信した走行情報に対応して、顧客が入力した評価を受信するステップとを有する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、タクシーの評価を行うタクシー評価方法、タクシー評価プログラムおよびタクシー評価装置に関するものである。
【０００２】
【従来の技術】
従来、タクシーを利用して降車時に客が運転手を評価し、評価した場合に客にポイントを還元する技術がある（特許文献１）。
【０００３】
一方、タクシーを利用する際に運転の荒い運転手や態度が良くない運転手に遭遇したり、実際に走行した道が回り道であったかもしれないと疑問をもったりする場合があった。
【０００４】
【特許文献１】
特開２００２−０６３６０７号公報の〔００１０〕など参照。
【０００５】
【発明が解決しようとする課題】
しかし、上述した前者の降車時に客が運転手の評価を行うことは、運転手の前で評価し難いという問題があった。
【０００６】
また、上述した後者の運転が荒い運転手の場合や回り道したかもしれないと疑う場合に、運転手の前でない場所で、その運転手の評価をしたり、走行経路と平均的な経路を表示して回り道したのか検証したりできないという問題があった。
【０００７】
本発明は、これらの問題を解決するため、顧客がタクシーに乗車時の走行経路などの情報をセンタに収集して保存し、顧客がセンタに要求したときに走行経路と平均的な走行経路を表示し検証結果を送信させると共に、顧客にポイントおよび優良な運転手にチップポイントを提供し、運転手の客観的評価を収集することを目的としている。
【０００８】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
【０００９】
図１において、センタ１は、タクシー２からの走行情報を受信したり、走行経路情報および平均的な走行経路情報を顧客に提供したりなどする情報処理装置であって、ここでは、情報収集手段１１、情報提供手段１２、評価手段１３などから構成されるものである。
【００１０】
情報収集手段１１は、タクシー２からの走行情報を収集して保存するものである。
【００１１】
情報提供手段１２は、顧客から走行情報の要求があったときに、保存しておいた走行経路情報および平均的な走行経路情報を一緒にして送信したりするものである。
【００１２】
評価手段１３は、顧客の評価をもとにポイントを加算および運転手にチップポイントを加算したりなどするものである。
【００１３】
タクシー２は、顧客を乗せて走行するものであって、ここでは、走行情報をセンタ１に送信したりなどするものである。
【００１４】
次に、動作を説明する。
センタ１を構成する情報収集手段１１が、タクシー２が顧客を乗車させて走行したときの走行情報を受信して保存し、情報提供手段１２がタクシー２に乗車した顧客からの走行情報の要求があったときに、保存しておいた走行情報を顧客に送信し、送信した走行情報に対応して顧客が入力した評価を受信して保存するようにしている。
【００１５】
この際、走行情報として、走行経路情報および平均的な走行経路情報を一緒にして顧客に送信して走行経路が妥当か評価させて送信させ、受信して保存するようにしている。
【００１６】
また、評価手段１３が受信した評価をもとに顧客にポイントを加算および運転手にチップポイントを加算するようにしている。
【００１７】
従って、タクシー２に顧客が乗車時の走行経路などの情報をセンタ１に収集して保存し、顧客がセンタ１に要求したときに実際の走行経路と平均的な走行経路を表示し検証結果を送信させて収集すると共に、顧客にポイントおよび優良な運転手にチップポイントを提供することにより、運転手の客観的評価を収集することが可能となる。
【００１８】
【発明の実施の形態】
次に、図１から図１０を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１９】
図１は、本発明のシステム構成図を示す。
図１において、センタ１は、プログラムに従い各種処理を実行するコンピュータシステムからなるものであって、ここでは、情報収集手段１１、情報提供手段１２、評価手段１３、走行記録ＤＢ１４、および走行記録詳細ＤＢ１５などから構成されるものである。
【００２０】
情報収集手段１１は、タクシー２からの顧客を乗車させたときの走行情報を受信し、走行記録ＤＢ１４に格納して保存するものである（図２、図３参照）。
【００２１】
情報提供手段１２は、顧客がタクシー２に乗車したときの走行情報の要求があったときに、実際の走行経路情報と、平均的な走行経路情報とを一緒にして送信し、表示させたりなどするものである（図４、図５、図９など参照）。
【００２２】
評価手段１３は、顧客の評価をもとにポイントを加算および運転手にチップポイントを加算したりなどするものである（図４、図５、図６参照）。
【００２３】
走行記録ＤＢ１４は、顧客がタクシー２に乗車したときの走行情報を記録したものである（図７参照）。
【００２４】
走行記録詳細ＤＢ１５は、顧客がタクシー２に乗車したときの詳細な走行記録である（図８参照）。
【００２５】
タクシー２は、顧客を乗せて走行し、評価対象となるものであって、ここでは、走行情報をセンタ１に送信したりなどするものである。
【００２６】
端末３は、タクシー２に乗車した顧客が操作し、センタ１に乗車したタクシー２の走行経路情報および平均的な走行経路情報をダウンロードして表示し、走行経路の検証を行ったり、検証結果をセンタ１に送信したりなどするものである。
【００２７】
次に、図２のフローチャートの順番に従い、図１の構成のもとで、タクシー２が顧客を乗せて走行したときの、走行情報をセンタ１が収集して走行記録ＤＢ１４に格納して保存するときの動作を詳細に説明する。
【００２８】
図２は、本発明の動作説明フローチャート（保存）を示す。
図２において、Ｓ２は、会員情報を読み込む。これは、タクシー２に乗車時に顧客が会員カードを、タクシー２に装備されているカード読取器に挿入したときに当該会員カードから会員情報（会員ＩＤなど）を読み込む。
【００２９】
Ｓ３は、会員か判別する。これは、Ｓ２で読取った会員ＩＤが会員のものか判別する。ＹＥＳの場合には、Ｓ４に進む。ＮＯの場合には、Ｓ４以降の処理を中止し、走行情報を収集することなく、タクシー２は走行する、あるいは顧客から入力された顧客ＩＤを採番してＳ４に進む。
【００３０】
Ｓ４は、走行記録を開始する。
Ｓ５は、走行記録をセンタに送信する。
【００３１】
Ｓ６は、Ｓ５で送信された走行記録をセンタ１で保存する。これらＳ４からＳ６によって、
・会員ＩＤ：
・乗車日時：
・乗車場所（経度，緯度）：
・車両情報：
・ドライバ情報（運転手ＩＤ）：
をタクシー２からセンタ１に送信し、センタ１の後述する図７の走行記録ＤＢ１４に保存する（Ａ−１）。
【００３２】
Ｓ７は、定期的に自車位置を送信する。
Ｓ８は、Ｓ７で送信された自車位置をセンタ１で保存する。これらＳ７、Ｓ８によって、タクシー２の自車位置を当該タクシー２に搭載のＧＰＳから取得し
・走行記録Ｎｏ：
・速度情報：
・加速度情報：
をタクシー２からセンタ１に送信し、センタ１の走行記録ＤＢ１４に定期的に保存する（Ａ−２）。
【００３３】
Ｓ１０は、顧客がタクシー２から降車するタイミングで降車情報をセンタに送信する。
【００３４】
Ｓ１１は、Ｓ１０で送信された降車情報をセンタ２で保存する。これらＳ９、Ｓ１０、Ｓ１１によって、
・走行記録Ｎｏ：
・降車日時：
・降車場所（経度，緯度）：
・車両情報：
・ドライバ情報（運転手ＩＤ）：
をタクシー２からセンタ１に送信し、センタ１の図７の走行記録ＤＢ１４に保存する（Ａ−３）。
【００３５】
以上によって、顧客がタクシー２に乗車したときに、会員カードから会員ＩＤを読取って当該会員ＩＤ、乗車日時、乗車場所、車両情報、ドライバ情報をセンタ１に送信して走行記録ＤＢ１４に保存し、定期的に走行記録Ｎｏ，速度情報、加速度情報をセンタ１に送信して走行記録ＤＢ１４に保存、更に、降車時に、走行記録Ｎｏ、降車日時、降車場所、車両情報、ドライバ情報を送信して走行記録ＤＢ１４に保存することが可能となる。
【００３６】
図３は、本発明の動作説明フローチャート（センタ）を示す。
図３において、Ｓ２１は、受信する。これは、センタ１がタクシー２からデータ（図２のＳ５、Ｓ７、Ｓ１０のいずれかで送信されたデータ）を受信する。
【００３７】
Ｓ２２は、乗車情報が有りか判別する。これは、Ｓ２１で受信したデータ中に、乗車情報が有りか判別する。ＹＥＳの場合には、顧客がタクシー２に乗車したと判明したので、Ｓ２３で走行記録を作成し、Ｓ２４で走行記録を登録、即ち、既述した図２のＳ５で送信されたデータをセンタ１が受信し、例えば後述する図７の走行記録ＤＢ１４を作成してそのレコードに
・走行記録Ｎｏ：
・車両情報（車両Ｎｏ）：
・ドライバー情報（ドライバコード）
・乗車日時：
・乗車場所（経度，緯度）：
・会員ＩＤ（乗客Ｎｏ）：
を登録する（図７の走行記録ＤＢ１４中の（Ａ−１）の部分を登録する）。そして、Ｓ２５に進む。一方、Ｓ２２のＮＯの場合には、Ｓ２５に進む。
【００３８】
Ｓ２５は、経路情報が有りか判別する。これは、Ｓ２１で受信したデータ中に、経路情報が有りか判別する。ＹＥＳの場合には、タクシー２が顧客を乗車させた状態で走行していると判明したので、Ｓ２６で走行記録詳細を作成し、Ｓ２７で走行記録詳細を登録、即ち、既述した図２のＳ７で送信されたデータをセンタ１が受信し、例えば後述する図８の走行記録詳細ＤＢ１５を作成してそのレコードに
・走行記録Ｎｏ：
・日時：
・場所（経度，緯度）：
を登録する（図８の走行記録詳細ＤＢ１５中の（Ａ−２）の部分を登録する）。そして、Ｓ２８に進む。一方、Ｓ２５のＮＯの場合には、Ｓ２８に進む。
【００３９】
Ｓ２８は、降車情報が有りか判別する。これは、Ｓ２１で受信したデータ中に、降車情報が有りか判別する。ＹＥＳの場合には、顧客がタクシー２から降車したと判明したので、Ｓ２９で走行記録を作成し、Ｓ３０で走行記録を登録、即ち、既述した図２のＳ１０で送信されたデータをセンタ１が受信し、例えば後述する図７の走行記録ＤＢ１４を作成してそのレコードに
・走行記録Ｎｏ：
・降車日時：
・降車場所（経度，緯度）：
を登録する（図７の走行記録ＤＢ１４中の（Ａ−３）の部分を登録する）。そして、終了する。一方、Ｓ２８のＮＯの場合には、Ｓ３１でその他の処理を必要に応じて実行し、終了する。
【００４０】
以上によって、センタ１がタクシー２から受信したデータが、
・乗車情報を含む場合にはＳ２３、Ｓ２４で図７の走行記録ＤＢ１４の（Ａ−１）に登録
・経路情報を含む場合にはＳ２６、Ｓ２７で図８の走行記録詳細ＤＢ１５の（Ａ−２）に登録
・降車情報を含む場合にはＳ２９、Ｓ３０で図７の走行記録ＤＢ１４の（Ａ−３）に登録
し、情報を整理して保存することが可能となる。
【００４１】
図４および図５は、本発明の動作説明フローチャート（顧客評価）を示す。
図４において、Ｓ４１は、アクセスする。
【００４２】
Ｓ４２は、会員ＩＤ、パスワードをチェックする。これらＳ４１、Ｓ４２は、顧客が図１の端末３を操作しネットワークを介してセンタ１にアクセス（ブラウザにＵＲＬを入力してセンタ１のｗｗｗサーバにアクセス）し、ログイン画面を表示し、これに顧客が会員ＩＤ、パスワードを入力し、センタ１が当該会員ＩＤ、パスワードを図示外のテーブルを参照してチェックする。
【００４３】
Ｓ４３は、Ｓ４２のチェックの結果、ＯＫか判別する。ＹＥＳの場合には、Ｓ４４に進む。ＮＯの場合には、Ｓ４１、Ｓ４２を再度、行なう。
【００４４】
Ｓ４４は、乗車一覧を送信する。これは、Ｓ４３のＹＥＳでチェックＯＫとなった会員ＩＤの乗車一覧を送信、例えば既述した図７の走行記録ＤＢ１４に登録されている当該会員ＩＤ（乗客Ｎｏ）の乗車一覧を作成し、顧客に送信する。
【００４５】
Ｓ４５は、顧客の端末３に乗車一覧を表示する。例えば後述する図９のＢの乗車一覧を表示する。
【００４６】
Ｓ４６は、乗車一覧から１つを選択する。例えば後述する図９の左側の楕円内のレコード（乗車）を１つ選択し、選択情報をセンタ１に送信する。
【００４７】
Ｓ４７は、Ｓ４６で選択された乗車に関する地図情報、詳細画面を作成して送信する。
【００４８】
Ｓ４８は、地図情報を表示する。
Ｓ４９は、詳細画面を表示する。これらＳ４６からＳ４９は、例えば図９のＢの乗車一覧中から、左側の楕円内の１つの乗車レコードを顧客が選択すると、当該選択された乗車レコードの情報を受信したセンタ１が当該乗車レコードに対応する、図８の走行記録Ｎｏの乗車場所を時間順に順次取り出して走行経路を抽出および当該走行経路に沿った平均的な走行経路を図示外の走行経路ＤＢから取出すと共に、当該走行経路を重畳して表示する地図情報を図示外の地図ＤＢから取り出し、顧客の端末３に送信し、顧客の端末３の画面に表示した地図上に、実際の走行経路および平均的な走行経路の２つを重ねて表示、例えば図９のＣのように表示する。
【００４９】
Ｓ５０は、顧客が評価を入力する。これは、左側に記載したように、顧客が図９の画面を見て、実際の走行経路と平均的な走行経路とを比較したり、乗車したときのドライバーの運転態度、更に、運転状態の記憶を思い出したりし、ドライバーの評価を入力、例えば
・走行経路評価：
・運転状況評価：
・印象（接客）評価：
をそれぞれ評価し、良い、普通、悪いなどの評価をそれぞれ入力する。ここで、走行経路評価は、図９のＣの実際に走行した走行経路と、平均的な走行経路とを比較し、実際の走行経路が良い、普通、あるいは悪い（遠回りした）のいずれかの評価を入力、同様に、運転状況評価は運転が良い、普通、あるいは悪い（乱暴で危険を感じた）のいずれかの評価を入力、更に、印象（接客」評価は印象（接客が良い、普通、あるいは悪い（態度がおおへいである）のいずれかの評価を入力する。
【００５０】
Ｓ５１は、Ｓ５０で入力された評価を送信する。
Ｓ５２は、走行経路評価が不適切か判別する。これは、Ｓ５０、Ｓ５１で顧客が評価して送信されたきた走行経路評価が不適切（悪い）か判別する。ＹＥＳの場合には、Ｓ５３で実走（実際の走行経路）と平均（平均の走行経路）との料金または距離を比較し、Ｓ５４で差が閾値以上か判別し、ＹＥＳのときにＳ５５で差に相当するポイントを顧客に加算し、図５のＳ５６に進み、ＮＯのときは顧客に加算することなく図５のＳ５６に進む。一方、Ｓ５２のＮＯの場合には、図５のＳ５６に進む。
【００５１】
以上のＳ５２のＹＥＳ，Ｓ５３からＳ５５によって、顧客がＳ５０でタクシー２の走行経路評価が不適切（悪い）と評価したときは、実際の走行経路と、平均的な走行経路との料金、距離を比較し、差が閾値以上のときは当該顧客にポイントを加算（図７の顧客のポイント欄に当該ポイントを加算）することが可能となる。
【００５２】
図５のＳ５６は、運転評価が「悪い」か判別する。これは、Ｓ５０、Ｓ５１で顧客が評価して送信されたきた運転評価が「悪い」か判別する。ＹＥＳの場合には、Ｓ５７で速度・加速度情報より加速（減速）の傾きが閾値以上のものをカウントし、Ｓ５８で区間毎の回数が閾値以上か判別し、ＹＥＳのときにＳ５９でポイントを顧客に加算し、Ｓ６０に進み、ＮＯのときは顧客に加算することなくＳ６０に進む。一方、Ｓ５６のＮＯの場合には、Ｓ６０に進む。
【００５３】
以上のＳ５６のＹＥＳ，Ｓ５７からＳ５９によって、顧客がＳ５０でタクシー２の運転評価が悪いと評価したときは、速度・加速度情報より加速（減速）の傾きが閾値以上のものをカウントし、区間毎の回数が閾値以上のときには当該顧客にポイントを加算（図７の顧客のポイント欄に当該ポイントを加算）することが可能となる。
【００５４】
Ｓ６０は、接客態度評価が「悪い」か判別する。これは、Ｓ５０、Ｓ５１で顧客が評価して送信されたきた接客態度評価が「悪い」か判別する。ＹＥＳの場合には、Ｓ６２に進む。ＮＯの場合には、Ｓ６１でチップ画面を作成し、Ｓ６２に進む。
【００５５】
Ｓ６２は、評価画面を作成する。
Ｓ６３は、Ｓ６２で作成した評価結果を送信する。
【００５６】
Ｓ６４は、表示更新（チップ画面があれば表示）する。
Ｓ６５は、顧客が評価を入力する。ここでは、左側に記載したように、顧客がＳ５０で入力した
・走行経路評価：
・運転状況評価：
・接客態度評価：
をそのまま表示し、これら評価について、顧客が修正入力する必要があれば、修正入力すると共に、チップ画面が表示された場合（接客態度が良い場合）には当該ドライバーに顧客がチップポイントを自己のポイントから入力する。
【００５７】
Ｓ６６は、Ｓ６５で入力された評価を送信する。
Ｓ６７は、Ｓ６６で送信された評価を保存する。これにより、図７の走行記録ＤＢ１４の該当走行記録Ｎｏのレコード中の
・走行経路評価の欄：
・運転状況評価の欄：
・接客態度評価の欄：
に良い、普通、悪いのいずれかをそれぞれ登録すると共に、チップポイントがある場合には、図７の走行記録ＤＢ１４の該当レコードのチップポイントに加算する。
【００５８】
以上によって、センタ１では、顧客の評価（走行経路評価、運転状況評価、接客態度評価）をもとに、実際の走行経路が遠回りや、運転が乱暴なときに顧客にポイントを還元して加算したり、接客態度がよいときにドライバにチップポイントを加算したり、適切な評価を実施することが可能となる。
【００５９】
図６は、本発明の動作説明フローチャート（管理会社評価）を示す。
図６において、Ｓ７１は、アクセスする。
【００６０】
Ｓ７２は、認証ＩＤ、パスワードをチェックする。これらＳ７１、Ｓ７２は、管理会社の担当者が図１の図示外の端末を操作しネットワークを介してセンタ１にアクセス（ブラウザにＵＲＬを入力してセンタ１のｗｗｗサーバにアクセス）し、ログイン画面を表示し、これに管理会社あるいは更に担当者の認証ＩＤ、パスワードを入力し、センタ１が当該認証ＩＤ、パスワードを図示外のテーブルを参照してチェックする。
【００６１】
Ｓ７３は、Ｓ７２のチェックの結果、ＯＫか判別する。ＹＥＳの場合には、Ｓ７４に進む。ＮＯの場合には、Ｓ７１、Ｓ７２を再度、行なう。
【００６２】
Ｓ７４は、自車のドライバー一覧を送信する。これは、Ｓ７３のＹＥＳでチェックＯＫとなった認証ＩＤのタクシー管理会社のドライバー一覧を送信、例えば図１０のＤのドライバー一覧を作成し、管理会社に送信する。
【００６３】
Ｓ７５は、管理会社の端末にドライバー一覧を表示する。
Ｓ７６はドライバーを選択する。これらＳ７５、Ｓ７６は、管理会社が１つのタクシー会社を管理しているときは直接にドライバー一覧が表示されるのでその中から１人のドライバを選択する。一方、管理会社が複数のタクシー会社を管理（委託管理）しているときは図１０のＤに示すように管理対象の全てのタクシー会社の一覧が表示されるので、その中から１つのタクシー会社を選択してドライバー一覧をＥのように表示し、このドライバー一覧の中から１人のドライバーを選択する。そして、選択したドライバーＮｏをセンタ１に送信する。
【００６４】
Ｓ７７は、評価画面を送信する。これは、Ｓ７６で管理会社から受信したドライバＮｏをもとに、図７の走行記録ＤＢ１４のドライバー欄中から当該ドライバーと一致する全てのレコードを抽出し、当該ドライバーの走行経路情報などを取り出し、図１０のＦのような評価画面を作成し、管理会社に送信する。
【００６５】
Ｓ７８は、管理会社の端末にドライバーの評価画面を表示する。例えば図１０のＦを表示する。
【００６６】
Ｓ７９は、情報を選択する。これは、Ｓ７８で表示した例えば図１０のＦの評価画面上で、いずれのレコード（情報）を選択し、センタ１に送信する。
【００６７】
Ｓ８０は、地図情報・評価画面を送信する。これは、Ｓ７９で送信されてきた選択された情報の詳細情報として、ここでは、例えば走行経路の妥当性をチェックするために必要な地図情報を作成し、管理会社に送信する。
【００６８】
Ｓ８１は、管理会社の端末に地図情報を表示する。これにより、図１０のＧに示すように、ドライバーが走行した走行経路と、平均的な走行経路との両者が表示され、管理会社の担当者はこれを見てドライバーが迂回して高い料金を顧客に請求したかなどを評価することが可能となる。
【００６９】
図７は、本発明の走行記録ＤＢ例を示す。走行記録ＤＢ１４は、図示の下記の情報を対応づけて登録したものである。
【００７０】
・走行記録Ｎｏ：
・車両Ｎｏ：
・ドライバＮｏ：
・乗車日時：
・乗車場所：
・乗客Ｎｏ（顧客ＩＤ，会員ＩＤ）：
・降車日時：
・降車場所：
・経路評価（走行経路評価）：
・運転評価：
・接客態度評価：
・料金：
・ポイント：
・チップ：
・その他：
ここで、走行記録Ｎｏはタクシーに顧客が乗車して走行開始してから走行終了して降車するまでの走行記録に付与した１つの一意の識別番号である。車両Ｎｏは顧客が乗車したタクシーの車両Ｎｏである。ドライバＮｏは顧客がタクシーに乗車したときのドライバー（運転手）のＮｏ（コード）である。乗車日時、乗車場所は顧客がタクシーに乗車した日時、場所である。乗客Ｎｏ（顧客ＩＤ，会員ＩＤ）はタクシーに乗車した顧客のＩＤである。降車日時、降車場所は顧客がタクシーを降車した日時、場所である。経路評価（走行経路評価）、運転評価、接客態度評価は、既述した図４、図５で顧客が評価した評価結果を登録したものである。料金はタクシーに乗車して降車するまでの料金である。ポイントは顧客にタクシー会社（センタ１）が加算したポイントの累計である。チップは顧客がタクシー会社のドライバーの接客態度が良いなどのときに加算したポイントである。
【００７１】
以上のように、タクシーの乗車時、降車時の日時、場所、乗客Ｎｏ，ドライバーＮｏ、料金．更に、顧客が後日、センタ１にアクセスしてドライバーの評価（経路評価、運転評価、接客態度評価）の結果を登録、および顧客に返却するポイント、ドライバーに付加するチップなどを登録して管理することにより、ドライバーの評価を総合的かつ客観的に集計して管理することが可能となる。
【００７２】
図８は、本発明の走行記録詳細ＤＢ例を示す。走行記録詳細ＤＢ１５には、図示の下記の情報を対応づけて登録したものである。
【００７３】
・走行記録Ｎｏ：
・乗車日時：
・乗車場所（経度，緯度）：
・その他：
ここで、走行記録Ｎｏは図７の走行記録ＤＢ１４で付与された走行記録Ｎｏである。乗車日時は顧客がタクシーに乗車しているときで、かつ乗車場所情報をＧＰＳなどから取得してセンタ１に送信したときの日時である。乗車場所は顧客がタクシーに乗車していたときの場所情報（経度，緯度）である。
【００７４】
以上のように、顧客がタクシーに乗車している最中の日時と場所情報（経度，緯度）を定期的にＧＰＳなどから取得し、センタ１に送信して当該センタ１で図示の走行記録詳細ＤＢ１５に登録する。これにより、タクシーが走行した実際の走行経路情報が蓄積され、後日、既述した図９のＣ、図１０のＧのように、実際に走行した走行経路と、平均的な走行経路とを並べて地図上に表示することが可能となる。
【００７５】
図９は、本発明の評価画面例（乗客）を示す。図示の画面のＢは、既述した図４のＳ４５で表示した顧客が乗車した乗車一覧の例であり、Ｃは乗車一覧から選択されたレコードの実際に走行した走行経路と、平均的な走行経路との両者を地図上に表示し、顧客が実際に走行した走行経路が迂回したのかを評価（検証）するためのものである。
【００７６】
図１０は、本発明の評価画面例（管理会社）を示す。図示の画面Ｄは既述した図６のＳ７５で管理会社の端末に表示される一覧の例であって、ここでは、管理会社が管理（委託管理）しているタクシー会社の一覧を表示している。
【００７７】
Ｅは、Ｄでタクシー会社を選択したときに表示した当該タクシー会社に所属するドライバー一覧である。
【００７８】
Ｆは、Ｅのドライバー一覧から１人のドライバーを選択したときに当該ドライバーの走行記録を取り出して表示したものである。
【００７９】
Ｇは、Ｆで更に１つの走行記録を選択してそのときの実際の走行経路と、平均的な走行経路の両者を地図上に表示し、ドライバーの実際の走行経路が妥当か評価（検証）するための画面例である。
【００８０】
【発明の効果】
以上説明したように、本発明によれば、タクシー２に顧客が乗車時の走行経路などの情報をセンタ１に収集して保存し、顧客がセンタ１に要求したときに走行経路と平均的な走行経路を表示し検証結果を送信させて収集すると共に、顧客にポイントおよび優良な運転手にチップポイントを提供する構成を採用しているため、タクシーの運転手の客観的評価を収集することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（保存）である。
【図３】本発明の動作説明フローチャート（センタ）である。
【図４】本発明の動作説明フローチャート（顧客評価）である。
【図５】本発明の動作説明フローチャート（顧客評価、続き）である。
【図６】本発明の動作説明フローチャート（管理会社評価）である。
【図７】本発明の走行記録ＤＢ例である。
【図８】本発明の走行記録詳細ＤＢ例ある。
【図９】本発明の評価画面例（乗客）である。
【図１０】本発明の評価画面例（管理会社）である。
【符号の説明】
１：センタ
１１：情報収集手段
１２：情報提供手段
１３：評価手段
１４：走行記録ＤＢ
１５：走行記録詳細ＤＢ
２：タクシー
３：端末（顧客）

Claims (5)

1. タクシーの評価を行うタクシー評価方法において、
   タクシーに顧客が乗車して走行したときの走行情報を受信して保存するステップと、
   タクシーに乗車した顧客からの走行情報の要求があったときに、前記保存しておいた該当走行情報を前記顧客に送信するステップと、
   前記送信した走行情報に対応して、前記顧客が入力した評価を受信するステップと
   を有するタクシー評価方法。
2. 前記走行情報として、走行経路情報および平均的な走行経路情報を一緒にして前記顧客に送信して走行経路が妥当か評価させることを特徴とする請求項１記載のタクシー評価方法。
3. 前記受信した評価をもとに顧客にポイントを加算および該当運転手にチップポイントを加算するステップを有する請求項１あるいは請求項２記載のタクシー評価方法。
4. タクシーの評価を行うタクシー評価プログラムにおいて、
   コンピュータに、、
   タクシーに顧客が乗車して走行したときの走行情報を受信して保存するステップと、
   タクシーに乗車した顧客からの走行情報の要求があったときに、前記保存しておいた該当走行情報を前記顧客に送信するステップと、
   前記送信した走行情報に対応して、前記顧客が入力した評価を受信するステップと
   して機能させるためのタクシー評価プログラム。
5. タクシーの評価を行うタクシー評価装置において、
   タクシーに顧客が乗車して走行したときの走行情報を受信して保存する手段と、
   タクシーに乗車した顧客からの走行情報の要求があったときに、前記保存しておいた該当走行情報を前記顧客に送信する手段と、
   前記送信した走行情報に対応して、前記顧客が入力した評価を受信する手段とを備えたことを特徴とするタクシー評価装置。

Images