JP2019159418A - トラクタシャーシ共同利用システム - Google Patents

Abstract

【課題】複数の陸運事業におけるシャーシを共同利用して効率化を図ると共に、トラクタの走行距離や時間を低減することのできるトラクタシャーシ共同利用システムを提供する。【解決手段】複数の陸運事業者がそれぞれ保有するシャーシ４２を登録すると共に、シャーシ４２の管理情報を記憶するシャーシ管理サーバ１２と、シャーシ４２の登録を行った陸運事業者が保有し、シャーシ管理サーバ１２に対して所望するシャーシ４２の利用予約を行う事業者端末２０と、を有し、シャーシ管理サーバ１２は、事業者端末２０に対して登録されているシャーシ４２の管理情報、および予約情報を提供し、各陸運事業者が保有する事業者端末２０からは、複数の陸運事業者が登録した各シャーシ４２に対して利用予約を行う事を可能としたことを特徴とする。【選択図】図１

Description

本発明は、陸運事業に係り、特に、輸送に使用するトラクタのシャーシの共同利用及び管理に関する。

国際海上コンテナの国内輸送は主に、陸運事業者が、それぞれ海上コンテナ用セミトレーラ（以下、シャーシと呼ぶ）を保有・管理し、このシャーシにコンテナを搭載して輸送を行っている。シャーシは通常、自社が保有するシャーシプール（シャーシの駐車場）にて、トラクタとシャーシの連結、解除を行っている。このため、トラクタとシャーシプールの所在関係によっては、トラクタがわざわざ遠くのシャーシプールまでシャーシを取りに行くケースがあり、必ずしも効率的な運用が行われていないという実状がある。

また、シャーシについては、その所在（位置）を正確に把握できていないため、配車係からトラクタに通達された指示先に、目的とするシャーシがないといったケースも生じている。さらに、シャーシの走行距離についても正確に管理されていないため、保有シャーシの利用頻度を平準化できていないなど、運用面、安全管理面などについても問題視されている。

こうした陸運事業では、海運会社やコンテナリース会社が管理するコンテナの効率的な利用を図るために、特許文献１に開示されているような技術が提案されている。すなわち、海運会社等が管理するコンテナの情報（例えば、型式やサイズ、所在等）をコンピュータ管理し、陸運事業者等の保有する端末を介して管理データにアクセスし、所望するコンテナのマッチングを行うというものである。そして、特許文献１には、従来港湾に存在していたコンテナプールを内陸にも設けることで、コンテナを取りに行く車両（シャーシを連結したトラクタ）の移動距離や時間を短縮することができる事が開示されている。

特開２００２−１６９８６９号公報

特許文献１に開示されているように、各コンテナをコンピュータ上で管理し、この情報を陸運事業者に提供し、利用可能なコンテナを明確にした上で需要と供給のマッチングを図る事によれば、コンテナの効率的な利用を実現することができる。

しかし、上述したように、シャーシの保管と運用は、共にシャーシを保有する陸運事業者によって成される。このため、保有シャーシの管理をコンピュータ上で行ったとしても、トラクタによるシャーシの引き取り距離や時間を軽減することには繋がらない。

そこで本発明では、複数の陸運事業におけるシャーシを共同利用して効率化を図ると共に、シャーシを引き取るために要するトラクタの走行距離や時間を低減することのできるトラクタシャーシ共同利用システムを提供することを目的とする。

上記目的を達成するための本発明に係るトラクタシャーシ共同利用システムは、複数の陸運事業者がそれぞれ保有するトラクタのシャーシを共有シャーシとし、各共有シャーシに備える位置情報取得手段と、ネットワークを介して前記共有シャーシの位置情報をリアルタイムで可視化すると共に、各陸運事業者が前記ネットワークを介して各共有シャーシに対して利用予約を行う事を可能としたシャーシ管理サーバを有することを特徴とする。

また、上記目的を達成するための本発明に係るトラクタシャーシ共同利用システムは、複数の陸運事業者がそれぞれ保有するトラクタのシャーシを登録すると共に、前記シャーシの管理情報を記憶するシャーシ管理サーバと、前記シャーシの登録を行った陸運事業者が保有し、前記シャーシ管理サーバに対して所望するシャーシの利用予約を行う事業者端末と、を有し、前記シャーシ管理サーバは、前記事業者端末に対して登録されているシャーシの管理情報、および予約情報を提供し、各陸運事業者が保有する前記事業者端末からは、複数の陸運事業者が登録した各シャーシに対して利用予約を行う事を可能としたことを特徴とすることもできる。

また、上記のような特徴を有するトラクタシャーシ共同利用システムにおいて前記シャーシ管理サーバは、前記利用予約を行った特定の陸運事業者の保有するトラクタの位置情報に基づき、利用可能なシャーシとして、前記複数の陸運事業者により登録されたシャーシの中から、前記特定の陸運事業者が保有するトラクタに近い位置に保管されているシャーシを選定し、前記事業者端末に対して、選定したシャーシの管理情報を提供する構成とすると良い。このような特徴を有する事により、陸運事業者は、トラクタに近い位置に保管されているシャーシから、利用予約するシャーシを選ぶことが可能となり、システム利用上の効率化を図ることが可能となる。

また、上記のような特徴を有するトラクタシャーシ共同利用システムでは、各陸運事業者が、前記シャーシ管理サーバを介して利用予約可能なシャーシ数と、各陸運事業者が、前記シャーシ管理サーバに登録したシャーシ数とを同数とする制限を設けるようにしても良い。このような特徴を有する事により、特定の陸運事業者が自己が登録したシャーシ数よりも多くのシャーシの利用予約を行い、他の陸運事業者がシャーシの利用予約できなくなってしまうといった事態を防ぐことができる。よって、システムのスムーズな運用を行うことが可能となる。

また、上記のような特徴を有するトラクタシャーシ共同利用システムにおいて登録されている前記シャーシには、位置情報取得手段が備えられ、前記シャーシ管理サーバは、前記シャーシの位置情報をリアルタイムで取得すると共に、前記シャーシの位置情報と、地図情報とに基づいて前記シャーシの走行距離を算出する構成とすると良い。このような特徴を有する事により、シャーシの利用頻度や走行距離をリアルタイムで確認することができる。よって、登録されているシャーシの状態管理が容易となる。

また、上記のような特徴を有するトラクタシャーシ共同利用システムにおいて前記シャーシ管理サーバは、シャーシの選定を行う際、前記走行距離の少ないシャーシをリスト上位に表示するようにすることもできる。このような特徴を有する事により、登録されているシャーシの利用状態の偏りを避けることができる。これにより、走行距離や利用の平均化を図ることができ、シャーシ全体の整備スパンの長期化を図ることができる。

さらに、上記のような特徴を有するトラクタシャーシ共同利用システムにおいて前記シャーシ管理サーバは、前記走行距離が予め定めた整備対象距離に達した際に、各事業者端末に該当シャーシが整備時期に達した旨の表示を行う信号を出力するようにしても良い。このような特徴を有することにより、シャーシの適正な整備を促すことができる。よって、登録シャーシを良好な状態に保つことが可能となる。

さらにまた、上記のような特徴を有するトラクタシャーシ共同利用システムでは、前記シャーシ管理サーバにおける前記シャーシ管理情報を、ネットワークを介して複数の端末に保有させ、ブロックチェーンの技術を利用して、ネットワーク上の情報管理を行うようにしても良い。このような特徴を有する事によれば、ネットワークに接続された既存の端末をサーバに代替えできる。このため、管理情報が膨大な容量となった場合でも、安価にシステム構築を行うことが可能となる。また、情報の共有や、契約、取引における間違いの防止や、システムダウンの防止、サイバー攻撃への態勢の向上などを図ることもできる。

上記のような特徴を有するトラクタシャーシ共同利用システムによれば、陸運事業におけるシャーシ利用の効率化を図ることができる。また、シャーシを引き取るために要するトラクタの走行距離や時間を低減することもできる。

実施形態に係るトラクタシャーシ共同利用システムの利用形態を説明するための概要図である。 実施形態に係るトラクタシャーシ共同利用システムの構成を説明するためのブロック図である。 実施形態に係るトラクタシャーシ共同利用システムを利用する際の工程の一例を説明するためのフロー図である。 実施形態に係るトラクタシャーシ共同利用システムで利用予約を行う際の予約画面の一例を示す図である。

以下、本発明のトラクタシャーシ共同利用システムに係る実施の形態について、図面を参照して詳細に説明する。まず、図１、図２を参照して、実施形態に係るトラクタシャーシ共同利用システム１０の概略構成について説明する。

［基本構成］
本実施形態に係るトラクタシャーシ共同利用システム１０は、シャーシ管理サーバ１２と、複数の事業者端末２０とから構成されている。シャーシ管理サーバ１２は、複数の陸運事業者が利用するシャーシ４２を登録、管理、およびマッチングする役割を担う要素である。具体的には、図２に示すように、シャーシ管理サーバ１２には、少なくとも記憶部１４と、演算部１６が備えられ、必要に応じて図示しない入出力部が付帯される。

記憶部１４は、登録されたシャーシ４２の管理情報や、シャーシ４２を登録している事業者情報を記録すると共に、各陸運事業者によるシャーシ４２の検索、利用予約などのマッチングを行うためのプログラム等を記録する役割を担う要素である。また、演算部１６は、インターフェース１８を介して入力される各事業者端末２０からの入力情報に基づいて、記憶部１４に記録されているプログラムを読み出し、展開することで、シャーシ４２の登録や、検索、利用予約などのマッチング処理を実行する役割を担う要素である。演算部１６により実行されたプログラムを介して変更、更新されたシャーシ４２に関する管理情報は、再び記憶部１４に記録される。

ここで、シャーシ４２の管理情報とは、例えば、シャーシ情報や、保管場所（位置情報）、利用予約情報、および利用者情報などであれば良い。シャーシ情報としては、２０Ｆｔであるか、４０Ｆｔであるかなどのシャーシ４２の車型や、車両番号（ナンバープレート番号）、２軸、３軸などの軸数、および車検証有効期限（年月日）などであれば良く、必要に応じてその他の機能などを記録可能な構成としても良い。なお、シャーシ情報には、各陸運事業者単位で定められた任意の社番などを含めるようにしても良い。

また、保管場所は、シャーシ４２を登録している各陸運事業者がシャーシ４２を保管している駐車場の場所、およびシャーシ４２のリアルタイムの位置情報であれば良い。シャーシ４２のリアルタイム位置情報を取得、登録可能とすることで、記憶部１４に地図情報が記録されている場合や、プログラムのリンク先などに地図情報が存在する場合には、地図上に、シャーシ４２の位置を表示する事ができる。なお、シャーシ４２のリアルタイムな位置情報を取得する手段としては、例えばシャーシにＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）発信機を取り付け、シャーシ管理サーバ１２により、このＧＰＳ発信機の位置情報を取得可能な構成とすれば良い。

利用予約情報とは、シャーシ４２単位での利用予約情報であれば良く、“日”単位での予約情報や、返却予定場所（駐車場）などの情報とすることができる。また、利用者情報としては、シャーシ４２に対して利用予約を行っている陸運事業者の名称、あるいは略称などであれば良い。また、事業者情報とは、陸運事業者名や連絡先など、登録したシャーシ４２を保有する陸運事業者の情報である。

事業者端末２０は、シャーシ管理サーバ１２へのシャーシ情報等の登録や、登録されているシャーシ４２の検索、および利用予約等を行うための要素である。事業者端末２０には、少なくとも、記憶部２２と演算部２４、および入出力部２６が備えられている。記憶部２２は、シャーシ管理サーバ１２へアクセスするためのプログラム等が記録されている要素であり、演算部２４は、入出力部２６からの入出力情報に応じてプログラムの起動、およびシャーシ管理サーバ１２へのアクセスを行う要素である。入出力部２６とは、キーボードやマウスなどの入力手段と、ディスプレイなどの表示（出力）手段の総称であり、例えばタッチパネル式のディスプレイなども含むものとする。よって、事業者端末２０には、通常のパーソナルコンピュータの他、いわゆるタブレット型端末や、高機能携帯電話（スマートフォン）などを利用することもできる。

［作用、効果］
このような構成のトラクタシャーシ共同利用システム１０を用いる事によれば、例えば図１に示すように、本システム利用している陸運事業者として、Ａ社、Ｂ社、Ｃ社の三社があったとする。ここで、Ａ社の保有するシャーシ４２は、埠頭Ａのシャーシプールに保管されており、Ｂ社の保有するシャーシ４２は、埠頭Ｂのシャーシプールに保管されており、Ｃ社の保有するシャーシ４２は、埠頭Ｃのシャーシプールに保管されているとする。

このような事例の場合、従来は、Ｂ社に対して埠頭Ｃからのコンテナ５０の搬出依頼があった場合、Ｂ社のトラクタ４０は、その動線を二点鎖線で示すように、埠頭Ｂでシャーシ４２を連結し、その後に埠頭Ｃへ移動してコンテナ５０を搭載し、荷主の下へ向かうという運行処理が行われていた。これに対し、実施形態に係るトラクタシャーシ共同利用システム１０を利用した場合、埠頭Ａ、埠頭Ｂ、埠頭Ｃに保管されている各社のシャーシ４２を共同利用することが可能となる。

このため、Ｂ社に対して埠頭Ｃからのコンテナ５０の搬出依頼があった場合、Ｂ社のトラクタ４０と、埠頭Ｃに保管されているシャーシ４２のマッチングが成立すれば、図中に実線で示す動線のように、Ｂ社のトラクタ４０は、直接埠頭Ｃへ向かい、埠頭Ｃにおいてシャーシ４２を連結してコンテナ５０の受け取りを行うことが可能となる。これにより、陸運事業におけるシャーシ利用の効率化を図ることが可能となる。また、シャーシ４２を引き取るために要するトラクタ４０の走行距離や時間を低減することも可能となる。また、余剰シャーシ４２の削減を図る事も可能となる。

［運用例］
上記のような構成のトラクタシャーシ共同利用システム１０の利用は、図３に示すように、初期登録と、シャーシ予約、およびシャーシ使用といった工程によって成り立つ。初期登録は、陸運事業者や、予約センターによる共用シャーシの登録工程である。ここで、予約センターとは、システム運用上の緩衝業務を担う部署であり、準備やトラブル、予約済みシャーシのキャンセル受付、当日シャーシ予約受付、システムに関する問い合わせ、および突発事項等に対応するためのオペレーターなどをいう。登録工程の具体例としては、予約センターの担当者（以下、単に予約センターと称す）によるシャーシプール情報の入力、会社情報の登録の他、陸運事業者の配車担当者によるシャーシ４２の選定に伴う選定シャーシの情報登録などが成される。

シャーシプール情報とは、例えば、駐車場の位置情報や、応車型などの情報である。シャーシ４２の選定は、共用シャーシとして選定したシャーシ４２に対して、ＧＰＳ発信機などの位置情報発信端末を取り付ける事で成される。位置情報発信端末の取り付けが完了した後、位置情報発信端末の固有識別番号を入力することで、該当するシャーシ４２の位置情報を把握することが可能となる。また、会社情報並びにシャーシ情報とは、例えば上述したように、陸運事業者名や連絡先、車両番号、社番、車型、軸数、車検証有効期限などであれば良い。

各種情報のうち、シャーシプール情報や、会社情報に関しては、予約センターによって成される。また、選定シャーシの情報登録に関しては、陸運事業者の配車担当者によりシャーシ４２の選定が成された事に伴い、予約センターにより成されることとなる。

こうして入力された各種情報のうち、シャーシプール情報と選定されたシャーシ４２の情報（シャーシ４２に取り付けられた位置情報発信端末の位置情報）は、シャーシ管理サーバ１２の記憶部１４等に記録された地図情報データベース（地図マスタ）上に登録される。一方、会社情報やシャーシ情報については、予約情報データベース（予約マスタ）上に登録される。

シャーシ予約は、陸運事業者（例えば配車担当者）によるシャーシ４２の検索、シャーシ４２の予約によって成される。一例として、シャーシ検索は、陸運事業者、あるいは陸運事業者が保有するトラクタ４０による効率的なシャーシ４２の利用が可能となる位置情報に基づく検索が成される。シャーシ検索時の入力情報としては、例えば駐車場位置（目的シャーシが保管されている駐車場の位置）、陸運事業者名（目的シャーシを保有する陸運事業者の名称・略称）軸数、車型、および年式などであれば良い。

シャーシ４２の検索情報の入力が成されると、シャーシ管理サーバ１２では、検索情報に該当する駐車場、あるいは該当する駐車場に最寄となる駐車場に存在する該当シャーシの空き情報が検索される。検索された情報は、事業者端末２０に返信され、配車担当者が視認可能に表示される。ここで、シャーシ検索については、検索情報の優先順位を選択したり、優先順位の変更によるリストの並べ替えを行えるようにしても良い。例えば、シャーシ検索情報の優先順位を利用したいシャーシ４２の車型や軸数などとしても良い。

シャーシ予約は、検索情報に基づく検索結果が提示された後、陸運事業者の配車担当者により実行される利用予約である。配車担当者は、事業者端末２０から予約画面（一例として、図４参照）を開き、必要事項の入力を行う。必要事項としては、例えば、陸運事業者名や、社番、使用開始時間、返却時間、ピックアップ先駐車場、返却先駐車場などであれば良い。

事業者端末２０を介して入力された情報は、シャーシ管理サーバ１２に送信される。シャーシ管理サーバ１２では、入力情報の検証がなされ、入力情報に問題が無ければ、シャーシ管理サーバ１２にて予約登録が成される。検証により、入力情報に問題があった場合には、その旨を事業者端末２０に返信し、入力情報の修正等を促す処理が成される。

シャーシ管理サーバ１２では、予約登録が成された場合、シャーシ予約を行った事業者端末２０（シャーシ予約を行った陸運事業者の管理ページ）に対して、予約受付通知を送信する。配車担当者は、シャーシ管理サーバ１２からの予約受付通知を受け取ることで、シャーシの利用予約の完了を確認する。

シャーシ使用は、事業者端末２０にて予約受付通知を受けた配車担当者が、配車票を作成し、トラクタ４０のドライバーに対して業務指示を出す事により開始される。ドライバーは、配車票、および業務指示に従ってシャーシ４２のピックアップ先とされている駐車場へ移動し、シャーシ４２を受け取り、業務を実行する。

業務終了後、ドライバーは、シャーシ４２の返却先とされている駐車場へ移動し、シャーシ４２の返却を行う。ここで、シャーシ４２の返却時には、使用したシャーシについての状況報告を成すようにすると良い。状況報告とは、例えば、返却時におけるシャーシ４２の状態やトラクタシャーシ共同利用システム１０の利用状況などの事項である。例えば、シャーシ４２に、パンクや損傷が生じていた場合、これを修理する必要がある。こうした、利用シャーシ４２に関する補償は、トラクタシャーシ共同利用システム１０を利用する陸運事業者間に規約を設けて定めるようにすれば良い。例えば、状況に応じて、該当するシャーシ４２を利用した陸運事業者が補償する場合の他、トラクタシャーシ共同利用システム１０を利用する際に所定の保証金を支払うことでこれを整備・補償に充てるようにするといった事ができる。

ここで、配車担当者による配車票の作成からドライバーによるシャーシ４２の返却までの作業は、実際の業務作業（従来通りの作業）であるが、実施形態に係るトラクタシャーシ共同利用システム１０によれば、事業者端末２０において、シャーシ４２の運行状況を確認、監視することができる。具体的には、事業者端末２０を介してシャーシ管理サーバ１２へのアクセス画面を開き、使用しているシャーシ４２の社番や車両番号を入力する。シャーシ４２の社番や車両番号の入力を受けたシャーシ管理サーバ１２では、該当するシャーシ４２の位置情報を取得し、地図マスタの地図上にその位置を表示するなどして、シャーシ４２の位置をリアルタイムで確認可能なデータを事業者端末２０へと返信する。このような一連の作業により、事業者端末２０からのシャーシ運行状況の確認、監視をリアルタイムで行うことが可能となる。

ドライバーによるシャーシ４２の返却が完了した後、予約センターによるシャーシの返却確認が行われることで、トラクタシャーシ共同利用システム１０の利用が終了する。

［応用事例］
上記実施形態に係るトラクタシャーシ共同利用システム１０を利用するにあたっては、各種制限事項を定める事により、シャーシ４２の利用がさらにスムーズかつ効率的なものとなる。

例えば、シャーシ管理サーバ１２の記憶部２２に記録されている、シャーシ４２の利用予約のためのプログラムに対し、各陸運事業者によるシャーシ４２の予約制限を設けるようにすると良い。具体的には、各陸運事業者が一度に予約できるシャーシ４２の数は、該当する陸運事業者がシャーシ管理サーバ１２に登録しているシャーシ４２の数と同数までとするという制限である。すなわち、シャーシ４２を５台登録している陸運事業者による予約限度数は５台となり、８台登録している陸運事業者による予約限度数は８台となる。

このような予約制限を設ける事により、シャーシ管理サーバ１２に登録されているシャーシ４２に対して、各陸運事業者が登録しているシャーシ数よりも多くのシャーシ予約が成される事態を避けることができる。これにより、シャーシ利用の公平化を図ることができ、共有シャーシのスムーズな利用を促すことができる。

また、シャーシ４２には、取り付けられるＧＰＳなどの位置情報取得手段により、シャーシ管理サーバ１２は、地図情報とリアルタイムな位置情報とを協働させ、シャーシ４２の走行距離を算出することが可能な構成とすると良い。このような構成とすることで、シャーシ管理サーバ１２では、登録されている各シャーシ４２の走行距離を把握（記録）することが可能となる。

また、各シャーシ４２の走行距離を記録することで、シャーシ４２の利用予約を行う際、同一のシャーシプールに同じ条件のシャーシ４２が複数存在する場合に、走行距離が少ないシャーシ４２を上位にリストアップし、この情報を陸運事業者に提供することが可能となる。このようなリストに従い、走行距離の少ないシャーシ４２が優先的に利用されることで、シャーシ４２の利用に偏りが生じにくくなり、整備スパンの長期化を図ることが可能となる。

さらに、各シャーシ４２の走行距離を記録する場合、シャーシ管理サーバ１２は、シャーシ４２の走行距離が予め定めた整備対象距離に達した際に、該当するシャーシ４２が整備対象距離に達した旨の表示を行う信号を事業者端末に出力する構成とすることもできる。このような機能を持たせることにより、登録されているシャーシ４２の状態を良好に保つことが可能となる。

上記実施形態では、シャーシ管理情報をシャーシ管理サーバ１２で一元管理する、クライアント−サーバ型もしくはクラウド−サーバ型のシステムにより、トラクタシャーシ共同利用システム１０を構築する旨記載した。しかしながら、本発明に係るトラクタシャーシ共同利用システム１０は、明確なサーバを備える事なく、ネットワークを介して接続された複数の端末に、共通するシャーシ管理情報を保有させ、いわゆる分散型台帳管理（ブロックチェーン技術）によるシステム構築を行っても良い。

このような構成とすることにより、管理情報が膨大な容量となった場合でも、安価にシステム構築を行う事が可能となる。また、複数の端末それぞれが、相互に保有情報の管理確認を実施することで、共有情報の改ざんや、契約・取引における間違いの防止、並びに抑止効果を高めることができる。さらに、共通する管理情報を複数個所にそれぞれ保有する形態となるため、一部の端末に技術的な障害が生じた場合であっても、システムそのものがダウンする事を防ぐことができる。また、同様の理由から、サイバー攻撃等に対する耐性を高めることもできる。
ここで、シャーシ管理情報を保有させる端末とは、登録シャーシを提供する陸運事業者の事業者端末２０とすることもできる。

１０………トラクタシャーシ共同利用システム、１２………シャーシ管理サーバ、１４………記憶部、１６………演算部、２０………事業者端末、２２………記憶部、２４………演算部、２６………入出力部、４０………トラクタ、４２………シャーシ、５０………コンテナ。

Claims (8)

1. 複数の陸運事業者がそれぞれ保有するトラクタのシャーシを共有シャーシとし、各共有シャーシに備える位置情報取得手段と、
   ネットワークを介して前記共有シャーシの位置情報をリアルタイムで可視化すると共に、各陸運事業者が前記ネットワークを介して各共有シャーシに対して利用予約を行う事を可能としたシャーシ管理サーバを有することを特徴とするトラクタシャーシ共同利用システム。
2. 複数の陸運事業者がそれぞれ保有するトラクタのシャーシを登録すると共に、前記シャーシの管理情報を記憶するシャーシ管理サーバと、
   前記シャーシの登録を行った陸運事業者が保有し、前記シャーシ管理サーバに対して所望するシャーシの利用予約を行う事業者端末と、を有し、
   前記シャーシ管理サーバは、前記事業者端末に対して登録されているシャーシの管理情報、および予約情報を提供し、各陸運事業者が保有する前記事業者端末からは、複数の陸運事業者が登録した各シャーシに対して利用予約を行う事を可能としたことを特徴とするトラクタシャーシ共同利用システム。
3. 前記シャーシ管理サーバは、前記利用予約を行った特定の陸運事業者の保有するトラクタの位置情報に基づき、利用可能なシャーシとして、前記複数の陸運事業者により登録されたシャーシの中から、前記特定の陸運事業者が保有するトラクタに近い位置に保管されているシャーシを選定し、前記事業者端末に対して、選定したシャーシの管理情報を提供することを特徴とする請求項２に記載のトラクタシャーシ共同利用システム。
4. 各陸運事業者が、前記シャーシ管理サーバを介して利用予約可能なシャーシ数と、
   各陸運事業者が、前記シャーシ管理サーバに登録したシャーシ数とを同数とする制限を設けたことを特徴とする請求項２または３に記載のトラクタシャーシ共同利用システム。
5. 登録されている前記シャーシには、位置情報取得手段が備えられ、
   前記シャーシ管理サーバは、前記シャーシの位置情報をリアルタイムで取得すると共に、前記シャーシの位置情報と、地図情報とに基づいて前記シャーシの走行距離を算出することを特徴とする請求項２乃至４のいずれか１項に記載のトラクタシャーシ共同利用システム。
6. 前記シャーシ管理サーバは、シャーシの選定を行う際、前記走行距離の少ないシャーシをリスト上位に表示することを特徴とする請求項３に従属する請求項５に記載のトラクタシャーシ共同利用システム。
7. 前記シャーシ管理サーバは、前記走行距離が予め定めた整備対象距離に達した際に、各事業者端末に該当シャーシが整備時期に達した旨の表示を行う信号を出力することを特徴とする請求項５または６に記載のトラクタシャーシ共同利用システム。
8. 前記シャーシ管理サーバにおける前記シャーシ管理情報を、ネットワークを介して複数の端末に保有させ、ブロックチェーンの技術を利用して、ネットワーク上の情報管理を行うことを特徴とする請求項１乃至７のいずれか１項に記載のトラクタシャーシ共同利用システム。