JP2023025377A - 特装車車両データサーバ - Google Patents

Abstract

【課題】 正当権限のある場合にユーザに特装車車両データの閲覧を可能とする。【解決手段】 第１サーバ１００は、初期画面（図示せず）を送信する。ユーザ側管理者端末装置１２０は、初期画面にて「車両一覧」ボタンが選択されるとデータ要求を第１サーバ１００へ送信する（S5）。第１サーバ１００は、そのユーザの登録車両データおよび稼働動作データを読み出して、車両一覧データを生成する（S23）。その際、少なくとも１つでも交換推奨日数を超えた部品を含んだ特装車があるか否か判断する（S25）。前記超過した部品についてアラート情報が含まれた全部品について、ステップS25の処理が終了すると、車両一覧データを生成し、ユーザ側管理者端末装置１２０に送信する（S29）。【選択図】 図１２

Description

この発明は、特装車車両データサーバに関し、特に、特装車車両データへのアクセス管理に関する。

特許文献１では、端末装置２０は、特装車５のコントロールユニット１０から車両データを収集する。端末装置２０に収集された車両データは、インターネット２を介してサーバ３０に送信される。サーバ３０は、例えば、収集した車両データに基づいて特装車５の故障診断などを行い、その結果を端末装置２０に送信する。ユーザは端末装置２０の表示装置２３を見ることにより、その結果を容易に把握することができる(段落0048)

特開２０２０－１２７１９２号公報

しかしながら、特許文献１の保守管理システムにおいては以下の問題があった。発明者は、かかる保守管理システム（ユーザ端末、サーバ）を用いて、複数の会社に保守サービスを提供することを考えた。この場合、異なる会社が保有する車両データがサーバに格納されることとなる。したがってそのままでは他社の車両のデータを閲覧できてしまうおそれがある。

この発明は、上記問題を解決し、正当権限のある場合に特装車車両データの閲覧が可能な特装車車両データサーバを提供することを目的とする。

(1)本発明にかかる特装車車両データサーバは、A)特装車識別子と関連づけて、特装車車両データを記憶する特装車車両データ記憶手段、B)データ閲覧要求があると前記特装車車両データを送信する特装車データ管理手段を備え、C)前記特装車車両データは、ユーザ識別子と関係づけて記憶されており、D）前記特装車車両データは架装物の架装物保守現状データを含み、E）前記特装車データ管理手段は、あるユーザ識別子で認証したユーザ端末から、前記ユーザ識別子で管理されている特装車のデータ閲覧要求があると、当該ユーザ識別子に紐付けられた特装車車両データを当該ユーザ端末に送信する。

したがって、別のユーザ識別子のユーザに架装物の架装物保守現状データを見られることを防止できる。

(2)本発明にかかる特装車車両データサーバにおいては、前記架装物保守現状データは、特装車に搭載された制御対象装置を制御する特装車車両側制御装置の稼働動作データおよび車両保守データを含み、前記車両保守データは特装車納入時の初期車両データおよび保守履歴データを含み、前記特装車車両データサーバは、前記稼働動作データを記憶する第１サーバ、および前記車両保守データを記憶する第２サーバで構成されており、前記特装車データ管理手段は、前記データ閲覧要求があると、前記第２サーバから、前記ユーザ識別子に関連づけられた前記初期車両データおよび前記保守履歴データを読み出して、これらのデータを含む特装車車両データを前記ユーザ端末に送信する。したがって、第１サーバに前記保守現状データが記憶されないため、その分、記憶容量を減らすことができる。

(3)本発明にかかる特装車車両データサーバにおいては、前記架装物保守現状データは、1)部品の交換日数を示す所定交換日数データを含む特装車納入時の初期車両データ、および2)前回交換日を示すデータを含む保守履歴データ、を含んでおり、前記特装車車両データ管理手段は、前記データ閲覧要求があると、前回交換日から前記所定交換日数経過している部品があるか否か判断し、ある場合には、警告情報を併せて前記ユーザ端末に送信する。したがって、交換日から前記所定交換日数経過している部品がある場合には、警告情報を前記ユーザ端末に与えることができる。

(4)本発明にかかる特装車車両データサーバにおいては、前記特装車車両データ管理手段は、前記ユーザ端末から、ユーザ識別子を特定したデータ閲覧要求があると、当該ユーザ端末に保守履歴を入力するための保守履歴入力用画面または前記保守履歴入力用画面を生成するための生成命令を送信する。したがって、データ閲覧時に前記保守履歴入力用画面を表示できる。

(5)本発明にかかる特装車車両データサーバにおいては、前記特装車の製造メーカが認証要求するためのメーカ識別子を記憶しており、前記特装車車両データ管理手段は、前記メーカ識別子を特定したデータ閲覧要求があると、当該データ閲覧要求があったメーカコンピュータに、前記各特装車の保守現状データを送信する。したがって、メーカコンピュータは、前記各特装車の保守現状データを受け取ることができる。

請求項にて用いた用語と、実施形態における対応について説明する。

「制御対象装置」とは、実施形態では、油圧ポンプＰ、マルチバルブＭＶ、各種シリンダＡ１～Ａ４、昇降体４、圧縮板５などが該当する。「制御対象装置制御部」は、実施形態では、架装物側制御装置ＵＫが該当する。

「特装車車両データ」とは特装車の車両に関する情報であり、「基本車両データ」および「架装物保守現状データ」を含む概念である。「基本車両データ」とは、交換部品を決定するための車両属性データであり、実施形態では図１０Ａに示す特装車の納入時に決定されているデータが該当する。

「架装物保守現状データ」とは、保守に必要なデータであり、特装車の「稼働動作データ」および「車両保守データ」を含む。特装車稼働動作データは、保守する際の前提となるからである。

「車両保守データ」とは、実施形態では、「初期車両データ」および「保守履歴データ」が該当する。本実施形態においては「稼働動作データ」は第１サーバ１００に、「初期車両データ」および「車両保守データ」は第２サーバ１４０に記憶するようにしたが、これに限定されない。

すなわち、本実施形態において用いたデータの相互関係をわかりやすく表記すると下記となる。

「特装車車両データ」＞「基本車両データ」＆「架装物保守現状データ」、
「架装物保守現状データ」＞「稼働動作データ」＆「車両保守データ」、
「車両保守データ」＞「初期車両データ」＆「保守履歴データ」、
また、「稼働動作データ」は第１サーバ１００に、「車両保守データ」は第２サーバ１４０に記憶している。

なお、特装車を提供する会社は、もともと、各ユーザが購入した特装車を特定する車両特定データを記憶するサーバを有している。本システムでは、かかるサーバを第２サーバ１４０として活用することができる。したがって、第１サーバ１００に全て記憶する場合と比べると、第１サーバ１００の記憶領域を有効活用できる。

特装車管理システム１において採用する塵芥収集車Ｖについて一部を破断した全体側面図である。 塵芥収集車Ｖにおける各部の制御関係を説明するための概略図である。 特装車管理システム１の機能ブロック図である。 第１サーバ１００のハードウェア構成を示す図である。 ユーザＩＤ対応データ、ユーザ別車両データの一例を示す図である。 特装車稼働動作データの一例を示す図である。 ユーザ携帯装置１６０のハードウェア構成を示す図である。 ユーザ側管理者端末装置１２０のハードウェア構成を示す図である。 第２サーバ１４０のハードウェア構成を示す図である。 基本車両データおよび定期交換部品データのデータ構造を示す図である。 消耗部品データ、部品交換・車両修理履歴データのデータ構造を示す図である。 架装物保守現状データ表示時のフローチャートである。 架装物保守現状データ表示画面の一例である。 架装物保守現状データ表示画面の一例である。

以下、本発明における実施形態について、図面を参照して説明する。

（１．特装車の説明)
まず、本特装車管理システム１で用いる特装車である塵芥収集車Ｖについて説明する。

図１に示す塵芥収集車Ｖは、ベース車両Ｖｂと、そのベース車両Ｖｂの組立完成後にその車体Ｆ上に架装される塵芥収集作業用の架装物Ｋとから構成されている。ベース車両Ｖｂには車両側制御装置ＵＶが、また架装物Ｋには架装物側制御装置ＵＫがそれぞれ配備されている。

図２に示すように、ベース車両Ｖｂの車体Ｆには、エンジンＥ、バッテリＢ、電動モータＭ、動力選択取出機構ＰＳ、および車両側制御装置ＵＶが搭載されている。

エンジンＥは車輪Ｗに駆動力を付与する。電動モータＭはバッテリＢにインバータ１２を介して接続されてバッテリＢからの電力で作動する。動力選択取出機構ＰＳは、エンジンＥ及び電動モータＭを含む駆動系としての車輪駆動系ＤからエンジンＥ又は電動モータＭの動力を選択的に取出可能である。車両側制御装置ＵＶはマイコンを主要部として構成されており、エンジンＥ、電動モータＭ、バッテリＢ及び電磁クラッチ１１を制御する。エンジンＥを始動操作するためのスタータスイッチＳ－ＳＷも、車両側制御装置ＵＶに接続されている。

なお、車両側制御装置ＵＶと、エンジンＥ、電動モータＭ及びバッテリＢとの各間は、実際には複数の電力線及び／又は信号線で各々接続されるが、その表示を図２では簡略的に示している。

動力取出装置ＰＴＯの出力側は、架装物Ｋの一部である油圧ポンプＰに連動、連結される。また、動力取出装置ＰＴＯは、車両側制御装置ＵＶに接続されており、同じく車両側制御装置ＵＶに接続された動力取出スイッチＰ－ＳＷへの操作入力に応じて、変速機１０(図１参照)の出力を車輪Ｗ側と油圧ポンプＰ側とに選択的に切り換えて伝達する。具体的には、動力取出スイッチＰ－ＳＷがオフ（ＯＦＦ）の状態では、変速機１０の出力が車輪Ｗ側に伝達されて走行駆動に利用される。これに対して、同スイッチＰ－ＳＷがオン操作された状態では、変速機１０の出力が油圧ポンプＰ側に伝達されてポンプ駆動に利用される。

架装物Ｋは、後端を開放したボックス状の塵芥収容箱１をベース体（架装物本体）としており、この塵芥収容箱１は、ベース車両Ｖｂの車体Ｆ上に後付けで搭載、固定される。塵芥収容箱１の後端には塵芥投入箱３が連設されている。塵芥投入箱３は、塵芥を塵芥収容箱１内に投入するための塵芥投入口３ａを後端に有する。開閉扉３ｔは塵芥投入口３ａを開閉する。

塵芥投入箱３内には、作業機としての塵芥積込装置２が設けられる。塵芥積込装置２は、投入箱３が積込位置にあるときに、投入箱３内の投入塵芥を塵芥収容箱１内に強制的に積み込む。

塵芥積込装置２の構造は、圧縮板式と呼ばれる従来周知のものであり昇降体４、第２シリンダＡ２、圧縮板５、第３シリンダＡ３とを有する。昇降体４は、塵芥収容箱１の後端開口１ａに臨む位置で塵芥投入箱３の左右両側壁に昇降可能に支持されている。第２シリンダＡ２は、昇降体４と、その昇降体４を強制昇降させる。圧縮板５は、昇降体昇降用の第２シリンダＡ２と、塵芥投入箱３内でその横幅一杯に延び且つ昇降体４の下部に前後回動可能に軸支されている。第３シリンダＡ３は圧縮板５を強制回動させる。

また、図１に示す塵芥投入箱３の塵芥投入口３ａ周辺の外面には後部操作盤ＣＲが固定、支持されている。後部操作盤ＣＲには、操作スイッチＣＲ－ＳＷ１～３、第１動力源選択スイッチＭ－ＳＷ１、および報知ランプＬ１～Ｌ５が設けられる。操作スイッチＣＲ－ＳＷ１～３は、塵芥積込装置２の作動態様を選択操作する。特に操作スイッチＣＲ－ＳＷ３は危険状態の場合に緊急停止を指示するスイッチである。第１動力源選択スイッチＭ－ＳＷ１はオン操作されたときモータ選択信号を出力する。これにより、油圧ポンプＰはエンジンＥで駆動されるエンジン駆動状態から、電動モータＭで駆動されるモータ駆動状態に切り換えられる。

図１に示すように、ベース車両Ｖｂの運転室内には、操作盤ＣＦを有するキャビン内制御装置ＵＦが設けられている。キャビン内制御装置ＵＦは図２に示すように、マイコン６１、近距離無線通信ユニット６３、アンテナ６５、および操作盤ＣＦを有する。

操作盤ＣＦには、操作スイッチＣＦ－ＳＷ１～３、第２動力源選択スイッチＭ－ＳＷ２、および報知ランプＬ１～Ｌ５が設けられる。操作スイッチＣＦ－ＳＷ１～３は、操作スイッチＣＲ－ＳＷ１～３と同様、塵芥積込装置２及び塵芥排出装置７の作動態様を選択操作する。第２動力源選択スイッチＭ－ＳＷ２は、前記第１動力源選択スイッチＭ－ＳＷ２と同様、オン操作されたときモータ選択信号を出力する。

また、図１に示すように、塵芥投入箱３の上部にはカメラ５３が設けられている。かかるカメラ５３からの画像は、制御ユニットボックスＵＫＢ内に設けられた画像処理部５１にて画像が解析される。画像処理部５１は架装物側制御装置ＵＫと接続されており、前記画像解析により危険状態と判断すると架装物側制御装置ＵＫに緊急停止信号を出力する。すなわち操作スイッチＣＲ－ＳＷ３が押された状態と同じとなる。

なお本実施形態においては、特装車として塵芥収集車を例として説明したが、塵芥収集車には限定されない。

２． 特装車車両データ管理システム１の全体概要
特装車管理システム１は、特装車車両データサーバ１９０、ユーザ携帯装置１６０、ユーザ側管理者端末装置１２０および特装車１８０ａを備えている。

特装車１８０ａの特装車車両側制御装置２０１は、近距離無線送受信手段２０３、稼働データ記憶手段２０５、特装車特定データ記憶手段２０９、および制御手段２０７を有する。近距離無線送受信手段２０３は、特装車車両側制御装置２０１の近距離無線送受信手段１６４と近距離無線通信によって接続する。稼働データ記憶手段２０５は、制御対象装置２１０の稼働動作データを記憶する。特装車特定データ記憶手段２０９は特装車の識別子を記憶する。制御手段２０７は稼働データ記憶手段２０５に記憶された稼動動作データを近距離無線送受信手段２０３で送信する際の管理を行う。

特装車車両データサーバ１９０は、特装車データを管理する第１サーバ１００および第２サーバ１４０を備えている。

第２サーバ１４０は、特装車保守データ記憶手段１４１を有する。特装車保守データ記憶手段１４１は、ユーザ識別子に関連づけて、特装車の納入時の初期車両データおよび保守履歴データを記憶する。第２サーバ１４０はユーザが購入した特装車を特定する車両特定データを記憶するサーバであり、特装車メーカが元々有しているサーバである。

第１サーバ１００は、特装車データ管理手段１０３、特装車稼働動作データ記憶手段１０１、およびサーバ側認証手段１０９を有している。サーバ側認証手段１０９はユーザ端末（ユーザ側管理者端末装置１２０またはユーザ携帯装置１６０）から認証要求があると、記憶されている識別子が正当権限があるか否か判断し、正当権限がある場合にはアクセス権限を与える。特装車データ管理手段１０３は、ユーザ端末（ユーザ側管理者端末装置１２０またはユーザ携帯装置１６０）からデータ閲覧要求があると、特装車保守データ記憶手段１４１から、そのユーザ端末のユーザ識別子に関連づけられた特装車の初期車両データおよび保守履歴データを読み出して、これらのデータを含む特装車車両データを当該ユーザ端末に送信する。また、当該ユーザ識別子に関連づけられた特装車の稼働動作データを読み出して、当該ユーザ端末に送信する。

また、前記保守履歴データには前回交換日を示すデータが含まれており、また、前記初期車両データには部品の交換日数を示す所定交換日数データが含まれている。特装車データ管理手段１０３は、前記データ閲覧要求があると、前回交換日から前記所定交換日数経過している部品があるか否か判断し、ある場合には、警告情報を併せてデータ閲覧要求があったユーザ端末に送信する。

特装車車両データ管理手段１０５は、ユーザ端末（ユーザ側管理者端末装置１２０またはユーザ携帯装置１６０）から、ユーザ識別子を特定したデータ閲覧要求があると、当該ユーザ端末（ユーザ側管理者端末装置１２０またはユーザ携帯装置１６０）に、保守履歴入力用画面または保守履歴入力用画面生成命令を送信するようにしてもよい。

また、サーバ側認証手段１０９に、前記特装車の製造メーカが認証要求するためのメーカ識別子を記憶しておき、アクセス権限を有する否か判断し、かかる権限を有する場合には、特装車データ管理手段１０３は、前記メーカ識別子を特定したデータ閲覧要求があると、当該データ閲覧要求があったメーカコンピュータに、前記各特装車の前記保守現状データを送信するようにしてもよい。

ユーザ携帯装置１６０は、近距離無線送受信手段１６４、稼働動作データ取得手段１６５、稼働動作データ記憶手段１６６、稼働動作データ送信手段１６２、およびユーザ携帯認証手段１６９を有する。

稼働動作データ取得手段１６５は、近距離無線送受信手段１６４に特装車車両側制御装置２０１と無線通信接続させ、架装物の稼働動作データを取得する。稼働動作データ記憶手段１６６は、取得した稼働動作データを記憶する。稼働動作データ送信手段１６２は、定められた送信条件に基づいて稼働動作データを第１サーバ１００に送信する。ユーザ携帯認証手段１６９は、認証用のデータを記憶しており、第１サーバ１００のサーバ側認証手段１０９に認証要求を行う。

ユーザ側管理者端末装置１２０は、管理装置側認証手段１２９、およびデータ閲覧管理手段１２５を有する。

管理装置側認証手段１２９は、第１サーバ１００に、特定のユーザ識別子のユーザとしてユーザ認証要求をする。

データ閲覧管理手段１２５は、第１サーバ１００にユーザ識別子を特定したデータ閲覧要求をして、第１サーバ１００から結果を受けとるとこれを表示する。

なお、図３においては、閲覧管理手段１２５をユーザ側管理者端末装置１２０に設けた場合について説明したが、ユーザ携帯装置１６０に設けてもよい。

また、本実施形態においては、車両保守データを第２サーバ１４０に記憶するようにしたが、第１サーバ１００に記憶するようにしてもよい。

また本実施形態においては、特装車稼働動作データ記憶手段１０１および特装車保守データ記憶手段１４１で、特装車車両データ記憶手段１９１を構成している。

３．ハードウェア構成
（３．１ 第１サーバ１００のハードウェア構成）
第１サーバ１００を、ＣＰＵを用いて構成したハードウェア構成について、図４を用いて説明する。

第１サーバ１００は、ＣＰＵ２３、メモリ２７、ハードディスク２６、モニタ３０、光学式ドライブ２５、入力デバイス２８、通信ボード３１、およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された各プログラムにしたがいバスライン２９を介して、各部を制御する。

ハードディスク２６は、オペレーティングシステムプログラム２６ｏ（以下ＯＳと略す）、メインプログラム２６m、ユーザ別登録車両データ記憶部２６c、ユーザID対応データ記憶部２６ｕ、および特装車稼働動作データ記憶部２６dを有する。

後述するように、第２サーバ１４０は、第１サーバ１００とは異なるユーザＩＤ（社内ユーザＩＤ）で管理されている。そのため、ユーザＩＤ記憶部２６ｕには、図５Ａに示すユーザＩＤ対応データが記憶されている。

ユーザ別登録車両データ２６cのデータ構造を図５Ｂに示す。ユーザ別登録車両データ２６cはサービスユーザＩＤごとに当該ユーザが管理する特装車の製造番号が対応づけて記憶されている。

特装車稼働動作データ記憶部２６ｄに記憶される稼働動作データのデータ構造を図６に示す。稼働動作データは、製造番号に対応付けて、時刻、積算積込回数、積算TG上昇回数、PTO稼働時間、および位置データが記憶されている。かかる稼働動作データはユーザ携帯装置１６０を介して与えられる。

本実施形態においては、オペレーティングシステムプログラム（ＯＳ）２６ｏとして、Windows 10（登録商標または商標）を採用したが、これに限定されるものではない。

なお、上記各プログラムは、光学式ドライブ２５を介して、プログラムが記憶されたＣＤ－ＲＯＭ２５ａから読み出されてハードディスク２６にインストールされたものである。なお、ＣＤ－ＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。

本実施形態においては、プログラムをＣＤ－ＲＯＭからハードディスク２６にインストールさせることにより、ＣＤ－ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤ－ＲＯＭに記憶させたプログラムを光学式ドライブ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。

（３．２ ユーザ携帯装置１６０のハードウェア構成）
ユーザ携帯装置１６０について図７を用いて説明する。同図は、ユーザ端末装置１２０を、ＣＰＵを用いて構成したハードウェア構成の一例である。

ユーザ端末装置１２０は、一般的なスマートフォンの構成であり、ＣＰＵ１２３、メモリ１２７、フラッシュメモリ１２６、表示部１３０、無線通信部１２８、操作部１２５、音声入出力部１２４、位置情報検出部１２２、近距離無線通信ユニット１２１、およびバスライン１２９を備えている。位置情報検出部１２２は、GNSS(Global Navigation Satellite System)により位置情報を検出するモジュールである。近距離無線通信ユニット１２１はBluetooth（登録商標）規格での通信をおこなう。本実施形態においては、ＯＳとしてiOS（商標）を採用した。

ＣＰＵ１２３は、フラッシュメモリ１２６に記憶された各プログラムにしたがいバスライン１２９を介して、各部を制御する。

フラッシュメモリ１２６は、オペレーティングシステムプログラム１２６ｏ（以下ＯＳと略す）、メインプログラム１２６mを有する。

メインプログラム１２６mの処理は後述する。

本実施形態においては、近距離無線通信ユニットとして、Bluetooth（登録商標）を採用したが、これに限定されない。

フラッシュメモリ１２６は、送信条件記憶部１２６ｄを有する。稼働動作データは、以下の手順でユーザ端末装置１６０から第１サーバ１００に送信される。ＣＰＵ１２３はメインプログラム１２６mに基づいて、特装車車両側制御装置２０１と定期的に（たとえば30秒毎）近距離無線で接続するとともに、稼働動作データの取得命令を与える。特装車の特装車車両側制御装置２０１はかかる取得命令を受けとると、架装物側制御装置ＵＫ内のメモリ(図２にて図示せず)に記憶されている稼働動作データを、ユーザ端末装置１６０に送信する。ＣＰＵ１２３はかかる稼働動作データを受け取るとこれを第１サーバ１００に送信する。

（３．３ ユーザ側管理者端末装置１２０のハードウェア構成）
図８にユーザ側管理者端末装置１２０のハードウェア構成を示す。基本的な構成は図４と同様である。

ハードディスク２２６は、オペレーティングシステムプログラム２２６ｏ、ブラウザプログラム２２６mを有する。

（３．４ 第２サーバ１４０のハードウェア構成）
図９に第２サーバ１４０のハードウェア構成を示す。基本的な構成は図４と同様である。

ハードディスク３２６は、オペレーティングシステムプログラム３２６ｏ、メインプログラム３２６m、登録車両基礎データ記憶部３２６c、および保守データ記憶部３２６mを有する。

第２サーバ１４０は、第１サーバ１００とは異なるユーザＩＤ（以下、社内ユーザＩＤという）で管理されている。そのため、ユーザＩＤ記憶部２６ｕには、ログインのための社内ユーザＩＤとそのパスワードの対応データが記憶されている（図示せず）。

登録車両基礎データ記憶部３２６cのデータ構造を図１０Ａに示す。社内ユーザIDごとに、管理されている特装車の製造番号、登録番号、型式などの初期データが記憶されている。

また、保守データ記憶部３２６mには、図１０Ｂに示す定期交換部品データ、図１１Ａ，Ｂに示す消耗部品データ、および部品交換・車両修理履歴データが記憶される。これらは各特装車における保守履歴を示すデータである。図１０Ｂに示す定期交換部品データ、図１１Ａ，Ｂに示す消耗部品データ、および部品交換・車両修理履歴データは、製造番号「18R830001M」の特装車の保守履歴データである。

本実施形態においては、定期交換部品情報データとし、経過日数、交換推奨日数、割合、交換記録日、前回交換日、累積交換回数を採用したが、これに限定されない。また、消耗部品データについても、消耗部品名、経過日数、前回交換日、累積交換回数を採用したがこれに限定されない。

４．架装物保守現状データ表示および更新処理
（４．１ 保守データ表示処理）
図１２を用いて、ユーザ側管理者端末装置１２０にてユーザＩＤ「１００１」の架装物保守現状データを表示する処理について説明する。

ユーザ側管理者端末装置１２０の操作者は、ブラウザプログラム２２６mにてログイン画面にアクセスし、ユーザＩＤ「１００１」にてログインし、製造番号「18R830001M」の特装車の架装物保守現状データを表示する場合について説明する。

第１サーバ１００へのログイン処理については通常の処理と同様であるので省略する。第１サーバ１００は、かかるログインがあると、初期画面（図示せず）を送信する。

ユーザ側管理者端末装置１２０のＣＰＵ２２３は、受け取った初期画面を表示する（図１２ステップＳ１）。前記操作者は、かかる初期画面にて、「車両一覧」ボタン（図示せず）を選択する。ユーザ側管理者端末装置１２０のＣＰＵ２２３は、かかる「車両一覧」ボタンが選択されるかかるか否か判断しており（図１２ステップＳ３）、「車両一覧」ボタンが選択されると車両一覧データ要求を第１サーバ１００へ送信する（ステップＳ５）。

第１サーバ１００は、車両一覧データ要求を受け取るか否か判断しており（ステップＳ２１）、かかる要求を受け取るとそのユーザの登録車両データおよび稼働動作データを読み出して、車両一覧データを生成する（ステップＳ２３）。

本実施形態においては、以下のデータを読み出すことにより、前記一覧データ処理が行われる。稼働動作データは図６に示す前記ユーザＩＤ「１００１」の稼働動作データのうち、各特装車の積算積込回数、積算TG上昇回数、PTO稼働時間を採用した。また、図５Ａに示すユーザＩＤ対応データを参照して、ユーザＩＤ「１００１」の社内ユーザＩＤ「U123456789」を読み出して、第２サーバ１４０にアクセスして、当該製造番号の特装車の製造番号、登録番号、車両番号、型式、データ登録最新日時を採用した。

なお、第２サーバ１４０へのアクセス許可は、通常のＩＤ、ＰＷを用いて記憶されている組み合わせと一致するか否か判断するようにすればよい。

また、データ登録最新日時については、図６Ｂに示す稼働動作データの日時を読み出せばよい。

ＣＰＵ２３は、読み出した車両一覧データにおいて、少なくとも１つでも交換推奨日数を超えた部品を含んだ特装車があるか否か判断する（ステップＳ２５）。この場合、製造番号「18R830001M」の特装車の定期交換部品データを参照すると、経過日数／交換推奨日数の割合が、交換部品「油圧作動油」「リターンフィルタ」「油圧部品、シール類」「軸受ブッシュ、スライド部シュー」は１を越えている。したがって、かかる部品を含む製造番号「18R830001M」の特装車は、超過した部品ありとして決定する（ステップＳ２７）。これを当該ユーザが管理する特装車全てについておこなう（ステップＳ２８）。

ＣＰＵ２３は、ステップＳ２８にて、前記超過した部品についてアラート情報が含まれた全部品についてステップＳ２５の処理が終了すると、車両一覧データを生成し、ユーザ側管理者端末装置１２０に送信する（ステップＳ２９）。

ユーザ側管理者端末装置１２０のＣＰＵ２２３は、車両一覧データを受信するか否か判断しており（図１２ステップＳ７）、かかるデータを受信すると、ユーザＩＤ「１００１」の車両一覧データを一覧表示する（ステップＳ９）。車両一覧データの一例を図１３Ａに示す。この場合、製造番号「17R810008M」および「18R830001M」の特装車は部品交換警告が付与されている。

ユーザ側管理者端末装置１２０の操作者は、表示された車両一覧データから、架装物保守現状データを参照したい車両を選択する。この場合、図１３Ａに示す製造番号「18R830001M」の特装車を選択する。

ユーザ側管理者端末装置１２０のＣＰＵ２２３は、いずれかの特装車が選択されるか否か判断しており（図１２ステップＳ１１）、かかる選択があると、第１サーバ１００に特装車を特定した車両保守データ要求を送信する（ステップＳ１３）。

第１サーバ１００は、前記車両保守データ要求を受け取るか否か判断しており（ステップＳ３１）、かかる要求を受け取ると、その特装車の車両保守データを読み出す（ステップＳ３３）。この場合、製造番号「18R830001M」の特装車の車両保守データが読み出される。本実施形態においては、図１０Ｂに示す定期交換部品データ、図１１Ａ，Ｂに示す消耗部品データ、および部品交換・車両修理履歴データが読み出される。

第１サーバ１００のＣＰＵ２３は、読み出したデータから車両保守データ画面を生成し、ユーザ側管理者端末装置１２０に送信する（ステップＳ３５）。

ユーザ側管理者端末装置１２０のＣＰＵ２２３は、車両保守データ画面を受信するか否か判断しており（図１２ステップＳ１５）、かかるデータを受信すると、これを表示する（ステップＳ１７）。

定期交換部品データの表示画面を図１３Ｂに、消耗部品データの表示画面を図１３Ｃに、部品交換・車両修理履歴データの表示画面を図１４Ａにそれぞれ示す。

なお、かかる車両保守データは、まとめて表示しても、選択ボタンを表示させ、いずれかが選択されると、これを表示するようにしてもよい。

このようにして、ユーザＩＤに紐付けられた特装車の車両保守データに、当該ユーザＩＤのユーザだけがアクセスが可能となる。

本実施形態においては、ユーザ側管理者端末装置１２０から車両保守データを参照する場合について説明したが、ユーザ携帯装置１６０から車両保守データを参照することも可能である。

（４．２ 保守データ記録処理）
前記車両保守データを構成する保守履歴データは、下記に説明するように、ユーザ側管理者端末装置１２０から入力させることができる。

図１４Ａにて、新規登録ボタン４１０をユーザが選択すると、第１サーバ１００に新規登録要請が送信される。第１サーバ１００は図１４Ｂに示す編集画面を生成して、ユーザ側管理者端末装置１２０に送信する。ユーザ側管理者端末装置１２０はこれを表示する。ユーザ側管理者端末装置１２０の操作者は、登録する保守履歴データを入力し、登録ボタン４２０を選択すると、保守履歴データが第１サーバ１００に送信される。第１サーバ１００は、第２サーバ１４０の保守データ記憶部２２６mにこれを保存する。

また、架装物保守現状データには保守データ記憶部２２６mに記憶される車両保守データだけでなく、特装車稼働動作データ記憶部２６ｄ（図４参照）に記憶される稼働動作データも含まれる。かかる稼働動作データは、ユーザ携帯装置１６０から稼働動作データを受け取ると更新される。

また、ユーザ側管理者端末装置１２０にて、車両一覧表示し、いずれかの特装車が選択されると、図１４Ｃに示すようなデータ表示画面を表示するようにしてもよい。かかる画面にて、保守データ表示ボタンが選択されると、図１３Ｂ、図１４の架装物保守現状データを表示すればよい。

なお、架装物保守現状データ表示時に、その特装車が位置する地図データを併せて表示するようにしてもよい。

また、上記実施形態では、図１４Ａの新規登録ボタン４１０をユーザが選択した場合に、図１４Ｂに示す編集画面が表示されるようにしたが、これに限定されず、図１３Ｂにおいて、いずれかの交換記録ボタン４３０が選択された場合に、該当する特装車の保守履歴データ編集用の画面を表示するようにしてもよい。

なお、本実施形態においては、第１サーバ１００にて、ユーザ側管理者端末装置１２０へ送信する画面データを生成するようにしたが、ユーザ側管理者端末装置１２０へ画面データ生成のためのデータを送り、ユーザ側管理者端末装置１２０にて表示画面を生成するようにしてもよい。

また、その都度、第１サーバ１００にアクセスせず、１回のやりとりで必要なデータを送っておき、ユーザ側管理者端末装置１２０にて必要な画面を生成してもよい。また、ユーザ側管理者端末装置１２０に複数の画面データを送っておいて、表示を切り替えるようにしてもよい。

(５．他の実施形態)
図１３に示すデータ更新登録日時は、ユーザ携帯装置１６０から稼働動作データを受信すると更新される。

また、保守履歴データの経過日数は、以下のようにして更新される。いずれかの特装車の保守履歴データについて、図１３Ｂに示す定期交換部品データ画面、消耗部品データ画面にアクセスした特に、前回交換日から現在日までの日数を計算し、得られた日数を経過日数とすればよい。たとえば、現在が２０２１年３月３１日であり、ある消耗部品について前回交換日が２０２１年３月２日であれば、経過日数は２９日となる。

本実施形態においては、ユーザ側管理者端末装置１２０またはユーザ携帯装置１６０からそのユーザＩＤの架装物保守現状データにアクセス可能とする場合については説明したが、特装車を保守工場に持ち込んだ保守業者が、特定の特装車の架装物保守現状データに一時的にアクセス可能とするように保守業者識別子およびパスワードを発行してよい。さらに、保守工場ではなく、特装車の製造メーカに、一時的なアクセスを可能とするメーカ識別子およびパスワードを発行してもよい。

本実施形態においては、図３において、１ユーザのユーザ端末１５０として、１のユーザ側管理者端末装置１２０、１のユーザ携帯装置１６０であるとして図示したが、ユーザ携帯装置１６０は、ユーザが同時に使用する特装車の数だけ、必要となる。一般的には、１ユーザで、複数のユーザ携帯装置１６０、複数の特装車で構成される。なお、ユーザ側管理者端末装置１２０を複数設けてもよい。

ユーザ携帯装置１６０が取得する稼働動作データには架装物の動作状況を示す画像データを含んでもよい。かかる画像データはカメラ５３（図２参照）の画像を画像処理部５１で取り込んだデータを採用することができる。ユーザ携帯装置１６０はかかる画像データを含む稼働動作データを第１サーバ１００に送信すればよい。

本実施形態においては、特装車として塵芥収集車を採用した場合について説明したので稼働動作データは積算積込回数、積算TG上昇回数、PTO稼働時間および位置データとした。しかし特装車の稼働動作データであればどのようなデータであってもよい。

本実施形態においては、交換日数が経過しているかのアラート表示を、一覧表示のタイミングで行ったが、これについては限定されず、特定の特装車を選択して、表示する時であってもよい。

本実施形態においては、架装物保守現状データを、第１サーバ１００と第２サーバ１４０に分けて記憶したので、稼働動作データおよび車両保守データを、第１サーバおよび第２サーバそれぞれから読み出してきて、画面表示用のデータをその都度、生成するようにした。しかしこれに限定されず、あらかじめ表示に用いるデータは、第２サーバから読み出しておき、第１サーバに、表示に必要な形式で別途記憶するようにしてもよい。

また、これらのデータをまとめた１のサーバで構成してもよい。

また第２サーバについても同様の認証手段を設けてもよい。この場合、第１サーバのユーザＩＤ対応データに社内ユーザIDおよびそのパスワードを記憶しておけばよい。

１００ 第１サーバ
１４０ 第２サーバ
１２０ ユーザ側管理者端末装置
１６０ ユーザ端末装置

Claims (5)

1. 特装車識別子と関連づけて、特装車車両データを記憶する特装車車両データ記憶手段、
   データ閲覧要求があると前記特装車車両データを送信する特装車データ管理手段、
   を備えた特装車車両データサーバであって、
   前記特装車車両データは、ユーザ識別子と関係づけて記憶されており、
   前記特装車車両データは架装物の架装物保守現状データを含み、
   前記特装車データ管理手段は、あるユーザ識別子で認証したユーザ端末から、前記ユーザ識別子で管理されている特装車のデータ閲覧要求があると、当該ユーザ識別子に紐付けられた特装車車両データを当該ユーザ端末に送信すること、
   を特徴とする特装車車両データサーバ。
2. 請求項１の特装車車両データサーバにおいて、
   前記架装物保守現状データは、特装車に搭載された制御対象装置を制御する特装車車両側制御装置の稼働動作データおよび車両保守データを含み、前記車両保守データは特装車納入時の初期車両データおよび保守履歴データを含み、
   前記特装車車両データサーバは、前記稼働動作データを記憶する第１サーバ、および前記車両保守データを記憶する第２サーバで構成されており、
   前記特装車データ管理手段は、前記データ閲覧要求があると、前記第２サーバから、前記ユーザ識別子に関連づけられた前記初期車両データおよび前記保守履歴データを読み出して、これらのデータを含む特装車車両データを前記ユーザ端末に送信すること、
   を特徴とする特装車車両データサーバ。
3. 請求項１または２の特装車車両データサーバにおいて、
   前記架装物保守現状データは、
   1)部品の交換日数を示す所定交換日数データを含む特装車納入時の初期車両データ、および、
   2)前回交換日を示すデータを含む保守履歴データ、
   を含んでおり、
   前記架装物保守現状データは、部品の交換日数を示す所定交換日数データが含特装車納入時の初期車両データおよび前回交換日を示すデータを含む保守履歴データを含んでおり、
   前記特装車車両データ管理手段は、前記データ閲覧要求があると、前回交換日から前記所定交換日数経過している部品があるか否か判断し、ある場合には、警告情報を併せて前記ユーザ端末に送信すること、
   を特徴とする特装車車両データサーバ。
4. 請求項１～３のいずれかの特装車車両データサーバにおいて、
   前記特装車車両データ管理手段は、前記ユーザ端末から、ユーザ識別子を特定したデータ閲覧要求があると、当該ユーザ端末に保守履歴を入力するための保守履歴入力用画面または前記保守履歴入力用画面を生成するための生成命令を送信すること、
   を特徴とする特装車車両データサーバ。
5. 請求項１～４のいずれかの特装車車両データサーバにおいて、
   前記特装車の製造メーカが認証要求するためのメーカ識別子を記憶しており、
   前記特装車車両データ管理手段は、前記メーカ識別子を特定したデータ閲覧要求があると、当該データ閲覧要求があったメーカコンピュータに、前記各特装車の保守現状データを送信すること、
   を特徴とする特装車車両データサーバ。

Images