JP7421066B2 - タイヤ空気圧管理システム、及びタイヤ空気圧管理方法 - Google Patents

Description

本発明は、複数の共用車両のタイヤの空気圧を管理するタイヤ空気圧管理システム、及びタイヤ空気圧管理方法に関する。

一般に、カーシェアリング事業体、レンタカー事業体、もしくは会社組織などにおいては、シェアリングカー、レンタカー、社用車などの共用車両を多数保有している。この種の共用車両は、様々なユーザが利用するため、良好な状態でこれら車両を利用可能とすることが好ましい。このため、従来、共用車両を保有している事業体（例えばカーディーラ）がアクセス可能なサーバに車両のメンテナンス情報を履歴形式で記憶し、この事業体がその情報を参照して車両のメンテナンスを適宜行う技術が提案されている（例えば、特許文献１参照）。

特開２００８－１１７０７６号公報

ところで、上記した共用車両では、利用前にタイヤの空気圧を適正値に調整して車両の走行安定性や燃費の向上を図ることが好ましい。しかしながら、上記した従来技術は、メンテナンスとしてオイル交換や故障修理などを行っているものの、タイヤの空気圧を調整または管理するものではない。また、上記メンテナンスは、車両が返却された際に行われるものではないため、次に車両を利用する際にタイヤの空気圧が適正値であると限らず、ユーザに損害を与えるおそれがある。

本発明は、上記に鑑みてなされたものであって、共用車両を利用する際にタイヤの空気圧を適正に管理することができるタイヤ空気圧管理システム、及びタイヤ空気圧管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るタイヤ空気圧管理システムは、複数の共用車両が有するタイヤにそれぞれ設けられて各タイヤの空気圧を検知する空気圧センサと、前記共用車両の各タイヤの空気圧を統合的に管理する空気圧管理装置と、を備え、前記空気圧管理装置は、前記空気圧センサが検知した前記共用車両の各タイヤの空気圧情報を取得する空気圧情報取得部と、前記共用車両の利用予定情報を取得する利用予定情報取得部と、取得した前記空気圧情報及び前記利用予定情報に基づいて、利用後に所定の駐車地に駐車される前記共用車両に対して前記タイヤの空気圧のメンテナンス計画を作成するメンテナンス計画作成部と、を備えることを特徴とする。

上記タイヤ空気圧管理システムにおいて、複数の前記共用車両が有する前記タイヤの空気圧が標準空気圧よりも低い第１閾値以下であり、かつ、これら共用車が利用後に所定の範囲内に存在する少なくとも一つの前記駐車地に駐車される場合、前記メンテナンス計画作成部は、これら共用車両を一群とした前記メンテナンス計画を作成することが好ましい。

また、上記タイヤ空気圧管理システムにおいて、前記メンテナンス計画は、前記駐車地までの経路、または、複数の前記駐車地を巡回する経路に関する経路情報と、メンテナンス対象の前記共用車両の車両情報とを含み、前記空気圧管理装置は、前記メンテナンス計画を作業員の端末装置に送信する通信部を備えることが好ましい。

また、タイヤ空気圧管理システムにおいて、前記共用車両の利用中に、前記タイヤの空気圧が第１閾値よりも低い第２閾値以下となった場合、前記空気圧管理装置は、前記共用車両から最寄りのサービス店の位置情報を該共用車両に通知することが好ましい。

また、タイヤ空気圧管理システムにおいて、前記共用車両は、不特定多数のユーザに貸出利用可能な車両であり、前記駐車地は前記共用車両を利用後に返却する返却地であることが好ましい。

また、本発明に係るタイヤ空気圧管理方法は、複数の共用車両が有する各タイヤの空気圧を検知するステップと、検知した前記共用車両の各タイヤの空気圧情報を取得するステップと、前記共用車両の利用予定情報を取得するステップと、取得した前記利用予定情報及び前記空気圧情報に基づいて、利用後に所定の駐車地に駐車される前記共用車両に対して空気圧のメンテナンス計画を作成するステップと、を備えることを特徴とする。

本発明によれば、取得した空気圧情報及び利用予定情報に基づいて、利用後に所定の駐車地に駐車される共用車両に対するタイヤ空気圧のメンテナンス計画を作成するため、次に共用車両を利用する際にタイヤの空気圧を適正に保持することができ、共用車両のタイヤの空気圧を適正に管理することができる。

図１は、本実施形態に係るタイヤ空気圧管理システムの全体構成を示すブロック図である。 図２は、タイヤ空気圧管理システムの動作手順を示すフローチャートである。 図３は、作成されたメンテナンス計画のリストの一例を示す図である。 図４は、複数のステーションの巡回経路の一例を示す図である。

以下に、本発明に係るタイヤ空気圧管理システムの実施形態を図面に基づいて説明する。なお、この実施形態によりこの発明が限定されるものではない。また、下記実施形態における構成要素には、当業者が置換可能、且つ、容易に想到できるもの、或いは実質的に同一のものが含まれる。

本実施形態に係るタイヤ空気圧管理システムは、多数のユーザが共同利用する共用車両のタイヤ（空気入りタイヤ）の空気圧を統合的に管理し、これらタイヤの空気圧のメンテナンスを適正に実施するものである。具体的には、カーシェアリングのように、事業体が保有する多数の共用車両のタイヤの空気圧を統合的に管理して、該空気圧のメンテナンスを、例えばタイヤ販売店などのメンテナンス請負者が上記事業体に代わって実施する場合に適している。タイヤ空気圧管理システムが適用される事業は、不特定または特定の多数のユーザに共同利用される多数の共用車両を保有する事業であればよく、共用車両の貸出しは有料であっても無料であってもよい。

カーシェアリング事業では、複数の共用車両はそれぞれステーションと呼ばれる駐車地に駐車されている。このステーションに駐車される共用車両の数や、所定領域範囲内に点在するステーションの数は、事業規模などに応じて適宜決められる。ユーザが共用車両を利用するときには、ステーションが共用車両の出発地および返却地となる。本実施形態では、タイヤの空気圧が低減した共用車両がステーションに返却されると、メンテナンス請負者の作業員がステーションに出向いて、該共用車両のタイヤ空気圧のメンテナンスを行う。この際、メンテナンス作業は、共用車両が駐車されるステーションで実施される構成とするが、このステーションと所定距離内にメンテナンスエリアを設けておき、このメンテナンスエリアに対象の共用車両を移動してメンテナンス作業を実施してもよい。

図１は、本実施形態に係るタイヤ空気圧管理システムの全体構成を示すブロック図である。図１に示すように、タイヤ空気圧管理システム１００は、複数の共用車両１のタイヤ２にそれぞれ設けられたセンサ３と、複数の共用車両１にそれぞれ設けられた車両端末１０と、共用車両１のタイヤ２のメンテナンスを行う作業員が携帯する作業員端末（端末装置）２０と、クラウドサーバ（空気圧管理装置）３０とを備える。

車両端末１０、作業員端末２０及びクラウドサーバ３０は、インターネット回線などの通信ネットワーク４０を介して通信可能に接続されている。また、クラウドサーバ３０は、カーシェアリング事業体が有するカーシェアリング管理サーバ（不図示）と通信ネットワーク４０を介して通信可能に接続されている。このカーシェアリング管理サーバは、複数の共用車両に対するユーザの利用予約を受け付け、予約された共有車用の利用予定情報を作成する。この利用予定情報には、共用車両１の車両情報、利用開始時刻、利用終了時刻、並びに、出発地及び返却地となるステーションに関する情報を含む。図１の例では、共用車両１、車両端末１０及び作業員端末２０は、便宜上、それぞれ１つずつ示しているが、これら共用車両１、車両端末１０及び作業員端末２０は、実際にはそれぞれ複数設けられている。

センサ３は、ＴＰＭＳ(Tire Pressure Monitoring System)センサであり、タイヤ２の空気圧を検知する空気圧センサ３ａと、タイヤ２内の空気の温度を検知する温度センサ３ｂとを備えて構成される。また、センサ３は、タイヤ２に作用する遠心方向加速度を検知する加速度センサを更に備えた構成としてもよい。センサ３は、それぞれタイヤ２内の内面に取り付けられている。このため、センサ３は、タイヤ２の外側空間の環境の影響を受け難くなっているとともに、センサ３付きのタイヤ２に交換するといった簡易な構成で、タイヤ２の空気圧や温度を容易に検知することが可能となる。センサ３には、それぞれセンサＩＤ（識別情報）が設定されており、センサ３のセンサＩＤと、該センサ３を備えるタイヤ２の車輪位置（左前輪、右前輪、左後輪または右後輪）との対応関係が車両端末１０に登録されている。センサ３は、駆動電源となる電池と備えており、所定時間毎に空気圧及び温度を検知して、この検知したデータをセンサＩＤ（識別情報）とともに車両端末１０に送信する。この電池の寿命は、一般的なタイヤ２の耐用年数よりも長く設定されている。センサ３から車両端末１０へのデータの送信は、例えば、ＲＦ(Radio Frequency)通信のような近距離無線通信を用いることができる。

車両端末１０は、共用車両１の車体にそれぞれ搭載される。車両端末１０は、図１に示すように、センサ受信部１１と、記憶部１２と、通信部１３と、表示部１４と、経路案内部１５と、制御部１６とを備える。また、車両端末１０は、搭載された共用車両１の現在位置情報を取得できるように構成されている。センサ受信部１１は、４つのタイヤ２のセンサ３からそれぞれ送信されたデータを受信する。記憶部１２は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部１２には、制御部１６が実施する各種のプログラムや、各種のデータが記憶される。本実施形態では、記憶部１２は、センサ受信部１１が所定時間毎に受信したデータのセンサＩＤから対応する車輪位置を判定し、受信したデータに含まれる各タイヤ２の空気圧及び温度を対応する各車輪位置のタイヤの空気圧及び温度の履歴情報として記憶する。なお、記憶部１２には、所定期間（例えば直近６カ月）の各タイヤ２の空気圧及び温度を更新しつつ記憶してもよい。また、共用車両１において、タイヤ２をローテーションした際には、車両端末１０に登録されたセンサＩＤと車輪位置との対応関係を修正するものとする。

通信部１３は、通信ネットワーク４０を介してクラウドサーバ３０と無線通信可能に構成される。通信部１３は、共用車両１の車両ＩＤとともに、共用車両１の状態を示す各種情報を所定時間毎にクラウドサーバ３０に送信する。具体的には、センサＩＤに対応する各車輪位置のタイヤ２の空気圧及び温度を含む空気圧情報をクラウドサーバ３０に送信する。この空気圧情報には、制御部１６が空気圧低下（空気圧異常）を判定した場合の所定の判定結果を含んでもよい。また、通信部１３は、取得した共用車両１の現在位置情報をクラウドサーバ３０に送信してもよい。

表示部１４は、共用車両１のダッシュボードなどに配置され、各種情報を表示してユーザに提供する表示画面を有する表示装置である。本実施形態では、例えば、設定された目的地までの経路を含む地図情報や、現在の各タイヤ２の空気圧情報を表示することができる。経路案内部１５は、いわゆるナビゲーション機能を有し、共用車両１の現在地から目的地までの経路を検索して経路案内を実施する。例えば、クラウドサーバ３０から共用車両１の現在位置から最寄りのサービス店の位置情報を受信した場合には、このサービス店までの経路を検索して経路案内を実施する。

制御部１６はＣＰＵを有し、通信部１３を介して車両端末１０の外部から受信した情報、センサ３を含む各種センサ部が検知した情報、または記憶部１２に記憶されたデータに基づいて所定の処理を実施する。本実施形態では、制御部１６は、受信した、もしくは記憶部１２に記憶された各タイヤ２の空気圧と、該タイヤ２の標準空気圧よりも低い所定の閾値とを比較する。そして、タイヤ２の空気圧がこの閾値以下と判定した場合には、所定の判定結果を含めた空気圧情報が車両端末１０に送信される。

具体的には、制御部１６は、タイヤ２の空気圧が第１閾値（例えば、標準空気圧の９０％）以下に低下した場合には、第１判定結果を出力する。この第１判定結果は、共用車両１の利用後にタイヤ２に空気を補充するメンテナンスを行う旨を示す。また、制御部１６は、タイヤ２の空気圧が第１閾値よりも低い第２閾値（例えば、標準空気圧の８０％）以下に低下した場合には、第２判定結果を出力する。この第２判定結果は、共用車両１にメンテナンスのサービス店の情報を提供し、このサービス店にてタイヤ２に空気を補充するメンテナンスを行う旨を示す。また、制御部１６は、タイヤ２の空気圧が第２閾値よりも低い第３閾値（例えば、標準空気圧の７０％）以下に低下した場合には、第３判定結果を出力してもよい。この第３判定結果は、この状況での共用車両１の走行を禁止して、速やかに安全な場所に停車（駐車）させる旨を示す。標準空気圧は、タイヤ２が冷えている冷間時における空気圧であり、タイヤ２が取り付けられる車両毎にそれぞれ設定されている。一般に、タイヤ２の空気圧は空気温度に応じて変化（上昇または低下）する傾向にある。このため、制御部１６は、タイヤ２内の空気温度に応じて、ボイル＝シャルルの法則に基づき、各閾値を変更してもよいが、以下の説明では、説明の簡便化のため、各閾値は一定値とする。

クラウドサーバ３０は、複数の共用車両１のタイヤ２の空気圧を統合的に管理する。クラウドサーバ３０は、各車両端末１０から送信されたタイヤ２の空気圧情報を収集して記憶するとともに、空気圧が低下したタイヤ２を有する共用車両１に対するメンテナンス計画を作成する。また、クラウドサーバ３０は、作成したメンテナンス計画を作業員端末２０に送信する。クラウドサーバ３０は、例えば、クラウドに設置されたコンピュータなどによって構成される。クラウドサーバ３０は、図１に示すように、通信部３１と、空気圧情報取得部３２と、利用予定情報取得部３３と、記憶部３４と、メンテナンス計画作成部３５と、案内経路作成部３６と、制御部３７とを備える。

通信部３１は、通信ネットワーク４０を介して車両端末１０及び作業員端末２０と無線通信可能に構成される。通信部３１は、作成したメンテナンス計画を作業員端末２０に送信し、また、共用車両１の現在地から最寄りのサービス店の位置情報を車両端末１０に送信する。通信部３１は、通信ネットワーク４０を介して、カーシェアリング管理サーバと無線通信可能に構成される。

空気圧情報取得部３２は、通信部３１を介して受信した各共用車両１のタイヤ２の空気圧情報を取得する。この空気圧情報には、共用車両１の車両ＩＤと、各センサ３のセンサＩＤと、センサＩＤと車輪位置との対応関係と、各センサ３が検知した各タイヤ２の空気圧及び温度とを含む。また、車両端末１０の制御部１６が空気圧低下（空気圧異常）を判定した場合には上記した判定結果を更に含んでもよい。

利用予定情報取得部３３は、通信部３１を介して受信した共用車両１の利用予定情報をカーシェアリング管理サーバから取得する。具体的には、空気圧情報取得部３２が所定の判定結果を含む空気圧情報を取得した場合、制御部３７はカーシェアリング管理サーバに対して、車両ＩＤに対応する共用車両１の利用予定情報の提供を要求し、カーシェアリング管理サーバから対象の共用車両１の利用予定情報を取得する。この利用予定情報には、車両情報、利用開始時刻、利用終了時刻、並びに、出発地及び返却地となるステーションに関する情報を含む。ここで、車両情報は、車両ＩＤに紐づけられるとともに、メンテナンス対象となる共用車両１を特定するための情報であり、例えば、自動車登録番号標（ナンバープレート）の一連指定番号（例えば、１２－３４など）である。また、作業員が複数の共用車両の中から対象の共用車両を見つけ易くするために、車両情報には車種名（例えばＡ社＊＊＊など）と車両の色（例えば白色など）を含むことが好ましい。また、ステーションに関する情報には、ステーション名やステーションの位置情報に加えて、該ステーションまたはメンテナンスエリア内に割り当てられた駐車区画番号など、対象の共用車両１が駐車される予定の駐車位置情報、または実際に駐車されている駐車位置情報を含むことが好ましい。例えば、駐車区画のロックバーなどに共用車両１の車両ＩＤなどの車両情報を受信するセンサを設けておき、このセンサを介して車両情報を取得することで共用車両１が実際に駐車されている駐車区画番号を判別することができる。なお、この駐車位置情報を共用車両１の車両情報に含めた構成としてもよい。

記憶部３４は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部３４には、制御部３７が実施する各種のプログラムや、各種のデータが記憶される。記憶部３４は、所定時間毎に空気圧情報取得部３２が取得した空気圧情報を、車両ＩＤ（共用車両１）毎に、センサＩＤに対応する車輪位置のタイヤ２の空気圧及び温度を履歴情報として記憶する。また、記憶部３４は、対象の共用車両１に対して空気圧のメンテナンスが実施された場合、このメンテナンス履歴情報を記録する。この場合、メンテナンス情報には、メンテナンスされたタイヤの車輪位置に関する情報（センサＩＤに対応する車輪位置に関する情報）を含むことが好ましい。

メンテナンス計画作成部３５は、取得した空気圧情報と利用予定情報とから空気圧が所定の閾値以下に低下したタイヤ２を有し、メンテナンス対象となる共用車両１に対するタイヤ空気圧のメンテナンス計画を作成する。具体的には、メンテナンス計画作成部３５は、メンテナンス対象となる共用車両１が利用後に返却されるステーション（駐車地）と利用終了時刻とに基づき、該ステーションにて利用終了時刻から所定のメンテナンス予定時間（例えば１台あたり１時間）を確保したメンテナンス計画を作成する。このメンテナンス計画には、対象となる車両の車両情報、ステーション名、利用終了時刻、メンテナンス予定時間、対象となるタイヤの車輪位置に関する情報を含む。

本実施形態では、作業員が実際にステーションに出向いて、対象の共用車両１のタイヤ空気圧のメンテナンスを行うため、メンテナンス作業を効率良く実施することが好ましい。このため、タイヤ２の空気圧が上記第１閾値以下である共用車両１が複数台あり、かつ、これら複数台の共用車両１が所定の領域範囲（例えば１０ｋｍ四方）内の一または複数のステーションに返却（駐車）される場合には、メンテナンス計画作成部３５は、これら複数台の共用車両１を一群としたメンテナンス計画を作成する。

具体的には、同一のステーションにおいて、対象の共用車両１が複数台ある場合には、これら複数台の共用車両１を、例えば、利用終了時刻（返却時刻）の早い共用車両１から順次メンテナンスを実施するように順序づけてメンテナンス計画を作成する。また、所定の領域範囲内に点在する複数のステーションに、対象の共用車両１がそれぞれある場合には、例えば、ステーション毎に、利用終了時刻（返却時刻）の早い共用車両１から順次メンテナンスを実施するように順序づけ、各ステーションを順番に移動（巡回）するメンテナンス計画を作成する。この場合、複数のステーションにおいて、共用車両１の利用終了時刻（返却時刻）が重複する場合には、複数の作業員が各ステーションでそれぞれメンテナンスを行うメンテナンス計画を作成してもよい。

作成されたメンテナンス計画は、通信部３１を介して、作業員端末２０に送信される。作業員は、作業員端末２０に送信されたメンテナンス計画に基づいて、対象の共用車両１のタイヤ空気圧のメンテナンスを順次実施することができる。この構成によれば、作業員は、実際に空気圧が減少しているタイヤ２を有する共用車両１を、メンテナンス計画の順番に従ってメンテナンスしていけばよい。このため、返却されてから次に利用されるまでの間に、共用車両１のタイヤ空気圧のメンテナンスを効率良く実施することができる。また、次に共用車両１を利用する際にタイヤ２の空気圧を適正に保持することができ、共用車両１のタイヤ２の空気圧を適正に管理することができる。

また、作成されたメンテナンス計画は、カーシェアリング管理サーバに送信されることが好ましい。カーシェアリング管理サーバは、少なくとも対象の共用車両１のメンテナンス予定時間が経過するまでは、該共用車両１の利用予約の受け付けを禁止する。これにより、ユーザが共用車両１を利用する際には、常時、タイヤ２の空気圧の管理が適正に行われており、共用車両１の走行安定性の向上を実現できる。

案内経路作成部３６は、メンテナンス作業を行う作業員に対して、対象となる共用車両１が駐車されるステーションまで案内する経路を作成する。この場合、作業員が通常勤務しているサービス店からステーションまでの経路を作成してもよいし、作業員端末２０の現在位置を取得し、この現在位置からステーションまでの経路を作成してもよい。また、複数のステーションを巡回しつつ、各ステーションにおいて共用車両１の空気圧のメンテナンスを行う場合には、案内経路作成部３６は、メンテナンス計画の順番に従って、上記したサービス店もしくは作業員端末２０の現在位置から複数のステーションを巡回する経路を作成する。これらの経路に関する情報は、上記したメンテナンス計画として各作業員端末２０に送信される。

制御部３７はＣＰＵを有し、通信部３１を介して車両端末１０、作業員端末２０及びカーシェアリング管理サーバから受信した情報、または記憶部３４に記憶されたデータに基づいて所定の処理を実施する。なお、本実施形態では、各車両端末１０の制御部１６が、それぞれ各共用車両１のタイヤ２の空気圧と所定の閾値以下であるかを判定しているが、クラウドサーバ３０の制御部３７が共用車両１毎に上記判定を行う構成としてもよい。

また、制御部３７は、対象の共用車両１の利用中に上記した第２判定結果を含む空気圧情報を取得した場合、すなわち、タイヤ２の空気圧が第１閾値よりも低い第２閾値以下となった場合には、利用終了時刻まで待たずに空気圧のメンテナンスを行った方が良いと判断する。制御部３７は、共用車両１の現在位置から最寄りのメンテナンスのサービス店を検索し、車両端末１０に対して、タイヤ空気圧が低下している旨、及びサービス店の位置情報などを通知する。この通知を受けた共用車両１（ユーザ）が実際にサービス店で空気圧の補充や、タイヤ２の点検などのメンテナンスを受けた場合には、メンテナンス計画作成部３５は、該共用車両１を除いた新たなメンテナンス計画を作成することが好ましい。

また、制御部３７は、対象の共用車両１の利用中に上記した第３判定結果を含む空気圧情報を取得した場合、すなわち、タイヤ２の空気圧が第２閾値よりも低い第３閾値以下となった場合には、これ以上の走行は禁止して、緊急的なメンテナンスを行うべきと判断する。制御部３７は、車両端末１０に対して、タイヤ空気圧が急激に低下している旨、これ以上の走行を禁止し、速やかに安全な場所に停車（駐車）させる旨、及び、メンテナンス車両を共用車両１の停車場所に向かわせる旨を通知する。さらに、制御部３７は、例えば、共用車両１の現在位置から最寄りのメンテナンスのサービス店に対して、緊急的なメンテナンスの要請と、該共用車両１の停車場所を通知する。この構成によれは、例えばパンクなどの現象による空気圧の急激な低下に伴う事故の発生を防止することができる。なお、サービス店への通知は、例えば、共用車両１の現在位置から最寄りの作業員端末２０に通知してもよい。上記した通知を受けた共用車両１（ユーザ）が実際に空気圧の補充や、タイヤ２の点検などのメンテナンスを受けた場合には、メンテナンス計画作成部３５は、該共用車両１を除いた新たなメンテナンス計画を作成することが好ましい。

作業員端末２０は、メンテナンス作業を行う作業員が携帯する端末装置である。作業員端末２０は、図１に示すように、通信部２１と、記憶部２２と、表示部２３と、入力部２４と、制御部２５とを備える。また、作業員端末２０は、自機の現在位置情報を取得できるように構成されている。通信部２１は、通信ネットワーク４０を介してクラウドサーバ３０と無線通信可能に構成される。通信部２１は、クラウドサーバ３０から対象の共用車両１のメンテナンス計画に関する情報を受信する。また、通信部２１は、作業員によって、共用車両１に対するメンテナンス終了が入力されると、該共用車両１の車両ＩＤとともにメンテナンス終了情報をクラウドサーバ３０に送信する。ここで、クラウドサーバ３０はメンテナンス終了情報を受信すると、対応する共用車両１のメンテナンス履歴情報を記憶部３４に記録するとともに、該メンテナンスの終了報告をカーシェアリング管理サーバに送信する。これにより、メンテナンスが終了した共用車両１から順次、新たな利用予約を受け付けることが可能となる。

記憶部２２は、揮発性または不揮発性のメモリやＨＤＤなどの記憶手段を備えて構成される。記憶部２２には、制御部２５が実施する各種のプログラムや、地図情報を含む各種のデータが記憶される。記憶部２２は、受信したメンテナンス計画に関する情報を記録する。

表示部２３は、端末の略中央部に配置され、各種情報を表示して作業員に提供する表示画面である。表示部２３には、作業員の操作に基づき、対象の共用車両１のメンテナンス計画をリスト化して表示したり、地図上にステーションまでの経路を表示したりすることができる。

入力部２４は、例えば、表示部２３上に重ねて形成されたタッチパネルであり、作業員端末２０に対する各種情報の入力を実施する。制御部２５はＣＰＵを有し、通信部２１を介してクラウドサーバ３０から受信した情報、または記憶部２２に記憶されたデータに基づいて所定の処理を実施する。

次に、タイヤ空気圧管理システム１００の動作について説明する。図２は、タイヤ空気圧管理システムの動作手順を示すフローチャートである。図３は、作成されたメンテナンス計画のリストの一例を示す図である。図４は、複数のステーションの巡回経路の一例を示す図である。

複数の共用車両１の各タイヤ２に設けられたセンサ３は、該タイヤ２の空気圧及びタイヤ２内の温度を所定時間毎に検知し（ステップＳ１）、この検知したデータを該共用車両１の車両端末１０に送信する（ステップＳ２）。これら各センサ３は、ステップＳ１及びステップＳ２の動作を繰り返して実施する。

車両端末１０は、４つのセンサ３からそれぞれ送信されたデータを受信し、受信したデータに含まれる各タイヤ２の空気圧及び温度を、センサＩＤに対応する各車輪位置のタイヤ２の空気圧及び温度の履歴情報として記憶部１２に記憶する（ステップＳ３）。車両端末１０は、受信したもしくは記憶部１２に記憶された各タイヤ２の空気圧が第１閾値以下であるか否かを判定する（ステップＳ４）。本実施形態では、共用車両１の少なくとも１本のタイヤ２（例えば右前輪）の空気圧が第１閾値以下（例えば、標準空気圧の９０％）と仮定する。

車両端末１０は、共用車両１の車両ＩＤと、センサＩＤに対応する各車輪位置のタイヤ２の空気圧及び温度とを含む空気圧情報を、所定時間毎にクラウドサーバ３０に送信する（ステップＳ５）。本実施形態では、空気圧が第１閾値以下と判定されているため、このタイヤ２の車輪位置（例えば右前輪）と第１判定結果とを空気圧情報に含めてクラウドサーバ３０に送信する。車両端末１０は、搭載された共用車両１がステーションに返却されるまで（ステップＳ６；Ｎｏ）ステップＳ３からステップＳ５の動作を繰り返し実施し、共用車両が返却される（ステップＳ６；Ｙｅｓ）と、車両端末１０の処理を終了する。

クラウドサーバ３０は、各車両端末１０からそれぞれ送信された共用車両１のタイヤ２の空気圧情報を取得する（ステップＳ７）。クラウドサーバ３０は、所定時間毎に取得した空気圧情報を、車両ＩＤ毎に、センサＩＤに対応する車輪位置のタイヤ２の空気圧及び温度の履歴情報として記憶部３４に記憶する（ステップＳ８）。

また、クラウドサーバ３０は、第１判定結果を含む空気圧情報を取得した場合には、カーシェアリング管理サーバから対象の共用車両１の利用予定情報を取得する（ステップＳ９）。本実施形態では、共用車両１の利用予定情報には、車両情報（例えば、Ａ社＊＊＊：白色：１２－３４）、利用終了時刻（例えば、１２：００）、返却されるステーション名（例えば、○○店）などの情報を含むものとする。

クラウドサーバ３０は、取得した共用車両１の空気圧情報と利用予定情報とから空気圧が第１閾値以下に低下したタイヤ２を有する共用車両１に対するタイヤ空気圧のメンテナンス計画を作成する（ステップＳ１０）。この場合、クラウドサーバ３０は、空気圧が第１閾値以下に低下したタイヤ２を有する複数（例えば６台）の共用車両１が存在し、これら複数の共用車両１が所定の領域範囲（例えば１０ｋｍ四方）内の一または複数（例えば３つ）のステーションに返却される場合には、これら共用車両１を一群としたメンテナンス計画を作成する。

具体的には、クラウドサーバ３０は、各ステーションにおいて、利用終了時刻の早い共用車両１から順次メンテナンスを実施するように順序づけるとともに、メンテナンス予定時間を確保する。そして、これら３つのステーションを順番に巡回するメンテナンス計画を作成する。図３に示すメンテナンス計画５０の一例では、メンテナンス対象となる６台の共用車両１毎に、メンテナンス順序５１、ステーション情報５２、利用終了時刻５３、メンテナンス予定時間５４、車両情報５５、車輪位置５６がそれぞれリスト化されて形成されている。このため、作業員は、このリストの順番通りに対象の共用車両１における対象の車輪位置のタイヤのみをメンテナンスすればよく、タイヤ空気圧のメンテナンスを効率良く実施することができる。また、この例では、ステーション情報５２として、共用車両１が駐車されているステーション名５２ａ、駐車区画番号５２ｂが示されるとともに、車両情報５５として、車両のナンバー５５ａ、車種名５５ｂ、車色５５ｃが示されているため、作業員は、ステーションに駐車された多数の共用車両１の中から対象の共用車両１を容易に見つけることができ、作業時間の短縮化を図ることができる。

また、クラウドサーバ３０は、上記したメンテナンス計画の順番に従って、複数のステーションを巡回するための経路を作成する（ステップＳ１１）。図４の例では、所定の領域範囲の地図情報６０上に、サービス店６１から（１）最初のステーションである○○店６２、（２）次のステーションである△△駐車場６３、（３）最後のステーションである××店６４を巡回する経路６５を示している。この構成によれば、各ステーションを巡回する経路が作成されるため、その土地に不慣れな作業員であっても道に迷うといった時間ロスを低減することができる。

クラウドサーバ３０は、作成したメンテナンス計画５０にステーションまでの経路６５の情報を含めて作業員端末２０に送信する（ステップＳ１２）。

作業員端末２０は、メンテナンス計画５０を受信すると、このメンテナンス計画５０のリスト及び各ステーションを巡回する経路６５を表示部２３に表示する（ステップＳ１３）。これにより、作業員は、表示部２３に表示された経路に従って、ステーションを巡回し、各ステーションにおいてメンテナンス計画５０のリストに従って、対象の共用車両１における対象の車輪位置のタイヤ２のメンテナンスを実施することができる。

作業員端末２０は、作業員によって、対象の共用車両１に対するメンテナンス終了が入力されると、該共用車両１の車両ＩＤとともにメンテナンス終了情報をクラウドサーバ３０に送信する（ステップＳ１４）。そして、対象の共用車両１のすべてのメンテナンスが収容すると処理を終了する。

また、クラウドサーバ３０は、作業員端末２０からメンテナンス終了情報を受信すると、対応する共用車両１のメンテナンス履歴情報を記憶部３４に記録する（ステップＳ１５）。この場合、メンテナンス終了の報告をカーシェアリング管理サーバに送信（ステップＳ１６）して、処理を終了する。

なお、図２のフローチャートでは、共用車両１の利用中に、タイヤ２の空気圧がさらに低下する場合の動作については省略したが、上述したように、クラウドサーバ３０は、タイヤ２の空気圧が第１閾値よりも低い第２閾値以下となった場合には、共用車両１の現在位置から最寄りのメンテナンスのサービス店を検索し、車両端末１０に対して、タイヤ空気圧が低下している旨、及びサービス店の位置情報などを通知してもよい。また、クラウドサーバ３０は、タイヤ２の空気圧が第２閾値よりも低い第３閾値以下となった場合には、車両端末１０に対して、タイヤ空気圧が急激に低下している旨、これ以上の走行を禁止し、速やかに安全な場所に停車（駐車）させる旨、及び、メンテナンス車両を共用車両１の停車場所に向かわせる旨を通知する。さらに、クラウドサーバ３０は、例えば、共用車両１の現在位置から最寄りのメンテナンスのサービス店に対して、緊急的なメンテナンスの要請と、該共用車両１の停車場所を通知してもよい。

以上、本実施形態に係るタイヤ空気圧管理システム１００は、複数の共用車両１が有するタイヤ２にそれぞれ設けられて各タイヤ２の空気圧を検知するセンサ３と、共用車両１の各タイヤ２の空気圧を統合的に管理するクラウドサーバ３０と、を備える。クラウドサーバ３０は、センサ３が検知した共用車両１の各タイヤ２の空気圧情報を取得する空気圧情報取得部３２と、共用車両１の利用予定情報を取得する利用予定情報取得部３３と、取得した空気圧情報及び利用予定情報に基づいて、利用後に所定のステーションに返却される共用車両１に対してタイヤ２の空気圧のメンテナンス計画５０を作成するメンテナンス計画作成部３５と、を備える。このため、作業員は、作成されたメンテナンス計画５０に基づいて、対象の共用車両１のタイヤ空気圧のメンテナンスを順次実施することができる。従って、作業員は、実際に空気圧が減少しているタイヤ２を有する共用車両１を、メンテナンス計画の順番に従ってメンテナンスしていけばよい。このため、返却されてから次に利用されるまでの間に、共用車両１のタイヤ空気圧のメンテナンスを効率良く実施することができる。また、次に共用車両１を利用する際にタイヤ２の空気圧を適正に保持することができ、共用車両１のタイヤ２の空気圧を適正に管理することができる。

また、本実施形態によれば、複数の共用車両１が有するタイヤ２の空気圧が標準空気圧よりも低い第１閾値以下であり、かつ、これら共用車両１が利用後に所定の範囲内に存在する少なくとも一つのステーションに返却される場合、メンテナンス計画作成部３５は、これら共用車両１を一群としたメンテナンス計画５０を作成するため、各ステーションにおける対象の共用車両１のタイヤ空気圧のメンテナンス作業を効率良く実施することができる。

また、本実施形態によれば、メンテナンス計画５０は、ステーションまでの経路、または、複数のステーションを巡回する経路に関する経路情報と、メンテナンス対象の共用車両１の車両情報５５とを含み、クラウドサーバ３０は、メンテナンス計画５０を作業員の作業員端末２０に送信する通信部３１を備えるため、作業員は、表示部２３に表示された経路に従って、ステーションを巡回し、各ステーションにおいてメンテナンス計画５０のリストに従って、対象の共用車両１における対象の車輪位置のタイヤ空気圧のメンテナンス作業を効率良く実施することができる。

以上、本発明の実施形態について説明したが、本発明は、上記実施形態に限定されるものではない。例えば、本実施形態では、複数の共用車両は、カーシェアリング事業で用いられる車両を例示して説明したが、これに限るものではなく、レンタカー事業で用いられる車両や、会社組織が保有する社用車（営業車）であってもよい。また、本実施形態では、利用終了時刻の早い共用車両１から順次メンテナンスを実施するように順序づけて、これら共用車両１が駐車されたステーションを順番に巡回するメンテナンス計画を作成する構成について説明したが、これに限るものではない。例えば、各共用車両１の利用終了時刻後に該共用車両１が駐車されたステーションを移動する際の交通情報を加味したメンテナンス計画を作成してもよい。具体的には、ＡＩ（Artificial Intelligence：人工知能）と呼ばれるコンピュータを用いて、各ステーション周辺の交通情報（渋滞、事故、工事等々）を予め学習させて学習モデルを作成し、この学習モデルに各ステーション周辺の最新の交通情報から作業員の移動時間の最小化する巡回経路を含むメンテナンス計画を作成してもよい。この構成によれば、移動時間を含めたトータルの作業時間を短縮することができるため、共用車両１のタイヤ空気圧のメンテナンス作業を効率良く実施することができる。

１ 共用車両
２ タイヤ
３ センサ（空気圧センサ）
１０ 車両端末
２０ 作業員端末（端末装置）
３０ クラウドサーバ（空気圧管理装置）
３１ 通信部
３２ 空気圧情報取得部
３３ 利用予定情報取得部
３４ 記憶部
３５ メンテナンス計画作成部
３６ 案内経路作成部
３７ 制御部
５０ メンテナンス計画
１００ タイヤ空気圧管理システム

Claims (5)

1. 複数の共用車両が有するタイヤにそれぞれ設けられて各タイヤの空気圧を検知する空気圧センサと、前記共用車両の各タイヤの空気圧を統合的に管理する空気圧管理装置と、を備え、
   前記空気圧管理装置は、前記空気圧センサが検知した前記共用車両の各タイヤの空気圧情報を取得する空気圧情報取得部と、
   前記共用車両の利用予定情報を取得する利用予定情報取得部と、
   取得した前記空気圧情報及び前記利用予定情報に基づいて、利用後に所定の駐車地に駐車される前記共用車両に対して前記タイヤの空気圧のメンテナンス計画を作成するメンテナンス計画作成部と、を備え、
   複数の前記共用車両が有する前記タイヤの空気圧が標準空気圧よりも低い第１閾値以下であり、かつ、これら共用車両が利用後に所定の範囲内に存在する複数の前記駐車地にそれぞれ駐車される場合、
   前記メンテナンス計画作成部は、これら共用車両を一群とし、前記駐車地ごとに、利用終了時刻の早い前記共用車両から順次、前記タイヤの空気圧のメンテナンスを実施するように順序づけ、各駐車地を順番に巡回する経路を含む前記メンテナンス計画を作成することを特徴とするタイヤ空気圧管理システム。
2. 前記メンテナンス計画は、複数の前記駐車地を巡回する経路に関する経路情報と、メンテナンス対象の前記共用車両の車両情報とを含み、
   前記空気圧管理装置は、前記メンテナンス計画を作業員の端末装置に送信する通信部を備えることを特徴とする請求項１に記載のタイヤ空気圧管理システム。
3. 前記共用車両の利用中に、前記タイヤの空気圧が第１閾値よりも低い第２閾値以下となった場合、
   前記空気圧管理装置は、前記共用車両から最寄りのサービス店の位置情報を該共用車両に通知することを特徴とする請求項１または２に記載のタイヤ空気圧管理システム。
4. 前記共用車両は、不特定多数のユーザに貸出利用可能な車両であり、前記駐車地は前記共用車両を利用後に返却する返却地であることを特徴とする請求項１から３のいずれか一項に記載のタイヤ空気圧管理システム。
5. 複数の共用車両が有する各タイヤの空気圧を検知するステップと、
   検知した前記共用車両の各タイヤの空気圧情報を取得するステップと、
   前記共用車両の利用予定情報を取得するステップと、
   取得した前記利用予定情報及び前記空気圧情報に基づいて、利用後に所定の駐車地に駐車される前記共用車両に対して空気圧のメンテナンス計画を作成するステップと、
   をコンピュータに実行させ、
   複数の前記共用車両が有する前記タイヤの空気圧が標準空気圧よりも低い第１閾値以下であり、かつ、これら共用車両が利用後に所定の範囲内に存在する複数の前記駐車地にそれぞれ駐車される場合、
   前記メンテナンス計画を作成するステップでは、これら共用車両を一群とし、前記駐車地ごとに、利用終了時刻の早い前記共用車両から順次、前記タイヤの空気圧のメンテナンスを実施するように順序づけ、各駐車地を順番に巡回する経路を含む前記メンテナンス計画を作成する、ことを特徴とするタイヤ空気圧管理方法。

Images