(57)【要約】  【課題】  運賃収入以外の収入を求めて、タクシー車両内での広告宣伝情報を提供するシステムが種々提案されているが、わざわざタクシー車両内で見る必然性に欠けるために投資対効果が期待できず、現実的にはシステムがタクシー車両に搭載されないこと。  【解決手段】  タクシー車両３に乗り込んだ乗客１の所持する情報記憶媒体４または通信端末５から情報コードを車両内情報処理システム３−２の情報コード読み取り部１１が読み取って、読み取った情報コードに基づく提供情報のうち、タクシー運転者２向けの情報として提供情報の要点が抜粋された要約情報を運転者用端末３−３に出力し、該提供情報のうち詳細情報を乗客用端末３−４に出力する。  【選択図】    図１
2006018383.tif 000002
【特許請求の範囲】
【請求項１】
タクシー車両に乗車した乗客に情報を提供する情報提供システムであって、
前記乗客が所持する通信端末または情報記憶媒体から取得した情報コードに対応する提供情報を記憶する提供情報データベースと、
前記通信端末または前記情報記憶媒体と通信して、前記情報コードを読み取る情報コード取得手段と、
前記情報コード取得手段が取得した前記情報コードに対応する前記提供情報を前記提供情報データベースから読み込む情報読み込み手段と、
前記情報読み込み手段が読み込んだ前記提供情報のうち、前記タクシー車両の運転者向けの情報を運転者用端末に出力し、前記乗客向けの情報を乗客用端末に出力する情報出力手段とを備えることを特徴とする情報提供システム。
【請求項２】
前記提供情報は、前記運転者向けの情報として該提供情報の要点が抜粋された要約情報と、前記乗客向けの情報として該提供情報の詳細を示す詳細情報とで構成され、
前記情報出力手段は前記運転者用端末に前記要約情報を出力し、前記乗客用端末に前記詳細情報を出力することを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記情報出力手段は、前記タクシー車両の停車を示す検知信号に基づいて前記要約情報を前記運転者用端末に出力することを特徴とする請求項２に記載の情報提供システム。
【請求項４】
前記情報出力手段は、前記運転者端末に前記要約情報を出力した後に前記乗客用端末の操作部から操作を受け付けると前記詳細情報を該乗客用端末に出力することを特徴とする請求項２に記載の情報提供システム。
【請求項５】
前記情報出力手段は、前記運転者端末に前記要約情報を出力し、該運転者用端末の操作部から操作を受け付けた後に前記乗客用端末の操作部から操作を受け付けると前記詳細情報を該乗客用端末に出力することを特徴とする請求項２に記載の情報提供システム。
【請求項６】
前記情報出力手段は、前記運転者端末に前記要約情報を出力してからあらかじめ定める時間が経過した後に前記乗客用端末の操作部から操作を受け付けると前記詳細情報を該乗客用端末に出力することを特徴とする請求項２に記載の情報提供システム。
【請求項７】
前記情報コード取得手段は、前記タクシー車両の乗降車用ドアの開放を示す検知信号に基づいて前記情報コードの読み取りを開始し、該乗降車用ドアの閉鎖を示す検知信号に基づいて前記情報コードの読み取りを終了することを特徴とする請求項１〜６のいずれかに記載の情報提供システム。
【請求項８】
前記情報コード取得手段が読み取った前記情報コードについて前記乗客が前記タクシー車両に乗車したときに読み取った情報か、前記乗客が前記タクシー車両に降車したときに読み取った情報かを識別する情報識別手段をさらに有し、
前記情報読み込み手段は、前記情報識別手段が乗車時に読み取った情報コードであると識別した場合に、前記情報コードに対応する前記提供情報を前記提供情報データベースから読み込むことを特徴とする請求項７に記載の情報提供システム。
【請求項９】
前記情報コード取得手段が読み取った前記情報コードについて前記乗客が前記タクシー車両に乗車したときに読み取った情報か、前記乗客が前記タクシー車両に降車したときに読み取った情報かを識別する情報識別手段をさらに有し、
前記情報出力手段は、前記情報識別手段が降車時に読み取った情報コードであると識別した場合に、前記乗客用端末に出力している前記詳細情報の出力を停止することを特徴とする請求項７に記載の情報提供システム。
【請求項１０】
前記情報コード取得手段が読み取る前記情報コードは、前記乗客が遊技場の会員であることを示す遊技場会員コードであることを特徴とする請求項１〜９のいずれかに記載の情報提供システム。
【請求項１１】
請求項１〜１０のいずれかに記載の情報提供システムに前記情報コードを出力する通信端末であって、
前記情報コードを記憶する記憶部に前記情報コードの送信の許可／不許可を示す送信許可フラグを記憶しており、該送信許可フラグが不許可を示す場合には、前記情報コード取得手段に対して前記情報コードの送信を拒否することを特徴とする通信端末。
【請求項１２】
請求項１〜１０のいずれかに記載の情報提供システムに前記情報コードを出力する情報記憶媒体であって、
前記情報コードを記憶する記憶部に前記情報コードの送信の許可／不許可を示す送信許可フラグを記憶しており、該送信許可フラグが不許可を示す場合には、前記情報コード取得手段に対して前記情報コードの送信を拒否することを特徴とする情報記憶媒体。
【請求項１３】
タクシー車両に乗車した乗客に情報を提供する情報提供システムを用いた情報提供方法であって、
前記情報提供システムは、前記乗客が所持する通信端末または情報記憶媒体から取得した情報コードに対応する提供情報を提供情報データベースに記憶し、
前記情報提供システムは、前記通信端末または前記情報記憶媒体と通信可能な情報コード取得手段によって、前記通信端末または前記情報記憶媒体から前記情報コードを読み取ると、前記情報コード取得手段が取得した前記情報コードに対応する前記提供情報を前記提供情報データベースから情報読み込み手段によって読み込み、
前記情報提供システムは、前記情報読み込み手段が読み込んだ前記提供情報のうち、前記タクシー車両の運転者向けの情報を運転者用端末に出力し、前記乗客向けの情報を乗客用端末に出力することを特徴とする情報提供方法。
【請求項１４】
前記提供情報は、前記運転者向けの情報として該提供情報の要点が抜粋された要約情報と、前記乗客向けの情報として該提供情報の詳細を示す詳細情報とで構成され、
前記情報提供システムは、前記運転者用端末に前記要約情報を出力し、前記乗客用端末に前記詳細情報を出力することを特徴とする請求項１３に記載の情報提供方法。
【請求項１５】
前記情報提供システムが備える前記情報コード取得手段は、前記タクシー車両の乗降車用ドアの開放を示す検知信号に基づいて前記情報コードの読み取りを開始し、該乗降車用ドアの閉鎖を示す検知信号に基づいて前記情報コードの読み取りを終了することを特徴とする請求項１３または１４に記載の情報提供システム。
【請求項１６】
前記情報提供システムが備える前記情報コード取得手段が読み取る前記情報コードは、前記乗客が遊技場の会員であることを示す遊技場会員コードであることを特徴とする請求項１３〜１５のいずれかに記載の情報提供方法。
【請求項１７】
前記通信端末または前記情報記憶媒体は、前記情報コードを記憶する記憶部に前記情報コードの送信の許可／不許可を示す送信許可フラグを記憶しており、該送信許可フラグが不許可を示す場合には、前記情報コード取得手段に対して前記情報コードの送信を拒否することを特徴とする請求項１３〜１６のいずれかに記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供、特にタクシー車両に乗車した乗客に情報を提供する情報提供システム及び方法に関する。
【背景技術】
【０００２】
タクシー運転者に指示を出す先行特許文献として、特開平６−１８０７９７号公報が挙げられる。この先行特許文献には、タクシーの乗車を望む利用者から配車要求を受け付けると、利用者の現在位置に基づいて配車対象となるタクシー車両を決定し、当該車両の運転者に配車指示を音声で伝える技術が開示されている。ただし、これはタクシーを効率よく運用するための情報をタクシー運転者に提供しているに過ぎない。
【０００３】
タクシー運転者に指示を出す先行特許文献として、特開平８−２９３０９６号公報が挙げられる。この先行特許文献には、タクシー運転者が道路地理に疎い場合やタクシーの乗客が言葉の意思疎通が難しい外国人などの場合でも、乗客の希望する目的地に到着できるように、タクシー車両と無線通信で接続された基地局に待機するオペレータからタクシー運転者に指示を出す技術が開示されている。ただし、これはタクシーを効率よく運用するための情報をタクシー運転者に提供しているに過ぎない。
【０００４】
タクシーを予約する際の付加価値を提供する先行特許文献として、特開２００３−２８８５１６号公報が挙げられる。この先行特許文献には、タクシー車両の配車を予約する際に、タクシー車両の特徴やタクシー運転者の運転経歴や評価を選択条件に加えることが出来る技術が開示されている。ただし、これは利用者の利便性を向上させるための情報を利用者に提供しているに過ぎない。
【０００５】
タクシー車両内に情報表示端末を設置する先行特許文献として、特開平１０−１５７５２６号公報が挙げられる。この先行特許文献には、タクシーの運転者に新たな負担を強いることなく、乗客に対してリアルタイムな情報を提供するためにタクシー車両内のサンバイザに代えて乗客に目視される表示装置を設置し、ＦＭデータ放送を受信して表示装置に情報を表示する技術が開示されている。ただし、これはＦＭデータ放送をタクシー車内で提供しているに過ぎない。
【０００６】
タクシー車両内に情報表示端末を設置する先行特許文献として、特開平６−２５９６６７号公報が挙げられる。この先行特許文献には、タクシー車両内に設置された情報表示端末から広告宣伝情報が出力される技術が開示されている。ただし、これは広告情報をタクシー車内で提供しているに過ぎない。
【０００７】
タクシーの利用者が持つ情報記憶媒体を用いて情報提供する先行特許文献として、特開２００３−２５６８８３号公報、特開２００３−１３１６０８号公報が挙げられる。これらの先行特許文献には、情報記憶媒体読み取り装置から読み取った乗客情報に基づいて、広告宣伝情報などの情報を提供する技術が開示されている。
【０００８】
タクシー車両内に設置された情報表示端末に情報を表示し、表示情報に関連する情報を利用者端末に送信する先行特許文献として、特開２００３−１４０５８２号公報が挙げられる。この先行特許文献には、タクシー車両内に設置された情報表示部に表示された広告宣伝情報に関連する情報を乗客が所望する場合に、同じく車両内に設置された通信装置を介して乗客の所持する利用者端末に関連情報を送信する技術が開示されている。
【０００９】
【特許文献１】特開平６−１８０７９７号公報
【特許文献２】特開平８−２９３０９６号公報
【特許文献３】特開２００３−２８８５１６号公報
【特許文献４】特開平１０−１５７５２６号公報
【特許文献５】特開平６−２５９６６７号公報
【特許文献６】特開２００３−２５６８８３号公報
【特許文献７】特開２００３−１３１６０８号公報
【特許文献８】特開２００３−１４０５８２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
バブル崩壊後の長引く不況でタクシーの乗客数や客単価は下がり続けており、タクシー会社の経営はどこも厳しい。ところが、不況でリストラによる解雇や転職する人々の受け皿にタクシー業界がなっている側面もあって、タクシー車両の台数は増加傾向にあり、少ない乗客を奪い合う過当競争が大都市を中心に全国各地で起きている。この厳しい状況を乗り切るためにタクシー会社では様々な経営努力を行ってはいるが、初乗り運賃の値下げや深夜割引（例えば５千円を超える運賃を半額）などのコストダウンはもはや限界の域に達しており、運賃収入に頼るキャッシュフロー経営では設備投資もままならない状況が続いている。
【００１１】
もちろん、コストダウン以外にも乗客に提供できる付加価値としてサービス向上には努めているものの、新たな設備投資が期待できない以上タクシー運転手それぞれの個人的力量（スキル）に依存せざるを得ず、タクシー運転手にかかる精神的、肉体的負担が年を追うごとに増加しており、出口の見えない状況下でタクシー運転手が疲弊している感は否めない。
【００１２】
そこで、運賃収入以外の収入を求めて、タクシー車両内での広告宣伝情報を提供するシステムが種々提案されているが、わざわざタクシー車両内で見る必然性に欠けるために投資対効果が期待できず、現実的にはシステムがタクシー車両に搭載されないという問題点がある。投資が十分回収できなければ投資がなされないのは道理でもある。
【００１３】
つまり、特開２００３−２５６８８２号公報や特開２００３−１３１６０８号公報に記載されるシステムでは、あらかじめ利用者に発行した情報記憶媒体を用いて、利用者個人に合わせた広告宣伝情報を提供しようとはしているものの、通信環境が格段に進化した現在ではタクシー乗車時でも、携帯電話など利用者にとってパーソナルな利用者端末を使えば、いつでもどこでも所望する情報の取得が可能であり、わざわざタクシー車両内に設置された広告宣伝情報を見る必要がない。
【００１４】
なお、特開２００３−１４０５８２号公報に記載されるシステムでは、タクシー車両内で見かけた情報を利用者端末にダウンロードできることが示されている。ただし、利用者が利用者端末に情報をダウンロードするのは、その情報が利用者にとってお得感のあるクーポン情報などであったからである。つまり、利用者にとって情報提供端末がたまたまタクシー車両内に設置されていた程度の意味でしかなく、タクシー車両内に情報提供端末を設置する必然性は何もない。こうなると、広告宣伝を依頼する広告宣伝主は、（どうせ同様の広告宣伝を依頼するなら）乗車スペースで必然的に乗客数が限られてしまうタクシーよりも多くの乗客を一度に運ぶことの出来るバスに設置された情報提供端末や人通りの多い公共スペースに設置された情報提供端末に広告宣伝費を払うこととなる。
【課題を解決するための手段】
【００１５】
タクシーにはタクシーを運転する運転者がいることを忘れてはならない。タクシー運転者は、同じ公共交通機関のカテゴリに属する電車の運転者やバスの運転者とは異なり、乗客がタクシーに乗車中、その乗客とほぼマンツーマンの会話が出来ることが大きな差異化要素である。
【００１６】
つまり、例えば電車の車内には運転者の他に車掌がいることもあるが、多くの乗客が乗車する車両内を巡回する職務であり、乗客とほぼマンツーマンで会話できることは、よほどの過疎地域で運行されている電車の車掌以外にはまずあり得ない。これがタクシーなら、一人で乗車した乗客はタクシー運転者に例えば「最近、景気はどうですか？」などと退屈しのぎに聞いてみたり、退屈そうにしている乗客にタクシー運転手が気を利かせて話し掛けてみたりすることによって、乗客とタクシー運転手との間に会話が生まれる。ただし、これだけのことでは話が弾むかどうかはタクシー運転手の個人的な力量に依存してしまうので、その話題が重要な要素となってくる。
【００１７】
人を楽しませると言えば、アミューズメント（娯楽）業界はこの不況の中でも業績好調で、業種によっては近年も増収増益を続けている企業も多い。アミューズメント業界も様々ではあるが、例えばパチンコ産業のさかんな名古屋地区では、パチンコホールを経営する企業が元気であり、設備投資意欲も旺盛である。ちなみに名古屋地区ではパチンコホールを経営する企業のグループ企業にタクシー会社が含まれていることも多々あるが、このようなグループ企業内であってもそれぞれの自立化が進む現在では、パチンコホールの投資意欲がタクシー会社に波及効果を及ぼすに至るべくもない。
【００１８】
ただし、アミューズメントでは、人を驚かせるサプライズが重要なキーワードのひとつである。例えばパチンコホール内では到底、提供することの出来ない、新たなサプライズをタクシーならでは方法によって提供できるとなれば話は別で、アミューズメント業界の設備投資のための資金や広告宣伝費がタクシー業界に流入してくることも大いにあり得る。
【００１９】
本発明の本質は、タクシー運転者を支援して、タクシー車両内で乗客にサプライズ（驚き）を与えるような情報提供をすることによって、タクシーというものをアミューズメント業界などに有益な情報提供ツールへと変えるとともに、アミューズメント業界などタクシー業界にとって異業種から少なくとも広告宣伝費を（望ましくは、設備投資の資金までも）不況で喘ぐタクシー業界に呼び込むことである。
【００２０】
本発明は、タクシー車両に乗車した乗客に情報を提供するために前記情報提供システムは、前記乗客が所持する通信端末または情報記憶媒体から取得した情報コードに対応する提供情報を提供情報データベースに記憶し、前記情報提供システムは、前記通信端末または前記情報記憶媒体と通信可能な情報コード取得手段によって、前記通信端末または前記情報記憶媒体から前記情報コードを読み取ると、前記情報コード取得手段が取得した前記情報コードに対応する前記提供情報を前記提供情報データベースから情報読み込み手段によって読み込み、前記情報提供システムは、前記情報読み込み手段が読み込んだ前記提供情報のうち、前記タクシー車両の運転者向けの情報を運転者用端末に出力し、前記乗客向けの情報を乗客用端末に出力するようにした。
【００２１】
また、前記提供情報は、前記運転者向けの情報として該提供情報の要点が抜粋された要約情報と、前記乗客向けの情報として該提供情報の詳細を示す詳細情報とで構成され、前記情報提供システムは、前記運転者用端末に前記要約情報を出力し、前記乗客用端末に前記詳細情報を出力するようにしてもよい。なお、前記要約情報には、前記運転者向けの指示情報が付与されていてもよい。
【００２２】
タクシー運転者への情報出力、特に視覚情報の出力はタクシー運転者にとって安全な運転行為の妨げにもなりかねないが、運転者向けの情報を要約情報（提供情報についての要点を抜粋した情報）とすることによって、情報提供システムは、タクシー車両３の安全運転に配慮しながらも、乗客に驚きを与えるための会話に最低限必要な情報をタクシー運転者に与えることが出来る。
【００２３】
また、前記情報提供システムが備える前記情報コード取得手段は、前記タクシー車両の乗降車用ドアの開放を示す検知信号に基づいて前記情報コードの読み取りを開始し、該乗降車用ドアの閉鎖を示す検知信号に基づいて前記情報コードの読み取りを終了するようにしてもよい。
【００２４】
タクシー車両のドアが開放されている間にしか、乗客はタクシー車両に乗降車することは出来ないことに着目して、ドア開放を示す検知信号の受信に応じて情報コード取得手段はドア周辺領域で情報コードの取得を開始し、同様にドア閉鎖を示す検知信号の受信に応じて情報コードの取得を終了すると、ムダな情報送受信を省くことが出来る。さらに、乗客は開放したドアからしか乗降車することができないのは道理でもあるので、情報読み取り部が対象とするドア周辺領域とは、ドア開放を検知したドアの周辺のみに限定してもよく、さらにムダな情報送受信を省くことが出来る。
【００２５】
また、前記情報提供システムが備える前記情報コード取得手段が読み取る前記情報コードは、前記乗客が遊技場の会員であることを示す遊技場会員コードであってもよい。
【００２６】
こうすることで、この不況下でも業績が好調な遊技場のキャッシュフローをタクシー業界に呼び込むことができ、遊技場会員コードを用いた新たなサービス展開への一翼をタクシー車両が担うことが出来る。
【００２７】
前記通信端末または前記情報記憶媒体は、前記情報コードを記憶する記憶部に前記情報コードの送信の許可／不許可を示す送信許可フラグを記憶しており、該送信許可フラグが不許可を示す場合には、前記情報コード取得手段に対して前記情報コードの送信を拒否するようにしてもよい。
【００２８】
通信端末または情報記憶媒体から情報コード取得手段が取得する情報を情報コードのみとすることで、通信端末または情報記憶媒体からの情報流出に配慮した必要最低限の情報による情報提供が可能となるが、さらに情報コードの送信許可／送信不許可を示す送信許可フラグを設定することによって、より乗客個人の意志とプライバシーに配慮した情報提供が可能となる。
【発明の効果】
【００２９】
以上記載の本発明によれば、タクシー運転者を支援して、タクシー車両内で乗客にサプライズ（驚き）を与えるような情報提供が出来るので、タクシーというものをアミューズメント業界などに有益な情報提供ツールへと変えるとともに、アミューズメント業界などタクシー業界にとって異業種から少なくとも広告宣伝費を（望ましくは、設備投資の資金までも）不況で喘ぐタクシー業界に呼び込むという新たな効果も期待できる。
【発明を実施するための最良の形態】
【００３０】
以下に、本発明に係る情報提供システムの具体的実施の形態を、図面を参照して詳細に説明する。
【００３１】
図１は、本発明の実施形態における情報提供システムの概要を説明する説明図である。
【００３２】
同図において、乗客１が（タクシー運転者２が運転する）タクシー車両３に乗り込むと、乗客１が所持する情報記憶媒体４または通信端末５から情報コード（図例では、パチンコ会員コード）を車両内情報処理システム３−２（図示せず）が読み取る（説明図の第１場面）。ここで言うところのパチンコ会員コードを情報コードとする情報記憶媒体４とは、一般にパチンコ会員証などと呼ばれるカード形状情報記憶媒体のことであり、同様に通信端末５とは、パチンコ会員登録の実行によってダウンロードしたパチンコ会員コードを記憶領域に記憶する携帯電話などの端末のことである。パチンコ会員証以外には、レンタルビデオ／レンタルＣＤ会員証や英会話スクール会員証、フィットネスクラブ／スポーツジム会員証、エステティックサロン会員証、飲食店や小売店・販売店のポイントカードなど、個人や団体に対して発行される会員証やポイントカードがある。つまり、情報提供システムが提供できる提供情報に対応する情報コードであれば、その種類は特に問わない。なお、映画やコンサート、美術館などの観賞チケットや公共交通機関の座席指定チケット／予約チケット（具体的には新幹線特急券や航空機搭乗券など）に対応する提供情報を情報提供システムが提供できるのなら、これらのチケットから読み取られるチケットコードも本発明における情報コードに相当すると見なしてよい。
【００３３】
情報記憶媒体４または通信端末５から読み取った情報コード（図例では、パチンコ会員コード）に基づいて、パチンコに関する要点抜粋情報（要約情報）がタクシー運転者２に運転者用端末３−３から伝えられる（説明図の第２場面）。
【００３４】
タクシー運転者２は、運転者用端末３−３から伝えられた要点抜粋情報に従って、乗客１に例えば「お客さん、パチンコする？」と話し掛けてみる。要点抜粋情報にはタクシー運転者２に対して具体的な指示を示す指示情報が付与されていてもよく、指示情報には「乗客１はパチンコ会員であるので、『お客さん、パチンコする？』『お客さん、パチンコをするでしょ』などと聞いてみるように」などの主旨が示されているとよい。このようにタクシー運転者２から話し掛けられた乗客１は「なんでわかるんだろ？」と不思議に思いながら、実際にはパチンコ会員証を持つくらいパチンコ好きであるので乗客１は「えぇ、まぁ」などとタクシー運転者２に答える（説明図の第３場面）。
【００３５】
このように乗客１からパチンコ好きの肯定を示す返事が得られた場合には、タクシー運転者２は要点抜粋情報に基づいて乗客１に「あそこのパチンコホール、めちゃ出し最終日だから今日は出るよ」などと伝え、続いて「そこの端末のスイッチを押してごらん。詳しい情報が出てくるから」などと乗客用端末３−４の操作を乗客１に促す。乗客用端末３−４の操作を促された乗客１は「へぇ」などと言いながら、乗客用端末３−４を操作することとなる。乗客用端末３−４からは、運転者用端末３−３に出力された要点抜粋情報に対応した詳細情報が出力される（説明図の第４の場面）。なお、タクシー運転者２が乗客１に伝える内容は要点抜粋情報に示されているとよく、乗客１に乗客用端末３−４の操作を促すことは指示情報として要点抜粋情報に付与されていてもよい。
【００３６】
本発明における情報提供システムでは、乗客１は自分がパチンコ好きなのを見透かしたかのようなタクシー運転者２の乗客１に対する話し掛けに興味を覚えるとともに、タクシー運転者２から伝えられた要点抜粋情報によって興味が好奇心へと変わり始める。こうなると乗客１は、携帯電話やパソコンなどに送りつけられた場合にはさほど興味をそそられない情報であっても、本発明における情報提供システムに支援されたタクシー運転者２との会話によってその情報を見てみようかという気になってくる。
【００３７】
つまり、これまでの情報提供システムでは、特開２００３−２５６８８２号公報や特開２００３−１３１６０８号公報に開示されるシステムのように、あらかじめ利用者に発行した情報記憶媒体を用いたとしても、利用者個人に合わせた広告宣伝情報をいきなり提供してしまっては乗客１が驚くに値しないために、これもまた興味をそそられるまでに至らない点が情報提供システムとして大きな欠陥であった。
【００３８】
対して、本発明における情報提供システムは、タネを明かせば手品のような「なーんだ」と思える仕組みではあるが、情報提供のきっかけをタクシー運転者２とすることで「もしかするとこのタクシー運転者２は只者ではない、侮れない、眼力が鋭いのかも」などと乗客１に思わせることが出来る。これは、乗客１にとってこれまでにない新鮮さを乗客１に与えるサプライズ（驚き）であり、「このタクシー運転者２の話は聞いてみよう、聞いてみる価値があるかも」などと思いからタクシー運転者２の話を聞いてしまう点に情報提供システムとしての素晴らしさがある。よって、仮に提供情報の内容が素（す）で聞けばさほど興味をそそられない情報であったとしても、本発明における情報提供システムを用いれば、タクシー運転者２が乗客１に与えるサプライズ（驚き）によって、その情報を乗客１は「へぇ、そうなんだ」などと感心して聞いてしまうという効果がある。
【００３９】
図２は、本発明の実施形態における提供情報の構成を説明する説明図である。
【００４０】
同図において、提供情報は要点抜粋情報（要約情報）と詳細情報とが組になって構成されている。要点抜粋情報（要約情報）はタクシー運転者２向けの情報であり、詳細情報は乗客１向けの情報である。よって、要点抜粋情報（要約情報）にはタクシー運転者２に対して具体的な指示を示す指示情報が付与されていてもよい。要点抜粋情報（要約情報）は運転者用端末３−３に出力され、詳細情報は乗客用端末３−４を乗客１が操作すると出力される。運転者用端末３−３が要点抜粋情報（要約情報）を文字や記号などの視覚情報で出力する場合には、その表示を乗客１に見えにくく、タクシー運転者のみに見やすい角度で運転者用端末３−３をタクシー車両３内に設置しなければならない。ただし、視覚情報はタクシー運転者２にとって運転行為の妨げになり、安全運転の支障にきたすこともあるので、要点抜粋情報（要約情報）は聴覚情報である音声によって出力してもよく、この場合も同様に音声が乗客１に聞かれないようにあらかじめタクシー運転者２はイヤホンやヘッドセットなどを装備して、要点抜粋情報（要約情報）を聞くとよい。なお、音声の替わりに骨伝導を用いると、乗客１に伝わりにくく（聞こえにくく）、タクシー運転者２のみに、より伝わりやすい情報伝達が可能となる。骨伝導であれば空気ではなく、タクシー運転者２の頭蓋骨を伝わる振動で直接、タクシー運転者２の鼓膜に伝わるので、タクシー運転者２の周囲が騒がしくても要点抜粋情報（要約情報）がよく聞こえ、かつ要点抜粋情報（要約情報）の内容を乗客１に悟られる心配もない。
【００４１】
図３は、本発明の実施形態におけるタクシー車両の車両駆動部のハードブロック図である。
【００４２】
同図において、制御部（コントローラ）７とは、駆動系制御システムとしてタクシーの車両駆動部３−１の各部位を制御する部位のことであり、制御に必要な演算機能やメモリなどで構成され、演算処理に必要なプログラムもここに含まれ、車両内情報処理システム３−２（図示せず）の演算部８と処理の連携をしている。制御部７に制御された動力部は、加速部（アクセル）および減速部（ブレーキ）の操作に応じた動力を出力し、出力された動力は変速部（トランスミッション）を介して駆動輪（タイヤ）に伝えられ、方向舵部（ステアリング）を握るタクシー運転者２の運転によってタクシー車両３は場所を移動することが出来る。なお、乗用車６には「走る、止まる、曲がる」という基本的な駆動を制御するための情報を取得するセンサは元より、タクシー車両３としての快適性、安全性、利便性を乗客１、タクシー運転者２に提供するために必要な情報を取得する各種センサが備わっている。タクシー車両３には、タクシー車両３に乗降車するためのドアがあり、このドアのドアロックを機構的に実行する部位がドアロックアクチュエータ（ドアロック部）６である。
【００４３】
図４は、本発明の実施形態におけるタクシー車両に搭載される乗用車内情報処理システムのハードブロック図である。
【００４４】
同図において、車内情報処理システム３−２とは、走る、止まる、曲がるなどのタクシー車両３としての基本性能を実現する駆動系制御システムと連携する情報系制御システムのことであり、一般にＢＣＭ（ボディコントロールモジュール）と呼ばれる車内電装品を統括する電子部品モジュールに含まれていてもよい。
【００４５】
情報送受信部１０とは、車内情報処理システム３−２が運転者用端末３−３や乗客用端末３−４、車両内設置機器と情報の送受信をするための機能を持つ部位である。情報読み取り部１１とは、乗客１の所持する情報記憶媒体４または通信端末５が記憶領域に記憶する情報（具体的には情報コードなど）を（情報記憶媒体４または通信端末５との通信処理によって）読み取る機能を持つ部位である。演算部８とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成され、車両駆動部３−１との情報のやりとりも実行する。メモリ部１２とは、演算部８が実行するプログラムの実行エリアの部位である。通信部１３とは、情報提供サーバ９など、タクシー車両３の外部に設置された装置または機器との通信を制御する部位である。ＤＢ管理部１４とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００４６】
ＤＢ管理部１４に管理される処理プログラム１５とは、車両内情報処理システム３−２の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様に受信情報記憶部１６とは、情報提供サーバ９から受信した提供情報などの受信情報を記憶するための部位である。情報提供サーバ９から受信した提供情報は演算部８の処理によって、受信情報記憶部１６に一旦記憶され、必要に応じて情報が読み出されて運転者用端末３−３または乗客用端末３−４に送信される。同様にテンプレート情報記憶部１７とは、運転者用端末３−３または乗客用端末３−４に送信する提供情報を割り当てるためのテンプレート情報を記憶するための部位であり、テンプレート情報を用いると端末に出力しなければならない情報の情報量に対して少ない情報量の送受信で済むという利点がある。同様に情報コード記憶部１８とは、情報記憶媒体４または通信端末５から情報読み取り部１１によって読み取った情報コードを一時的に記憶するための部位である。同様に認証情報記憶部１９とは、情報読み取り部１１が情報記憶媒体４または通信端末５から読み取った情報コードを認証するための認証情報を記憶するための部位であり、認証情報は、情報コードが（情報提供システムが提供する）提供情報の対象であるか否かを判断するために用いられる。認証情報との照合結果に基づいて提供情報の対象であると判断した場合にのみ、情報コードを情報提供サーバ９に送信するとムダな情報送受信を省くことが可能となる。情報コードが提供情報の対象であるか否かの判断だけなら、例えば認証情報は、情報コードの種別が何かを情報コードから判断するための情報であればよい。
【００４７】
図５は、本発明の実施形態における運転者用端末のハードブロック図である。
【００４８】
同図において、演算部２０とは、運転者用端末３−３がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。情報入出力部２１とは、運転者用端末３−３がタクシー運転者２と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部２１−１と情報出力部２１−２で構成される。情報入力部２１−１における入力装置としては、例えばテンキーやカナキー、押しボタンスイッチ、タッチスイッチ、音声入力などが該当し、タクシー運転者２からの入力が運転者用端末３−３に対して情報を伝達するものなら、その種類は問わない。また情報出力部２１−２における出力装置としては、例えばディスプレイ、音声出力装置、骨伝導装置などが該当し、タクシー運転者２に対して運転者用端末３−３から情報を伝達できるものなら、その種類は問わない。メモリ部２２とは、運転者用端末３−３の目的を達成するために必要なプログラムやデータを記憶する記憶エリアと演算部２０が実行するプログラムの実行エリアの部位である。情報送受信部２３とは、タクシー車両３内に設置された車両内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを介して車両内情報処理システム３−２と情報の送受信を制御する部位である。
【００４９】
図６は、本発明の実施形態における乗客用端末のハードブロック図である。
【００５０】
同図において、演算部２４とは、乗客用端末３−４がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。情報入出力部２５とは、乗客用端末３−４が乗客１と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部２５−１と情報出力部２５−２で構成される。情報入力部２５−１における入力装置としては、例えばテンキーやカナキー、押しボタンスイッチ、タッチスイッチ、音声入力などが該当し、乗客１からの入力が乗客用端末３−４に対して情報を伝達するものなら、その種類は問わない。また情報出力部２５−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、乗客１に対して乗客用端末３−４から情報を伝達できるものなら、その種類は問わない。メモリ部２６とは、乗客用端末３−４の目的を達成するために必要なプログラムやデータを記憶する記憶エリアと演算部２６が実行するプログラムの実行エリアの部位である。情報送受信部２７とは、タクシー車両３内に設置された車両内ＬＡＮなどを介して車両内情報処理システム３−２と情報の送受信を制御する部位である。
【００５１】
図７は、本発明の実施形態における情報記憶媒体のハードブロック図である。
【００５２】
同図は、乗客１が所持する情報記憶媒体４のハードブロック図を示す。同図において、演算部２８とは、情報記憶媒体４がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位である。メモリ部２９とは、情報記憶媒体４の目的を達成するために必要なプログラムやデータを記憶する記憶エリアと演算部２８が実行するプログラムの実行エリアの部位である。情報送受信部３０とは、タクシー車両３内に設置された車両情報処理システム３−２が備える情報読み取り部１１と情報の送受信を制御する部位である。情報記憶媒体４の具体的としては、非接触式ＩＤ（Ｉｄｅｎｔｉｔｙ）タグなどが挙げられる。非接触式ＩＤタグにはラベル型、カード型、コイン型、スティック型など様々な形状があり、用途に合わせて選択すればよい。
【００５３】
非接触式ＩＤタグの一種にＲＦ−ＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグがあり、ＲＦ−ＩＤを例に情報記憶媒体４の原理を説明する。ＲＦ−ＩＤタグは、ＩＣ（集積回路）チップとＩＣチップに接続したコイル状アンテナで構成されており、ＩＣチップは制御部、情報記憶部、電源整流部、情報送信部および情報受信部で構成されている。演算部２８が制御部に、メモリ部２９が情報記憶部に、情報送受信部３０が電源整流部、情報送信部、情報受信部およびコイル状アンテナにそれぞれ相当する。ＲＦ−ＩＤタグは、ＩＣチップの情報記憶部に情報を記憶させて、コイル状アンテナを介して電波や電磁波で車両情報処理システム３−２（が備える情報読み取り部１１）と通信する。近年では非接触電力伝送技術により、情報読み取り部１１のアンテナ部側からＲＦ−ＩＤタグに電力を供給し、電力を供給している間だけ情報読み取り部１１とＲＦ−ＩＤタグとが通信することも出来る。その原理は以下のとおり。（０）車両内情報処理システム３−２がタクシー車両３のドアロックアクチュエータ（ドアロック部）６の開放を検知すると、開放を検知したドア周辺に、ＲＦ−ＩＤタグに内蔵されたＩＣチップに電源供給出力するための電波・電磁波とともに、情報コードの返信を要求する返信要求信号を出力する。（１）ＲＦ−ＩＤタグに内蔵されたコイル状アンテナが情報読み取り部１１からの電波・電磁波を受信する。（２）受信した電波・電磁波による共振作用でＲＦ−ＩＤタグ内に起電力が発生する。（３）ＲＦ−ＩＤタグ内に発生した起電力がＩＣチップに供給され、情報読み取り部１１から（ＩＣチップの情報記憶部に記憶する）情報コードの返信要求信号を情報受信部で受信する。（４）情報受信部で受信した返信要求信号に応じてＲＦ−ＩＤタグは、情報記憶部に記憶する情報コードを読み出し、情報送信部によってコイル状アンテナを介して情報読み取り部１１に送信する。（５）情報読み取り部１１は、ＲＦ−ＩＤタグから送信された情報コードを受信する。
【００５４】
図８は、本発明の実施形態における情報記憶媒体のハードブロック図である。
【００５５】
同図は、乗客１が所持する通信端末５のハードブロック図を示す。同図において、演算部３１とは、通信端末５がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位である。情報入出力部３２とは、通信端末５乗客１と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部３２−１と情報出力部３２−２で構成される。情報入力部３２−１における入力装置としては、例えばテンキーやカナキー、押しボタンスイッチ、タッチスイッチ、音声入力などが該当し、乗客１からの入力が通信端末５に対して情報を伝達するものなら、その種類は問わない。また情報出力部３２−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、乗客１に対して通信端末５から情報を伝達できるものなら、その種類は問わない。メモリ部３３とは、通信端末５の目的を達成するために必要なプログラムやデータを記憶する記憶エリアと演算部３１が実行するプログラムの実行エリアの部位である。通信部３４とは、タクシー車両３内に設置された車両情報処理システム３−２が備える情報読み取り部１１と情報の送受信を制御する部位である。
【００５６】
図９は、本発明の実施形態における情報提供サーバのハードブロック図である。
【００５７】
同図において、情報入出力部３７とは、情報提供サーバ９がサーバ操作者３５と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部３７−１と情報出力部３７−２で構成される。情報入力部３７−１における入力装置としては、例えばキーボードやテンキー、マウス、カナキー、押しボタンスイッチ、タッチスイッチ、音声入力などが該当し、サーバ操作者３５からの入力が情報提供サーバ９に対して情報を伝達するものなら、その種類は問わない。また情報出力部３７−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、サーバ操作者３５に対して情報提供サーバ９から情報を伝達できるものなら、その種類は問わない。演算部３８とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部３９とは、演算部３８が実行するプログラムの実行エリアの部位である。通信部４０とは、車両内情報処理システム３−２や外部システム３６などの装置または機器との通信を制御する部位である。ＤＢ管理部４１とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００５８】
ＤＢ管理部４１に管理される処理プログラム１５とは、情報提供サーバ９の利用目的を達成するために必要なプログラムのことであり、ＯＳもここに含まれる。同様に提供情報ＤＢ（データベース）４３とは、タクシー車両３で提供される提供情報を記憶するための部位であり、車両内情報処理システム３−２からの受信した情報コードに対応する提供情報が読み出される。同様に認証情報記憶部４４とは、車両内情報処理システム３−２からの受信した情報コードを認証するための認証情報を記憶するための部位であり、認証情報は、情報コードが（情報提供システムが提供する）提供情報の対象であるか否かを判断するために用いられる。認証情報による認証結果に基づいて提供情報の対象であると判断した場合にのみ、情報コードを車両内情報処理システム３−２に送信するとムダな情報送信を省くことが可能となる。同様にその他のプログラム・データとは、情報提供サーバ９の処理として適宜、用いられるプログラムやデータ記憶するための部位である。
【００５９】
図１０は、本発明の実施形態における車両内情報処理システムの機能ブロック図である。
【００６０】
同図において、車両内情報処理システム３−２は、ドアロック部６からドア開放を示す検知信号を受信する機能と、ドアロック部６からドア閉鎖を示す検知信号を受信する機能と、受信した検知信号に基づいて情報コードの返信を要求する返信要求信号を（ドア開放を示す検知信号に対応する）ドア周辺領域に出力／停止する機能と、返信要求信号に対応する情報コードを（ドア周辺領域を通過した乗客１が所持する）情報記憶媒体４または通信端末５から受信する機能と、受信した情報コードを情報提供サーバ９に送信する機能とを有する。また、車両内情報処理システム３−２は、情報コードの受信に応じて照合用の認証情報を認証情報記憶部１９から読み込み、読み込んだ認証情報によって受信した情報コードを認証する機能を有してもよく、この場合の、受信した情報コードを情報提供サーバ９に送信する機能は、認証情報による認証結果に基づいて情報コードが提供情報の対象であると判断した場合にのみ、受信した情報コードを情報提供サーバ９に送信するとよい。
【００６１】
つまり、認証情報は、情報コードが（情報提供システムが提供する）提供情報の対象であるか否かを判断するために用いられる。認証情報による認証結果に基づいて提供情報の対象であると判断した場合にのみ、情報コードを情報提供サーバ９に送信するとムダな情報送受信を省くことが可能となる。
【００６２】
図１１は、図１０に示す機能ブロック図に続く、本発明の実施形態における情報提供サーバの機能ブロック図である。
【００６３】
同図において、情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信する機能と、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込む機能と、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信する機能とを有する。また、情報提供サーバ９は、外部システム３６から新たな提供情報を受信する機能と、受信した提供情報を提供情報ＤＢ４３に記憶する機能とを有してもよい。
【００６４】
なお、情報提供サーバ９は、情報コードの受信に応じて照合用の認証情報を認証情報記憶部４４から読み込み、読み込んだ認証情報によって受信した情報コードを認証する機能を有してもよく、この場合の、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込む機能は、認証情報による認証結果に基づいて情報コードが提供情報の対象であると判断した場合にのみ、受信した情報コードに対応する提供情報を提供情報ＤＢ４３から読み込むとよい。認証情報は、情報コードが提供情報の対象であるか否かを判断するために用いられる。認証情報との認証結果に基づいて提供情報の対象であると判断した場合にのみ、情報コードを車両内情報処理システム３−２に送信するとムダな情報送信を省くことが可能となる。
【００６５】
図１２は、図１０に示す機能ブロック図に続く、本発明の実施形態における車両内情報処理システムの機能ブロック図である。
【００６６】
同図において、車両内情報処理システム３−２は、情報提供サーバ９から提供情報を受信する機能と、受信した提供情報のうち、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力する機能と、受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力する機能とを有する。要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力する際に、または詳細情報を乗客用端末３−４の情報出力部２５−２に出力する際にテンプレート情報を用いてもよく、情報提供サーバ９から提供情報の受信に応じてテンプレート情報記憶部１７からテンプレート情報を読み込み、読み込んだテンプレート情報に情報提供サーバ９から受信した提供情報を当てはめて出力するとよい。テンプレート情報を用いると端末に出力しなければならない情報の情報量に対して少ない情報量の送受信で済むという利点がある。また、車両内情報処理システム３−２は、乗客用端末３−４の情報入力部２５−１から提供情報の出力を指示する操作を受け付ける機能を有していてもよく、受け付けた操作に応じて、情報提供サーバ９から受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力するようにしてもよい。
【００６７】
なお、車両内情報処理システム３−２は、運転者用端末３−３の情報出力部２１−２への要点抜粋情報（要約情報）の出力に応じて、または運転者用端末３−２の情報入力部２１−１からの操作に応じて、乗客用端末３−４の情報入力部２５−１の操作を許可する機能を有してもよい。ここで言うところの「乗客用端末３−４の情報入力部２５−１の操作を許可する」とは、許可後の入力操作を受け付け、許可前に受け付けた入力操作は無効と判断することと同意である。こうすることで、要点抜粋情報（要約情報）よりも早く詳細情報が出力されることを防ぐことが出来る。
【００６８】
さらに、車両内情報処理システム３−２は、車両駆動部３−１の制御部７から自車両（タクシー車両３）の走行速度を取得する機能と、取得した走行速度に基づいて自車両（タクシー車両３）の停車を判断する機能とを有してもよく、この場合の、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力する機能は、自車両（タクシー車両３）の停車に応じて、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力するとよい。タクシー運転者２への情報出力、特に視覚情報の出力はタクシー運転者２にとって運転行為の妨げになり、安全運転の支障にきたすこともあるが、タクシー車両３が停車してからの出力であればその心配もない。
【００６９】
図１３は、図１０に示す機能ブロック図とは別の場合の、本発明の実施形態における車両内情報処理システムの機能ブロック図である。
【００７０】
同図において、車両内情報処理システム３−２は、情報コードの受信に応じて（情報コードを情報記憶媒体４または通信端末５から受信すると）、車両内設置機器３−５から状態情報を取得する機能と、取得した状態情報に基づいて乗客１の乗車／降車を判断する機能とを有してもよい。この場合の、受信した情報コードを情報提供サーバ９に送信する機能は、取得した状態情報に基づいて乗客１がタクシー車両３に乗車したと判断した場合に、受信した情報コードを情報提供サーバ９に送信するとよい。なお、車両内情報処理システム３−２は、取得した状態情報に基づいて乗客１がタクシー車両３から降車したと判断した場合には、判断結果に基づいて乗客用端末３−４の情報入力部２５−１の操作を停止する機能を有しても良い。車両内設置機器３−５から取得する状態情報とは、例えばタクシーメータから取得する賃走／空車を示す状態情報などのことであり、空車を示す状態情報が賃走を示す状態情報に変更されれば、車両内情報処理システム３−２は、乗客１がタクシー車両３に乗車したと判断してよく、同様に賃走を示す状態情報から空車を示す状態情報に変更されれば、乗客１がタクシー車両３から降車したと判断してよい。ただし、車両内設置機器３−５から取得する状態情報としてはこれに限らず、車両内情報処理システム３−２が乗客１の乗車／降車を判断する判断材料となる情報であるなら、その種類は特に問わない。
【００７１】
図１４は、図１０に示す機能ブロック図とは別の場合の、本発明の実施形態における車両内情報処理システムの機能ブロック図である。
【００７２】
同図において、車両内情報処理システム３−２は、情報コードの受信に応じて（情報コードを情報記憶媒体４または通信端末５から受信すると）、情報コード記憶部１８から（前回に受信した）情報コードを読み込む機能と、読み込んだ情報コードと受信した情報コードとを照合する機能とを有しても良い。この場合の、受信した情報コードを情報提供サーバ９に送信する機能は、照合結果に基づいて読み込んだ情報コードと受信した情報コードとが一致しなかった場合に乗客１がタクシー車両３に乗車したと判断して、受信した情報コードを情報コード記憶部１８に記憶するとともに受信した情報コードを情報提供サーバ９に送信するとよく、照合結果に基づいて受信した情報コードを情報コード記憶部１８に記憶する機能と、照合結果に基づいて受信した情報コードを情報提供サーバ９に送信する機能とで構成されていてもよい。なお、車両内情報処理システム３−２は、照合結果に基づいて読み込んだ情報コードと受信した情報コードとが一致した場合に乗客１がタクシー車両３から降車したと判断して、照合結果に基づいて乗客用端末３−４の情報入力部２５−１の操作を停止する機能を有しても良い。
【００７３】
図１５は、図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャートである。
【００７４】
同図は、運転者用端末３−３の情報出力部２１−２への要点抜粋情報（要約情報）の出力された後に、乗客用端末３−４の情報入力部２５−１が操作されたことに応じて詳細情報が乗客用端末３−４の情報出力部２５−２に出力される場合の処理を示す。別の表現をすれば、運転者用端末３−３の情報出力部２１−２への要点抜粋情報（要約情報）の出力に応じて、乗客用端末３−４の情報入力部２５−１の操作を許可する場合の処理である。
【００７５】
同図において、情報提供サーバ９は、外部システム３６から新たな提供情報を受信すると（ＳＴ１５０１）、受信した提供情報を提供情報ＤＢ４３に記憶する（ＳＴ１５０２）。車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ１５０３）、受信した情報コードを情報提供サーバ９に送信する（ＳＴ１５０４）。情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信すると、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込み（ＳＴ１５０５）、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ１５０６）、処理を終了する。
【００７６】
車両内情報処理システム３−２は、情報提供サーバ９から提供情報を受信すると、受信した提供情報を受信情報記憶部１６に記憶し（ＳＴ１５０７）、受信した提供情報のうち、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力し（ＳＴ１５０８）、乗客用端末３−４の情報入力部２５−１から提供情報の出力を指示する操作を受け付けると（ＳＴ１５０９）、受け付けた操作に応じて、情報提供サーバ９から受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力して（ＳＴ１５１０）、処理を終了する。
【００７７】
また、車両内情報提供システム３−２は、ＳＴ１５０８で要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力する際に、またはＳＴ１５１０で詳細情報を乗客用端末３−４の情報出力部２５−２に出力する際にテンプレート情報を用いてもよく、情報提供サーバ９から提供情報の受信に応じてテンプレート情報記憶部１７から要点抜粋情報（要約情報）用または詳細情報用のテンプレート情報をそれぞれ読み込み、読み込んだテンプレート情報に要点抜粋情報（要約情報）または詳細情報を当てはめて出力するとよい。
【００７８】
図１６は、図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャートである。
【００７９】
同図は、運転者用端末３−３の情報出力部２１−２への要点抜粋情報（要約情報）が出力され、運転者用端末３−２の情報入力部２１−１からの操作を受け付けた後に、乗客用端末３−４の情報入力部２５−１が操作されたことに応じて詳細情報が乗客用端末３−４の情報出力部２５−２に出力される場合の処理を示す。別の表現をすれば、運転者用端末３−２の情報入力部２１−１からの操作に応じて、乗客用端末３−４の情報入力部２５−１の操作を許可する場合の処理である。
【００８０】
同図において、情報提供サーバ９は、外部システム３６から新たな提供情報を受信すると（ＳＴ１６０１）、受信した提供情報を提供情報ＤＢ４３に記憶する（ＳＴ１６０２）。車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ１６０３）、受信した情報コードを情報提供サーバ９に送信する（ＳＴ１６０４）。情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信すると、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込み（ＳＴ１６０５）、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ１６０６）、処理を終了する。
【００８１】
車両内情報処理システム３−２は、情報提供サーバ９から提供情報を受信すると、受信した提供情報を受信情報記憶部１６に記憶し（ＳＴ１６０７）、受信した提供情報のうち、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力し（ＳＴ１６０８）、運転者用端末３−３の情報入力部２１−１から（乗客用端末３−４の情報入力部２５−１の操作許可を指示する）操作を受け付け（ＳＴ１６０９）、乗客用端末３−４の情報入力部２５−１から提供情報の出力を指示する操作を受け付けると（ＳＴ１６１０）、受け付けた操作に応じて、情報提供サーバ９から受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力して（ＳＴ１６１１）、処理を終了する。
【００８２】
図１７は、図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャートである。
【００８３】
同図は、運転者用端末３−３の情報出力部２１−２への要点抜粋情報（要約情報）が出力されてからあらかじめ定める一定時間経過した後に、乗客用端末３−４の情報入力部２５−１が操作されたことに応じて詳細情報が乗客用端末３−４の情報出力部２５−２に出力される場合の処理を示す。別の表現をすれば、運転者用端末３−２の情報出力部２１−２への要点抜粋情報（要約情報）の出力からあらかじめ定める時間の経過に応じて、乗客用端末３−４の情報入力部２５−１の操作を許可する場合の処理である。
【００８４】
同図において、情報提供サーバ９は、外部システム３６から新たな提供情報を受信すると（ＳＴ１７０１）、受信した提供情報を提供情報ＤＢ４３に記憶する（ＳＴ１７０２）。車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ１７０３）、受信した情報コードを情報提供サーバ９に送信する（ＳＴ１７０４）。情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信すると、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込み（ＳＴ１７０５）、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ１７０６）、処理を終了する。
【００８５】
車両内情報処理システム３−２は、情報提供サーバ９から提供情報を受信すると、受信した提供情報を受信情報記憶部１６に記憶し（ＳＴ１７０７）、受信した提供情報のうち、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力し（ＳＴ１７０８）、あらかじめ定める時間が経過し（ＳＴ１７０９）、乗客用端末３−４の情報入力部２５−１から提供情報の出力を指示する操作を受け付けると（ＳＴ１７１０）、受け付けた操作に応じて、情報提供サーバ９から受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力して（ＳＴ１７１１）、処理を終了する。
【００８６】
図１８は、図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャートである。
【００８７】
同図は、車両駆動部３−１の制御部７から自車両（タクシー車両３）の走行速度を取得して、取得した走行速度に基づいて自車両（タクシー車両３）の停車を判断し、自車両（タクシー車両３）の停車に応じて、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力する場合の処理である。
【００８８】
同図において、情報提供サーバ９は、外部システム３６から新たな提供情報を受信すると（ＳＴ１８０１）、受信した提供情報を提供情報ＤＢ４３に記憶する（ＳＴ１８０２）。車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ１８０３）、受信した情報コードを情報提供サーバ９に送信する（ＳＴ１８０４）。情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信すると、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込み（ＳＴ１８０５）、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ１８０６）、処理を終了する。
【００８９】
車両内情報処理システム３−２は、情報提供サーバ９から提供情報を受信すると、受信した提供情報を受信情報記憶部１６に記憶し（ＳＴ１８０７）、自車両（タクシー車両３）が停車したと判断すると（ＳＴ１８０８）、受信した提供情報のうち、要点抜粋情報（要約情報）を運転者用端末３−３の情報出力部２１−２に出力し（ＳＴ１８０９）、乗客用端末３−４の情報入力部２５−１から提供情報の出力を指示する操作を受け付けると（ＳＴ１８１０）、受け付けた操作に応じて、情報提供サーバ９から受信した提供情報のうち、詳細情報を乗客用端末３−４の情報出力部２５−２に出力して（ＳＴ１８１１）、処理を終了する。
【００９０】
図１９は、図１０に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャートである。
【００９１】
同図は、タクシー車両３のドアが開放されている間にしか、乗客１はタクシー車両３に乗降車することは出来ないことに着目して、ドアロック部６からドア開放を示す検知信号の受信に応じて情報読み取り部１１はドア周辺領域で情報コードの読み取りを開始し、同様にドア閉鎖を示す検知信号の受信に応じて情報コードの読み取りを終了する場合の処理である。なお、乗客１は開放したドアからしか乗降車することができないのは道理でもあるので、情報読み取り部１１が対象とするドア周辺領域とは、ドア開放を検知したドアの周辺のみに限定してもよく、ムダな情報送受信を省くことが出来る。
【００９２】
同図において、車両内情報処理システム３−２は、ドアロック部６からドア開放を示す検知信号を受信すると（ＳＴ１９０１）、受信した検知信号に基づいて情報コードの返信を要求する返信要求信号を（ドア開放を示す検知信号に対応する）ドア周辺領域に出力（発信）し（ＳＴ１９０２）、返信要求信号に対応する情報コードを（ドア周辺領域を通過した乗客１が所持する）情報記憶媒体４または通信端末５から受信したか否かを判断して（ＳＴ１９０３）、情報コードを受信した場合には、受信した情報コードを情報提供サーバ９に送信して（ＳＴ１９０４）、処理を終了する。ＳＴ１９０３で情報コードを受信しなかった場合には、さらにドアロック部６からドア閉鎖を示す検知信号を受信したか否かを判断して（ＳＴ１９０５）、ドア閉鎖を示す検知信号を受信した場合には、返信要求信号の出力（発信）を停止して（ＳＴ１９０６）、処理を終了し、ドア閉鎖を示す検知信号を受信しなかった場合には、ＳＴ１９０３に戻る。
【００９３】
図２０は、図１０に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャートである。
【００９４】
同図は、車両内情報処理システム３−２で情報コードの認証処理（情報コードが提供情報の対象か否かの判断処理）を実行する場合の処理である。同図において、車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ２００１）、照合用の認証情報を認証情報記憶部１９から読み込み（ＳＴ２００２）、読み込んだ認証情報によって受信した情報コードを認証（ＳＴ２００３）し、受信した情報コードは提供情報の対象か否か判断して（ＳＴ２００４）、提供情報の対象でなかった場合にはそのまま処理を終了し、提供情報の対象であった場合には、受信した情報コードを情報提供サーバ９に送信して（ＳＴ２００５）、処理を終了する。
【００９５】
図２１は、図１１に示す機能ブロック図に対応する情報提供サーバの演算部におけるフローチャートである。
【００９６】
同図は、情報提供サーバ９で情報コードの認証処理（情報コードが提供情報の対象か否かの判断処理）を実行する場合の処理である。同図において、情報提供サーバ９は、タクシー車両３の車両内情報処理システム３−２から情報コードを受信すると（ＳＴ２１０１）、照合用の認証情報を認証情報記憶部４４から読み込み（ＳＴ２１０２）、読み込んだ認証情報によって受信した情報コードを認証（ＳＴ２１０３）し、受信した情報コードは提供情報の対象か否か判断して（ＳＴ２１０４）、提供情報の対象でなかった場合にはそのまま処理を終了し、提供情報の対象であった場合には、受信した情報コードに応じて提供情報を提供情報ＤＢ４３から読み込み（ＳＴ２１０５）、読み込んだ提供情報をタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ２１０６）、処理を終了する。
【００９７】
図２２は、図１３に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャートである。
【００９８】
同図は、車両内情報処理システム３−２が、車両内設置機器３−５から取得した情報に基づいて、乗客１の乗車／降車を判断する場合の処理である。同図において、車両内情報処理システム３−２は、ドアロック部６からドア開放を示す検知信号を受信すると（ＳＴ２２０１）、受信した検知信号に基づいて情報コードの返信を要求する返信要求信号を（ドア開放を示す検知信号に対応する）ドア周辺領域に出力（発信）し（ＳＴ２２０２）、返信要求信号に対応する情報コードを（ドア周辺領域を通過した乗客１が所持する）情報記憶媒体４または通信端末５から受信したか否かを判断して（ＳＴ２２０３）、情報コードを受信した場合には、車両内設置機器３−５から機器の状態情報を取得し（ＳＴ２２０４）、取得した状態情報から乗客１はタクシー車両３に乗車したか否かを判断して（ＳＴ２２０５）、乗客１が乗車したと判断した場合には、受信した情報コードを情報提供サーバ９に送信して（ＳＴ２２０６）、処理を終了し、乗客１が乗車したと判断しなかった場合には、判断結果に基づいて乗客用端末３−４の情報入力部２５−１の操作を停止して（ＳＴ２２０７）、処理を終了する。ＳＴ２２０３で情報コードを受信しなかった場合には、さらにドアロック部６からドア閉鎖を示す検知信号を受信したか否かを判断して（ＳＴ２２０８）、ドア閉鎖を示す検知信号を受信した場合には、返信要求信号の出力（発信）を停止して（ＳＴ２２０９）、処理を終了し、ドア閉鎖を示す検知信号を受信しなかった場合には、ＳＴ２２０３に戻る。
【００９９】
図２３は、図１４に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャートである。
【０１００】
同図は、車両内情報処理システム３−２が、情報記憶媒体４または通信端末５から受信した情報コードを情報コード記憶部１８に記憶しておいて、乗客１がタクシー車両３に乗車したか降車したかの判断に用いる場合の処理である。同図において、車両内情報処理システム３−２は、情報コードを情報記憶媒体４または通信端末５から受信すると（ＳＴ２３０１）、情報コードの受信に応じて情報コード記憶部１８から（前回に受信した）情報コードを読み込み（ＳＴ２３０２）、読み込んだ情報コードと受信した情報コードとを照合し、受信した情報コードは情報コード記憶部１８から読み込んだ情報コードと一致するか否かを判断して（ＳＴ２３０３）、照合結果に基づいて読み込んだ情報コードと受信した情報コードとが一致しなかった場合には、乗客１がタクシー車両３に乗車したと判断して、受信した情報コードを情報コード記憶部１８に記憶し（ＳＴ２３０５）、受信した情報コードを情報提供サーバ９に送信して（ＳＴ２３０６）、処理を終了する。ＳＴ２３０３で照合結果に基づいて読み込んだ情報コードと受信した情報コードとが一致した場合には、乗客１がタクシー車両３から降車したと判断して、照合結果に基づいて乗客用端末３−４の情報入力部２５−１の操作を停止して（ＳＴ２３０４）、処理を終了する。
【０１０１】
図２４は、図１０に示す機能ブロック図に対応する、本発明の実施形態における情報記憶媒体または通信端末の機能ブロック図である。
【０１０２】
同図において、情報記憶媒体４（通信端末５）は、タクシー車両３の車両内情報処理システム３−２から情報コードの返信を要求する返信要求信号を受信する機能と、返信要求信号の受信に応じて、情報コードのみをメモリ部（情報記憶領域）２９（３３）から読み込む機能と、読み込んだ情報コードをタクシー車両３の車両内情報処理システム３−２に返信する機能とを有する。メモリ部（情報記憶領域）２９（３３）から読み込む情報を情報提供サーバ９が情報提供に必要とする情報コードのみとすることで、情報記憶媒体４（通信端末５）から乗客１に関する情報流出に配慮した必要最低限の情報による情報提供が可能となる。
【０１０３】
図２５は、図２４に示す機能ブロック図に対応する情報記憶媒体の演算部または通信端末の演算部におけるフローチャートである。
【０１０４】
同図において、情報記憶媒体４（通信端末５）は、タクシー車両３の車両内情報処理システム３−２から情報コードの返信を要求する返信要求信号を受信すると（ＳＴ２５０１）、返信要求信号の受信に応じて、情報コードのみをメモリ部（情報記憶領域）２９（３３）から読み込み（ＳＴ２５０２）、読み込んだ情報コードをタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ２５０３）、処理を終了する。
【０１０５】
図２６は、図２４に示す機能ブロック図とは別の場合の、本発明の実施形態における情報記憶媒体の機能ブロック図である。
【０１０６】
同図は、情報記憶媒体４が、情報コードの送信許可／送信不許可を示す送信許可フラグを記憶しており、送信許可フラグが送信不許可を示す場合には、情報記憶媒体４は車両内情報処理システム３−２の情報コード読み取り部１１に対して情報コードの送信を拒否する場合の処理である。情報記憶媒体４から車両内情報処理システム３−２の情報コード読み取り部１１が読み取る情報を情報コードのみとすることで、情報記憶媒体４からの情報流出に配慮した必要最低限の情報による情報提供が可能となるが、さらに情報コードの送信許可／送信不許可を示す送信許可フラグを設定することによって、より乗客１個人のプライバシーに配慮した情報提供が可能となる。
【０１０７】
同図において、情報記憶媒体４は、タクシー車両３の車両内情報処理システム３−２から情報コードの返信を要求する返信要求信号を受信する機能と、返信要求信号の受信に応じて、メモリ部（情報記憶領域）２９から送信許可フラグを読み込む機能と、読み込んだ送信許可フラグに基づいて情報コードを返信するか否かを判断する機能と、返信すると判断した場合には、情報コードのみをメモリ部（情報記憶領域）２９から読み込む機能と、読み込んだ情報コードをタクシー車両３の車両内情報処理システム３−２に返信する機能とを有する。
【０１０８】
図２７は、図２４に示す機能ブロック図とは別の場合の、本発明の実施形態における通信端末の機能ブロック図である。
【０１０９】
同図は、通信端末５が、情報コードの送信許可／送信不許可を示す送信許可フラグを記憶しており、送信許可フラグが送信不許可を示す場合には、通信端末５は車両内情報処理システム３−２の情報コード読み取り部１１に対して情報コードの送信を拒否する場合の処理である。通信端末５から車両内情報処理システム３−２の情報コード読み取り部１１が読み取る情報を情報コードのみとすることで、通信端末５からの情報流出に配慮した必要最低限の情報による情報提供が可能となるが、さらに情報コードの送信許可／送信不許可を示す送信許可フラグを設定することによって、より乗客１個人のプライバシーに配慮した情報提供が可能となる。
【０１１０】
同図において、通信端末５は、タクシー車両３の車両内情報処理システム３−２から情報コードの返信を要求する返信要求信号を受信する機能と、返信要求信号の受信に応じて、メモリ部（情報記憶領域）３３から送信許可フラグを読み込む機能と、読み込んだ送信許可フラグに基づいて情報コードを返信するか否かを判断する機能と、返信すると判断した場合には、情報コードのみをメモリ部（情報記憶領域）３３から読み込む機能と、読み込んだ情報コードをタクシー車両３の車両内情報処理システム３−２に返信する機能とを有する。
【０１１１】
また、通信端末５は、情報入力部３２−１から送信許可フラグの変更を受け付ける機能と、変更を受け付けた送信許可フラグをメモリ部（情報記憶領域）３３に書き込む機能とを有してもよい。変更を受け付けた送信許可フラグをメモリ部（情報記憶領域）３３に書き込むと、情報入力部３２−１から受け付けた送信許可フラグの変更をメモリ部（情報記憶領域）３３に書き込んだことになる。こうすることによって、乗客１は自らの判断によって送信許可フラグの状態を変更するとよく、乗客１の気分や状況に応じた情報提供が可能となる。
【０１１２】
図２８は、図２７に示す機能ブロック図に対応する通信端末の演算部におけるフローチャートである。
【０１１３】
同図において、情報入力部３２−１から送信許可フラグの変更を受け付けると（ＳＴ２８０１）、変更を受け付けた送信許可フラグをメモリ部（情報記憶領域）３３に書き込んで（ＳＴ２８０２）、処理を終了する。
【０１１４】
図２９は、図２６に示す機能ブロック図に対応する情報記憶媒体の演算部または図２７に示す機能ブロック図に対応する通信端末の演算部におけるフローチャートである。
【０１１５】
同図において、情報記憶媒体４（通信端末５）は、タクシー車両３の車両内情報処理システム３−２から情報コードの返信を要求する返信要求信号を受信すると（ＳＴ２９０１）、返信要求信号の受信に応じて、メモリ部（情報記憶領域）２９から送信許可フラグを読み込み（ＳＴ２９０２）、読み込んだ送信許可フラグは情報コードの返信を許可しているか否かを判断して（ＳＴ２９０３）、許可していないと判断した場合には、そのまま処理を終了し、許可していると判断した場合には、情報コードのみをメモリ部（情報記憶領域）２９（３３）から読み込み（ＳＴ２９０４）、読み込んだ情報コードをタクシー車両３の車両内情報処理システム３−２に返信して（ＳＴ２９０５）、処理を終了する。
【０１１６】
図３０は、本発明の実施形態における車両内情報処理システムの情報読み取り部の具体例を原理で説明する説明図である。
【０１１７】
同図は、車両内情報処理システム３−２の情報読み取り部１１のアンテナ部（アンテナ１とアンテナ２）のように配置した場合の電波強度分布を示す。同図において、タクシー車両３の各ドアの少なくとも一辺を対となったアンテナ１とアンテナ２で囲っておくと、乗客１が開放されたドアからタクシー車両３に乗車する際に、乗客１が所持する情報記憶媒体４または通信端末５が図中の斜線部を通過することによって、情報読み取り部１１と情報記憶媒体４または通信端末５との通信が成立して、（情報読み取り部１１は、情報記憶媒体４または通信端末５から）情報コードを読み取ることが出来る。
【０１１８】
図３１は、本発明の実施形態における車両内情報処理システムの情報読み取り部の具体例を原理で説明する説明図である。
【０１１９】
同図において、車両内情報処理システム３−２の情報読み取り部１１は例えば対となったアンテナ１とアンテナ２で構成され、１／２λ（ラムダ、電波の波長）の倍数の間隔で設置する。縦方向ではアンテナ１の電波（電力）とアンテナ２の電波にズレはなく、その合成波は強くなる。同様に横方向では、アンテナ１とアンテナ２の電波に１／２λの位相のズレが生じるために、その合成波は相殺され、斜め方向ではアンテナ１とアンテナ２の電波に√２／２λのズレが生じるために、その合成波は弱くなる。
【図面の簡単な説明】
【０１２０】
【図１】本発明の実施形態における情報提供システムの概要を説明する説明図
【図２】本発明の実施形態における提供情報の構成を説明する説明図
【図３】本発明の実施形態におけるタクシー車両の車両駆動部のハードブロック図
【図４】本発明の実施形態におけるタクシー車両に搭載される乗用車内情報処理システムのハードブロック図
【図５】本発明の実施形態における運転者用端末のハードブロック図
【図６】本発明の実施形態における乗客用端末のハードブロック図
【図７】本発明の実施形態における情報記憶媒体のハードブロック図
【図８】本発明の実施形態における情報記憶媒体のハードブロック図
【図９】本発明の実施形態における情報提供サーバのハードブロック図
【図１０】本発明の実施形態における車両内情報処理システムの機能ブロック図
【図１１】図１０に示す機能ブロック図に続く、本発明の実施形態における情報提供サーバの機能ブロック図
【図１２】図１０に示す機能ブロック図に続く、本発明の実施形態における車両内情報処理システムの機能ブロック図
【図１３】図１０に示す機能ブロック図とは別の場合の、本発明の実施形態における車両内情報処理システムの機能ブロック図
【図１４】図１０に示す機能ブロック図とは別の場合の、本発明の実施形態における車両内情報処理システムの機能ブロック図
【図１５】図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャート
【図１６】図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャート
【図１７】図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャート
【図１８】図１０、図１１および図１２に示す機能ブロック図に対応する車両内情報処理システムにおける演算部および情報提供サーバの演算部におけるフローチャート
【図１９】図１０に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャート
【図２０】図１０に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャート
【図２１】図１１に示す機能ブロック図に対応する情報提供サーバの演算部におけるフローチャート
【図２２】図１３に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャート
【図２３】図１４に示す機能ブロック図に対応する車両内情報処理システムの演算部におけるフローチャート
【図２４】図１０に示す機能ブロック図に対応する、本発明の実施形態における情報記憶媒体または通信端末の機能ブロック図
【図２５】図２４に示す機能ブロック図に対応する情報記憶媒体の演算部または通信端末の演算部におけるフローチャート
【図２６】図２４に示す機能ブロック図とは別の場合の、本発明の実施形態における情報記憶媒体の機能ブロック図
【図２７】図２４に示す機能ブロック図とは別の場合の、本発明の実施形態における通信端末の機能ブロック図
【図２８】図２７に示す機能ブロック図に対応する通信端末の演算部におけるフローチャート
【図２９】図２６に示す機能ブロック図に対応する情報記憶媒体の演算部または図２７に示す機能ブロック図に対応する通信端末の演算部におけるフローチャート
【図３０】本発明の実施形態における車両内情報処理システムの情報読み取り部の具体例を原理で説明する説明図
【図３１】本発明の実施形態における車両内情報処理システムの情報読み取り部の具体例を原理で説明する説明図
【符号の説明】
【０１２１】
１  乗客
２  タクシー運転者
３  タクシー車両
３−１  車両駆動部
３−２  車両内情報処理システム
３−３  運転者用端末
３−４  乗客用端末
３−５  車両内設置機器
４  情報記憶媒体
５  通信端末
６  ドアロックアクチュエータ（ドアロック部）
７  制御部（コントローラ）
９  情報提供サーバ
１１  情報読み取り部
１６  受信情報記憶部
１７  テンプレート情報記憶部
１８  利用者ＩＤ記憶部
１９  認証情報記憶部
３５  サーバ操作者
３６  外部システム
４３  提供情報ＤＢ
４４  認証情報記憶部
【図１】
2006018383.tif 000003
【図２】
2006018383.tif 000004
【図３】
2006018383.tif 000005
【図４】
2006018383.tif 000006
【図５】
2006018383.tif 000007
【図６】
2006018383.tif 000008
【図７】
2006018383.tif 000009
【図８】
2006018383.tif 000010
【図９】
2006018383.tif 000011
【図１０】
2006018383.tif 000012
【図１１】
2006018383.tif 000013
【図１２】
2006018383.tif 000014
【図１３】
2006018383.tif 000015
【図１４】
2006018383.tif 000016
【図１５】
2006018383.tif 000017
【図１６】
2006018383.tif 000018
【図１７】
2006018383.tif 000019
【図１８】
2006018383.tif 000020
【図１９】
2006018383.tif 000021
【図２０】
2006018383.tif 000022
【図２１】
2006018383.tif 000023
【図２２】
2006018383.tif 000024
【図２３】
2006018383.tif 000025
【図２４】
2006018383.tif 000026
【図２５】
2006018383.tif 000027
【図２６】
2006018383.tif 000028
【図２７】
2006018383.tif 000029
【図２８】
2006018383.tif 000030
【図２９】
2006018383.tif 000031
【図３０】
2006018383.tif 000032
【図３１】
2006018383.tif 000033