JP7167589B2 - 被牽引車両管理システム、被牽引車両管理方法および被牽引車両管理プログラム - Google Patents

Description

本発明は、被牽引車両管理システム等に関する。

荷物の輸送を行うために、牽引自動車が用いられている。図２０は、牽引自動車の一例を示す図である。図２０に示すように、牽引自動車１０は、トラクターヘッド１０ａに、シャーシ（被牽引車両）１０ｂが着脱可能に結合されている。シャーシ１０ｂには荷物が積載される。牽引自動車１０のトラクターヘッド１０ａがシャーシ１０ｂを牽引することで、荷物の輸送を行っている。

ここで、牽引自動車１０の安全性を高めるために、トラクターヘッド１０ａだけではなく、シャーシ１０ｂについても、３ヶ月毎の定期点検が推奨され、１２ヶ月毎の法定点検が義務づけられている。定期点検、法定点検に含まれる点検項目のうち、走行状況によっては省略可能な項目が存在する。

たとえば、ネットワークに接続可能なデジタルタコグラフ等の運行記録計を商用車に装着し、商用車の移動情報を収集、分析する従来技術がある。この従来技術を用いることで、牽引自動車１０の走行状況を特定することができる。

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

しかしながら、上述した従来技術では、被牽引車両の走行状況に応じた点検を提示することができないという問題がある。

図２０で説明したシャーシ１０ｂは着脱可能であるため、複数の運送会社が協力して、シャーシ１０ｂを目的地まで輸送する場合がある。たとえば、シャーシ１０ｂは、トラクターヘッド１０ａにより、所定の地点まで牽引されて、トラクターヘッド１０ａから離脱した後、他のトラクターヘッドに結合されて次の地点まで牽引される場合がある。

従来技術では、牽引自動車１０のトラクターヘッド１０ａに運行記録計を装着するものであり、トラクターヘッド１０ａに関しては走行状況を特定することが可能である。しかし、シャーシ１０ｂについては、異なる複数のトラクターヘッドに結合されて移動を繰り返し、また、シャーシ１０ｂを牽引した各トラクターヘッドの運送会社が異なる場合も多いため、シャーシ１０ｂに関する走行状況を記録することが難しい。このため、シャーシの走行状況に応じた点検を提示することができない。

１つの側面では、本発明は、被牽引車両の走行状況に応じた点検を提示することができる被牽引車両管理システム、被牽引車両管理方法および被牽引車両管理プログラムを提供することを目的とする。

第１の案では、被牽引車両管理システムは、端末装置とサーバとを有する。端末装置は、取得部と、通知部とを有する。サーバは、受信部と、記憶部と、検出部とを有する。取得部は、牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、端末装置の位置情報と、時刻情報とを取得する。通知部は、識別情報と、位置情報と、時刻情報とを関連付けた関連情報をサーバに通知する。受信部は、関連情報を受信する。記憶部は、関連情報を記憶する。検出部は、関連情報から生成された走行状況の情報に基づき、被牽引車両に対する複数の点検項目のうち、被牽引車両の走行状況に応じた点検項目を検出する。

被牽引車両の走行状況に応じた点検を提示することができる。

図１は、本実施例に係るシステムの一例を示す図である。 図２は、端末装置の表示画面の一例を示す図である。 図３は、本実施例に係る端末装置の構成を示す機能ブロック図である。 図４は、関連情報のデータ構造の一例を示す図である。 図５は、本実施例に係るサーバの構成を示す機能ブロック図である。 図６は、走行状況テーブルのデータ構造の一例を示す図である。 図７は、走行履歴テーブルのデータ構造の一例を示す図である。 図８は、整備管理テーブルのデータ構造の一例を示す図である。 図９は、点検項目テーブルのデータ構造の一例を示す図である。 図１０は、シャーシ一覧情報のデータ構造の一例を示す図である。 図１１は、本実施例に係る端末装置の処理手順を示すフローチャートである。 図１２は、結合フェーズ処理の処理手順を示すフローチャートである。 図１３は、離脱フェーズ処理の処理手順を示すフローチャートである。 図１４は、本実施例に係るサーバの処理手順を示すフローチャートである。 図１５は、本実施例に係る端末装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１６は、本実施例に係るサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１７は、本実施例に係る整備管理者端末の構成を示す機能ブロック図である。 図１８は、走行距離に応じて可変となる点検項目の一例を示す図である。 図１９は、本実施例に係る整備管理者端末と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図２０は、牽引自動車の一例を示す図である。

以下に、本願の開示する被牽引車両管理システム、被牽引車両管理方法および被牽引車両管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例に係るシステムの一例を示す図である。このシステムでは、端末装置１００と、サーバ２００と、整備管理者端末３００とがネットワーク５０を介して相互に接続される。

図１において、牽引自動車２０は、トラクターヘッド２０ａに、シャーシ２０ｂが着脱可能に結合されている。本実施例では被牽引車両の一例として、シャーシを用いて説明するがこれに限定されるものではなく、たとえば、コンテナ等であってもよい。シャーシ２０ｂには荷物が積載される。牽引自動車２０のトラクターヘッド２０ａは、かかるシャーシ２０ｂを牽引することで、荷物の輸送を行う。また、シャーシ２０ｂは、トラクターヘッド２０ａから離脱され、他のトラクターヘッド（図示略）に結合されて、牽引される。本実施例に係るシャーシ２０ｂは、結合、離脱を繰り返して、異なるトラクターヘッドに牽引され、目的地に輸送されるものとする。以下の説明では、特定のシャーシ、特定のトラクターヘッドに限定しないで説明を行う場合には、シャーシ、トラクターヘッドに対する符号を省略する。

シャーシ２０ｂには、常時、ビーコンを発信する発信機２１が設置されている。発信機２１は、太陽光を電力に変換する太陽電池２１ａを有しており、電力をこの太陽電池２１ａから受け付ける。発信機２１から発信されるビーコンには、シャーシ２０ｂを一意に識別する「シャーシ番号」の情報が含まれる。

牽引自動車２０の運転手は、端末装置１００を有している。端末装置１００は、ネットワーク５０を介して、サーバ２００に接続される。端末装置１００は、位置情報を算出するために、人工衛星３０と通信を行う。また、端末装置１００は、発信機２１の電波が届く範囲に含まれる場合には、発信機２１からビーコンを受信する。

端末装置１００は、携帯電話、スマートフォン、タブレット端末、ノートＰＣ（Personal Computer）等の端末装置に対応する。運転手は、端末装置１００を操作して、各種の情報を入力し、端末装置１００は、入力された情報を用いて、関連情報を生成し、関連情報をサーバ２００に送信する。

たとえば、関連情報には、シャーシ番号、ヘッド番号、状態、時刻情報、位置情報、積載有無、積載内容が含まれる。シャーシ番号は、シャーシを一意に識別する情報であり、ヘッド番号は、トラクターヘッドを一意に識別する情報である。関連情報のシャーシ番号と、ヘッド番号との対応関係により、どのトラクターヘッドが、どのシャーシを牽引しているかを識別できる。

状態は、シャーシの状態を示すものであり、たとえば、「結合」、「走行」、「離脱」、「荷積み」、「荷卸し」が含まれる。「結合」は、シャーシと、トラクターヘッドとが結合されたことを示す。「走行」は、シャーシが、トラクターヘッドに牽引されて走行中であることを示す。「離脱」は、シャーシと、トラクターヘッドとの結合が解除されたことを示す。「荷積み」は、シャーシに荷物が荷積みされたことを示す。「荷卸し」は、シャーシの荷物が荷卸しされたことを示す。

時刻情報は、シャーシ番号およびヘッド番号の入力を受け付けた時刻を示すものである。位置情報は、シャーシ番号およびヘッド番号の入力を受け付けた時点における、端末装置１００の位置情報を示す。端末装置１００は、人工衛星３０から電波を受信して、位置情報を算出する。積載有無は、シャーシ番号で識別されるシャーシに荷物が積載されているか否かを示す情報である。積載内容は、シャーシに積載されている荷物の種別を示す情報である。

本実施例に係るシステムにおいて、端末装置１００を用いた運用のフェーズには、結合フェーズ、牽引運行フェーズ、離脱フェーズが含まれる。

「結合フェーズ」における端末装置１００の処理について説明する。結合フェーズの段階で、トラクターヘッド２０ａの運転手は、牽引するシャーシ２０ｂの場所を検索済みとする。トラクターヘッド２０ａの運転手は、トラクターヘッド２０ａと、シャーシ２０ｂとの結合作業を済ませると、端末装置１００を操作して、シャーシ番号、ヘッド番号、状態、積載有無、積載内容を入力する。

図２は、端末装置の表示画面の一例を示す図である。図２に示すように、この表示画面６０には、領域６１～６５と、変更ボタン６６とを有する。領域６１は、トラクターヘッド２０ａのヘッド番号を入力する領域である。運転手は、端末装置１００を操作して、領域６１に、ヘッド番号を入力する。

領域６２は、トラクターヘッド２０ａに結合されたシャーシ２０ｂのシャーシ番号を入力する領域である。トラクターヘッド２０ａにシャーシ２０ｂが結合された場合には、シャーシ２０ｂに設置された発信機２１のビーコンが端末装置１００に届くため、端末装置１００は、ビーコンに含まれるシャーシ番号を特定し、領域６２に入力する。

領域６３は、シャーシの状態を入力する領域である。たとえば、領域６３には、選択ボタン６３ａ，６３ｂが含まれる。選択ボタン６３ａが選択されると、トラクターヘッド２０ａとシャーシ２０ｂとが結合されていることを示す。選択ボタン６３ｂが選択されると、トラクターヘッド２０ａとシャーシ２０ｂとが結合されていないことを示す。選択ボタン６３ａ，６３ｂのどちらかが選択されると、他方の選択ボタンが未選択となる。結合フェーズにおいて、運転手は、トラクターヘッド２０ａとシャーシ２０ｂとを結合した場合には、端末装置１００を操作して、選択ボタン６３ａを選択する。

領域６４は、シャーシに荷物を積載しているか否かを入力する領域である。領域６４には、選択ボタン６４ａ，６４ｂが含まれる。選択ボタン６４ａが選択されると、シャーシ２０ｂに荷物が積載されていることを示す。選択ボタン６４ｂが選択されると、シャーシ２０ｂに荷物が積載されていないことを示す。選択ボタン６４ａ，６４ｂのどちらかが選択されると、他方の選択ボタンが未選択となる。シャーシ２０ｂに荷物が搭載されていないものとすると、運転手は、端末装置１００を操作して、選択ボタン６４ｂを選択する。

領域６５は、シャーシ２０ｂに荷物が積載されている場合に、積載された荷物の種別を入力する領域である。シャーシ２０ｂに荷物が積載されていない場合には、領域６５はブランクであってもよい。なお、端末装置１００は、複数の荷物の種別の候補を選択可能にして、領域６５に表示させ、運転手が複数の荷物の種別の候補から、いずれかの荷物の種別を選択してもよい。

変更ボタン６６は、表示画面６０の領域６１～６５の入力が完了した場合に、運転手が押下するボタンである。端末装置１００は、変更ボタン６６の押下を受け付けると、領域６１～６５に入力された情報を基にして、関連情報を生成し、関連情報をサーバ２００に送信する。

たとえば、「結合フェーズ」において、サーバ２００に送信される関連情報には、領域６１に入力されたヘッド番号、領域６２に表示したシャーシ番号、状態「結合」、積載有無「無」、積載内容「ブランク」、時刻情報、位置情報が含まれる。時刻情報は、変更ボタン６６が押下された時刻の情報である。位置情報は、変更ボタン６６が押下された時点の、端末装置１００の位置情報である。

続いて、「牽引運行フェーズ」における端末装置１００の処理について説明する。牽引運行フェーズにおいて、端末装置１００は、シャーシ２０ｂに設置された発信機２１からビーコンを受信している間は、定期的に、関連情報をサーバ２００に送信する。たとえば、牽引運行フェーズにおいて、サーバ２００に送信される関連情報には、結合フェーズで入力された、シャーシ番号と、ヘッド番号とが含まれる。また、端末装置１００は、関連情報を送信する直前に、時刻情報および位置情報を取得し、関連情報に登録する。端末装置１００は、関連情報の状態を「走行」に設定し、積載有無、積載内容に関しては、最新の情報を設定しておく。次に説明するように、関連情報の積載有無、積載内容に関しては、荷積み、荷卸しが行われた際に、更新される。

運転手は、牽引運行フェーズにおいて、「荷積み」、「荷卸し」を行う場合がある。運転手は、シャーシ２０ｂに荷物を「荷積み」した場合、端末装置１００を操作して、表示画面６０の領域６４の選択ボタン６４ａを選択し、領域６５に荷物の種別を入力する。運転手は、変更が完了すると変更ボタン６６を押下する。端末装置１００は、荷積み時に、係る入力を受け付けた場合に、関連情報をサーバ２００に送信する。荷積みされた場合に送信される関連情報には、結合フェーズで入力された、シャーシ番号と、ヘッド番号が含まれる。端末装置１００は、状態「荷積み」、積載有無「有」、積載内容「入力された種別」を、関連情報に登録する。また、端末装置１００は、関連情報を送信する直前に、時刻情報および位置情報を取得し、関連情報に登録する。

運転手は、運転手がシャーシ２０ｂから荷物を「荷卸し」した場合には、端末装置１００を操作して、表示画面６０の領域６４の選択ボタン６４ｂを選択し、領域６５をブランクに設定する。運転手は、変更が完了すると変更ボタン６６を押下する。端末装置１００は、荷卸し時に、係る入力を受け付けた場合に、関連情報をサーバ２００に送信する。荷卸しされた場合に送信される関連情報には、結合フェーズで入力された、シャーシ番号と、ヘッド番号が含まれる。端末装置１００は、状態「荷卸し」、積載有無「無」、積載内容「ブランク」を、関連情報に登録する。また、端末装置１００は、関連情報を送信する直前に、時刻情報および位置情報を取得し、関連情報に登録する。

続いて、「離脱フェーズ」における端末装置１００の処理について説明する。離脱フェーズに段階で、運転手は、牽引自動車２０を所定の場所に移動させた後に、トラクターヘッド２０ａと、シャーシ２０ｂとの切り離し作業を済ませると、端末装置１００を操作して、シャーシ番号、ヘッド番号、状態、積載有無、積載内容を入力する。

たとえば、端末装置１００は、図２に示した表示画面６０を表示させる。端末装置１００は、領域６１に、結合フェーズで入力されたヘッド番号を表示させる。端末装置１００は、領域６２に、結合フェーズで入力されたシャーシ番号を表示させる。領域６３に関して、運転手は、選択ボタン６３ｂを選択する。運転手は、領域６４、６５をそのままにして（場合によっては変更してもよい）、変更ボタン６６を押下すると、端末装置１００は、関連情報を生成し、関連情報をサーバ２００に送信する。

たとえば、「離脱フェーズ」において、サーバ２００に送信される関連情報には、領域６１に入力されたヘッド番号、領域６２に表示したシャーシ番号、状態「離脱」、積載有無「無」、積載内容「ブランク」、時刻情報、位置情報が含まれる。時刻情報は、変更ボタン６６が押下された時刻の情報である。位置情報は、変更ボタン６６が押下された時点の、端末装置１００の位置情報である。

牽引自動車２０の運転手が、結合フェーズ、牽引運行フェーズ、離脱フェーズにおいて入力操作を行い、端末装置１００が、各フェーズにおける関連情報を、サーバ２００に送信する。続いて、他の運転手が、結合フェーズ、牽引運行フェーズ、離脱フェーズにおいて入力操作を行い、他の運転手の所有する端末装置（図示略）が、各フェーズにおける関連情報を、サーバ２００に送信する運用が繰り返し行われる。

次に、本実施例に係る端末装置１００の構成の一例について説明する。図３は、本実施例に係る端末装置の構成を示す機能ブロック図である。図３に示すように、この端末装置１００は、通信部１１０、ビーコン受信部１２０、位置測定部１３０、タイマ１４０、入力部１５０、表示部１６０、記憶部１７０、制御部１８０を有する。ここでは、本実施例の特徴部分に関連する、端末装置１００の処理について説明し、電話機能等の一般的なスマートフォンに関する処理の説明を省略する。

通信部１１０は、ネットワーク５０を介して、サーバ２００とデータ通信を実行する処理部である。後述する制御部１８０は、通信部１１０を介して、サーバ２００とデータをやり取りする。通信部１１０は、通信装置に対応する。

ビーコン受信部１２０は、シャーシに設置された発信機（たとえば、発信機２１）からビーコンを受信する受信機である。ビーコンには、シャーシを一意に識別するシャーシ番号の情報が含まれている。ビーコン受信部１２０は、受信中のビーコンに含まれるシャーシ番号の情報を、制御部１８０に出力する。

位置測定部１３０は、ＧＰＳ（Global Positioning System）により、端末装置１００の位置情報を測定する測定装置である。たとえば、位置測定部１３０は、複数の人工衛星３０から電波を受信し、送信時刻と受信時刻との差を基にして、位置情報を算出する。位置測定部１３０は、位置情報を制御部１８０に出力する。

タイマ１４０は、現在の時刻情報（日時の情報）を制御部１８０に出力するタイマである。

入力部１５０は、運転手が、各種の情報を端末装置１００に入力するための入力装置である。たとえば、入力部１５０は、入力ボタン、タッチパネル等に対応する。運転手は、入力部１５０を操作して、図２で説明した情報を入力する。

表示部１６０は、制御部１８０から出力される情報を表示する表示装置である。たとえば、表示部１６０は、液晶ディスプレイ、有機ディスプレイ、タッチパネル等に対応する。表示部１６０は、図２で説明したような表示画面６０を表示する。

記憶部１７０は、関連情報１７０ａを有する。記憶部１７０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子などの記憶装置に対応する。

関連情報１７０ａは、結合フェーズ、牽引運行フェーズ、離脱フェーズにおいて、制御部１８０により生成される情報である。図４は、関連情報のデータ構造の一例を示す図である。図４に示すように、関連情報１７０ａは、シャーシ番号、ヘッド番号、状態、日時、位置、積載有無、積載内容を有する。

シャーシ番号は、シャーシを一意に識別する情報である。ヘッド番号は、シャーシに結合されるトラクターヘッドを一意に識別する情報である。状態は、シャーシの状態を示すものである。たとえば、状態には「結合」、「走行」、「荷積み」、「荷卸し」、「離脱」のうち、いずれかが設定される。日時は、関連情報１７０ａを生成した際の日時を示すものである。位置は、関連情報１７０ａを生成した時点の位置情報を示すものである。積載有無は、シャーシ番号で識別されるシャーシに荷物が積載されているか否かを示す情報である。積載内容は、シャーシに積載されている荷物の種別を示す情報である。

図３の説明に戻る。制御部１８０は、取得部１８０ａ、通知部１８０ｂを有する。制御部１８０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部１８０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

「結合フェーズ」における取得部１８０ａの処理の一例について説明する。運転手が、入力部１５０を操作して、表示画面の表示要求を行うと、取得部１８０ａは、図２に示した表示画面６０の情報を表示部１６０に表示する。取得部１８０ａは、ビーコン受信部１２０から、シャーシ番号の情報を取得し、表示画面６０の領域６２にシャーシ番号を表示させる。

運転手は、入力部１５０を操作して、領域６１にヘッド番号を入力する。運転手は、入力部１５０を操作して、領域６３の選択ボタン６３ａを選択する。運転手は、牽引するシャーシに荷物が積載されていない場合には、入力部１５０を操作して、領域６４の選択ボタン６４ｂを選択する。運転手は、牽引するシャーシに荷物が搭載されている場合には、入力部１５０を操作して、領域６４の選択ボタン６４ａを選択し、領域６５に積載内容を入力する。運転手は、表示画面６０の入力が完了した場合に、変更ボタン６６を押下する。

取得部１８０ａは、変更ボタン６６が押下されたことを検出すると、領域６１～６５に入力された情報を基にして、関連情報１７０ａを生成する。たとえば、領域６１の情報を、関連情報１７０ａのヘッド番号に設定し、領域６２の情報を、関連情報１７０ａのシャーシ番号に設定する。取得部１８０ａは、領域６３の選択ボタン６３ａが選択されている場合には、関連情報１７０ａの状態を「結合」に設定する。

取得部１８０ａは、領域６４の選択ボタン６４ｂが選択されている場合には、関連情報１７０ａの積載有無を「無」に設定し、積載内容をブランクとする。取得部１８０ａは、領域６４の選択ボタン６４ａが選択されている場合には、関連情報１７０ａの積載有無を「有」に設定し、領域６４の情報を、積載内容に設定する。

また、取得部１８０ａは、変更ボタン６６を押下された時点の時刻情報を、タイマ１４０から取得し、関連情報１７０ａの日時に設定する。取得部１８０ａは、変更ボタン６６を押下された時点の位置情報を、位置測定部１３０から取得し、関連情報１７０ａの位置に設定する。

続いて、「牽引運行フェーズ」における取得部１８０ａの処理の一例について説明する。たとえば、取得部１８０ａは、関連情報１７０ａの状態が「結合」に設定された後に、位置測定部１３０から取得する位置情報と、関連情報１７０ａの位置情報との距離が閾値以上になった場合に、「牽引運行フェーズ」に移行したと判定する。

取得部１８０ａは、「牽引運行フェーズ」に移行したと判定すると、定期的に、次の処理を実行する。取得部１８０ａは、ビーコン受信部１２０から、シャーシ番号の情報を取得し、取得したシャーシ番号を、関連情報１７０ａのヘッド番号に登録する。また、取得部１８０ａは、関連情報１７０ａの状態を「走行」に更新する。取得部１８０ａは、タイマ１４０から、時刻情報を取得し、取得した時刻情報によって、関連情報１７０ａの日時を更新する。取得部１８０ａは、位置測定部１３０から、位置情報を取得し、取得した位置情報によって、関連情報１７０ａの位置を更新する。

ところで、運転手は、牽引運行フェーズにおいて、「荷積み」、「荷卸し」を行う場合がある。運転手は、シャーシ２０ｂに荷物を「荷積み」した場合、入力部１５０を操作して、表示画面６０の領域６４の選択ボタン６４ａを選択し、領域６５に荷物の種別を入力する。運転手は、荷積みが完了すると変更ボタン６６を押下する。

取得部１８０ａは、変更ボタン６６が押下されたことを検出すると、領域６１～６５に入力された情報を基にして、関連情報１７０ａを更新する。たとえば、領域６１の情報を、関連情報１７０ａのヘッド番号に設定し、領域６２の情報を、関連情報１７０ａのシャーシ番号に設定する。

取得部１８０ａは、荷積みが行われた場合には、関連情報１７０ａの状態を「荷積み」に設定する。たとえば、取得部１８０ａは、「牽引運行フェーズ」において、領域６４の選択ボタンが、選択ボタン６４ｂから選択ボタン６４ａに変更された場合に、「荷積み」であると判定する。取得部１８０ａは、関連情報１７０ａの積載有無を「有」に設定し、領域６４の情報を、積載内容に設定する。

また、取得部１８０ａは、変更ボタン６６を押下された時点の時刻情報を、タイマ１４０から取得し、関連情報１７０ａの日時に設定する。取得部１８０ａは、変更ボタン６６を押下された時点の位置情報を、位置測定部１３０から取得し、関連情報１７０ａの位置に設定する。

運転手は、シャーシ２０ｂに荷物を「荷卸し」した場合、入力部１５０を操作して、表示画面６０の領域６４の選択ボタン６４ｂを選択し、領域６５の情報を削除する。運転手は、荷卸しが完了すると変更ボタン６６を押下する。

取得部１８０ａは、変更ボタン６６が押下されたことを検出すると、領域６１～６５に入力された情報を基にして、関連情報１７０ａを更新する。たとえば、領域６１の情報を、関連情報１７０ａのヘッド番号に設定し、領域６２の情報を、関連情報１７０ａのシャーシ番号に設定する。

取得部１８０ａは、荷卸しが行われた場合には、関連情報１７０ａの状態を「荷卸し」に設定する。たとえば、取得部１８０ａは、「牽引運行フェーズ」において、領域６４の選択ボタンが、選択ボタン６４ａから選択ボタン６４ｂに変更された場合に、「荷卸し」であると判定する。取得部１８０ａは、関連情報１７０ａの積載有無を「無」に設定し、領域６４の情報を、ブランクに設定する。

また、取得部１８０ａは、変更ボタン６６を押下された時点の時刻情報を、タイマ１４０から取得し、関連情報１７０ａの日時に設定する。取得部１８０ａは、変更ボタン６６を押下された時点の位置情報を、位置測定部１３０から取得し、関連情報１７０ａの位置に設定する。

「離脱フェーズ」における取得部１８０ａの処理の一例について説明する。運転手が、入力部１５０を操作して、表示画面の表示要求を行うと、取得部は、表示画面６０の情報を表示部１６０に表示する。取得部１８０ａは、関連情報１７０ａに登録されたヘッド番号を領域６１に表示させる。取得部１８０ａは、ビーコン受信部１２０から、シャーシ番号の情報を取得し、表示画面６０の領域６２にシャーシ番号を表示させる。

運転手は、入力部１５０を操作して、領域６３の選択ボタン６３ｂを選択する。運転手は、牽引するシャーシに荷物が積載されていない場合には、入力部１５０を操作して、領域６４の選択ボタン６４ｂを選択する。運転手は、牽引するシャーシに荷物が搭載されている場合には、入力部１５０を操作して、領域６４の選択ボタン６４ａを選択し、領域６５に積載内容を入力する。運転手は、表示画面６０の入力が完了した場合に、変更ボタン６６を押下する。運転手は、牽引するシャーシに荷物が搭載されていない場合には、入力部１５０を操作して、領域６４の選択ボタン６４ｂを選択し、領域６５に積載内容をブランクとする。運転手は、表示画面６０の入力が完了した場合に、変更ボタン６６を押下する。

取得部１８０ａは、変更ボタン６６が押下されたことを検出すると、領域６１～６５に入力された情報を基にして、関連情報１７０ａを更新する。たとえば、領域６１の情報を、関連情報１７０ａのヘッド番号に設定し、領域６２の情報を、関連情報１７０ａのシャーシ番号に設定する。取得部１８０ａは、領域６３の選択ボタンが選択ボタン６３ａから６３ｂに変更された場合には、関連情報１７０ａの状態を「離脱」に設定する。

また、取得部１８０ａは、変更ボタン６６を押下された時点の時刻情報を、タイマ１４０から取得し、関連情報１７０ａの日時に設定する。取得部１８０ａは、変更ボタン６６を押下された時点の位置情報を、位置測定部１３０から取得し、関連情報１７０ａの位置に設定する。

通知部１８０ｂは、各フェーズにおいて取得部１８０ａに生成、更新される関連情報１７０ａを、サーバ２００に通知する処理部である。

図３では、牽引自動車２０の運転手が有する端末装置１００の構成について説明したが、他の牽引自動車の運転手が有する端末装置の構成も、図３で説明した端末装置と同様の構成である。すなわち、牽引自動車２０によりある地点まで牽引されたシャーシ２０ｂを牽引する他の牽引自動車の運転手も端末装置を操作し、かかる端末装置は、各フェーズにおいて、関連情報を生成し、関連情報をサーバ２００に通知する。

次に、サーバ２００の説明に移行する。サーバ２００は、端末装置１００から送信される関連情報を受信し、記憶部に記憶する装置である。図５は、本実施例に係るサーバの構成を示す機能ブロック図である。図５に示すように、このサーバ２００は、通信部２１０と、入力部２２０と、表示部２３０と、記憶部２４０と、制御部２５０とを有する。

通信部２１０は、ネットワーク５０を介して、端末装置１００、他の端末装置（図示略）、整備管理者端末３００とデータ通信を実行する処理部である。以下の説明では、牽引自動車２０の運転手の端末装置１００と、他の運転手の端末装置とをまとめて、端末装置１００と表記する。後述する制御部２５０は、通信部２１０を介して、端末装置１００から関連情報を受信する。制御部２５０は、通信部２１０を介して、整備管理者端末３００から点検結果情報を受信する。通信部１１０は、通信装置に対応する。

入力部２２０は、各種の情報をサーバ２００に入力するための入力装置である。たとえば、入力部２２０は、キーボード、マウス、タッチパネル等に対応する。

表示部２３０は、制御部２５０から出力される情報を表示する表示装置である。たとえば、表示部２３０は、液晶ディスプレイ、タッチパネル等に対応する。

記憶部２４０は、走行状況テーブル２４０ａ、走行履歴テーブル２４０ｂ、整備管理テーブル２４０ｃ、点検項目テーブル２４０ｄ、シャーシ一覧情報２４０ｅを有する。記憶部２４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

走行状況テーブル２４０ａは、シャーシの走行状況を管理するテーブルである。図６は、走行状況テーブルのデータ構造の一例を示す図である。図６に示すように、この走行状況テーブル２４０ａは、シャーシ番号、ヘッド番号、状態、日時、位置、積載有無、積載内容を対応付ける。シャーシ番号、ヘッド番号、状態、日時、位置、積載有無、積載内容に関する説明は、図４の関連情報のデータ構造で説明したものと同様である。

走行履歴テーブル２４０ｂは、シャーシの走行履歴に関する情報を保持するテーブルである。図７は、走行履歴テーブルのデータ構造の一例を示す図である。図７に示すように、この走行履歴テーブル２４０ｂは、シャーシ番号、ヘッド番号、開始日時、終了日時、走行距離を有する。シャーシ番号は、シャーシを一意に識別する情報である。ヘッド番号は、シャーシに結合されるトラクターヘッドを一意に識別する情報である。

開始日時は、ヘッド番号に識別されるトラクターヘッドによる該当シャーシ（シャーシ番号に識別されるシャーシ）の牽引が開始された日時を示す。終了日時は、ヘッド番号に識別されるトラクターヘッドによる該当シャーシの牽引が終了した日時を示す。走行距離は、ヘッド番号に識別されるトラクターヘッドにより、該当シャーシが牽引された距離を示す。

たとえば、図７の１行目のレコードについて説明する。シャーシ番号「札幌３２５６」のシャーシは、ヘッド番号「札幌８０８１」のトラクターヘッドに牽引されており、この牽引の開始日時は「２０１８年９月１日６時５分３１秒」であり、終了日時は「２０１８年９月１日１７時３２分５９秒」である。また、この牽引によるシャーシ番号「札幌３２５６」のシャーシの走行距離は「３４０ｋｍ」である。

整備管理テーブル２４０ｃは、シャーシに対して行った整備に関する情報を保持するテーブルである。図８は、整備管理テーブルのデータ構造の一例を示す図である。図８に示すように、この整備管理テーブル２４０ｃは、シャーシ番号、点検種別、点検者識別情報、点検日、点検結果を保持する。シャーシ番号は、シャーシを一意に識別する情報である。

点検種別は、点検の種別を示す情報である。たとえば、点検種別には、３ヶ月点検と、１２ヶ月点検がある。３ヶ月点検は、３ヶ月に一度点検を実施することが推奨される点検である。１２ヶ月点検は、１２ヶ月に一度点検を実施することが義務づけられる点検である。点検者識別情報は、シャーシに対する点検を行った点検者を一意に識別する情報である。点検日は、シャーシに対する点検を最後に行った日付を示す情報である。点検結果は、各点検項目に対する点検結果を示す情報である。

点検項目テーブル２４０ｄは、各点検に含まれる点検項目の情報を保持するテーブルである。図９は、点検項目テーブルのデータ構造の一例を示す図である。図９に示すように、この点検項目テーブル２４０ｄは、点検種別と、点検項目と、省略フラグとを対応付ける。

点検種別は、点検の種別を示す情報である。点検項目は、点検項目の内容を示す情報である。省略フラグは、シャーシの総走行距離が所定距離未満である場合に、該当する点検項目の点検を省略可能であるか否かを示すフラグである。省略可能である場合には、省略フラグが「オン」となる。省略可能でない場合には、省略フラグが「オフ」となる。本実施例では一例として、シャーシの総走行距離が「２０，０００ｋｍ」未満である場合に、該当する点検項目の点検を省略可能とする。

図９に示す例では、点検種別が「３ヶ月点検」である場合には、点検項目はＸ１－１～Ｘ１－ｎとなる。点検種別が「１２ヶ月点検」である場合には、点検項目はＸ１－１～Ｘ１－ｎ、Ｘ２－１～Ｘ２－ｍとなる。ｎ、ｍは自然数である。図９に示すように、３ヶ月点検の点検項目よりも、１２ヶ月点検の点検項目の方が、項目数が多い。

たとえば、図９において、点検項目「Ｘ１－３、Ｘ１－４、Ｘ２－３」は、省略フラグが「オン」となっている。このため、点検対象となるシャーシの総走行距離が「２０，０００ｋｍ」未満である場合に、点検項目「Ｘ１－３、Ｘ１－４、Ｘ２－３」が、点検項目から除外される。

シャーシ一覧情報２４０ｅは、シャーシに関する各種の情報を保持する情報であり、たとえば、整備管理者端末３００に送信されて表示される。図１０は、シャーシ一覧情報のデータ構造の一例を示す図である。図１０に示すように、シャーシ一覧情報２４０ｅは、シャーシ番号、最終点検日、点検種別、経過日数、総走行距離、シャーシ位置を含む。

シャーシ番号は、シャーシを一意に識別する情報である。最終点検日は、最後に点検が行われた日付を示す情報である。点検種別は、最後に行った点検の種別を示す情報である。経過日数は、最終点検日から、現在の日付までの経過日数を示す情報である。総走行距離は、シャーシの総走行距離を示す情報である。シャーシ位置は、現在のシャーシの位置を示すものである。

たとえば、図１０の１行目のレコードについて説明する。シャーシ番号「札幌３２５６」のシャーシに対する最終点検日は「２０１６年７月２８日」であり、その時の点検種別は「１２ヶ月点検」である。また、最終点検日からの経過日数は「３４８日」である。シャーシの総走行距離は「１９，３００ｋｍ」である。シャーシのシャーシ位置は「札幌市中央区」である。

図５の説明に戻る。制御部２５０は、受信部２５０ａと、生成部２５０ｂと、検出部２５０ｃと、通知部２５０ｄとを有する。制御部２５０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部２５０は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

受信部２５０ａは、端末装置１００から関連情報を受信した場合に、受信した関連情報を走行状況テーブル２４０ａに登録する。また、受信部２５０ａは、整備管理者端末３００から、点検結果情報を受信した場合に、受信した点検結果情報を整備管理テーブル２４０ｃに登録する。たとえば、点検結果情報には、シャーシ番号、点検種別、点検者識別情報、点検日、点検結果が含まれる。各情報の説明は図８において説明した情報の説明と同様である。

また、受信部２５０ａは、整備管理者端末３００から、問合せ情報を受信してもよい。この問合せ情報は、あるシャーシの点検項目を問い合わせる情報である。受信部２５０ａは、受信した問合せ情報を、検出部２５０ｃに出力する。

生成部２５０ｂは、走行状況テーブル２４０ａを基にして、走行履歴テーブル２４０ｂを生成する処理部である。以下において、生成部２５０ｂが走行履歴テーブル２４０ｂを生成する処理の一例について説明する。生成部２５０ｂは、走行状況テーブル２４０ａを参照し、あるシャーシ番号と、あるヘッド番号とを選択する。選択したシャーシ番号を「選択シャーシ番号」、選択したヘッド番号を「選択ヘッド番号」と表記する。

生成部２５０ｂは、選択シャーシ番号と、選択ヘッド番号との組に対応するレコードを走行状況テーブルから選択し、選択したレコードを、時系列にソートする。生成部２５０ｂは、ソートしたレコードの各日時のうち、最も古い日時を、開始日時として特定する。生成部２５０ｂは、ソートしたレコードの各日時のうち、最も新しい日時を、終了日時として特定する。生成部２５０ｂは、ソートした前後レコードに含まれる位置の距離をそれぞれ算出し、各距離を合計することで、走行距離を算出する。

生成部２５０ｂは、「選択シャーシ番号」および「選択ヘッド番号」の組を選択し直しながら、上記処理を繰り返し実行することで、走行履歴テーブル２４０ｂを生成する。

また、生成部２５０ｂは、走行状況テーブル２４０ａ、走行履歴テーブル２４０ｂ、整備管理テーブル２４０ｃを基にして、シャーシ一覧情報２４０ｅを生成する。以下において、生成部２５０ｂが、シャーシ一覧情報２４０ｅを生成する処理の一例について説明する。生成部２５０ｂは、走行履歴テーブル２４０ｂを参照し、あるシャーシ番号を選択する。選択したシャーシ番号を「選択シャーシ番号」と表記する。

生成部２５０ｂは、選択シャーシ番号に対応するレコードを、走行履歴テーブル２４０ｂから選択し、選択したレコードの含まれる各走行距離を合計することで、「総走行距離」を算出する。生成部２５０ｂは、選択シャーシ番号に対応するレコードを、走行状況テーブル２４０ａから選択し、選択した各レコードのうち、日時が最も新しいレコードの含まれる位置を特定する。生成部２５０ｂは、特定した位置と、地図情報（図示略）とを比較して、特定した位置に対応する地名（場所名）を「シャーシ位置」として特定する。

生成部２５０ｂは、選択シャーシ番号に対応するレコードを、整備管理テーブル２４０ｃから選択し、選択したレコードを、時系列にソートする。生成部２５０ｂは、ソートしたレコードの各点検日のうち、最も新しい日付の点検日のレコードを特定する。生成部２５０ｂは、特定したレコードに含まれる点検日を「最終点検日」として特定する。生成部２５０ｂは、特定したレコードに含まれる点検種別を、シャーシ一覧情報に設定する「点検種別」として特定する。生成部２５０ｂは、最終点検日から現在の日付までの日数を、経過日数として算出する。生成部２５０ｂは、「選択シャーシ番号」を選択し直しながら、上記処理を繰り返し実行することで、シャーシ一覧情報２４０ｅを生成する。

検出部２５０ｃは、シャーシ一覧情報２４０ｅを基にして、１２ヶ月点検の法定期限に迫ったシャーシ番号を検出する。また、検出部２５０ｃは、検出したシャーシ番号に対する１２ヶ月点検を行う場合の点検項目を、シャーシ番号に対応するシャーシの総走行距離と、点検項目テーブル２４０ｄとを基にして検出する。

検出部２５０ｃが、１２ヶ月点検の法定期限に迫ったシャーシ番号を検出する処理について説明する。検出部２５０ｃは、シャーシ一覧情報２４０ｅの各レコードの経過日数を走査し、経過日数が「３４０日」以上となるレコードを特定する。検出部２５０ｃは、経過日数が３４０日以上となるレコードのシャーシ番号を、１２ヶ月点検の法定期限に迫ったシャーシ番号として検出する。検出部２５０ｃは、１２ヶ月点検の法定期限に迫ったシャーシ番号を検出した場合に、シャーシ一覧情報２４０ｅを参照して、検出したシャーシ番号に対応するシャーシ位置、総走行距離を更に検出してもよい。

検出部２５０ｃは、検出したシャーシ番号に対応する総走行距離が、「２０，０００ｋｍ」以上であるか否かを判定する。検出部２５０ｃは、検出したシャーシ番号に対応する総走行距離が、「２０，０００ｋｍ」以上である場合に、点検項目テーブル２４０ｄに含まれる１２ヶ月点検に対応する点検項目全てを、検出したシャーシ番号の点検項目として検出する。一方、検出部２５０ｃは、検出したシャーシ番号に対応する総走行距離が、「２０，０００ｋｍ」未満である場合に、点検項目テーブル２４０ｄに含まれる１２ヶ月点検に対応する点検項目のうち、省略フラグが「オン」となる点検項目の除いた残りの点検項目を、検出したシャーシ番号の点検項目として検出する。

たとえば、図１０に示したシャーシ一覧情報では、１行目のレコードが、経過日数が３４０日以上となるため、検出部２５０ｃは、シャーシ番号「札幌３２５６」を検出する。検出部２５０ｃは、シャーシ番号「札幌３２５６」に対応する走行距離が「１９，３００ｋｍ」であるため、総走行距離が「２０，０００ｋｍ」未満であると判定する。このため、検出部２５０ｃは、シャーシ番号「札幌３２５６」の点検項目を、１２ヶ月点検の全点検項目から、省略フラグが「オン」となる点検項目の除いた残りの点検項目とする。

検出部２５０ｃは、上記処理を行うことで、１２ヶ月点検の法定期限に迫ったシャーシ番号と、点検項目の情報を、検出結果として、通知部２５０ｄに出力する。

ところで、検出部２５０ｃは、整備管理者端末３００からシャーシの点検項目に関する「問合せ情報」を受け付けた場合には、応答情報を生成する。たとえば、問合せ情報には、シャーシ番号と、点検種別が含まれる。問合せ情報のシャーシ番号および点検種別は、整備管理者端末３００の点検者により適宜設定される。検出部２５０ｃは、下記の処理を行って、問合せ情報に応答する応答情報を生成する。

検出部２５０ｃは、問合せ情報のシャーシ番号に対応する総走行距離を、シャーシ一覧情報２４０ｅから検出し、検出した総走行距離が「２０，０００ｋｍ」以上であるか否かを判定する。検出部２５０ｃは、総走行距離が「２０，０００ｋｍ」以上である場合には、点検項目テーブル２４０ｄを参照し、問合せ情報の点検種別（３ヶ月点検または１２ヶ月点検）に対応する全点検項目を、問合せ情報のシャーシ番号に対応する点検項目として検出する。

たとえば、問合せ情報の点検項目が「３ヶ月点検」である場合には、図９の点検項目Ｘ１－１～Ｘ１－ｎの点検項目を検出する。問合せ情報の点検項目が「１２ヶ月点検」である場合には、図９の点検項目Ｘ１－１～Ｘ１－ｎ、Ｘ２－１～Ｘ２－ｍの点検項目を検出する。

一方、検出部２５０ｃは、総走行距離が「２０，０００ｋｍ」未満である場合には、点検項目テーブル２４０ｄを参照し、問合せ情報の点検種別（３ヶ月点検または１２ヶ月点検）の点検項目を、全点検項目から、省略フラグが「オン」となる点検項目の除いた残りの点検項目とする。たとえば、問合せ情報の点検項目が「３ヶ月点検」である場合には、図９の点検項目Ｘ１－１～Ｘ１－ｎの点検項目のうち、省略フラグが「オフ」となる点検項目を検出する。問合せ情報の点検項目が「１２ヶ月点検」である場合には、図９の点検項目Ｘ１－１～Ｘ１－ｎ、Ｘ２－１～Ｘ２－ｍの点検項目のうち、省略フラグが「オフ」となる点検項目を検出する。

検出部２５０ｃは、上記処理を実行し、検出した点検項目の情報を、応答情報に登録する。また、検出部２５０ｃは、問合せ情報のシャーシ番号に対応するシャーシ位置の情報を、シャーシ一覧情報２４０ｅから検出し、応答情報に登録してもよい。検出部２５０ｃは、応答情報を、通知部２５０ｄに出力する。

通知部２５０ｄは、検出部２５０ｃから検出結果を受け付けた場合に、検出結果を、整備管理者端末３００に通知して表示させる。通知部２５０ｄは、検出部２５０ｃから応答情報を受け付けた場合に、応答情報を、整備管理者端末３００に通知して表示させる。

また、通知部２５０ｄは、シャーシ一覧情報２４０ｅを、整備管理者端末３００に通知して表示させてもよい。通知部２５０ｄは、シャーシ一覧情報２４０ｅを、整備管理者端末３００に通知して表示させる場合に、経過日数が所定日数以上となるレコードを強調表示させてもよい。

図１の説明に戻る。整備管理者端末３００は、シャーシの点検を行う点検者が使用する端末装置である。たとえば、点検者は、シャーシの点検が完了した場合に、整備管理者端末３００を操作して点検結果情報を入力し、サーバ２００に点検結果情報を入力する。

整備管理者端末３００は、サーバ２００から送信される検出結果およびシャーシ一覧情報２４０ｅの通知を受け付けた場合に、受け付けた情報を表示する。また、点検者は、整備管理者端末３００を操作して、問合せ情報を、サーバ２００に送信する。整備管理者端末３００は、サーバ２００から通知される応答情報を表示する。

図１７は、本実施例に係る整備管理者端末の構成を示す機能ブロック図である。図１７に示すように、この整備管理者端末３００は、通信部３１０と、入力部３２０と、表示部３３０と、記憶部３４０と、制御部３５０とを有する。

通信部３１０は、ネットワーク５０を介して、サーバ２００等とデータ通信を実行する処理部である。通信部３１０は、通信装置の一例である。制御部３５０は、通信部３１０を介して、サーバ２００から、検出結果およびシャーシ一覧情報２４０ｅの通知を受け付ける。

入力部３２０は、各種の情報を整備管理者端末３００に入力するための入力装置である。たとえば、入力部３２０は、キーボード、マウス、タッチパネル等に対応する。

表示部３３０は、制御部３５０から出力される情報を表示する表示装置である。たとえば、表示部３３０は、液晶ディスプレイ、タッチパネル等に対応する。

記憶部３４０は、各種の情報を記憶する記憶部である。たとえば、記憶部３４０は、サーバ２００から通知される検出結果およびシャーシ一覧情報２４０ｅを記憶する。記憶部３４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

制御部３５０は、受付部３５０ａと、通知部３５０ｂと、表示制御部３５０ｃとを有する。制御部３５０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部３５０は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

受付部３５０ａは、サーバ２００から、検出結果およびシャーシ一覧情報２４０ｅの通知を受け付ける処理部である。受付部３５０ａは、受け付けた情報を、記憶部３４０に登録する。

通知部３５０ｂは、入力部３２０を操作する点検者から、問合せ情報の入力を受け付けた場合に、問合せ情報を、サーバ２００に通知する処理部である。

表示制御部３５０ｃは、記憶部３４０に記憶されたサーバ２００から通知される検出結果およびシャーシ一覧情報２４０ｅを、表示部３３０に出力して表示させる処理部である。

次に、本実施例に係るシステムの端末装置１００およびサーバ２００の処理手順の一例について説明する。図１１は、本実施例に係る端末装置の処理手順を示すフローチャートである。図１１に示すように、端末装置１００は、ビーコン受信部１２０によりビーコンを受信したか否かを判定する（ステップＳ１０１）。端末装置１００は、ビーコンを受信していない場合には（ステップＳ１０１，Ｎｏ）、再度ステップＳ１０１に移行する。

一方、端末装置１００がビーコンを受信した場合には（ステップＳ１０１，Ｙｅｓ）、端末装置１００の取得部１８０ａは、ビーコンに含まれるシャーシ番号を取得する（ステップＳ１０２）。取得したシャーシ番号は、後段の処理で参照できるように、例えば記憶部１７０に記憶する。

端末装置１００の取得部１８０ａおよび通知部１８０ｂは、結合フェーズ処理を実行する（ステップＳ１０３）。取得部１８０ａは、牽引運行フェーズにおいて、定期的に関連情報を生成する。定期的に関連情報を生成する場合には、ステップＳ１０２で取得したシャーシ番号と、ステップＳ１０３の結合処理の中で受け付けたヘッド番号とはそのままに、位置情報と時刻情報とを定期的に更新する。そして、取得部１８０ａは、シャーシ番号およびヘッド情報と、更新した位置情報および時刻情報とから関連情報を生成する。そして、通知部１８０ｂは、サーバ２００に関連情報を通知する（ステップＳ１０４）。

取得部１８０ａは、牽引運行フェーズにおいて、荷積みまたは荷卸しを受け付けた場合には、荷積みまたは荷卸しの関連情報を生成し、通知部１８０ｂは、サーバ２００に関連情報を通知する（ステップＳ１０５）。

端末装置１００の取得部１８０ａおよび通知部１８０ｂは、離脱フェーズ処理を実行すし（ステップＳ１０６）、処理を終了する。

続いて、図１１のステップＳ１０３に示した結合フェーズ処理の一例について説明する。図１２は、結合フェーズ処理の処理手順を示すフローチャートである。図１２に示すように、端末装置１００の取得部１８０ａは、受信中のビーコンに含まれるシャーシ番号を表示部１６０に表示させる（ステップＳ２０１）。

取得部１８０ａは、ヘッド番号の入力を受け付ける（ステップＳ２０２）。取得部１８０ａは、選択ボタン６３ａ（結合）の選択を受け付ける（ステップＳ２０３）。取得部１８０ａは、積載有無に関する情報を受け付ける（ステップＳ２０４）。ステップＳ２０２、２０３、２０４で受け付けたそれぞれの情報は、後段の処理で参照できるように、例えば記憶部１７０に記憶する。

取得部１８０ａは、変更ボタン６６が押下された場合に、位置情報および時刻情報を取得し（ステップＳ２０５）、関連情報を生成する（ステップＳ２０６）。端末装置１００の通知部１８０ｂは、関連情報をサーバ２００に通知する（ステップＳ２０７）。

続いて、図１１のステップＳ１０６に示した離脱フェーズ処理の一例について説明する。図１３は、離脱フェーズ処理の処理手順を示すフローチャートである。図１３に示すように、端末装置１００の取得部１８０ａは、関連するヘッド番号およびシャーシ番号を特定する（ステップＳ３０１）。取得部１８０ａは、ヘッド番号およびシャーシ番号を表示部１６０に表示させる（ステップＳ３０２）。

取得部１８０ａは、選択ボタン６３ｂ（離脱）の選択を受け付ける（ステップＳ３０３）。取得部１８０ａは、積載有無に関する情報を受け付ける（ステップＳ３０４）。

取得部１８０ａは、変更ボタン６６が押下された場合に、位置情報および時刻情報を取得し（ステップＳ３０５）、関連情報を生成する（ステップＳ３０６）。端末装置１００の通知部１８０ｂは、関連情報をサーバ２００に通知する（ステップＳ３０７）。

図示を省略するが、サーバ２００の受信部２５０ａは、端末装置１００の通知部１８０ｂから関連情報を受信する度に、受信した関連情報を走行状況テーブル２４０ａに登録する。また、受信部２５０ａは、整備管理者端末３００から、点検結果情報を受信する度に、受信した点検結果情報を、整備管理テーブル２４０ｃに登録する。

図１４は、本実施例に係るサーバの処理手順を示すフローチャートである。図１４に示すように、サーバ２００の生成部２５０ｂは、走行状況テーブル２４０ａを基にして、走行履歴テーブル２４０ｂを生成する（ステップＳ４０１）。

生成部２５０ｂは、走行状況テーブル２４０ａ、走行履歴テーブル２４０ｂ、整備管理テーブル２４０ｃを基にして、シャーシ一覧情報２４０ｅを生成する（ステップＳ４０２）。サーバ２００の検出部２５０ｃは、シャーシ一覧情報２４０ｅを基にして、経過日数が所定の日数以上となるシャーシ番号を検出する（ステップＳ４０３）。

検出部２５０ｃは、検出したシャーシ番号に対応する総走行距離に応じた点検項目を検出する（ステップＳ４０４）。通知部２５０ｄは、検出部２５０ｃにより検出された、点検項目の情報を整備管理者端末３００に通知する（ステップＳ４０５）。

次に、本実施例に係るシステムの効果について説明する。本実施例のシステムでは、端末装置１００が、ヘッド番号、位置情報および時刻情報を取得して、関連情報を生成し、生成した関連情報をサーバ２００に通知する。サーバ２００は、関連情報を基にして、シャーシの走行状況の情報を生成し、走行状況の情報を基にして、シャーシに対する複数の点検項目のうち、前記シャーシの走行状況に応じた点検項目を検出する。これにより、シャーシの走行状況に応じた点検を提示することができる。

たとえば、サーバ２００は、シャーシの総走行距離が所定距離未満である場合に、除外可能な点検項目を除外し、除外した結果となる点検項目を検出する。これにより、総走行距離が所定距離未満である場合に、点検が不要となる点検項目を除外して通知できるので、点検を行う点検者の負荷を減らすことができる。

図１８は、走行距離に応じて可変となる点検項目の一例を示す図である。図１８には走行装置の点検項目として「タイヤの空気圧」、「スペアタイヤの空気圧」等の複数の点検項目が登録されている。この点検項目の内、星マークが付されている点検項目は、前回の点検時における走行距離と現在の走行距離との差分が所定距離未満の場合には、点検が不要となる点検項目である。整備管理者端末３００は、所定距離に応じた点検項目を画面に出力する。

サーバ２００は、シャーシに対する経過日数が所定の日数以上となったシャーシ番号を検出し、検出したシャーシの点検に関する通知を整備管理者端末３００に通知する。これにより、１２ヶ月点検の期限に迫ったシャーシの情報を、通知することが可能となる。

ところで、上述したサーバ２００の処理は一例であり、他の処理を実行してもよい。以下において、サーバ２００のその他の処理１、２、３について説明する。

サーバ２００が実行するその他の処理１について説明する。サーバ２００の検出部２５０ｃは、シャーシに積載された積載内容と、シャーシの走行距離とを基にして、シャーシの劣化指数を算出する。検出部２５０ｃは、算出した劣化指数に応じて、１２ヶ月点検の法定期限に迫ったシャーシ番号を検出する場合の閾値を調整する。たとえば、調整前の基準となる閾値を「３４０日」とする。

検出部２５０ｃは、シャーシ番号を選択し、走行状況テーブル２４０ａにおいて、選択したシャーシ番号のレコードに含まれる積載有無を走査する。以下の説明では、選択したシャーシ番号を、選択シャーシ番号と表記する。検出部２５０ｃは、選択シャーシ番号のレコードにおいて、積載有無が「有」となる区間のうち、重量荷物に分類される積載内容で走行した走行距離を特定する。たとえば、重量荷物に対応する積載内容（金属等）は予め定義されているものとする。

検出部２５０ｃは、重量荷物に分類される積載内容で走行した走行距離が、所定の走行距離以上である場合には、閾値を「３４０－Ｌ日」に調整する。「Ｌ」は、予め管理者に設定される自然数である。検出部２５０ｃが、係る処理を実行することで、通常のシャーシよりも劣化している可能性の高いシャーシに関して、１２ヶ月点検の実施を早めに通知することができる。

サーバ２００が実行するその他の処理２について説明する。サーバ２００が係る処理を実行する場合には、前提として、端末装置１００の取得部１８０ａが、道路状況の情報を更に取得して、関連情報１７０ａに登録する。たとえば、端末装置１００は、加速度センサ（図示略）を有しており、取得部１８０ａは、加速度センサから検出される振動の振幅の大きさを道路状況の情報として取得する。以下の説明では、振動の振幅の大きさを「振動情報」と表記する。振動情報が大きいほど、トラクターヘッド、シャーシが大きく揺れたことを示すため、シャーシの通過した道路の状況が悪いと言える。端末装置１００の通知部１８０ｂは、振動情報を含めた関連情報を、サーバ２００に通知する。

サーバ２００の受信部２５０ａは、端末装置１００から振動情報を含む関連情報を受信し、走行状況テーブル２４０ａに登録する。検出部２５０ｃは、シャーシ番号を選択し、走行状況テーブル２４０ａにおいて、選択したシャーシ番号のレコードに含まれる振動情報（道路状況の情報）を走査する。以下の説明では、選択したシャーシ番号を、選択シャーシ番号と表記する。検出部２５０ｃは、選択シャーシ番号のレコードにおいて、振動情報が所定の閾値以上となるレコードを特定し、振動情報が所定の閾値以上となる状態で走行した走行距離を特定する。

検出部２５０ｃは、振動情報が所定の閾値以上となる状態で走行した走行距離が、所定の走行距離以上である場合には、閾値を「３４０－Ｍ日」に調整する。「Ｍ」は、予め管理者に設定される自然数である。検出部２５０ｃが、係る処理を実行することで、通常のシャーシよりも劣化している可能性の高いシャーシに関して、１２ヶ月点検の実施を早めに通知することができる。

上記の説明では、サーバ２００の検出部２５０ｃは、端末装置１００から通知される振動情報を基にして、道路状況が悪い中、走行した走行距離を特定していたが、これに限定されるものではない。たとえば、検出部２５０ｃは、状況の悪い道路を示す地図情報を保持しておき、係る地図情報と、シャーシの走行した位置とを比較して、道路状況が悪い中走行した走行距離を特定してもよい。すなわち、検出部２５０ｃは、状況の悪い道路の走行距離が、所定の走行距離以上である場合には、閾値を「３４０－Ｍ日」に調整する。たとえば道路状況の悪い道路とは、凹凸のある道路や、ひび割れを含む道路である。

サーバ２００が実行するその他の処理３について説明する。サーバ２００は、上記のその他の処理１、２を組み合わせることで、閾値を変更してもよい。すなわち、サーバ２００は、積載内容、走行距離、道路状況を基にして、閾値変更する。たとえば、重量荷物に分類される積載内容で走行した走行距離が所定の走行距離以上であり、かつ、振動情報が所定の閾値以上となる状態で走行した走行距離が所定の走行距離以上である場合には、閾値を「３４０－Ｌ－Ｍ日」に調整する。検出部２５０ｃが、係る処理を実行することで、通常のシャーシよりも劣化している可能性の高いシャーシに関して、１２ヶ月点検の実施を早めに通知することができる。

次に、実施例に示した端末装置１００、サーバ２００、整備管理者端末３００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１５は、本実施例に係る端末装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１５に示すように、コンピュータ４００は、各種演算処理を実行するＣＰＵ４０１と、ユーザからのデータの入力を受け付ける入力装置４０２と、ディスプレイ４０３とを有する。また、コンピュータ４００は、通信装置４０４と、インタフェース装置４０５とを有する。インタフェース装置４０５は、ビーコン受信機、位置測定装置、タイマ、加速度センサ等に接続される。コンピュータ４００は、各種情報を一時記憶するＲＡＭ４０６と、ハードディスク装置４０７とを有する。そして、各装置４０１～４０７は、バス４０８に接続される。

ハードディスク装置４０７は、取得プログラム４０７ａ、通知プログラム４０７ｂを有する。ＣＰＵ４０１は、取得プログラム４０７ａ、通知プログラム４０７ｂを読み出してＲＡＭ４０６に展開する。

取得プログラム４０７ａは、取得プロセス４０６ａとして機能する。通知プログラム４０７ｂは、通知プロセス４０６ｂとして機能する。取得プロセス４０６ａの処理は、取得部１８０ａの処理に対応する。通知プロセス４０６ｂの処理は、通知部１８０ｂの処理に対応する。

なお、各プログラム４０７ａ，４０７ｂについては、必ずしも最初からハードディスク装置４０７に記憶させておかなくてもよい。例えば、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ４００が各プログラム４０７ａ，４０７ｂを読み出して実行するようにしてもよい。

図１６は、本実施例に係るサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１６に示すように、コンピュータ５００は、各種演算処理を実行するＣＰＵ５０１と、ユーザからのデータの入力を受け付ける入力装置５０２と、ディスプレイ５０３とを有する。また、コンピュータ５００は、記憶媒体からプログラム等を読み取る読み取り装置５０４と、有線または無線ネットワークを介して、外部装置等との間でデータの授受を行うインタフェース装置５０５とを有する。コンピュータ５００は、各種情報を一時記憶するＲＡＭ５０６と、ハードディスク装置５０７とを有する。そして、各装置５０１～５０７は、バス５０８に接続される。

ハードディスク装置５０７は、受信プログラム５０７ａ、生成プログラム５０７ｂ、検出プログラム５０７ｃ、通知プログラム５０７ｄを有する。ＣＰＵ５０１は、受信プログラム５０７ａ、生成プログラム５０７ｂ、検出プログラム５０７ｃ、通知プログラム５０７ｄを読み出してＲＡＭ４０６に展開する。

受信プログラム５０７ａは、受信プロセス５０６ａとして機能する。生成プログラム５０７ｂは、生成プロセス５０６ｂとして機能する。検出プログラム５０７ｃは、検出プロセス７０６ｃとして機能する。通知プログラム５０７ｄは、通知プロセス５０７ｄとして機能する。受信プロセス５０６ａの処理は、受信部２５０ａの処理に対応する。生成プロセス４０６ｂの処理は、生成部２５０ｂの処理に対応する。検出プロセス５０６ｃの処理は、検出部２５０ｃの処理に対応する。通知プロセス２０６ｄの処理は、通知部２５０ｄの処理に対応する。

なお、各プログラム５０７ａ～５０７ｄについては、必ずしも最初からハードディスク装置５０７に記憶させておかなくてもよい。例えば、コンピュータ５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ５００が各プログラム５０７ａ～５０７ｄを読み出して実行するようにしてもよい。

図１９は、本実施例に係る整備管理者端末と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１９に示すように、コンピュータ６００は、各種演算処理を実行するＣＰＵ６０１と、ユーザからのデータの入力を受け付ける入力装置６０２と、ディスプレイ６０３とを有する。また、コンピュータ６００は、記憶媒体からプログラム等を読み取る読み取り装置６０４と、有線または無線ネットワークを介して、外部装置等との間でデータの授受を行うインタフェース装置６０５とを有する。コンピュータ６００は、各種情報を一時記憶するＲＡＭ６０６と、ハードディスク装置６０７とを有する。そして、各装置６０１～６０７は、バス６０８に接続される。

ハードディスク装置６０７は、受付プログラム６０７ａ、通知プログラム６０７ｂ、表示制御プログラム６０７ｃを有する。ＣＰＵ６０１は、受付プログラム６０７ａ、通知プログラム６０７ｂ、表示制御プログラム６０７ｃを読み出してＲＡＭ６０６に展開する。

受付プログラム６０７ａは、受付プロセス６０６ａとして機能する。通知プログラム６０７ｂは、通知プロセス６０６ｂとして機能する。表示制御プログラム６０７ｃは、表示制御プロセス６０６ｃとして機能する。受付プロセス６０６ａの処理は、受付部３５０ａの処理に対応する。通知プロセス６０６ｂの処理は、通知部３５０ｂの処理に対応する。表示制御プロセス６０６ｃの処理は、表示制御部３５０ｃの処理に対応する。

なお、各プログラム６０７ａ～６０７ｄについては、必ずしも最初からハードディスク装置６０７に記憶させておかなくてもよい。例えば、コンピュータ６００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ６００が各プログラム６０７ａ～６０７ｄを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）端末装置とサーバとを有する被牽引車両管理システムであって、
前記端末装置は、
牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とを取得する取得部と、
前記識別情報と、前記位置情報と、前記時刻情報とを関連付けた関連情報を前記サーバに通知する通知部とを有し、
前記サーバは、
前記関連情報を受信する受信部と、
前記関連情報を記憶する記憶部と、
前記関連情報から生成された前記被牽引車両の走行状況の情報に基づき、前記被牽引車両に対する複数の点検項目のうち、前記被牽引車両の走行状況に応じた点検項目を検出する検出部と
を有することを特徴とする被牽引車両管理システム。

（付記２）前記被牽引車両に対する複数の点検項目には、前記被牽引車両の走行距離が所定距離未満である場合に、点検対象から除外される点検項目を含み、前記走行状況の情報として前記被牽引車両の走行距離の情報を生成する生成部を更に有し、前記検出部は、前記走行距離と、前記所定距離とを基にして、前記点検項目を検出することを特徴とする付記１に記載の被牽引車両管理システム。

（付記３）前記記憶部は、前記被牽引車両に対する点検が行われた点検日の情報を更に有し、前記検出部は、前記点検日から所定日数経過した点検対象となる被牽引車両を更に検出する処理を行い、前記検出された被牽引車両の点検に関する通知を行う通知部を更に有することを特徴とする付記１または２に記載の被牽引車両管理システム。

（付記４）前記検出部は、前記被牽引車両の走行距離が所定距離以上の点検対象となる被牽引車両を更に検出する処理を行い、前記検出された被牽引車両の点検に関する通知を行う通知部を更に有することを特徴とする付記１または２に記載の被牽引車両管理システム。

（付記５）前記検出部は、前記点検対象となる被牽引車両の位置情報および走行距離のうち、少なくとも一方を更に検出することを特徴とする付記３に記載の被牽引車両管理システム。

（付記６）前記取得部は、前記被牽引車両に積載された荷物の種別情報を更に取得し、前記通知部は、前記種別情報を更に関連付けた関連情報を前記サーバに通知し、前記検出部は、前記走行距離と、前記荷物の種別情報とを更に用いて、点検対象となる被牽引車両を検出することを特徴とする付記５に記載の被牽引車両管理システム。

（付記７）前記取得部は、凹凸の存在する道路、ひび割れの存在する道路に関する情報を含む道路状況の情報を更に取得し、前記通知部は、前記道路状況の情報を更に対応付けた関連情報を前記サーバに通知し、前記検出部は、前記道路状況を更に用いて、点検対象となる被牽引車両を検出することを特徴とする付記３～６のいずれか一つに記載の被牽引車両管理システム。

（付記８）端末装置が、牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とを取得し、
前記端末装置が、前記識別情報と、前記位置情報と、前記時刻情報とを関連付けた関連情報をサーバに通知し、
前記サーバは、前記関連情報を受信し、
前記サーバは、前記関連情報を記憶装置に記憶し、
前記サーバは、前記関連情報から生成された前記被牽引車両の走行状況の情報に基づき、前記被牽引車両に対する複数の点検項目のうち、前記被牽引車両の走行状況に応じた点検項目を検出する
処理を実行することを特徴とする被牽引車両管理方法。

（付記９）前記被牽引車両に対する複数の点検項目には、前記被牽引車両の走行距離が所定距離未満である場合に、点検対象から除外される点検項目を含み、前記サーバは、前記走行状況の情報として前記被牽引車両の走行距離の情報を生成し、前記走行距離と、前記所定距離とを基にして、前記点検項目を検出することを特徴とする付記８に記載の被牽引車両管理方法。

（付記１０）前記記憶装置は、前記被牽引車両に対する点検が行われた点検日の情報を更に有し、前記サーバは、前記点検日から所定日数経過した点検対象となる被牽引車両を検出し、前記検出された被牽引車両の点検に関する通知する処理を更に実行することを特徴とする付記８または９に記載の被牽引車両管理方法。

（付記１１）前記被牽引車両の走行距離が所定距離以上の点検対象となる被牽引車両を更に検出し、前記検出された被牽引車両の点検に関する通知する処理を更に実行することを特徴とする付記８または９に記載の被牽引車両管理方法。

（付記１２）前記サーバは、前記点検対象となる被牽引車両の位置情報および走行距離のうち、少なくとも一方を更に検出することを特徴とする付記１０に記載の被牽引車両管理方法。

（付記１３）前記端末装置は、前記被牽引車両に積載された荷物の種別情報を更に取得し、前記種別情報を更に関連付けた関連情報を前記サーバに通知し、前記サーバは、前記走行距離と、前記荷物の種別情報とを更に用いて、点検対象となる被牽引車両を検出することを特徴とする付記１２に記載の被牽引車両管理方法。

（付記１４）前記端末装置は、道路状況の情報を更に取得し、前記道路状況の情報を更に対応付けた関連情報を前記サーバに通知し、前記サーバは、前記道路状況を更に用いて、点検対象となる被牽引車両を検出することを特徴とする付記１１～１３のいずれか一つに記載の被牽引車両管理方法。

（付記１５）端末装置から、牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とが関連付けられた関連情報を受信し、
前記関連情報を記憶装置に記憶し、
前記関連情報から生成された前記被牽引車両の走行状況の情報に基づき、前記被牽引車両に対する複数の点検項目のうち、前記被牽引車両の走行状況に応じた点検項目を検出する
処理をコンピュータに実行させることを特徴とする被牽引車両管理プログラム。

（付記１６）前記被牽引車両に対する複数の点検項目には、前記被牽引車両の走行距離が所定距離未満である場合に、点検対象から除外される点検項目を含み、前記走行状況の情報として前記被牽引車両の走行距離の情報を生成し、前記走行距離と、前記所定距離とを基にして、前記点検項目を検出する処理をコンピュータに実行させることを特徴とする付記１５に記載の被牽引車両管理プログラム。

（付記１７）前記記憶装置は、前記被牽引車両に対する点検が行われた点検日の情報を更に有し、前記点検日から所定日数経過した点検対象となる被牽引車両を検出し、前記検出された被牽引車両の点検に関する通知する処理を更にコンピュータに実行させることを特徴とする付記１５または１６に記載の被牽引車両管理プログラム。

（付記１８）前記被牽引車両の走行距離が所定距離以上の点検対象となる被牽引車両を更に検出し、前記検出された被牽引車両の点検に関する通知する処理を更に実行することを特徴とする付記１５または１６に記載の被牽引車両管理プログラム。

（付記１９）前記点検対象となる被牽引車両の位置情報および走行距離のうち、少なくとも一方を更に検出する処理を更にコンピュータに実行させることを特徴とする付記１７に記載の被牽引車両管理プログラム。

（付記２０）前記端末装置から、前記被牽引車両に積載された荷物の種別情報を更に受信し、前記走行距離と、前記荷物の種別情報とを更に用いて、点検対象となる被牽引車両を検出する処理を更にコンピュータに実行させることを特徴とする付記１８に記載の被牽引車両管理プログラム。

（付記２１）前記端末装置から、道路状況の情報を更に受信し、前記道路状況を更に用いて、点検対象となる被牽引車両を検出する処理を更にコンピュータに実行させることを特徴とする付記１５～２０のいずれか一つに記載の被牽引車両管理プログラム。

１０，２０ 牽引自動車
１０ａ，２０ａ トラクターヘッド
１０ｂ，２０ｂ シャーシ
２１ 発信機
２１ａ 太陽電池
３０ 人工衛星
５０ ネットワーク
１００ 端末装置
１１０，２１０ 通信部
１２０ ビーコン受信部
１３０ 位置測定部
１４０ タイマ
１５０，２２０ 入力部
１６０，２３０ 表示部
１７０，２４０ 記憶部
１７０ａ 関連情報
１８０，２５０ 制御部
１８０ａ 取得部
１８０ｂ，２５０ｄ 通知部
２００ サーバ
２４０ａ 走行状況テーブル
２４０ｂ 走行履歴テーブル
２４０ｃ 整備管理テーブル
２４０ｄ 点検項目テーブル
２４０ｅ シャーシ一覧情報
２５０ａ 受信部
２５０ｂ 生成部
２５０ｃ 検出部
３００ 整備管理者端末

Claims (8)

1. 端末装置とサーバとを有する被牽引車両管理システムであって、
   前記端末装置は、
   牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とを取得する取得部と、
   前記識別情報と、前記位置情報と、前記時刻情報とを関連付けた関連情報を前記サーバに通知する通知部とを有し、
   前記サーバは、
   前記関連情報を受信する受信部と、
   前記関連情報と、前記被牽引車両に対する点検が行われた点検日の情報と、点検日からの経過日数に対応する複数の点検項目とを記憶する記憶部と、
   前記記憶部の情報を基にして、前記被牽引車両の走行距離の情報を生成する生成部と、
   前記記憶部の情報を基にして、前記点検日から所定日数経過した点検対象となる被牽引車両と、経過日数に対応する複数の点検項目とを検出し、検出した前記複数の点検項目から、前記被牽引車両の走行距離が所定距離未満である場合に除外対象となる点検項目を除いた残りの点検項目を検出する検出部と
   を有することを特徴とする被牽引車両管理システム。
2. 前記検出された被牽引車両の点検に関する通知を行う通知部を更に有することを特徴とする請求項１に記載の被牽引車両管理システム。
3. 前記検出部は、前記被牽引車両の走行距離が所定距離以上の点検対象となる被牽引車両を更に検出する処理を行い、前記検出された被牽引車両の点検に関する通知を行う通知部を更に有することを特徴とする請求項１または２に記載の被牽引車両管理システム。
4. 前記検出部は、前記点検対象となる被牽引車両の位置情報および走行距離のうち、少なくとも一方を更に検出することを特徴とする請求項１に記載の被牽引車両管理システム。
5. 前記取得部は、前記被牽引車両に積載された荷物の種別情報を更に取得し、前記通知部は、前記種別情報を更に関連付けた関連情報を前記サーバに通知し、前記検出部は、前記走行距離と、前記荷物の種別情報とを更に用いて、点検対象となる被牽引車両を検出することを特徴とする請求項４に記載の被牽引車両管理システム。
6. 前記取得部は、凹凸の存在する道路、ひび割れの存在する道路に関する情報を含む道路状況の情報を更に取得し、前記通知部は、前記道路状況の情報を更に対応付けた関連情報を前記サーバに通知し、前記検出部は、前記道路状況を更に用いて、点検対象となる被牽引車両を検出することを特徴とする請求項２～５のいずれか一つに記載の被牽引車両管理システム。
7. 端末装置が、牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とを取得し、
   前記端末装置が、前記識別情報と、前記位置情報と、前記時刻情報とを関連付けた関連情報をサーバに通知し、
   前記サーバは、前記関連情報を受信し、
   前記サーバは、前記関連情報と、前記被牽引車両に対する点検が行われた点検日の情報と、点検日からの経過日数に対応する複数の点検項目とを記憶装置に記憶し、
   前記サーバは、前記記憶装置の情報を基にして、前記被牽引車両の走行距離の情報を生成し、
   前記サーバは、前記記憶装置の情報を基にして、前記点検日から所定日数経過した点検対象となる被牽引車両と、経過日数に対応する複数の点検項目とを検出し、検出した前記複数の点検項目から、前記被牽引車両の走行距離が所定距離未満である場合に除外対象となる点検項目を除いた残りの点検項目を検出する
   処理を実行することを特徴とする被牽引車両管理方法。
8. 端末装置から、牽引自動車に着脱可能に結合された被牽引車両を一意に識別する識別情報の入力を受け付けた場合に、前記端末装置の位置情報と、時刻情報とが関連付けられた関連情報を受信し、
   前記関連情報と、前記被牽引車両に対する点検が行われた点検日の情報と、点検日からの経過日数に対応する複数の点検項目とを記憶装置に記憶し、
   前記記憶装置の情報を基にして、前記被牽引車両の走行距離の情報を生成し、
   前記記憶装置の情報を基にして、前記点検日から所定日数経過した点検対象となる被牽引車両と、経過日数に対応する複数の点検項目とを検出し、検出した前記複数の点検項目から、前記被牽引車両の走行距離が所定距離未満である場合に除外対象となる点検項目を除いた残りの点検項目を検出する
   処理をコンピュータに実行させることを特徴とする被牽引車両管理プログラム。

Images