(57)【特許請求の範囲】
【請求項１】
車輌に搭載されてそのタイヤの空気圧及び／又は温度に関するデータを送信する車輌端末と、
タイヤの修理または交換が行われるタイヤディーラに配置されるディーラ端末と、
車輌を管理する車輌事業所に配置される車輌管理端末と、
車輌事業所情報、車輌情報およびタイヤ個別情報を格納するユーザデータベースおよびタイヤディーラごとのディーラ情報を格納するディーラデータベースを具備し、かつ、これら車輌端末、ディーラ端末および車輌管理端末と、通信網を介して通信を行うタイヤ管理サーバと、を含むタイヤ管理システムにおいて、
前記タイヤ管理サーバは、
前記車輌端末または前記ディーラ端末からタイヤの空気圧及び／又は温度を示すデータを受信し、
このデータに基づいて、タイヤの空気圧及び／又は温度について判定をし、
タイヤを緊急に修理または交換しなければならない状態であると判定した場合は、該当の車輌端末及びその修理または交換が可能なディーラの前記ディーラ端末に前記タイヤの空気圧及び／又は温度について連絡し、
タイヤの交換または修理をする必要があるが緊急性はないと判定した場合は、該当の車輌の前記車輌管理端末及び所定のディーラのディーラ端末に対してタイヤの在庫、作業の可否を問い合わせ、条件が合うディーラを選択し、該選択されたディーラに必要な作業内容の情報を通知することにより、タイヤの修理または交換のスケジューリング処理を行うこと、
を特徴とするタイヤ管理システム。
【請求項２】
車輌に搭載されてそのタイヤの空気圧及び／又は温度に関するデータを送信する車輌端末と、
タイヤの修理または交換が行われるタイヤディーラに配置されるディーラ端末と、
車輌を管理する車輌事業所に配置される車輌管理端末と、
車輌事業所情報、車輌情報およびタイヤ個別情報を格納するユーザデータベースおよびタイヤディーラごとのディーラ情報を格納するディーラデータベースを具備し、かつ、これら車輌端末、ディーラ端末および車輌管理端末と、通信網を介して通信を行うタイヤ管理サーバと、を含むタイヤ管理システムにおいて、
前記タイヤ管理サーバは、
前記ディーラ端末から、タイヤの寿命に関する残溝量のデータを受信し、
そのデータから、タイヤ交換の時期を判定し、
判定したタイヤ交換の時期に基づいて、タイヤ交換の作業日程及びタイヤの在庫を含む情報を調べて、最適な日時を選択することにより、前記車輌管理端末及び前記ディーラ端末に対してタイヤ交換のスケジューリング処理を行うこと、
を特徴とするタイヤ管理システム。
【請求項３】
車輌に搭載されてそのタイヤの空気圧及び／又は温度に関するデータを送信する車輌端末と、
タイヤの修理または交換が行われるタイヤディーラに配置されるディーラ端末と、
車輌を管理する車輌事業所に配置される車輌管理端末と、
車輌事業所情報、車輌情報およびタイヤ個別情報を格納するユーザデータベースおよびタイヤディーラごとのディーラ情報を格納するディーラデータベースを具備し、かつ、これら車輌端末、ディーラ端末および車輌管理端末と、通信網を介して通信を行うタイヤ管理サーバと、を含むタイヤ管理システムにおいて、
前記タイヤ管理サーバは、
前記車輌端末からタイヤの空気圧及び／又は温度を示すデータを受信し、
そのデータに基づいてタイヤの空気圧及び／又は温度を判定し、
タイヤに問題があると判定した場合は、該当の前記車輌端末に、タイヤの空気圧及び／又は温度についての問い合わせを送信し、
前記車輌端末からディーラによるタイヤの修理または交換を要請する回答を受信すると、その修理または交換が可能なディーラの前記ディーラ端末に対してタイヤの修理または交換のスケジューリング処理を行うこと、
を特徴とするタイヤ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車輌に使用するタイヤを管理する方法に関する。
【０００２】
【従来の技術】
従来、車輌走行中にタイヤが釘や異物を踏むこと等によりタイヤの空気圧が低下したとき、走行中のドライバは、ほとんど気づくことがない。このため、車輌をそのまま走行させてしまい、車輌が動けなくなってからロードサービスを呼ぶこととなっていた。これに対して、タイヤ内に空気圧、温度を検出するセンサを含むトランスポンダを装着し、空気圧低下、温度上昇等のタイヤの状態を運転室内に設置したパネルに表示をするシステムが提案されている（特願２０００−３１８４５６）。
【０００３】
このシステムを使用することにより、ドライバは、パネルを見てタイヤの空気圧が低下したことを確認すると、速やかに給油所に立ち寄り、タイヤに空気を入れることができる。また、タイヤの温度が上昇していることを確認すると、車輌速度を低下させてタイヤの温度を低下させることができる。これにより、重大な事故に至ることを未然に防止することができるようになった。
【０００４】
一方、タイヤは、摩耗が進んで残溝が少なくなってくると、タイヤ交換を行わなければならない。このために、ドライバ又は整備担当者が、定期的に目視又はゲージにより残溝の状態を確認し、交換時期がきたか否かを判断する。そして、タイヤ交換の時期がきたと判断すると、ディーラ（タイヤディーラ）とスケジューリング（タイヤ交換時期の決定）をした上で、タイヤ交換をしている。
【０００５】
【発明が解決しようとする課題】
上記、トランスポンダを使用した場合であっても、走行中にタイヤ空気圧が低下し、それにドライバが対処できないときは、ドライバがディーラを探し出さなければならない。また、空気圧が異常に低下した場合は、対処可能なディーラ（必要なタイヤの在庫を保有し、交換作業が可能なディーラ）を電話等により探し出して、ロードサービスを要請しなければならない。
【０００６】
また、タイヤの寿命によりタイヤを交換する場合も、タイヤ交換をする時期を判定し、ドライバ、整備担当者、ディーラ等が互いに連絡を取り合って、スケジューリングをした上で交換時期を決めなければならない。
本発明は、タイヤの故障時の対処、タイヤ寿命におけるタイヤ交換等のタイヤ管理を、コンピュータシステムを利用して自動的に行うことができる方法を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
本発明におけるタイヤ管理サーバは、車輌端末、車輌管理端末、或いはディーラ端末と通信網を介して接続される。タイヤ管理サーバは、車輌端末またはディーラ端末からタイヤの状態を示すデータを受信し、このデータに基づいて、タイヤの状態について判定をし、緊急にタイヤの対処をする必要があると判定した場合は、該当の車輌端末及びその状態に対処可能なディーラのディーラ端末にタイヤの状態を連絡する。
【０００８】
一方、タイヤに何らかの対処をする必要があるが緊急性はないと判定した場合は、該当の車輌の車輌管理端末及び所定のディーラのディーラ端末に対してスケジューリング処理を行う。
上記データの一つとして、空気圧、温度等のタイヤの状態がある。タイヤ管理サーバは、空気圧、温度等のデータを受信すると、タイヤの状態を判定し、タイヤに問題があると判定した場合は、該当の車輌端末に、タイヤの状態についての問い合わせを送信する。ドライバは、問い合わせを受信し、自分で対処可能であると判断すると、その旨を回答し、自分で対処できない場合は、タイヤ管理端末にディーラによる対処の要請をする。タイヤ管理端末は、車輌端末からディーラによる対処を要請する回答を受信すると、その異常に対処可能なディーラを検索し、そのディーラ端末に対処を要請する処理を行う。
【０００９】
また、上記データの一つとして、タイヤの残溝のようなタイヤの寿命がある。タイヤ管理サーバは、受信したタイヤの寿命のデータを受信すると、タイヤを交換する時期を判定し、交換時期が迫っている場合は、車輌管理端末及び前記ディーラ端末に対してタイヤ交換のスケジューリング処理を行い、車輌管理端末及びディーラ端末に対してタイヤ交換時期を通知する。
【００１０】
本発明によれば、ドライバ、タイヤ管理者等は、車輌端末、車輌管理端末等の指示に従って対処をするだけの簡単な処置で、ディーラの紹介、ロードサービス、タイヤ交換のスケジューリング等のサービスを受けることができる。また、タイヤの管理が自動的に行われることにより、安全走行、定期運行に貢献すること大である。
【００１１】
【発明の実施の形態】
本発明の実施形態について図を用いて説明をする。
図１は、タイヤ管理システムの構成を示す。
タイヤ管理サーバ１に、インターネット、電話回線等の通信網２を介して、中継局３、ディーラ端末４、車輌管理端末５が接続される。携帯端末６、車輌端末７が、中継局３との間で移動通信を行う。各端末は、実際には複数配置されるが、図では、それぞれ１つずつのみを示している。
【００１２】
車輌端末７は、車輌８に搭載される。この車輌８が装着するタイヤ９（スペアタイヤを含む。）の全てに、トランスポンダ１０が装備される。
トランスポンダ１０は、空気圧センサ、温度センサ、送受信部を含むマイクロチップから構成される。トランスポンダ１０は、所定の時間間隔で、空気圧センサと温度センサが検出した空気圧と温度をデータ化し、タイヤＩＤと共に外部へ送信する。
【００１３】
車輌端末７では、送受信部１１によりトランスポンダ１０、タイヤ管理サーバ１との間で通信を行う。処理部１２は、ＣＰＵにより構成され、車輌端末７全体の制御を行う。表示部１３には、トランスポンダ１０より送られてきたタイヤ９の状態、タイヤ管理サーバ１から送られてきた各種データを表示する。
携帯端末６は、ディーラのサービスマンが所有するもので、ディーラ端末の一種である。サービスマンは、定期的にタイヤ９の残溝を測定し、携帯端末６から、残溝データとタイヤＩＤをタイヤ管理サーバ１に送信する。なお、タイヤＩＤは、トランスポンダ１０から送信又は応答されるものを使用する。
【００１４】
車輌管理端末５は、車輌８を管理する運送会社等の事業所に配置される。車輌管理端末５は、タイヤ管理サーバ１、ディーラ端末４との間で、タイヤ交換のスケジューリングについて交信をする。
ディーラ端末４は、タイヤディーラに配置される。ディーラ端末４を配置するディーラには、運送会社等の事業所と取引があるディーラと、車輌８の走行中にタイヤ９に問題が発生したときに、ユーザーに対して緊急にサービス等を行うディーラがある。
【００１５】
タイヤ管理サーバ１は、通常のサーバとしての構成に加えて、ユーザーデータベース１４とディーラデータベース１５を具備する。
ディーラデータベース１５には、タイヤディーラごとに、名称、所在地等が格納されている。なお、事業所と取引のあるディーラについては、その事業所の車輌管理端末５と関連付けて記憶されている。
【００１６】
図２〜図４は、ユーザーデータベース１４の構造を示す。
ユーザーデータベース１４は、図２の事業所情報と、図３の車輌情報と、図４のタイヤ個別情報から構成される。
図２の事業所情報には、運送会社等の事業所ごとに、所有する車輌の車輌ユーザーＩＤ、車輌登録番号、車輌の仕様・備考が格納されている。
【００１７】
図３の車輌情報には、事業所情報の各車輌ごとに、タイヤ番号、タイヤユーザーＩＤ、タイヤサイズ、プライレーティング／ロードインデックス、パターン、偏摩耗の状態が格納されている。
図４のタイヤ個別情報には、各タイヤの、基本データ及び最新データが格納されている。タイヤ残溝量データとして、過去のデータ及び今後の推定値が記録される。タイヤ空気圧のデータとして、過去のデータが、異常判定用の基準値と関連付けて記録されている。
【００１８】
これらのユーザーデータベース１４の各情報は、ディーラがタイヤ９を販売したとき、又は、車輌８に取り付けをしたときに、ディーラ端末４からタイヤ管理サーバ１に送信される。
図５〜図７のフローチャートを用いて、タイヤ管理サーバ１の動作を説明する。なお、以下の説明においては、タイヤ９の状態を示すデータとして、空気圧を使用する例について説明する。
【００１９】
タイヤ管理サーバ１は、車輌端末７又は携帯端末６からデータを受信する（ステップＳ１）。ここで受信するデータは、以下のものである。
各タイヤ９に装備されたトランスポンダ１０から、タイヤ９の空気圧データ、タイヤＩＤが送信される。車輌端末７は、このデータを受信して記憶し、所定の時間間隔（例、１５分）で、タイヤＩＤとそのタイヤ９の空気圧をタイヤ管理サーバ１に送信する。
【００２０】
ディーラのサービスマンが、定期的にタイヤ９の点検を行い、携帯端末６から、各タイヤ９の残溝のデータをタイヤ管理サーバ１に送信する。このとき、トランスポンダ１０から読み取ったタイヤＩＤが一緒に送信される。
車輌端末７は、トランスポンダ１０から上記のデータを受信したとき、車輌端末７の表示部１３にタイヤ９の空気圧を表示する。
【００２１】
図８〜図１０は、表示部１３に表示されるタイヤ空気圧画面を示す。ここには、現在のタイヤ９の状態が表示される。図８は正常時の画面、図９は空気圧注意時の画面、図１０は空気圧異常時の画面を示す。
画面右側には、タイヤの配置図が表示される。ここには、各タイヤの配置とタイヤ番号が表示される。画面左側には、一つのタイヤずつ順番に、タイヤ番号と空気圧が表示される。また、その下の欄には、空気圧注意、空気圧異常のタイヤが一覧表示される。
【００２２】
図５に戻ると、タイヤ管理サーバ１は、ステップＳ１で受信したデータが、残溝のデータであるか、空気圧データであるかを判定する（ステップＳ２）。
データがタイヤの空気圧のデータである場合、図４のタイヤ個別情報のタイヤ空気圧のデータに、最新データとして記録する（ステップＳ１１）。各タイヤについて、空気圧が基準値の範囲内に入っているか否かを判定する（ステップＳ１２）。空気圧が基準値内であれば、処理を終了する。空気圧が基準値から外れた場合は、車輌端末７に対して、タイヤ９の状況及び車輌８の状況を問い合わせるデータを送信する（ステップＳ１３）。
【００２３】
車輌端末７では、問い合わせデータを受信すると、表示部１３に図１１に示す画面を表示する。
図１１の画面では、タイヤＩＤ、そのタイヤ９の現在の空気圧、及び、現在の空気圧が規定の空気圧に対して不足していることが表示され、ドライバが選択する３つの状況が表示される。この状況としては、「近くのスタンドで空気を入れれば問題ない」（＝自分で処理をする）、「釘等の異物を踏んでいるので、タイヤディーラで修理したい」（＝すぐに対処できるディーラを紹介してほしい）、「これ以上は走行できないのでロードサービスを受けたい」（＝ロードサービスの要請）がある。
【００２４】
ドライバは、車輌８及びタイヤ９の状況を点検し、表示部１３の画面上で、現在の状況を選択する（クリックする）。続いて、現在地として「一般道路」「高速道路」を選択する。ここでは、更に画面の表示に従って操作を行い、車輌現在位置を詳細に特定して行く。最後に、送信ボタンを選択する。これにより、車輌８及びタイヤ９の状況を示すデータがタイヤ管理サーバ１に送信される。なお、車輌８がナビゲーションシステムを搭載している場合は、ＧＰＳから車輌８の正確な位置情報を送るようにしても良い。
【００２５】
図６に戻り、タイヤ管理サーバ１では、回答を受信する（ステップＳ１４）と、その内容を判定する（ステップＳ１５）。ドライバが自分で処理するとしていれば、処理を終了する。
ステップＳ１５でディーラの紹介が要請されていれば、ドライバに紹介するディーラの選択を行う（ステップＳ１６）。ここでは、車輌８の現在位置に近いディーラを、ディーラデータベース１５から抽出する。このディーラの名称、住所、電話番号等を車輌端末７に通知する（ステップＳ１７）。このデータは、表示部１３に表示されるので、ドライバは表示されたディーラまで車輌８を運転していく。選択したディーラのディーラ端末４に、車輌８がタイヤ９の修理等のために運び込まれること、その車輌８の現在の位置、電話番号、必要な作業内容等の情報を通知して（ステップＳ１８）、処理を終了する。
【００２６】
ステップＳ１５でロードサービスが要請されていれば、ディーラ端末４を検索し、ロードサービス提供可能なディーラを選択する（ステップＳ２１）。ここでは、車輌８の現在位置に近いディーラから順に、タイヤの在庫、作業の可否を問い合わせ、条件が合うディーラを選択する。次いで、車輌端末７に、選択したディーラの名称、住所、電話番号等を通知する（ステップＳ２２）。また、選択したディーラのディーラ端末４に、車輌８の位置、電話番号、タイヤＩＤ、必要な作業内容等の情報を通知して（ステップＳ２３）、処理を終了する。通知を受けたディーラは、作業員が、タイヤＩＤで特定されたタイヤ９を現地に運び、ロードサービスを行う。
【００２７】
以上説明したように、タイヤ９の空気圧をほぼリアルタイムでモニタリングすることができるので、何らかの理由でタイヤ９の空気圧が低下した場合、ドライバはすぐにその状態に気づくことができ、トラブルを未然に防ぐことができる。したがって、安全走行の確保と、定期配送に貢献できる。また、トラブルの対処も、ディーラへの連絡等が自動的になされるので、ドライバの負担が軽減される。
【００２８】
図５のステップＳ２において、受信したデータが残溝のデータであれば、タイヤ管理サーバ１は、図４のタイヤ個別データ情報の残溝量に、最新データを記録し（ステップＳ３１）、タイヤ残溝の全摩耗予想時期を演算する（ステップＳ３２）。この演算は、過去の走行距離、残溝量と、予想される今後の走行量とを考慮して行われる。全摩耗予想時期までの日数が１０日以内であるか否かを判定する（ステップＳ３３）。１０日以内でなければ、処理を終了する。
【００２９】
全摩耗予想時期が１０日以内であった場合は、タイヤ交換のスケジューリング処理を開始する。対象の車輌８を管理する車輌管理端末５に、残溝全摩耗の予想時期を連絡し、交換希望日時を問い合わせるデータを送信する（ステップＳ３４）。また、ディーラ端末４に、タイヤＩＤを提示して全摩耗の予想時期を連絡する（ステップＳ３５）。ここで連絡を取るディーラは、事業所が取引をしているディーラがディーラデータベース１５から抽出される。
【００３０】
図１２は、ステップＳ３４により、車輌管理端末５の表示部１３に表示される交換日時問い合わせ画面を示す。
ここには、タイヤＩＤ、摩耗寿命予測時期、交換候補日、交換候補時間帯が表示される。交換候補日は、１０日分が表示され、交換候補時間帯は、３区分に分けて表示される。これらは、複数の指定が可能である。事業所においては、車輌８の運行スケジュール等を調べ、タイヤ交換可能な日時を選択し、選択が終了すると返信ボタンを選択する。
【００３１】
図７へ戻り、タイヤ管理サーバ１は、車輌管理端末５から回答を受信する（ステップＳ３６）と、ディーラ端末４へ車輌端末７側の希望日時を送信する（ステップＳ３７）。
図１３は、ステップＳ３７によりディーラ端末４に表示される画面を示す。
画面には、ユーザー名、作業内容（タイヤ交換）、車輌番号、タイヤＩＤ、タイヤサイズ、パターンが表示され、更に、ユーザーから受信したタイヤ交換候補が表示される。ディーラにおいては、作業日程、タイヤの在庫等を調べて、最適な日時のチェックボックスを選択する。
【００３２】
タイヤ管理サーバ１は、ディーラ端末４から回答を受信する（ステップＳ３８）と、車輌管理端末５へタイヤ交換決定日時を送信し（ステップＳ３９）、ディーラ端末４へ再確認のため、タイヤ交換決定日時を送信し（ステップＳ４０）、処理を終了する。以後は、車輌８をディーラに運び、タイヤ交換作業へ入る。
以上説明したように、タイヤの寿命判定、及び、タイヤ交換のスケジューリング等が自動的に行われるので、タイヤ寿命によるトラブルを未然に防ぐことができる。したがって、安全走行の確保と、定期配送に貢献できる。また、トラブルの対処も、ディーラへの連絡等が自動的になされるので、ドライバ、管理者等の負担が軽減される。
【００３３】
以上、本発明の一実施形態について説明をしたが、本発明は、上記実施形態に限定されるものではない。以下に、上述の実施形態の変形例を示す。
タイヤ９の残溝のデータは、携帯端末６からタイヤ管理サーバ１へ送信するだけではなく、ディーラ端末、車輌管理端末５、車輌端末７から送信することも可能である。
【００３４】
タイヤ９の寿命を残溝量で判定をしているが、走行距離、製造後の経過時間等によっても、タイヤ９の寿命を判定することが可能である。
タイヤ９の状態を示すデータとして、タイヤ９の空気圧を使用する例を説明したが、温度等についても、管理をすることが好ましい。温度等の管理は、上述の空気圧の管理と同様に行うことができる。
【００３５】
車輌管理端末５は、車輌８を保有する運送会社が管理することとしているが、ドライバ等が個人的に管理するものであっても良い。
ユーザーデータベース１４の各データは、ディーラ端末４からタイヤ管理サーバ１へ入力するものとして説明したが、車輌管理端末５等の任意の端末から入力することもできる。
【００３６】
【発明の効果】
本発明によれば、タイヤの故障時の対処、タイヤ寿命におけるタイヤ交換等のタイヤ管理を、コンピュータシステムを利用して自動的に行うことができる。これによって、車輌の運行管理を効率的に行える。
【図面の簡単な説明】
【図１】本発明のタイヤ管理方法を実行するシステムの構成を示す図。
【図２】図１のユーザーデータベースの構造を示す図（その１）。
【図３】図１のユーザーデータベースの構造を示す図（その２）。
【図４】図１のユーザーデータベースの構造を示す図（その３）。
【図５】図１のタイヤ管理サーバの動作を示すフローチャート（その１）。
【図６】図１のタイヤ管理サーバの動作を示すフローチャート（その２）。
【図７】図１のタイヤ管理サーバの動作を示すフローチャート（その３）。
【図８】図４の処理における車輌端末の表示部のタイヤの状態を表す画面を示す図（その１）。
【図９】図４の処理における車輌端末の表示部のタイヤの状態を表す画面を示す図（その２）。
【図１０】図４の処理における車輌端末の表示部のタイヤの状態を表す画面を示す図（その３）。
【図１１】図４の処理における車輌端末へタイヤの状態を問い合わせる画面を示す図。
【図１２】図４の処理における車輌管理端末へ交換可能日時を問い合わせる画面を示す図。
【図１３】図４の処理におけるディーラ端末へ交換可能日時を問い合わせる画面を示す図。
【符号の説明】
１…タイヤ管理サーバ
２…通信網
３…中継局
４…ディーラ端末
５…車輌管理端末
６…携帯端末
７…車輌端末
８…車輌
９…タイヤ
１０…トランスポンダ
１１…送受信部
１２…処理部
１３…表示部
１４…ユーザーデータベース
１５…ディーラデータベース
【図１】
0004438212.tif 000002
【図２】
0004438212.tif 000003
【図３】
0004438212.tif 000004
【図４】
0004438212.tif 000005
【図５】
0004438212.tif 000006
【図６】
0004438212.tif 000007
【図７】
0004438212.tif 000008
【図８】
0004438212.tif 000009
【図９】
0004438212.tif 000010
【図１０】
0004438212.tif 000011
【図１１】
0004438212.tif 000012
【図１２】
0004438212.tif 000013
【図１３】
0004438212.tif 000014