車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法
【課題】車両情報通信サービスの利用者に煩わしさを感じさせずに、車両のユーザが車両情報通信サービスの契約が継続していることを認識できる車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法を提供すること。
【解決手段】ユーザが使用する情報端末４から管理センタを介して車載装置５と通信可能な車両情報通信システムにおいて、車載装置５が以前と異なる情報端末４を検出した場合、管理センタ２が車両のユーザを確認するためのユーザ確認処理を行う、ことを特徴とする。
【解決手段】ユーザが使用する情報端末４から管理センタを介して車載装置５と通信可能な車両情報通信システムにおいて、車載装置５が以前と異なる情報端末４を検出した場合、管理センタ２が車両のユーザを確認するためのユーザ確認処理を行う、ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの使用する情報端末から管理センタを介して車載装置と通信する車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法に関する。
【背景技術】
【０００２】
自動車を中心とした車両情報提供サービス（テレマティクスサービス）の高度化が推進されており、車両と運転者（所有者）を仲介して種々のサービスを所有者に提供したり、種々の情報そのものを双方向でやり取りすることが容易になってきている（例えば、特許文献１参照。）。車両情報通信サービスでは、車両と所有者とが離れた場所にあっても管理センタを介して車両と所有者が携帯する情報端末とが通信することができ、所有者は情報端末を操作して、遠隔地から車両の駐車場所を調べたりエンジン始動の検出通知を受信することができる。したがって、車両情報提供サービスの契約者は、車両から離れていても車両の状況に関する情報を取得したり、車載装置を操作すること等が可能となる。
【０００３】
車両情報通信サービスを利用する場合、契約者は、予め、管理センタと所定の契約を行い住所、氏名、携帯電話番号等の契約者情報と認証のためのパスワード等を登録しておく。契約者が遠隔地からリモート操作により車両の情報を取得するような場合、情報端末から認証操作を行うことで本人確認が得られ、車両情報提供サービスが提供する種々のサービスを利用可能となる。
【特許文献１】特開２００４−１０２９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、車両はオークションや個人間の売買によっても所有者が移転することが少なくないが、車両情報通信サービスと契約したままの車両について個人売買や貸与などが行われると、車両情報通信サービスの契約者と車両の所有者に齟齬が生じる。
【０００５】
図１は、車両の所有者と車両情報通信サービスの契約者とが異なっている場合の関係を示す図である。車両５のユーザＡ（契約者）は車両情報通信サービスの契約を管理センタ２と結び、その後、車両５をユーザＢに譲渡した。ユーザＡが契約を解除しない場合、ユーザＡと車両情報通信サービスとの間に契約が残存したまま、ユーザＢが車両５を運転することとなる。ユーザＢが新たに車両情報通信サービスと契約すれば、車体番号等により車両５に車両情報通信サービスとの間に契約が残存していることが判明する場合があるが、ユーザＢが車両情報通信サービスと契約するとは限らず、また、同じ車両情報通信サービスの運営者と契約するとも限らない。
【０００６】
このように、いったん車両の所有者と車両情報通信サービスの契約者とが異なってしまうと、車両情報通信サービスでは車両５の側から所有者に契約者の認証を要求することは少ないため、車両５に乗車したユーザＢは車両情報通信サービスの契約が残存していることに気づかないまま車両５を使用することが多い。
【０００７】
したがって、図１のように契約者と所有者とが異なった場合、ユーザＡが情報端末によりリモート操作をして、車両５の場所や車両情報の取得をしたり車載装置を操作するなど、ユーザＢが望まない行為をユーザＢの気づかないうちに働くおそれがあるという問題がある。
【０００８】
このような行為を防止するため、車両５の現在の使用者であるユーザＢが契約した本人か否かを確認することが望ましいが、管理センタ２や車両５は車両５の譲受の有無やそのタイミングを知らないので乗車の度など定期的に確認作業を行う事となり、車両のユーザに煩わしさを感じさせるという不都合が生じる。
【０００９】
本発明は、上記問題に鑑み、車両情報通信サービスの利用者に煩わしさを感じさせずに、車両のユーザが車両情報通信サービスの契約が継続していることを認識できる車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題に鑑み、本発明は、ユーザが使用する情報端末から管理センタを介して車載装置と通信可能な車両情報通信システムにおいて、車載装置が以前と異なる情報端末を検出した場合、管理センタが車両のユーザを確認するためのユーザ確認処理を行う、ことを特徴とする。
【００１１】
本発明によれば、車両情報通信サービスの利用者に煩わしさを感じさせずに、車両情報通信サービスの契約が継続していることを認識させることができる車両情報通信サービスの契約が継続していることを認識した車両のユーザは、契約を解除できるので車両を譲渡したユーザが所有者又は車両に不測の行為を働くことが防止できる。
【００１２】
また、本発明の車両情報通信システムの一形態において、以前と異なる情報端末を車載装置が所定回数以上検出した場合、管理センタがユーザ確認処理を行う、ことを特徴とする。
【００１３】
本発明によれば、以前と異なる情報端末を所定回数以上検出した場合にユーザ確認するので、単なる貸与を除外してユーザ確認できる。
【００１４】
また、所定回数は所定期間内における回数とすれば、複数のユーザで１つの車両を使用している場合を除外してユーザ確認することができる。
【００１５】
また、以前と異なる情報端末と同一の情報端末が連続して所定回数以上検出された場合、ユーザ確認処理を行うこととすれば、所定期間の経過を待たずにユーザ確認することができる。
【００１６】
また、本発明の車両情報通信システムの一形態において、車載装置はブルートゥース通信により情報端末を検出することを特徴とする。
【００１７】
本発明によれば、ユーザが特に操作することなく以前と異なる情報端末の検出が可能となる。
【００１８】
また、本発明の車両情報通信システムの一形態において、ユーザ確認処理は、当該車両情報通信システムの契約者の情報をユーザに通知する処理である、ことを特徴とする。
【００１９】
本発明によれば、契約者の情報を新たなユーザが知覚することで車両情報通信サービスの契約が継続していることを認識することができる。
【発明の効果】
【００２０】
車両情報通信サービスの利用者に煩わしさを感じさせずに、車両のユーザが車両情報通信サービスの契約が継続していることを認識できる車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明を実施するための最良の形態について、添付図面を参照しながら実施例を挙げて説明する。
【００２２】
図２は、本実施の形態に係る車両情報通信システムの全体構成図を示す。このシステムにより車両情報通信サービスが提供される。車両情報通信システムは、車両５と情報端末４を仲介し車両５から情報を取得したり車両５をリモート操作するなどの種々のサービスを所有者（ユーザＡ又はＢ）に提供する管理センタ２と、ユーザＢが所有する車両５と、ユーザＡが使用する情報端末４とがネットワーク１を介して構成される。
【００２３】
図２では、ユーザＡが過去に車両５の所有者だった者であり、車両情報通信サービスの契約者である。また、ユーザＢはユーザＡから車両５を譲渡された者であり、現在の車両５の所有者である。なお、所有者とは車両５を支配する権利を有するものであるが、本実施の形態ではそこまで厳密なものではなく、所定期間、車両５を使用することができる者であれば所有者と称す。また、単にユーザといった場合に所有者を意味する場合がある。
【００２４】
管理センタ２は、インターネット等のネットワーク１に接続されている。また、車両５及び情報端末４は、ネットワーク１に接続された基地局３又は７と無線又は有線で通信可能に構成されている。通信方式の形態は、例えば、基地局３又は７から管理センタ２までは公衆電話交換網(PSTN)やデジタル通信ネットワーク（ISDN）、光ファイバ等の有線で接続され、基地局３又は７から情報端末４又は車両５までは携帯電話網、ＰＨＳ（Personal Handy-phone System）網、無線ＬＡＮ、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、衛星電話、ビーコン等の無線で接続される。データの送受信には例えばＴＣＰ（Transmission Control Protocol ）/ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルと上位互換であるＨＴＴＰ（Hyper Text Transfer Protocol）やＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＭＩＭＥ（Multipurpose Internet Mail Extension）等のプロトコルが使用される。
【００２５】
情報端末４は、携帯電話、携帯コンピュータ、電子手帳（パーソナル・ディジタル・アシスタント（ＰＤＡ））、ＰＨＳ（Personal Handyphone System）、携帯ゲーム機等である。情報端末４は、比較的遠距離にある基地局３に接続しネットワーク１を介して管理センタ２と通信する遠距離通信機能と、車両５の車載装置と直接に通信する近距離通信機能とを有する。
【００２６】
図３は、情報端末４の機能ブロック図を示す。情報端末４は、近距離通信部４１、表示部４２、操作部４３、遠距離通信部４４、音声処理部４５、メモリ４６、スピーカ４７、マイク４８及び制御部４０を有する。
【００２７】
表示部４２は液晶等の情報端末４の画面表示装置であり、制御部４０から出力される表示データをこの表示部４２に表示させる。また、操作部４３は、押しボタン等のメカニカルスイッチ、表示面に重ねて設けられたタッチパネル、スクロールキー等から成り、これらが操作されると操作内容に基づいた信号を制御部４０に出力する。
【００２８】
近距離通信部４１は、ブルートゥース、無線ＬＡＮ、赤外線通信、有線接続等により車載装置と通信する。ブルートゥースの場合、アンテナが受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定のブルートゥースの無線通信プロトコルに従った処理を施し、処理の結果得られた信号を制御部４０に出力する。また、近距離通信部４１は、制御部４０から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等、所定のブルートゥースの無線通信プロトコルに従った処理を施し、その結果の電波をアンテナから出力する。
【００２９】
ブルートゥースでは通信する機器の種類ごとに策定されたプロトコル（プロファイル）があり、HSP（Headset Profile）ではブルートゥースを搭載したヘッドセット（マイク及びイヤフォン）と情報端末４との通信が可能となる。また、HFP (Hands-Free Profile)では、情報端末４と車載装置を接続し車両のマイクやスピーカを使用したハンズフリー通話を可能とする。また、SPP（Serial Port Profile）では、ブルートゥース機器に仮想のシリアルポートを作り、情報端末４から車載装置へ（又はその逆）データ転送することを可能とする。
【００３０】
なお、有線型のハンズフリー装置のように情報端末４と車載装置を有線で接続した場合所定のプロトコルでデータを通信し、無線ＬＡＮで接続した場合ＩＰ等の所定のプロトコルでデータを転送する。
【００３１】
遠距離通信部４４は、通話アンテナ３１が受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定のセルラー通話のプロトコル（PDC（Personal Digital Cellular）、ＣＤＭＡ（Code Division Multiple Access）、ＧＳＭ（Global System for Mobile Communications）等）に従った処理を施し、その結果を制御部４０に出力する。また遠距離通信部４４は、制御部４０から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等、所定のセルラー通話のプロトコルに従った処理を施し、処理結果の信号をアンテナに出力する。
【００３２】
メモリ４６は、図示しないＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ（Non Volatile ＲＡＭ）等から成る。ＲＯＭやフラッシュメモリには、制御部４０が読み出して実行するプログラム、当該情報端末４の電話番号、情報端末固有の固有番号、等が記憶されている。
【００３３】
音声処理部４５は、マイク４８から入力された音声信号をデジタルデータに変換して制御部４０に出力し、また制御部４０から入力されたデジタルデータを音声信号に変換してスピーカ４７に出力する。
【００３４】
制御部４０は、ＣＰＵと入出力部等から成り、メモリ４６から読み出したプログラムを実行する。制御部４０は、実行するプログラム、操作部４２からの信号、近距離通信部４１及び遠距離通信部４４からの受信データ、音声処理部４５からの音声データに基づいた処理を行う。例えば、制御部４０は、メモリ４６に格納されたブラウザプログラムやメールプログラムを実行して、管理センタ２から受信した操作画面やメッセージを表示する。また、情報端末４が車両５から所定範囲に近づけたり有線で接続されると、制御部４０はメモリ４６から取得した固有番号を車載装置５に送信する。
【００３５】
車両５について説明する。図４は、車両５の有する車載装置の機能ブロック図を示す。車両５は、管理センタ２から送信された操作信号を受信し、また操作信号に応じた車両の情報や操作結果を管理センタ２に送信する送受信装置２１、車両５のリモート操作を制御する遠隔操作ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２２を有する。遠隔操作ＥＣＵ２２は、ＣＡＮ（Controller Area Network）等のプロトコルによりバス接続された種々の車載ＥＣＵと通信可能に接続されている。図４では一例として、ドアの開閉やウィンドウの開閉を制御するドア制御ＥＣＵ２３、車内や車外の温度、設定温度等に基づき空調するエアコンＥＣＵ２４、駐車中の車両への振動や車内への侵入を検知するセキュリティＥＣＵ２５、エンジンの運転状態を検知し燃料噴射制御や点火時期制御、アイドル回転数制御を行うエンジンＥＣＵ２６、ナビゲーションシステムを制御するカーナビＥＣＵ２７、キーの登録及び照合する照合ＥＣＵ３０、が接続されている。また、カーナビＥＣＵ２７には表示装置２８及びスピーカ２９が接続されている。
【００３６】
照合ＥＣＵ３０は、車両５に登録されているキーを管理する。照合ＥＣＵ３０はイモビライザーのキー認証手順に従って、キーのトランスポンダに内蔵されたキーＩＤと照合ＥＣＵが管理するＩＤが一致する場合にエンジン始動を許可する。
【００３７】
遠隔操作装置（特許請求の範囲における車載端末）は、少なくとも送受信装置２１、遠隔操作ＥＣＵ２２及び表示装置２８を含み、更に、本実施の形態で説明する注意喚起のための制御に必要な車載装置を含む。
【００３８】
送受信装置２１は、管理センタ２から送信された操作信号を受信回路により受信して操作信号を復調する。復調された操作信号は遠隔操作ＥＣＵ２２に送出され、遠隔操作ＥＣＵ２２は操作内容を判別し、判別結果に応じて所定のＥＣＵと通信する。各ＥＣＵは遠隔操作ＥＣＵ２２と通信して各車載装置の状態を遠隔操作ＥＣＵに送出したり、遠隔操作ＥＣＵ２２からの制御信号に応じてアクチュエータを駆動してドアをロックするなど所定の車載装置を制御する。
【００３９】
車両５はＧＰＳ（Global Positioning System）装置を搭載しており、カーナビＥＣＵ２７はＧＰＳ衛星から送信される電波の到達時間を利用して現在の位置を検出する。車両情報通信サービスの契約者が離れた場所から車両５の位置を知りたい場合、ユーザＡは情報端末４を操作することで、カーナビＥＣＵ２７が駐車前に検出した車両５の位置を、情報端末４の画面上に地図と共に表示することができる。
【００４０】
また、バスには制御部３１が接続されており、制御部３１は近距離通信部３２、マイク３５及びスピーカ３６が接続された音声処理部３３及びメモリ３４が接続されている。近距離通信部３２及び音声処理部３３は、図３の近距離通信部４１及び音声処理部４５と同様の処理を行う。
【００４１】
表示装置２８は、液晶や有機ＥＬ、ＨＵＤ（Head Up Display）等であり、操作メニューや交通情報、道路地図、目的地までのルート等を表示する。また、表示装置２８にタッチパネルを設け、操作を入力可能としてもよい。スピーカ２９はカーナビＥＣＵ２７が案内する経路を右左折ポイントなどの手前で音声により出力する。表示装置２８やスピーカ２９は、その他テレビやラジオなどのメディアや音楽プレーヤ、ＤＶＤ（Digital Versatile Disk）プレーヤの出力にも使用される。
【００４２】
また、管理センタ２がユーザＢが車両５の所有者か否かを確認する場合、遠隔操作ＥＣＵ２２は、表示手段２８に管理センタ２から送信されるメッセージを表示し、また、スピーカ２９から音声を出力する。
【実施例１】
【００４３】
本実施例ではユーザＢの情報端末４の固有番号を利用して車両５の譲渡を推定し、ユーザＢにユーザ確認を行う。車両５の譲渡が推定された場合、管理センタ２は車両５の現在のユーザに、車両５が車両情報通信サービスの契約対象なっている事実を認識させるため、注意喚起するようなメッセージを車両５に送信する。
【００４４】
車両５に乗車したユーザＢが契約者情報６に登録されている者でない場合、このメッセージによりユーザＢは、車両５が車両情報通信サービスの対象なっていて契約が残存している事実を認識できる。車両情報通信サービスの契約が残存していることをユーザＢが認識できれば、車両５の駐車場所など車両の情報の取得や車載装置の操作をユーザＡに行われる可能性があることを認識できる。
【００４５】
始めに、本実施例の管理センタ２について説明する。管理センタ２は、車両５とユーザＡ（情報端末４）を仲介して種々のサービスをユーザＡに提供するものであり、管理センタ２により車両５とユーザＡとが所定以上離れていても、第三者の車両５への侵入やエンジン始動等を監視して所有者に通知したり、所有者が車両５を操作することが可能となる。また、車両５のエアバッグが作動した場合や緊急スイッチが押下された場合には車両５から管理センタ２に信号が送信され、警備員の派遣など所定の処理を実行する。
【００４６】
管理センタ２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置（ＨＤＤ）、通信装置、ＮＶ−ＲＡＭ、ドライブ装置等が相互にバスで接続されたコンピュータとして構成された、管理サーバとして機能する。また、管理センタ２の記憶装置には、車両情報通信システムの契約者の情報が記憶された契約者情報６が格納されている。
【００４７】
図５（ａ）は、管理センタ２（管理サーバ）の機能ブロック図を示す。図５（ａ）に示す管理センタ２の機能ブロック図はユーザ確認を支援するためのものであり、送受信部１１、操作画面生成部１２、車両譲渡推定部１３及び契約者情報６とを有するように構成される。
【００４８】
送受信部１１は、ネットワーク１を介して情報端末４及び車両５と通信するネットワークインターフェイスである。送受信部１１は、操作画面生成部１２が生成した操作画面の生成情報やメッセージを情報端末４や車両５に送信する。
【００４９】
車両譲渡推定部１３は、車両５の所有者が変わったこと、本実施例ではユーザＡからユーザＢに車両５が譲渡されたことを推定する。推定方法については後述するが、情報端末４の固有番号と車両５のキーＩＤとの組み合わせを例えばイグニションがオンの度に記録し、その組み合わせが変化する場合に車両５が譲渡されたことを推定する。
【００５０】
操作画面生成部１２は、情報端末４や後述する車両５の表示装置に表示する操作画面の生成情報、ユーザＡ又はＢに連絡するメッセージ等、ユーザとのインターフェイスを生成する。操作画面の生成情報やメッセージは、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）等で記述され、情報端末４や車両５の表示装置が備えるブラウザにより解釈され表示される。
【００５１】
管理センタ２の記憶装置には、管理サーバを，操作画面生成部１２及び車両譲渡推定部１３として機能させるプログラムが格納されており、ＣＰＵがこれらのプログラムを実行する事でかかる機能が実現される。
【００５２】
契約者情報６について説明する。図５（ｂ）は、管理センタ２に登録されている契約者情報６の一例を示す。ユーザＡは管理センタ２と契約を結んでおり契約者は変更されていないので、ユーザＡの契約者情報が登録されている。契約者情報６には、契約時に契約毎に付与される契約ＩＤ、ユーザＡを識別するためのユーザＩＤ、氏名、住所、電話番号、性別、年齢が記憶されている。また、契約者情報にはユーザＩＤと対応づけて契約者を認証するためのパスワードが登録されている。なお、ユーザＡの認証に指紋や声紋，顔の輪郭，虹彩、静脈配置などの生体識別情報を用いてもよい。
【００５３】
ユーザＡが情報端末４を使用して管理センタ２にアクセスする場合、情報端末４を所定のＵＲＬ（Uniform Resource Locator）に接続することで要求されるユーザＩＤとパスワードを入力し、管理センタ２に送信する。管理センタ２は入力されたユーザＩＤとパスワードの整合性をもってユーザＡを認証する。
【００５４】
認証された所有者が情報端末４の操作画面やメッセージを見て所望の操作を入力すると、情報端末４から送信された操作信号が、携帯電話網やネットワーク１を介し管理センタ２に送信される。管理センタ２は情報端末４から送信された操作信号を受信し、操作内容の解釈、実行可否判定、車両５が解釈可能な操作信号への変換等を行い、送受信部１１はそれを車両５へ送信する。
【００５５】
続いて、遠隔操作ＥＣＵ２２がキーＩＤ及び固有番号とを取得するまでの手順について説明する。
【００５６】
制御部３１が近距離通信部３２により情報端末４の近距離通信部４１と通信する処理の流れを図６のフローチャート図に基づき説明する。図６のフローチャート図は、ブルートゥースにより通信する場合の処理である。近距離通信部３２は、情報端末４から送信されるデバイス検索信号を受信して、ブルートゥースの認証を行うことで情報端末４との無線接続を確立し、その後に情報通信モードに入る。なお、車両５の近距離通信部４１と情報端末４の近距離通信部３２は、パスキー（認証鍵又はPIN）により既にペアリングされている。
【００５７】
まず、制御部３１は、ＩＧ（イグニション）又はＡＣＣ（アクセサリー）がオンであるか否かを判定する（Ｓ１１）。制御部３１はエンジンＥＣＵ２６や電源ＥＣＵからＩＧ（イグニション）又はＡＣＣの状態を判定する。ＩＧ又はＡＣＣがオフである場合、ステップＳ１１の判定を繰り返す。
【００５８】
ＩＧ又はＡＣＣがオンである場合（Ｓ１１のＹｅｓ）、制御部３１は近距離通信部３２を起動して、情報端末４の近距離通信部４１からの待ち受けを開始する（Ｓ１２）。
【００５９】
ついで、制御部３１は情報端末４より送信されるデバイス検索信号を近距離通信部３２が受信したか否かを判定する（Ｓ１３）。デバイス検索信号が受信されれば、ステップＳ１４に進み、受信されなければステップＳ１３の判定を繰り返す。
【００６０】
デバイス検索信号が受信された場合（Ｓ１３のＹｅｓ）、制御部３１は応答送信を行う（Ｓ１４）。具体的には、入力のあったデバイス検索信号に応答するための信号を送信データとして近距離通信部３２に出力する。
【００６１】
ついで、制御部３１はブルートゥースの認証処理を行う（Ｓ１５）。具体的には、上記のパスキーを使用して情報端末４と接続を確立する。
【００６２】
制御部３１は認証に成功したか否かを判定し（Ｓ１６）、認証に成功しない場合（Ｓ１６のＮｏ）、処理を終了する。
【００６３】
認証に成功したら（Ｓ１６のＹｅｓ）、情報端末４と車載装置との間でデータの送受信が可能な情報通信モードとなる（Ｓ１７）。
【００６４】
なお、制御部３１は、情報端末４と接続中には、情報端末４から発されたハンズフリー機能実行の命令を近距離通信部３２を介して受信し、ハンズフリー機能のプログラムを実行する。このプログラムを実行することで制御部３１は、情報端末４が電話通信を行っている通話相手からの音声データを近距離通信部３２を介して受信し、この受信した音声データを音声処理部３３により処理した後、スピーカ３６から出力する。また、マイク３５から入力して音声処理部３３により処理された車両５内のユーザの音声データを、近距離通信部３２を介して情報端末４に送信する。これにより、情報端末４はユーザの音声を通話相手へ送信する。
【００６５】
図７は、遠隔操作ＥＣＵ２２が情報端末４の固有番号を取得する処理を示すフローチャート図である。
【００６６】
まず、遠隔操作ＥＣＵ２２は情報端末４の固有番号を取得する（Ｓ２１）。ブルートゥースによる接続が確立し情報通信モードになると、車両５の制御部３１は情報端末４の制御部４０に固有番号の取得を依頼する。制御部４０はメモリ４６に記憶されている固有番号を抽出し、ブルートゥース通信により車両５に送信する。
【００６７】
ついで、遠隔操作ＥＣＵ２２はキーＩＤを取得する（Ｓ２３）。イグニション又はＡＣＣはオンとなっているので、キーのトランスポンダに内蔵されたキーＩＤは照合ＥＣＵ３０に検出されている。検出されていなければ、遠隔操作ＥＣＵ２２が照合ＥＣＵ３０に改めてキーＩＤの取得を依頼する。
【００６８】
遠隔操作ＥＣＵ２２は、例えばＩＧオンとされた日時と対応づけて固有番号及びキーＩＤをＮＶ−ＲＡＭ等に記憶する（Ｓ２３）。
【００６９】
なお、情報端末４側で固有番号の外部への通知を拒否する設定がされている場合、その他の情報端末４の情報、好ましくは固有な情報をキーＩＤと共に記憶する。例えば、電話番号、メールアドレス、氏名、住所、車両情報通信サービスのユーザＩＤ等である。本実施の形態では、ユーザが変わったか否かを判定できればよいので、ユーザを識別可能な情報であれば完全に一意であることが保証されたものでなくてもよい。
【００７０】
遠隔操作ＥＣＵ２２は、固有番号及びキーＩＤを管理センタ２に送信する（Ｓ２４）。遠隔操作ＥＣＵ２２は、ステップＳ２３のような記憶処理をＩＧオン毎又は１日１回程度繰り返していくので、管理センタ２への送信処理は１日１回送信すればよい。
【００７１】
以上のようにして、管理センタ２は情報端末４の固有番号を利用して車両５に乗車するユーザを認識することができる。管理センタ２の車両譲渡推定部１３は、固有番号及びキーＩＤに基づき、次のようにして車両５の譲渡を推定する。
【００７２】
図８（ａ）は固有番号及びキーＩＤの組み合わせの記憶内容を時間の経過と共に示す図である。図８（ａ）では、「Ａ」が所定桁数から成る１つのキーＩＤを、「Ｂ」「Ｃ」がそれぞれ１つの情報端末４の固有番号を示す。図の左方向が過去を示す。
【００７３】
車両譲渡推定部１３は、所定日時ｔ１以前は、キーＩＤが「Ａ」固有番号が「Ｂ」であったが、所定日時ｔ１以降は、キーＩＤは「Ａ」のままで固有番号が「Ｃ」となることを検出する。車両譲渡推定部１３は、固有番号が変化したことにより車両５が譲渡されたものと推定する。なお、キーＩＤが「Ａ」から「Ｃ」に変化した直後は、例えば、車両５を単に貸与しただけの場合があるため、３日から１週間程度、変化した後の組み合わせが継続した場合に、車両譲渡推定部１３は車両５が譲渡されたものと推定する。なお、固有番号が契約者情報６に記憶されている場合、記憶された固有番号と比較してもよい。
【００７４】
操作画面生成部１２は、車両譲渡推定部１３が車両の譲渡を推定したことを受けて、車両５の表示装置２８に表示する操作画面の生成情報及びメッセージを生成し、送受信部１１により車両５に送信する。車両５の遠隔操作ＥＣＵ２２は受信したメッセージ及び操作画面をカーナビＥＣＵ２７に表示させる。車両５にユーザＢが乗車していない場合は、メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【００７５】
図９（ａ）は、表示装置２８に表示されるメッセージの一例を示す。図９（ａ）では「Ａ様、いつもご利用ありがとうございます。」というメッセージを表示している。ユーザＢは、このようなメッセージが管理センタ２から表示される事で、メッセージの配信という事実や配信元等から車両情報通信サービスが利用されている事に気づく事ができる。
【００７６】
また、メッセージにおいて「Ａ様」とは契約者として契約者情報６に記録されているユーザＡの氏名である。車両５はユーザＢが使用しているので、「Ａ様、…」というメッセージはユーザＢが見る事になる。ユーザＢは「Ａ様」という問いかけに対して、自分と異なる氏名でありまた車両５の前所有者の氏名である事から車両情報通信サービスの存在を認識することができる。
【００７７】
また、車両の譲渡が行われていない場合であっても、「いつもご利用ありがとうございます。」というメッセージであれば、契約者の確認であることを印象づけるおそれが少ない。メッセージを季節や時刻に応じて変更すれば、メッセージが単調に成らず好適である。
【００７８】
なお、メッセージの内容として図９（ａ）では氏名としたが、電話番号や住所等、ユーザＢにユーザＡを意識させる内容であればよく、契約者情報６の内容全てが該当しうる。
【００７９】
また、メッセージとして車両情報通信サービスのサービス内容を表示してもよい。図９（ｂ）はサービス内容として表示されたメッセージの一例を示す。図９（ｂ）では「いつもご利用ありがとうございます。本サービスは、車両情報を取得したり車載装置を操作することが可能です。」と表示されるので、ユーザＢは、車両５の情報を取得されるおそれがあることを認識できる。また、サービス内容には、サービスの具体的な内容だけでなくサービス名、提供元、運営元、広告、ロゴ表示、有料サービスであること等を含めてもよい。
【００８０】
なお、車両５の譲渡が行われなくてもユーザＡが情報端末４を買い換えた場合に固有番号が変化する。このような場合を想定すれば、例えば、「Ａ様、新しい情報端末４の調子はいかがですか？」というようなメッセージを表示してもよい。このようなメッセージであれば、「Ａ様」という問いかけによりユーザＢに注意喚起することもでき、車両５が譲渡されていない場合は情報端末４について問いかけるのでユーザＡに煩わしさを感じさせない。
【００８１】
ところで、固有番号が変化した場合であっても、車両５を複数のユーザが利用する場合等、車両５の譲渡があったとは限らない。図８（ｂ）は固有番号及びキーＩＤの組み合わせの別の例を時間の経過と共に示す図である。
【００８２】
図８（ｂ）では、所定日時ｔ２以降は「Ｃ」という固有番号が現れるが、「Ｂ」の固有番号がなくなるわけでなく「Ｃ」と「Ｂ」が不規則に表示されている。このような状態では、車両５の譲渡があったか否かが不明であり、車両５の譲渡がなくても次のような場合に生じうる。
・車両５を複数のユーザが利用している。
・１人のユーザが複数の情報端末４を所持している。
【００８３】
そこで、車両譲渡推定部１３は、所定日時ｔ２以降に「Ｃ」という固有番号が所定回数以上現れたら、車両５が譲渡されたものと推定する。車両５が譲渡されている場合、ユーザＢが所定回数以上車両５を使用していることになるため、車両５が車両情報通信サービスの対象となっていることを通知した方が好ましいからである。例えば、５回新たな固有番号「Ｃ」が現れたら車両５の譲渡を推定する場合、図７（ｂ）では日時ｔ３に、既に車両５は譲渡されているものと推定する。
【００８４】
しかしながら、「Ｃ」という固有番号が現れた回数のみでは、複数のユーザで車両５を使い分けている場合でも時間の経過と共にいずれは車両５が譲渡されたものと推定されてしまうので、所定期間内に固有番号「Ｃ」が現れる回数に基づき推定してもよい。例えば、車両譲渡推定部１３は直近の１週間に４回以上、固有番号「Ｃ」が現れたら車両５が譲渡されたものと推定するのであれば、図７（ｂ）では日時ｔ４に、既に車両５は譲渡されているものと推定する（図７（ｂ）が１日１回乗車していることを表す場合）。なお、回数でなく、所定期間内の「Ｂ」と「Ｃ」の比率に基づき判定してもよい。
【００８５】
所定期間内の回数又は比率で譲渡を判定すると、少なくとも所定期間経過してしまうため、「Ｃ」という固有番号が連続して所定回数以上現れた場合に、車両５が譲渡されたものと推定してもよい。例えば、連続して２回以上新たな固有番号が現れたら譲渡を推定する場合、図７（ｂ）では日時ｔ５に、既に車両５は譲渡されているものと推定する。新たな固有番号が連続して現れる回数に基づき判定すれば、より短期間に車両５の譲渡を検出できる。
【００８６】
なお、このように回数又は比率に基づき判定した場合でも、車両５が譲渡されていない可能性が少なくないため、表示装置２８に表示するメッセージはよりソフトなものにすることが好適である。図９（ｃ）は、回数又は比率に基づき判定した場合に表示装置２８に表示されるメッセージの一例を示す。図９（ｃ）では「Ａ様、お車の調子は如何ですか？」と表示されているが、このように問いかけるようなメッセージであれば、車両５が譲渡されていない場合であってもユーザＡは煩わしさを感じない。また、車両５が譲渡されている場合、「Ａ様」という表示や、このようなメッセージが管理センタ２から表示される事で、メッセージの配信という事実や配信元等から、ユーザＢは車両情報通信サービスの契約が継続している事に気づく事ができる。
【００８７】
なお、本実施例では、車両５から管理センタ２にキーＩＤ及び固有番号を送信し、管理センタ２が車両５の譲渡を検出することとしたが、車両５が譲渡を推定してもよい。車両５が譲渡を検出する場合、遠隔操作ＥＣＵ２２がキーＩＤ及び固有番号の組み合わせの履歴を記憶しておき、上記と同様に譲渡を推定する。
【００８８】
本実施例によれば、以前と異なる情報端末４が車内に持ち込まれた場合に車両５の譲渡を推定して、ユーザを確認することができる。情報端末４は意識せずに車内に持ち込むことが多いため、ブルートゥースを利用すればユーザＢが特別な操作をしなくても車両５の譲渡を推定できる。また、以前と異なる情報端末４が車内に持ちこまれた場合に、メッセージが表示されるので、車両情報通信サービスの利用者に煩わしさを感じさせる事が防止できる。また、定期的（例えば、１ヶ月毎）に契約者の名前を表示するのではないため、メッセージの効果が薄れる事もない。
【実施例２】
【００８９】
本実施例では、管理センタ２から定期的に所有者を確認する車両情報通信システムについて説明する。車両５の所有者が変わった場合、車両情報通信システムのサービスも新たな車両の所有者が享受するべきと考えられる。このため、管理センタ２は定期的に所有者が変わったか否かを確認するための処理を実行する。
【００９０】
図１０は、本実施例における管理センタ２（管理サーバ）の機能ブロック図を示す。なお、図１０において図５（ａ）と同一構成部には同一の符号を付しその説明は省略する。図１０の管理センタ２は契約者確認部１４を有する点で図５（ａ）と異なる。なお、車両５の機能ブロック図は図３と同様である。
【００９１】
契約者確認部１４について詳しくは後述するが、契約者確認部１４は車両５の所有者が契約者と同じか否かを確認するためユーザに所定の応答を求める要求メッセージを車両５の表示装置２８に表示する。そして、ユーザの応答に基づき車両５のユーザが契約者と同じか否かを確認する。
【００９２】
図１１は、ユーザの確認のために定期的に車両５に要求メッセージを表示するまでの概略を示す。
Ｔ１：車両５のユーザＡ（１ｓｔオーナ）は、車両情報通信サービスの契約者もユーザＡである。
Ｔ２：ユーザＡが車両５をユーザＢ（２ｎｄオーナ）に譲渡する。譲渡の際、ユーザＡは車両情報通信サービスを解約しておらず、また、ユーザＢに車両情報通信サービスやその契約の有無についても説明していない。
Ｔ３：定期的に管理センタ２が契約者を確認するための要求メッセージを車両５に表示し、スピーカ２９からその旨の音声が出力される。
【００９３】
この要求メッセージは、車両５に乗車していなければ分からない応答を要求するものであり、その応答の内容により現在の車両５の所有者を確認する。
【００９４】
図１２は、管理センタ２の契約者確認部１４が車両５に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【００９５】
管理センタ２の契約者確認部１４は定期的に車両５のユーザが変わったか否かを判定するため、所定期間が経過したか否かを判定する（Ｓ１０１）。所定期間は例えば月に１回程度であるが、頻繁に車両を使用する場合には早めにユーザの変更を検出する方が好ましいので、イグニッションオンの回数が所定以上になった場合としてもよい。この場合は、ユーザの煩わしさを防止するため、月２回まで等の上限を定める。
【００９６】
所定期間が経過した場合、操作画面生成部１２は車両５に表示する要求メッセージを生成し、送受信部１１は生成された要求メッセージを車両５に送信する（Ｓ１０２）。操作画面生成部１２は契約者情報６を参照し契約者の氏名など必要な情報を抽出する。
【００９７】
車両５の送受信装置２１は管理センタ２から要求メッセージを受信し、カーナビＥＣＵ２７に表示させる（Ｓ１０３）。車両５にユーザＢが乗車していない場合は、要求メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【００９８】
図１３（ａ）は車両５の表示装置２８に表示される要求メッセージの一例を示す。図１３（ａ）には「来月も車両情報通信サービスをご利用なさいますか？ Ａ様、確認のため下記の電話番号に電話をおかけください。０１８６−０９０−＊＊＊＊−＊＊＊＊ 」と表示されている。
【００９９】
ユーザＢが指示に従い情報端末４から電話番号を入力すると、先頭の番号「０１８６」は発信者番号通知であるので、車両５のユーザの情報端末４の電話番号が管理センタ２の指定した電話先に通知される。
【０１００】
なお、表示される電話番号は、毎回変更されるワンタイムの電話番号であるため、車両５を譲渡したユーザＡは知ることができず、ユーザＡが車両５の譲渡がなかったように偽装することはできない。
【０１０１】
管理センタ２の契約者確認部１４は、通知された電話番号と契約者情報６に記憶されたユーザＡの電話番号に基づき応答内容を確認する（Ｓ１０４）。２つの電話番号が一致している場合、契約者確認部１４はそのまま処理を終了し、所定期間が経過したら同様の処理を繰り返す。
【０１０２】
また、契約者確認部１４は、通知された電話番号が契約者情報６の電話番号と異なる場合、ユーザが変更されたものと判定して契約者変更処理を行う（Ｓ１０５）。契約者確認処理については後述する。
【０１０３】
なお、ユーザＡ又はＢが指定された電話番号に電話をかけない場合には、契約者の確認ができないので、２つの電話番号が異なる場合と同様に契約者確認処理を行う。
【０１０４】
以上のように、ユーザＢに応答を求める要求メッセージを送信し、その応答を利用して車両５の譲渡の有無を確認することができる。
【０１０５】
続いて、要求メッセージの別の形態について説明する。所有者が車両５に乗車していることを確認するには、車両５にのみ表示される情報を利用すればよい。図１４は、管理センタ２が車両５に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【０１０６】
図１２と同様に、所定期間が経過した場合、操作画面生成部１２は車両５に表示するメッセージを生成し、送受信部１１は生成された要求メッセージを車両５に送信する（Ｓ２０１〜２０２）。操作画面生成部１２は契約者情報６を参照し契約者の氏名など必要な情報を抽出する。
【０１０７】
車両５の送受信装置２１は管理センタ２から要求メッセージを受信し、カーナビＥＣＵ２７に表示させる（Ｓ２０３）。車両５にユーザＢが乗車していない場合は、要求メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【０１０８】
図１３（ｂ）は、車両５の表示装置２８に表示される要求メッセージの一例を示す。図１３（ｂ）には「ＴＲＩＰメータの値を入力し、送信ボタンを押してください。」と表示されている。ＴＲＩＰメータは、ユーザがリセットするまで累積される走行距離であるが、通常、車両には１〜３種類位のＴＲＩＰメータの値が表示可能となっているので、この中から車両に乗車しないと見ることのできないＴＲＩＰメータを指定して、ユーザにその値を入力させる。
【０１０９】
ついで、契約者確認部１４は車両５から情報を取得するための情報取得命令を生成し、車両５に送信する（Ｓ２０４）。ここで取得を要求する情報は、ステップＳ２０３でユーザに入力を要求した情報と同じものである。
【０１１０】
情報取得命令を受信した遠隔操作ＥＣＵ２２は、命令の内容を判別してＴＲＩＰメータの値を管理するＥＣＵからＴＲＩＰメータ値を取得する（Ｓ２０５）。遠隔操作ＥＣＵ２２は、ＴＲＩＰメータ値を車両情報として管理センタ２に送信する。
【０１１１】
また、ユーザＢは車両に乗車しエンジンを始動してＴＲＩＰメータの値が表示されると、数値を入力する。数値は表示装置２８に表示されたキーボードを選択すれば入力される。そして、送信ボタン等を選択することで、入力されたＴＲＩＰメータの値が入力情報として管理センタ２に送信される（Ｓ２０７）。
【０１１２】
管理センタ２は、車両情報と入力情報を受信するので（Ｓ２０６、Ｓ２０８）、それらの値が一致するか否かを照合する（Ｓ２０９）。車両情報と入力情報が一致する場合、契約者確認部１４はそのまま処理を終了し、所定期間が経過したら同様の処理を繰り返す。
【０１１３】
また、契約者確認部１４は、車両情報と入力情報が一致しない場合、ユーザが変更されたものと判定して契約者変更処理を行う（Ｓ１０５）。契約者確認処理については後述する。
【０１１４】
ＴＲＩＰメータの値は、車両５に乗車してエンジンをかけないと知ることができないので、このような値を契約者確認のための使用することができる。したがって、本実施例で要求する車両５の情報は、車両５に乗車してエンジンをかけないと知ることができない情報であればよく、例えば、ＯＤＤメータの値であってもよい。なお、照合に使用する値は、情報端末４からでは参照できないものであることが好ましい。
【０１１５】
また、このような値は車両５に乗車して走行するたびに増えていくので、ワンタイムの電話番号と同様、一度限り有効な値となるので漏洩するおそれも少ない。
【０１１６】
契約者変更処理について図１５のフローチャート図に基づき説明する。ユーザの電話番号又はＴＲＩＰメータの値に基づき、車両５の譲渡があったことが判定された。しかしながら、情報端末４を変えた可能性やＴＲＩＰメータの値の入力ミス等も考えられるため、契約者確認手段１４はもう一度車両５のユーザの変更があったかな否かを確認する（Ｓ３０１）。例えば、図１２又は図１４と同じ処理を繰り返してもよいし、確認のためのメッセージ（例えば、「あなたはＡ様ですか？」「車両５の所有者様ですか？」等）を改めて送信してもよい。
【０１１７】
確認の結果、所有者が変わっていた場合（ユーザＢが車両５を使用していた場合）、管理センタ２はユーザＡの情報端末４から車両情報通信サービスの利用を禁止する（Ｓ３０１）。例えば、ユーザＡのユーザＩＤとパスワードによりアクセスがあった場合にログインを禁止してもよいし、ログイン後に「Ａ様のご利用は禁止されております」と表示してもよい。
【０１１８】
また、管理センタ２は、ユーザＢによる車両情報通信サービスの利用を許可する（Ｓ３０３）。例えば、管理センタ２は、仮のパスワードを発行すると共にユーザＢの電話番号を仮のユーザＩＤとして管理センタ２へのログインを許可する。なお、正式なユーザＩＤ及びパスワードはユーザＢの住所に郵送する。
【０１１９】
このような処理により、車両５のユーザと車両情報通信サービスの契約者とが異なっていることが確認されたら、車両情報通信サービスの契約者と車両５のユーザを一致させることができる。
【０１２０】
以上のように、本実施例によれば、情報端末の電話番号又は車両５の所有者でなければ入手できない情報を利用して車両５の所有者が変わったことを検出でき、車両５が譲渡された場合には元の所有者による車両情報通信サービスの利用を禁止することができる。また、所定期間毎に行われるので車両５を譲渡していなくても煩わしさを感じることが防止できる。
【図面の簡単な説明】
【０１２１】
【図１】車両の所有者と車両情報通信サービスの契約者とが異なっている場合の関係を示す図である。
【図２】車両情報通信システムの全体構成図である。
【図３】情報端末の機能ブロック図である。
【図４】車両の有する車載装置の機能ブロック図である。
【図５】管理センタ（管理サーバ）の機能ブロック図である。
【図６】車載装置と情報端末とが通信する処理の流れを示すフローチャート図である。
【図７】遠隔操作ＥＣＵが情報端末の固有番号を取得する処理を示すフローチャート図である。
【図８】固有番号及びキーＩＤの組み合わせの記憶内容を時間の経過と共に示す図である。
【図９】表示装置に表示されるメッセージの一例を示す図である。
【図１０】実施例２における管理センタ２（管理サーバ）の機能ブロック図である。
【図１１】ユーザの確認のために定期的に車両に要求メッセージを表示するまでの概略を示す図である。
【図１２】契約者確認部が車両に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【図１３】車両の表示装置２８に表示される要求メッセージの一例を示す図である。
【図１４】契約者確認部が車両に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【図１５】契約者変更処理のフローチャート図である。
【符号の説明】
【０１２２】
１ ネットワーク
２ 管理センタ
４ 情報端末
５ 車両
６ 契約者情報
１２ 操作画面生成部
１３ 車両譲渡推定部
１４ 契約者確認部
２２ 遠隔操作ＥＣＵ
３１ 整備端末
【技術分野】
【０００１】
本発明は、ユーザの使用する情報端末から管理センタを介して車載装置と通信する車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法に関する。
【背景技術】
【０００２】
自動車を中心とした車両情報提供サービス（テレマティクスサービス）の高度化が推進されており、車両と運転者（所有者）を仲介して種々のサービスを所有者に提供したり、種々の情報そのものを双方向でやり取りすることが容易になってきている（例えば、特許文献１参照。）。車両情報通信サービスでは、車両と所有者とが離れた場所にあっても管理センタを介して車両と所有者が携帯する情報端末とが通信することができ、所有者は情報端末を操作して、遠隔地から車両の駐車場所を調べたりエンジン始動の検出通知を受信することができる。したがって、車両情報提供サービスの契約者は、車両から離れていても車両の状況に関する情報を取得したり、車載装置を操作すること等が可能となる。
【０００３】
車両情報通信サービスを利用する場合、契約者は、予め、管理センタと所定の契約を行い住所、氏名、携帯電話番号等の契約者情報と認証のためのパスワード等を登録しておく。契約者が遠隔地からリモート操作により車両の情報を取得するような場合、情報端末から認証操作を行うことで本人確認が得られ、車両情報提供サービスが提供する種々のサービスを利用可能となる。
【特許文献１】特開２００４−１０２９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、車両はオークションや個人間の売買によっても所有者が移転することが少なくないが、車両情報通信サービスと契約したままの車両について個人売買や貸与などが行われると、車両情報通信サービスの契約者と車両の所有者に齟齬が生じる。
【０００５】
図１は、車両の所有者と車両情報通信サービスの契約者とが異なっている場合の関係を示す図である。車両５のユーザＡ（契約者）は車両情報通信サービスの契約を管理センタ２と結び、その後、車両５をユーザＢに譲渡した。ユーザＡが契約を解除しない場合、ユーザＡと車両情報通信サービスとの間に契約が残存したまま、ユーザＢが車両５を運転することとなる。ユーザＢが新たに車両情報通信サービスと契約すれば、車体番号等により車両５に車両情報通信サービスとの間に契約が残存していることが判明する場合があるが、ユーザＢが車両情報通信サービスと契約するとは限らず、また、同じ車両情報通信サービスの運営者と契約するとも限らない。
【０００６】
このように、いったん車両の所有者と車両情報通信サービスの契約者とが異なってしまうと、車両情報通信サービスでは車両５の側から所有者に契約者の認証を要求することは少ないため、車両５に乗車したユーザＢは車両情報通信サービスの契約が残存していることに気づかないまま車両５を使用することが多い。
【０００７】
したがって、図１のように契約者と所有者とが異なった場合、ユーザＡが情報端末によりリモート操作をして、車両５の場所や車両情報の取得をしたり車載装置を操作するなど、ユーザＢが望まない行為をユーザＢの気づかないうちに働くおそれがあるという問題がある。
【０００８】
このような行為を防止するため、車両５の現在の使用者であるユーザＢが契約した本人か否かを確認することが望ましいが、管理センタ２や車両５は車両５の譲受の有無やそのタイミングを知らないので乗車の度など定期的に確認作業を行う事となり、車両のユーザに煩わしさを感じさせるという不都合が生じる。
【０００９】
本発明は、上記問題に鑑み、車両情報通信サービスの利用者に煩わしさを感じさせずに、車両のユーザが車両情報通信サービスの契約が継続していることを認識できる車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題に鑑み、本発明は、ユーザが使用する情報端末から管理センタを介して車載装置と通信可能な車両情報通信システムにおいて、車載装置が以前と異なる情報端末を検出した場合、管理センタが車両のユーザを確認するためのユーザ確認処理を行う、ことを特徴とする。
【００１１】
本発明によれば、車両情報通信サービスの利用者に煩わしさを感じさせずに、車両情報通信サービスの契約が継続していることを認識させることができる車両情報通信サービスの契約が継続していることを認識した車両のユーザは、契約を解除できるので車両を譲渡したユーザが所有者又は車両に不測の行為を働くことが防止できる。
【００１２】
また、本発明の車両情報通信システムの一形態において、以前と異なる情報端末を車載装置が所定回数以上検出した場合、管理センタがユーザ確認処理を行う、ことを特徴とする。
【００１３】
本発明によれば、以前と異なる情報端末を所定回数以上検出した場合にユーザ確認するので、単なる貸与を除外してユーザ確認できる。
【００１４】
また、所定回数は所定期間内における回数とすれば、複数のユーザで１つの車両を使用している場合を除外してユーザ確認することができる。
【００１５】
また、以前と異なる情報端末と同一の情報端末が連続して所定回数以上検出された場合、ユーザ確認処理を行うこととすれば、所定期間の経過を待たずにユーザ確認することができる。
【００１６】
また、本発明の車両情報通信システムの一形態において、車載装置はブルートゥース通信により情報端末を検出することを特徴とする。
【００１７】
本発明によれば、ユーザが特に操作することなく以前と異なる情報端末の検出が可能となる。
【００１８】
また、本発明の車両情報通信システムの一形態において、ユーザ確認処理は、当該車両情報通信システムの契約者の情報をユーザに通知する処理である、ことを特徴とする。
【００１９】
本発明によれば、契約者の情報を新たなユーザが知覚することで車両情報通信サービスの契約が継続していることを認識することができる。
【発明の効果】
【００２０】
車両情報通信サービスの利用者に煩わしさを感じさせずに、車両のユーザが車両情報通信サービスの契約が継続していることを認識できる車両情報通信システム、管理サーバ、車載端末及び車両情報通信方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明を実施するための最良の形態について、添付図面を参照しながら実施例を挙げて説明する。
【００２２】
図２は、本実施の形態に係る車両情報通信システムの全体構成図を示す。このシステムにより車両情報通信サービスが提供される。車両情報通信システムは、車両５と情報端末４を仲介し車両５から情報を取得したり車両５をリモート操作するなどの種々のサービスを所有者（ユーザＡ又はＢ）に提供する管理センタ２と、ユーザＢが所有する車両５と、ユーザＡが使用する情報端末４とがネットワーク１を介して構成される。
【００２３】
図２では、ユーザＡが過去に車両５の所有者だった者であり、車両情報通信サービスの契約者である。また、ユーザＢはユーザＡから車両５を譲渡された者であり、現在の車両５の所有者である。なお、所有者とは車両５を支配する権利を有するものであるが、本実施の形態ではそこまで厳密なものではなく、所定期間、車両５を使用することができる者であれば所有者と称す。また、単にユーザといった場合に所有者を意味する場合がある。
【００２４】
管理センタ２は、インターネット等のネットワーク１に接続されている。また、車両５及び情報端末４は、ネットワーク１に接続された基地局３又は７と無線又は有線で通信可能に構成されている。通信方式の形態は、例えば、基地局３又は７から管理センタ２までは公衆電話交換網(PSTN)やデジタル通信ネットワーク（ISDN）、光ファイバ等の有線で接続され、基地局３又は７から情報端末４又は車両５までは携帯電話網、ＰＨＳ（Personal Handy-phone System）網、無線ＬＡＮ、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、衛星電話、ビーコン等の無線で接続される。データの送受信には例えばＴＣＰ（Transmission Control Protocol ）/ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のプロトコルと上位互換であるＨＴＴＰ（Hyper Text Transfer Protocol）やＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＭＩＭＥ（Multipurpose Internet Mail Extension）等のプロトコルが使用される。
【００２５】
情報端末４は、携帯電話、携帯コンピュータ、電子手帳（パーソナル・ディジタル・アシスタント（ＰＤＡ））、ＰＨＳ（Personal Handyphone System）、携帯ゲーム機等である。情報端末４は、比較的遠距離にある基地局３に接続しネットワーク１を介して管理センタ２と通信する遠距離通信機能と、車両５の車載装置と直接に通信する近距離通信機能とを有する。
【００２６】
図３は、情報端末４の機能ブロック図を示す。情報端末４は、近距離通信部４１、表示部４２、操作部４３、遠距離通信部４４、音声処理部４５、メモリ４６、スピーカ４７、マイク４８及び制御部４０を有する。
【００２７】
表示部４２は液晶等の情報端末４の画面表示装置であり、制御部４０から出力される表示データをこの表示部４２に表示させる。また、操作部４３は、押しボタン等のメカニカルスイッチ、表示面に重ねて設けられたタッチパネル、スクロールキー等から成り、これらが操作されると操作内容に基づいた信号を制御部４０に出力する。
【００２８】
近距離通信部４１は、ブルートゥース、無線ＬＡＮ、赤外線通信、有線接続等により車載装置と通信する。ブルートゥースの場合、アンテナが受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定のブルートゥースの無線通信プロトコルに従った処理を施し、処理の結果得られた信号を制御部４０に出力する。また、近距離通信部４１は、制御部４０から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等、所定のブルートゥースの無線通信プロトコルに従った処理を施し、その結果の電波をアンテナから出力する。
【００２９】
ブルートゥースでは通信する機器の種類ごとに策定されたプロトコル（プロファイル）があり、HSP（Headset Profile）ではブルートゥースを搭載したヘッドセット（マイク及びイヤフォン）と情報端末４との通信が可能となる。また、HFP (Hands-Free Profile)では、情報端末４と車載装置を接続し車両のマイクやスピーカを使用したハンズフリー通話を可能とする。また、SPP（Serial Port Profile）では、ブルートゥース機器に仮想のシリアルポートを作り、情報端末４から車載装置へ（又はその逆）データ転送することを可能とする。
【００３０】
なお、有線型のハンズフリー装置のように情報端末４と車載装置を有線で接続した場合所定のプロトコルでデータを通信し、無線ＬＡＮで接続した場合ＩＰ等の所定のプロトコルでデータを転送する。
【００３１】
遠距離通信部４４は、通話アンテナ３１が受信した信号に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定のセルラー通話のプロトコル（PDC（Personal Digital Cellular）、ＣＤＭＡ（Code Division Multiple Access）、ＧＳＭ（Global System for Mobile Communications）等）に従った処理を施し、その結果を制御部４０に出力する。また遠距離通信部４４は、制御部４０から入力されたデータに対してＤ／Ａ変換、変調、周波数変換、増幅等、所定のセルラー通話のプロトコルに従った処理を施し、処理結果の信号をアンテナに出力する。
【００３２】
メモリ４６は、図示しないＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ（Non Volatile ＲＡＭ）等から成る。ＲＯＭやフラッシュメモリには、制御部４０が読み出して実行するプログラム、当該情報端末４の電話番号、情報端末固有の固有番号、等が記憶されている。
【００３３】
音声処理部４５は、マイク４８から入力された音声信号をデジタルデータに変換して制御部４０に出力し、また制御部４０から入力されたデジタルデータを音声信号に変換してスピーカ４７に出力する。
【００３４】
制御部４０は、ＣＰＵと入出力部等から成り、メモリ４６から読み出したプログラムを実行する。制御部４０は、実行するプログラム、操作部４２からの信号、近距離通信部４１及び遠距離通信部４４からの受信データ、音声処理部４５からの音声データに基づいた処理を行う。例えば、制御部４０は、メモリ４６に格納されたブラウザプログラムやメールプログラムを実行して、管理センタ２から受信した操作画面やメッセージを表示する。また、情報端末４が車両５から所定範囲に近づけたり有線で接続されると、制御部４０はメモリ４６から取得した固有番号を車載装置５に送信する。
【００３５】
車両５について説明する。図４は、車両５の有する車載装置の機能ブロック図を示す。車両５は、管理センタ２から送信された操作信号を受信し、また操作信号に応じた車両の情報や操作結果を管理センタ２に送信する送受信装置２１、車両５のリモート操作を制御する遠隔操作ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２２を有する。遠隔操作ＥＣＵ２２は、ＣＡＮ（Controller Area Network）等のプロトコルによりバス接続された種々の車載ＥＣＵと通信可能に接続されている。図４では一例として、ドアの開閉やウィンドウの開閉を制御するドア制御ＥＣＵ２３、車内や車外の温度、設定温度等に基づき空調するエアコンＥＣＵ２４、駐車中の車両への振動や車内への侵入を検知するセキュリティＥＣＵ２５、エンジンの運転状態を検知し燃料噴射制御や点火時期制御、アイドル回転数制御を行うエンジンＥＣＵ２６、ナビゲーションシステムを制御するカーナビＥＣＵ２７、キーの登録及び照合する照合ＥＣＵ３０、が接続されている。また、カーナビＥＣＵ２７には表示装置２８及びスピーカ２９が接続されている。
【００３６】
照合ＥＣＵ３０は、車両５に登録されているキーを管理する。照合ＥＣＵ３０はイモビライザーのキー認証手順に従って、キーのトランスポンダに内蔵されたキーＩＤと照合ＥＣＵが管理するＩＤが一致する場合にエンジン始動を許可する。
【００３７】
遠隔操作装置（特許請求の範囲における車載端末）は、少なくとも送受信装置２１、遠隔操作ＥＣＵ２２及び表示装置２８を含み、更に、本実施の形態で説明する注意喚起のための制御に必要な車載装置を含む。
【００３８】
送受信装置２１は、管理センタ２から送信された操作信号を受信回路により受信して操作信号を復調する。復調された操作信号は遠隔操作ＥＣＵ２２に送出され、遠隔操作ＥＣＵ２２は操作内容を判別し、判別結果に応じて所定のＥＣＵと通信する。各ＥＣＵは遠隔操作ＥＣＵ２２と通信して各車載装置の状態を遠隔操作ＥＣＵに送出したり、遠隔操作ＥＣＵ２２からの制御信号に応じてアクチュエータを駆動してドアをロックするなど所定の車載装置を制御する。
【００３９】
車両５はＧＰＳ（Global Positioning System）装置を搭載しており、カーナビＥＣＵ２７はＧＰＳ衛星から送信される電波の到達時間を利用して現在の位置を検出する。車両情報通信サービスの契約者が離れた場所から車両５の位置を知りたい場合、ユーザＡは情報端末４を操作することで、カーナビＥＣＵ２７が駐車前に検出した車両５の位置を、情報端末４の画面上に地図と共に表示することができる。
【００４０】
また、バスには制御部３１が接続されており、制御部３１は近距離通信部３２、マイク３５及びスピーカ３６が接続された音声処理部３３及びメモリ３４が接続されている。近距離通信部３２及び音声処理部３３は、図３の近距離通信部４１及び音声処理部４５と同様の処理を行う。
【００４１】
表示装置２８は、液晶や有機ＥＬ、ＨＵＤ（Head Up Display）等であり、操作メニューや交通情報、道路地図、目的地までのルート等を表示する。また、表示装置２８にタッチパネルを設け、操作を入力可能としてもよい。スピーカ２９はカーナビＥＣＵ２７が案内する経路を右左折ポイントなどの手前で音声により出力する。表示装置２８やスピーカ２９は、その他テレビやラジオなどのメディアや音楽プレーヤ、ＤＶＤ（Digital Versatile Disk）プレーヤの出力にも使用される。
【００４２】
また、管理センタ２がユーザＢが車両５の所有者か否かを確認する場合、遠隔操作ＥＣＵ２２は、表示手段２８に管理センタ２から送信されるメッセージを表示し、また、スピーカ２９から音声を出力する。
【実施例１】
【００４３】
本実施例ではユーザＢの情報端末４の固有番号を利用して車両５の譲渡を推定し、ユーザＢにユーザ確認を行う。車両５の譲渡が推定された場合、管理センタ２は車両５の現在のユーザに、車両５が車両情報通信サービスの契約対象なっている事実を認識させるため、注意喚起するようなメッセージを車両５に送信する。
【００４４】
車両５に乗車したユーザＢが契約者情報６に登録されている者でない場合、このメッセージによりユーザＢは、車両５が車両情報通信サービスの対象なっていて契約が残存している事実を認識できる。車両情報通信サービスの契約が残存していることをユーザＢが認識できれば、車両５の駐車場所など車両の情報の取得や車載装置の操作をユーザＡに行われる可能性があることを認識できる。
【００４５】
始めに、本実施例の管理センタ２について説明する。管理センタ２は、車両５とユーザＡ（情報端末４）を仲介して種々のサービスをユーザＡに提供するものであり、管理センタ２により車両５とユーザＡとが所定以上離れていても、第三者の車両５への侵入やエンジン始動等を監視して所有者に通知したり、所有者が車両５を操作することが可能となる。また、車両５のエアバッグが作動した場合や緊急スイッチが押下された場合には車両５から管理センタ２に信号が送信され、警備員の派遣など所定の処理を実行する。
【００４６】
管理センタ２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置（ＨＤＤ）、通信装置、ＮＶ−ＲＡＭ、ドライブ装置等が相互にバスで接続されたコンピュータとして構成された、管理サーバとして機能する。また、管理センタ２の記憶装置には、車両情報通信システムの契約者の情報が記憶された契約者情報６が格納されている。
【００４７】
図５（ａ）は、管理センタ２（管理サーバ）の機能ブロック図を示す。図５（ａ）に示す管理センタ２の機能ブロック図はユーザ確認を支援するためのものであり、送受信部１１、操作画面生成部１２、車両譲渡推定部１３及び契約者情報６とを有するように構成される。
【００４８】
送受信部１１は、ネットワーク１を介して情報端末４及び車両５と通信するネットワークインターフェイスである。送受信部１１は、操作画面生成部１２が生成した操作画面の生成情報やメッセージを情報端末４や車両５に送信する。
【００４９】
車両譲渡推定部１３は、車両５の所有者が変わったこと、本実施例ではユーザＡからユーザＢに車両５が譲渡されたことを推定する。推定方法については後述するが、情報端末４の固有番号と車両５のキーＩＤとの組み合わせを例えばイグニションがオンの度に記録し、その組み合わせが変化する場合に車両５が譲渡されたことを推定する。
【００５０】
操作画面生成部１２は、情報端末４や後述する車両５の表示装置に表示する操作画面の生成情報、ユーザＡ又はＢに連絡するメッセージ等、ユーザとのインターフェイスを生成する。操作画面の生成情報やメッセージは、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）等で記述され、情報端末４や車両５の表示装置が備えるブラウザにより解釈され表示される。
【００５１】
管理センタ２の記憶装置には、管理サーバを，操作画面生成部１２及び車両譲渡推定部１３として機能させるプログラムが格納されており、ＣＰＵがこれらのプログラムを実行する事でかかる機能が実現される。
【００５２】
契約者情報６について説明する。図５（ｂ）は、管理センタ２に登録されている契約者情報６の一例を示す。ユーザＡは管理センタ２と契約を結んでおり契約者は変更されていないので、ユーザＡの契約者情報が登録されている。契約者情報６には、契約時に契約毎に付与される契約ＩＤ、ユーザＡを識別するためのユーザＩＤ、氏名、住所、電話番号、性別、年齢が記憶されている。また、契約者情報にはユーザＩＤと対応づけて契約者を認証するためのパスワードが登録されている。なお、ユーザＡの認証に指紋や声紋，顔の輪郭，虹彩、静脈配置などの生体識別情報を用いてもよい。
【００５３】
ユーザＡが情報端末４を使用して管理センタ２にアクセスする場合、情報端末４を所定のＵＲＬ（Uniform Resource Locator）に接続することで要求されるユーザＩＤとパスワードを入力し、管理センタ２に送信する。管理センタ２は入力されたユーザＩＤとパスワードの整合性をもってユーザＡを認証する。
【００５４】
認証された所有者が情報端末４の操作画面やメッセージを見て所望の操作を入力すると、情報端末４から送信された操作信号が、携帯電話網やネットワーク１を介し管理センタ２に送信される。管理センタ２は情報端末４から送信された操作信号を受信し、操作内容の解釈、実行可否判定、車両５が解釈可能な操作信号への変換等を行い、送受信部１１はそれを車両５へ送信する。
【００５５】
続いて、遠隔操作ＥＣＵ２２がキーＩＤ及び固有番号とを取得するまでの手順について説明する。
【００５６】
制御部３１が近距離通信部３２により情報端末４の近距離通信部４１と通信する処理の流れを図６のフローチャート図に基づき説明する。図６のフローチャート図は、ブルートゥースにより通信する場合の処理である。近距離通信部３２は、情報端末４から送信されるデバイス検索信号を受信して、ブルートゥースの認証を行うことで情報端末４との無線接続を確立し、その後に情報通信モードに入る。なお、車両５の近距離通信部４１と情報端末４の近距離通信部３２は、パスキー（認証鍵又はPIN）により既にペアリングされている。
【００５７】
まず、制御部３１は、ＩＧ（イグニション）又はＡＣＣ（アクセサリー）がオンであるか否かを判定する（Ｓ１１）。制御部３１はエンジンＥＣＵ２６や電源ＥＣＵからＩＧ（イグニション）又はＡＣＣの状態を判定する。ＩＧ又はＡＣＣがオフである場合、ステップＳ１１の判定を繰り返す。
【００５８】
ＩＧ又はＡＣＣがオンである場合（Ｓ１１のＹｅｓ）、制御部３１は近距離通信部３２を起動して、情報端末４の近距離通信部４１からの待ち受けを開始する（Ｓ１２）。
【００５９】
ついで、制御部３１は情報端末４より送信されるデバイス検索信号を近距離通信部３２が受信したか否かを判定する（Ｓ１３）。デバイス検索信号が受信されれば、ステップＳ１４に進み、受信されなければステップＳ１３の判定を繰り返す。
【００６０】
デバイス検索信号が受信された場合（Ｓ１３のＹｅｓ）、制御部３１は応答送信を行う（Ｓ１４）。具体的には、入力のあったデバイス検索信号に応答するための信号を送信データとして近距離通信部３２に出力する。
【００６１】
ついで、制御部３１はブルートゥースの認証処理を行う（Ｓ１５）。具体的には、上記のパスキーを使用して情報端末４と接続を確立する。
【００６２】
制御部３１は認証に成功したか否かを判定し（Ｓ１６）、認証に成功しない場合（Ｓ１６のＮｏ）、処理を終了する。
【００６３】
認証に成功したら（Ｓ１６のＹｅｓ）、情報端末４と車載装置との間でデータの送受信が可能な情報通信モードとなる（Ｓ１７）。
【００６４】
なお、制御部３１は、情報端末４と接続中には、情報端末４から発されたハンズフリー機能実行の命令を近距離通信部３２を介して受信し、ハンズフリー機能のプログラムを実行する。このプログラムを実行することで制御部３１は、情報端末４が電話通信を行っている通話相手からの音声データを近距離通信部３２を介して受信し、この受信した音声データを音声処理部３３により処理した後、スピーカ３６から出力する。また、マイク３５から入力して音声処理部３３により処理された車両５内のユーザの音声データを、近距離通信部３２を介して情報端末４に送信する。これにより、情報端末４はユーザの音声を通話相手へ送信する。
【００６５】
図７は、遠隔操作ＥＣＵ２２が情報端末４の固有番号を取得する処理を示すフローチャート図である。
【００６６】
まず、遠隔操作ＥＣＵ２２は情報端末４の固有番号を取得する（Ｓ２１）。ブルートゥースによる接続が確立し情報通信モードになると、車両５の制御部３１は情報端末４の制御部４０に固有番号の取得を依頼する。制御部４０はメモリ４６に記憶されている固有番号を抽出し、ブルートゥース通信により車両５に送信する。
【００６７】
ついで、遠隔操作ＥＣＵ２２はキーＩＤを取得する（Ｓ２３）。イグニション又はＡＣＣはオンとなっているので、キーのトランスポンダに内蔵されたキーＩＤは照合ＥＣＵ３０に検出されている。検出されていなければ、遠隔操作ＥＣＵ２２が照合ＥＣＵ３０に改めてキーＩＤの取得を依頼する。
【００６８】
遠隔操作ＥＣＵ２２は、例えばＩＧオンとされた日時と対応づけて固有番号及びキーＩＤをＮＶ−ＲＡＭ等に記憶する（Ｓ２３）。
【００６９】
なお、情報端末４側で固有番号の外部への通知を拒否する設定がされている場合、その他の情報端末４の情報、好ましくは固有な情報をキーＩＤと共に記憶する。例えば、電話番号、メールアドレス、氏名、住所、車両情報通信サービスのユーザＩＤ等である。本実施の形態では、ユーザが変わったか否かを判定できればよいので、ユーザを識別可能な情報であれば完全に一意であることが保証されたものでなくてもよい。
【００７０】
遠隔操作ＥＣＵ２２は、固有番号及びキーＩＤを管理センタ２に送信する（Ｓ２４）。遠隔操作ＥＣＵ２２は、ステップＳ２３のような記憶処理をＩＧオン毎又は１日１回程度繰り返していくので、管理センタ２への送信処理は１日１回送信すればよい。
【００７１】
以上のようにして、管理センタ２は情報端末４の固有番号を利用して車両５に乗車するユーザを認識することができる。管理センタ２の車両譲渡推定部１３は、固有番号及びキーＩＤに基づき、次のようにして車両５の譲渡を推定する。
【００７２】
図８（ａ）は固有番号及びキーＩＤの組み合わせの記憶内容を時間の経過と共に示す図である。図８（ａ）では、「Ａ」が所定桁数から成る１つのキーＩＤを、「Ｂ」「Ｃ」がそれぞれ１つの情報端末４の固有番号を示す。図の左方向が過去を示す。
【００７３】
車両譲渡推定部１３は、所定日時ｔ１以前は、キーＩＤが「Ａ」固有番号が「Ｂ」であったが、所定日時ｔ１以降は、キーＩＤは「Ａ」のままで固有番号が「Ｃ」となることを検出する。車両譲渡推定部１３は、固有番号が変化したことにより車両５が譲渡されたものと推定する。なお、キーＩＤが「Ａ」から「Ｃ」に変化した直後は、例えば、車両５を単に貸与しただけの場合があるため、３日から１週間程度、変化した後の組み合わせが継続した場合に、車両譲渡推定部１３は車両５が譲渡されたものと推定する。なお、固有番号が契約者情報６に記憶されている場合、記憶された固有番号と比較してもよい。
【００７４】
操作画面生成部１２は、車両譲渡推定部１３が車両の譲渡を推定したことを受けて、車両５の表示装置２８に表示する操作画面の生成情報及びメッセージを生成し、送受信部１１により車両５に送信する。車両５の遠隔操作ＥＣＵ２２は受信したメッセージ及び操作画面をカーナビＥＣＵ２７に表示させる。車両５にユーザＢが乗車していない場合は、メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【００７５】
図９（ａ）は、表示装置２８に表示されるメッセージの一例を示す。図９（ａ）では「Ａ様、いつもご利用ありがとうございます。」というメッセージを表示している。ユーザＢは、このようなメッセージが管理センタ２から表示される事で、メッセージの配信という事実や配信元等から車両情報通信サービスが利用されている事に気づく事ができる。
【００７６】
また、メッセージにおいて「Ａ様」とは契約者として契約者情報６に記録されているユーザＡの氏名である。車両５はユーザＢが使用しているので、「Ａ様、…」というメッセージはユーザＢが見る事になる。ユーザＢは「Ａ様」という問いかけに対して、自分と異なる氏名でありまた車両５の前所有者の氏名である事から車両情報通信サービスの存在を認識することができる。
【００７７】
また、車両の譲渡が行われていない場合であっても、「いつもご利用ありがとうございます。」というメッセージであれば、契約者の確認であることを印象づけるおそれが少ない。メッセージを季節や時刻に応じて変更すれば、メッセージが単調に成らず好適である。
【００７８】
なお、メッセージの内容として図９（ａ）では氏名としたが、電話番号や住所等、ユーザＢにユーザＡを意識させる内容であればよく、契約者情報６の内容全てが該当しうる。
【００７９】
また、メッセージとして車両情報通信サービスのサービス内容を表示してもよい。図９（ｂ）はサービス内容として表示されたメッセージの一例を示す。図９（ｂ）では「いつもご利用ありがとうございます。本サービスは、車両情報を取得したり車載装置を操作することが可能です。」と表示されるので、ユーザＢは、車両５の情報を取得されるおそれがあることを認識できる。また、サービス内容には、サービスの具体的な内容だけでなくサービス名、提供元、運営元、広告、ロゴ表示、有料サービスであること等を含めてもよい。
【００８０】
なお、車両５の譲渡が行われなくてもユーザＡが情報端末４を買い換えた場合に固有番号が変化する。このような場合を想定すれば、例えば、「Ａ様、新しい情報端末４の調子はいかがですか？」というようなメッセージを表示してもよい。このようなメッセージであれば、「Ａ様」という問いかけによりユーザＢに注意喚起することもでき、車両５が譲渡されていない場合は情報端末４について問いかけるのでユーザＡに煩わしさを感じさせない。
【００８１】
ところで、固有番号が変化した場合であっても、車両５を複数のユーザが利用する場合等、車両５の譲渡があったとは限らない。図８（ｂ）は固有番号及びキーＩＤの組み合わせの別の例を時間の経過と共に示す図である。
【００８２】
図８（ｂ）では、所定日時ｔ２以降は「Ｃ」という固有番号が現れるが、「Ｂ」の固有番号がなくなるわけでなく「Ｃ」と「Ｂ」が不規則に表示されている。このような状態では、車両５の譲渡があったか否かが不明であり、車両５の譲渡がなくても次のような場合に生じうる。
・車両５を複数のユーザが利用している。
・１人のユーザが複数の情報端末４を所持している。
【００８３】
そこで、車両譲渡推定部１３は、所定日時ｔ２以降に「Ｃ」という固有番号が所定回数以上現れたら、車両５が譲渡されたものと推定する。車両５が譲渡されている場合、ユーザＢが所定回数以上車両５を使用していることになるため、車両５が車両情報通信サービスの対象となっていることを通知した方が好ましいからである。例えば、５回新たな固有番号「Ｃ」が現れたら車両５の譲渡を推定する場合、図７（ｂ）では日時ｔ３に、既に車両５は譲渡されているものと推定する。
【００８４】
しかしながら、「Ｃ」という固有番号が現れた回数のみでは、複数のユーザで車両５を使い分けている場合でも時間の経過と共にいずれは車両５が譲渡されたものと推定されてしまうので、所定期間内に固有番号「Ｃ」が現れる回数に基づき推定してもよい。例えば、車両譲渡推定部１３は直近の１週間に４回以上、固有番号「Ｃ」が現れたら車両５が譲渡されたものと推定するのであれば、図７（ｂ）では日時ｔ４に、既に車両５は譲渡されているものと推定する（図７（ｂ）が１日１回乗車していることを表す場合）。なお、回数でなく、所定期間内の「Ｂ」と「Ｃ」の比率に基づき判定してもよい。
【００８５】
所定期間内の回数又は比率で譲渡を判定すると、少なくとも所定期間経過してしまうため、「Ｃ」という固有番号が連続して所定回数以上現れた場合に、車両５が譲渡されたものと推定してもよい。例えば、連続して２回以上新たな固有番号が現れたら譲渡を推定する場合、図７（ｂ）では日時ｔ５に、既に車両５は譲渡されているものと推定する。新たな固有番号が連続して現れる回数に基づき判定すれば、より短期間に車両５の譲渡を検出できる。
【００８６】
なお、このように回数又は比率に基づき判定した場合でも、車両５が譲渡されていない可能性が少なくないため、表示装置２８に表示するメッセージはよりソフトなものにすることが好適である。図９（ｃ）は、回数又は比率に基づき判定した場合に表示装置２８に表示されるメッセージの一例を示す。図９（ｃ）では「Ａ様、お車の調子は如何ですか？」と表示されているが、このように問いかけるようなメッセージであれば、車両５が譲渡されていない場合であってもユーザＡは煩わしさを感じない。また、車両５が譲渡されている場合、「Ａ様」という表示や、このようなメッセージが管理センタ２から表示される事で、メッセージの配信という事実や配信元等から、ユーザＢは車両情報通信サービスの契約が継続している事に気づく事ができる。
【００８７】
なお、本実施例では、車両５から管理センタ２にキーＩＤ及び固有番号を送信し、管理センタ２が車両５の譲渡を検出することとしたが、車両５が譲渡を推定してもよい。車両５が譲渡を検出する場合、遠隔操作ＥＣＵ２２がキーＩＤ及び固有番号の組み合わせの履歴を記憶しておき、上記と同様に譲渡を推定する。
【００８８】
本実施例によれば、以前と異なる情報端末４が車内に持ち込まれた場合に車両５の譲渡を推定して、ユーザを確認することができる。情報端末４は意識せずに車内に持ち込むことが多いため、ブルートゥースを利用すればユーザＢが特別な操作をしなくても車両５の譲渡を推定できる。また、以前と異なる情報端末４が車内に持ちこまれた場合に、メッセージが表示されるので、車両情報通信サービスの利用者に煩わしさを感じさせる事が防止できる。また、定期的（例えば、１ヶ月毎）に契約者の名前を表示するのではないため、メッセージの効果が薄れる事もない。
【実施例２】
【００８９】
本実施例では、管理センタ２から定期的に所有者を確認する車両情報通信システムについて説明する。車両５の所有者が変わった場合、車両情報通信システムのサービスも新たな車両の所有者が享受するべきと考えられる。このため、管理センタ２は定期的に所有者が変わったか否かを確認するための処理を実行する。
【００９０】
図１０は、本実施例における管理センタ２（管理サーバ）の機能ブロック図を示す。なお、図１０において図５（ａ）と同一構成部には同一の符号を付しその説明は省略する。図１０の管理センタ２は契約者確認部１４を有する点で図５（ａ）と異なる。なお、車両５の機能ブロック図は図３と同様である。
【００９１】
契約者確認部１４について詳しくは後述するが、契約者確認部１４は車両５の所有者が契約者と同じか否かを確認するためユーザに所定の応答を求める要求メッセージを車両５の表示装置２８に表示する。そして、ユーザの応答に基づき車両５のユーザが契約者と同じか否かを確認する。
【００９２】
図１１は、ユーザの確認のために定期的に車両５に要求メッセージを表示するまでの概略を示す。
Ｔ１：車両５のユーザＡ（１ｓｔオーナ）は、車両情報通信サービスの契約者もユーザＡである。
Ｔ２：ユーザＡが車両５をユーザＢ（２ｎｄオーナ）に譲渡する。譲渡の際、ユーザＡは車両情報通信サービスを解約しておらず、また、ユーザＢに車両情報通信サービスやその契約の有無についても説明していない。
Ｔ３：定期的に管理センタ２が契約者を確認するための要求メッセージを車両５に表示し、スピーカ２９からその旨の音声が出力される。
【００９３】
この要求メッセージは、車両５に乗車していなければ分からない応答を要求するものであり、その応答の内容により現在の車両５の所有者を確認する。
【００９４】
図１２は、管理センタ２の契約者確認部１４が車両５に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【００９５】
管理センタ２の契約者確認部１４は定期的に車両５のユーザが変わったか否かを判定するため、所定期間が経過したか否かを判定する（Ｓ１０１）。所定期間は例えば月に１回程度であるが、頻繁に車両を使用する場合には早めにユーザの変更を検出する方が好ましいので、イグニッションオンの回数が所定以上になった場合としてもよい。この場合は、ユーザの煩わしさを防止するため、月２回まで等の上限を定める。
【００９６】
所定期間が経過した場合、操作画面生成部１２は車両５に表示する要求メッセージを生成し、送受信部１１は生成された要求メッセージを車両５に送信する（Ｓ１０２）。操作画面生成部１２は契約者情報６を参照し契約者の氏名など必要な情報を抽出する。
【００９７】
車両５の送受信装置２１は管理センタ２から要求メッセージを受信し、カーナビＥＣＵ２７に表示させる（Ｓ１０３）。車両５にユーザＢが乗車していない場合は、要求メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【００９８】
図１３（ａ）は車両５の表示装置２８に表示される要求メッセージの一例を示す。図１３（ａ）には「来月も車両情報通信サービスをご利用なさいますか？ Ａ様、確認のため下記の電話番号に電話をおかけください。０１８６−０９０−＊＊＊＊−＊＊＊＊ 」と表示されている。
【００９９】
ユーザＢが指示に従い情報端末４から電話番号を入力すると、先頭の番号「０１８６」は発信者番号通知であるので、車両５のユーザの情報端末４の電話番号が管理センタ２の指定した電話先に通知される。
【０１００】
なお、表示される電話番号は、毎回変更されるワンタイムの電話番号であるため、車両５を譲渡したユーザＡは知ることができず、ユーザＡが車両５の譲渡がなかったように偽装することはできない。
【０１０１】
管理センタ２の契約者確認部１４は、通知された電話番号と契約者情報６に記憶されたユーザＡの電話番号に基づき応答内容を確認する（Ｓ１０４）。２つの電話番号が一致している場合、契約者確認部１４はそのまま処理を終了し、所定期間が経過したら同様の処理を繰り返す。
【０１０２】
また、契約者確認部１４は、通知された電話番号が契約者情報６の電話番号と異なる場合、ユーザが変更されたものと判定して契約者変更処理を行う（Ｓ１０５）。契約者確認処理については後述する。
【０１０３】
なお、ユーザＡ又はＢが指定された電話番号に電話をかけない場合には、契約者の確認ができないので、２つの電話番号が異なる場合と同様に契約者確認処理を行う。
【０１０４】
以上のように、ユーザＢに応答を求める要求メッセージを送信し、その応答を利用して車両５の譲渡の有無を確認することができる。
【０１０５】
続いて、要求メッセージの別の形態について説明する。所有者が車両５に乗車していることを確認するには、車両５にのみ表示される情報を利用すればよい。図１４は、管理センタ２が車両５に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【０１０６】
図１２と同様に、所定期間が経過した場合、操作画面生成部１２は車両５に表示するメッセージを生成し、送受信部１１は生成された要求メッセージを車両５に送信する（Ｓ２０１〜２０２）。操作画面生成部１２は契約者情報６を参照し契約者の氏名など必要な情報を抽出する。
【０１０７】
車両５の送受信装置２１は管理センタ２から要求メッセージを受信し、カーナビＥＣＵ２７に表示させる（Ｓ２０３）。車両５にユーザＢが乗車していない場合は、要求メッセージ及び操作画面を記憶しておき、イグニッションがオンとされたら表示する。
【０１０８】
図１３（ｂ）は、車両５の表示装置２８に表示される要求メッセージの一例を示す。図１３（ｂ）には「ＴＲＩＰメータの値を入力し、送信ボタンを押してください。」と表示されている。ＴＲＩＰメータは、ユーザがリセットするまで累積される走行距離であるが、通常、車両には１〜３種類位のＴＲＩＰメータの値が表示可能となっているので、この中から車両に乗車しないと見ることのできないＴＲＩＰメータを指定して、ユーザにその値を入力させる。
【０１０９】
ついで、契約者確認部１４は車両５から情報を取得するための情報取得命令を生成し、車両５に送信する（Ｓ２０４）。ここで取得を要求する情報は、ステップＳ２０３でユーザに入力を要求した情報と同じものである。
【０１１０】
情報取得命令を受信した遠隔操作ＥＣＵ２２は、命令の内容を判別してＴＲＩＰメータの値を管理するＥＣＵからＴＲＩＰメータ値を取得する（Ｓ２０５）。遠隔操作ＥＣＵ２２は、ＴＲＩＰメータ値を車両情報として管理センタ２に送信する。
【０１１１】
また、ユーザＢは車両に乗車しエンジンを始動してＴＲＩＰメータの値が表示されると、数値を入力する。数値は表示装置２８に表示されたキーボードを選択すれば入力される。そして、送信ボタン等を選択することで、入力されたＴＲＩＰメータの値が入力情報として管理センタ２に送信される（Ｓ２０７）。
【０１１２】
管理センタ２は、車両情報と入力情報を受信するので（Ｓ２０６、Ｓ２０８）、それらの値が一致するか否かを照合する（Ｓ２０９）。車両情報と入力情報が一致する場合、契約者確認部１４はそのまま処理を終了し、所定期間が経過したら同様の処理を繰り返す。
【０１１３】
また、契約者確認部１４は、車両情報と入力情報が一致しない場合、ユーザが変更されたものと判定して契約者変更処理を行う（Ｓ１０５）。契約者確認処理については後述する。
【０１１４】
ＴＲＩＰメータの値は、車両５に乗車してエンジンをかけないと知ることができないので、このような値を契約者確認のための使用することができる。したがって、本実施例で要求する車両５の情報は、車両５に乗車してエンジンをかけないと知ることができない情報であればよく、例えば、ＯＤＤメータの値であってもよい。なお、照合に使用する値は、情報端末４からでは参照できないものであることが好ましい。
【０１１５】
また、このような値は車両５に乗車して走行するたびに増えていくので、ワンタイムの電話番号と同様、一度限り有効な値となるので漏洩するおそれも少ない。
【０１１６】
契約者変更処理について図１５のフローチャート図に基づき説明する。ユーザの電話番号又はＴＲＩＰメータの値に基づき、車両５の譲渡があったことが判定された。しかしながら、情報端末４を変えた可能性やＴＲＩＰメータの値の入力ミス等も考えられるため、契約者確認手段１４はもう一度車両５のユーザの変更があったかな否かを確認する（Ｓ３０１）。例えば、図１２又は図１４と同じ処理を繰り返してもよいし、確認のためのメッセージ（例えば、「あなたはＡ様ですか？」「車両５の所有者様ですか？」等）を改めて送信してもよい。
【０１１７】
確認の結果、所有者が変わっていた場合（ユーザＢが車両５を使用していた場合）、管理センタ２はユーザＡの情報端末４から車両情報通信サービスの利用を禁止する（Ｓ３０１）。例えば、ユーザＡのユーザＩＤとパスワードによりアクセスがあった場合にログインを禁止してもよいし、ログイン後に「Ａ様のご利用は禁止されております」と表示してもよい。
【０１１８】
また、管理センタ２は、ユーザＢによる車両情報通信サービスの利用を許可する（Ｓ３０３）。例えば、管理センタ２は、仮のパスワードを発行すると共にユーザＢの電話番号を仮のユーザＩＤとして管理センタ２へのログインを許可する。なお、正式なユーザＩＤ及びパスワードはユーザＢの住所に郵送する。
【０１１９】
このような処理により、車両５のユーザと車両情報通信サービスの契約者とが異なっていることが確認されたら、車両情報通信サービスの契約者と車両５のユーザを一致させることができる。
【０１２０】
以上のように、本実施例によれば、情報端末の電話番号又は車両５の所有者でなければ入手できない情報を利用して車両５の所有者が変わったことを検出でき、車両５が譲渡された場合には元の所有者による車両情報通信サービスの利用を禁止することができる。また、所定期間毎に行われるので車両５を譲渡していなくても煩わしさを感じることが防止できる。
【図面の簡単な説明】
【０１２１】
【図１】車両の所有者と車両情報通信サービスの契約者とが異なっている場合の関係を示す図である。
【図２】車両情報通信システムの全体構成図である。
【図３】情報端末の機能ブロック図である。
【図４】車両の有する車載装置の機能ブロック図である。
【図５】管理センタ（管理サーバ）の機能ブロック図である。
【図６】車載装置と情報端末とが通信する処理の流れを示すフローチャート図である。
【図７】遠隔操作ＥＣＵが情報端末の固有番号を取得する処理を示すフローチャート図である。
【図８】固有番号及びキーＩＤの組み合わせの記憶内容を時間の経過と共に示す図である。
【図９】表示装置に表示されるメッセージの一例を示す図である。
【図１０】実施例２における管理センタ２（管理サーバ）の機能ブロック図である。
【図１１】ユーザの確認のために定期的に車両に要求メッセージを表示するまでの概略を示す図である。
【図１２】契約者確認部が車両に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【図１３】車両の表示装置２８に表示される要求メッセージの一例を示す図である。
【図１４】契約者確認部が車両に要求メッセージを表示するまでの処理手順を示すフローチャート図である。
【図１５】契約者変更処理のフローチャート図である。
【符号の説明】
【０１２２】
１ ネットワーク
２ 管理センタ
４ 情報端末
５ 車両
６ 契約者情報
１２ 操作画面生成部
１３ 車両譲渡推定部
１４ 契約者確認部
２２ 遠隔操作ＥＣＵ
３１ 整備端末
【特許請求の範囲】
【請求項１】
ユーザが使用する情報端末から管理センタを介して車載装置と通信可能な車両情報通信システムにおいて、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタが車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする車両情報通信システム。
【請求項２】
以前と異なる前記情報端末を前記車載装置が所定回数以上検出した場合、前記管理センタが前記ユーザ確認処理を行う、
ことを特徴とする請求項１記載の車両情報通信システム。
【請求項３】
前記所定回数は所定期間内における回数である、ことを特徴とする請求項２記載の車両情報通信システム。
【請求項４】
以前と異なる前記情報端末と同一の情報端末が連続して所定回数以上検出された場合、前記管理センタが前記ユーザ確認処理を行う、
ことを特徴とする請求項２記載の車両情報通信システム。
【請求項５】
前記車載装置はブルートゥース通信により前記情報端末を検出する、ことを特徴とする請求項１記載の車両情報通信システム。
【請求項６】
前記ユーザ確認処理は、当該車両情報通信システムの契約者の情報を前記ユーザに通知する処理である、ことを特徴とする請求項１記載の車両情報通信システム。
【請求項７】
ユーザの使用する情報端末と車載装置とを仲介して情報を通信する車両情報通信システムの管理サーバにおいて、
前記車載装置が以前と異なる前記情報端末を検出した場合、車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする管理サーバ。
【請求項８】
ユーザが使用する情報端末から管理センタを介して送信された情報を受信して車載装置を制御する車載端末において、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタから送信された前記情報を前記ユーザに通知する、
ことを特徴とする車載端末。
【請求項９】
ユーザが使用する情報端末から管理センタを介して車載装置と通信を可能とする車両情報通信方法において、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタが車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする車両情報通信方法。
【請求項１】
ユーザが使用する情報端末から管理センタを介して車載装置と通信可能な車両情報通信システムにおいて、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタが車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする車両情報通信システム。
【請求項２】
以前と異なる前記情報端末を前記車載装置が所定回数以上検出した場合、前記管理センタが前記ユーザ確認処理を行う、
ことを特徴とする請求項１記載の車両情報通信システム。
【請求項３】
前記所定回数は所定期間内における回数である、ことを特徴とする請求項２記載の車両情報通信システム。
【請求項４】
以前と異なる前記情報端末と同一の情報端末が連続して所定回数以上検出された場合、前記管理センタが前記ユーザ確認処理を行う、
ことを特徴とする請求項２記載の車両情報通信システム。
【請求項５】
前記車載装置はブルートゥース通信により前記情報端末を検出する、ことを特徴とする請求項１記載の車両情報通信システム。
【請求項６】
前記ユーザ確認処理は、当該車両情報通信システムの契約者の情報を前記ユーザに通知する処理である、ことを特徴とする請求項１記載の車両情報通信システム。
【請求項７】
ユーザの使用する情報端末と車載装置とを仲介して情報を通信する車両情報通信システムの管理サーバにおいて、
前記車載装置が以前と異なる前記情報端末を検出した場合、車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする管理サーバ。
【請求項８】
ユーザが使用する情報端末から管理センタを介して送信された情報を受信して車載装置を制御する車載端末において、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタから送信された前記情報を前記ユーザに通知する、
ことを特徴とする車載端末。
【請求項９】
ユーザが使用する情報端末から管理センタを介して車載装置と通信を可能とする車両情報通信方法において、
前記車載装置が以前と異なる前記情報端末を検出した場合、前記管理センタが車両のユーザを確認するためのユーザ確認処理を行う、
ことを特徴とする車両情報通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−２６５２２３（Ｐ２００７−２６５２２３Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９１７３５（Ｐ２００６−９１７３５）
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]