(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023092631
(43)【公開日】2023-07-04
(54)【発明の名称】診断システムおよび診断方法
(51)【国際特許分類】
G06Q 50/30 20120101AFI20230627BHJP
G06Q 10/083 20230101ALI20230627BHJP
【ＦＩ】
G06Q50/30
G06Q10/08 300
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2021207761
(22)【出願日】2021-12-22
(71)【出願人】
【識別番号】000001993
【氏名又は名称】株式会社島津製作所
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】丹羽 宙潤
(72)【発明者】
【氏名】五島 代介
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA16
5L049CC42
(57)【要約】
【課題】架装メーカに対して、システム開発を必要とすることなく、荷役車両の状態を自動的に診断するために必要な設定環境を提供する。
【解決手段】診断システム（１）は、通信装置（８０）と、通信装置（８０）に入力されたセンサの検出情報に基づいて荷役車両（１０）の状態を診断する診断部と、診断プラットフォームが構築されたメモリ（１０２）と、複数のセンサの検出情報に基づいて荷役車両（１０）の状態を診断するための判定条件をプラットフォームに登録する登録部を備え、端末装置は、ユーザの操作に応じて、荷役車両（１０）の状態を診断するための判定条件を診断プラットフォームに登録し、診断部は、診断プラットフォームに登録された判定条件に基づいた診断情報を出力する（Ｓ１３）。
【選択図】図１
【解決手段】診断システム（１）は、通信装置（８０）と、通信装置（８０）に入力されたセンサの検出情報に基づいて荷役車両（１０）の状態を診断する診断部と、診断プラットフォームが構築されたメモリ（１０２）と、複数のセンサの検出情報に基づいて荷役車両（１０）の状態を診断するための判定条件をプラットフォームに登録する登録部を備え、端末装置は、ユーザの操作に応じて、荷役車両（１０）の状態を診断するための判定条件を診断プラットフォームに登録し、診断部は、診断プラットフォームに登録された判定条件に基づいた診断情報を出力する（Ｓ１３）。
【選択図】図１
【特許請求の範囲】
【請求項1】
移動体の状態を診断する診断システムであって、
前記移動体に搭載され、前記移動体に設けられた複数のセンサと通信する通信装置と、
前記通信装置に入力された前記複数のセンサの検出情報に基づいて前記移動体の状態を診断する診断部と、
プラットフォーム管理者によって管理され、前記移動体の状態を診断するための設定を受け付けるプラットフォームが構築されたメモリと、
前記複数のセンサの検出情報に基づいて前記移動体の状態を診断するための判定条件であって、前記プラットフォーム管理者とは異なる、前記移動体または前記移動体のコンポーネントの製造者であるユーザによって決定された判定条件を、前記プラットフォームに登録する登録部と、を備え、
前記診断部は、前記プラットフォームに登録された前記判定条件に基づいた診断情報を出力する、診断システム。
前記移動体に搭載され、前記移動体に設けられた複数のセンサと通信する通信装置と、
前記通信装置に入力された前記複数のセンサの検出情報に基づいて前記移動体の状態を診断する診断部と、
プラットフォーム管理者によって管理され、前記移動体の状態を診断するための設定を受け付けるプラットフォームが構築されたメモリと、
前記複数のセンサの検出情報に基づいて前記移動体の状態を診断するための判定条件であって、前記プラットフォーム管理者とは異なる、前記移動体または前記移動体のコンポーネントの製造者であるユーザによって決定された判定条件を、前記プラットフォームに登録する登録部と、を備え、
前記診断部は、前記プラットフォームに登録された前記判定条件に基づいた診断情報を出力する、診断システム。
【請求項2】
前記ユーザによって管理される端末装置をさらに備え、
前記登録部は、前記プラットフォームに前記端末装置がアクセスした場合、前記端末装置のユーザの操作に応じて、前記判定条件を前記プラットフォームに登録する、請求項１に記載の診断システム。
前記登録部は、前記プラットフォームに前記端末装置がアクセスした場合、前記端末装置のユーザの操作に応じて、前記判定条件を前記プラットフォームに登録する、請求項１に記載の診断システム。
【請求項3】
前記診断部と前記登録部と前記メモリとを含む管理装置を備え、
前記通信装置は、ネットワークを介して前記管理装置と通信する、請求項１または請求項２に記載の診断システム。
前記通信装置は、ネットワークを介して前記管理装置と通信する、請求項１または請求項２に記載の診断システム。
【請求項4】
前記移動体に搭載される通信基板と、
前記メモリを含む管理装置とをさらに備え、
前記通信基板には、前記通信装置と前記診断部とが搭載され、
前記診断部は、ネットワークを介して前記管理装置と通信し、
前記管理装置は、前記プラットフォームに登録された前記判定条件を前記診断部へ送信し、
前記診断部は、前記管理装置から受信した前記判定条件に基づいた診断情報を出力する、請求項１または請求項２に記載の診断システム。
前記メモリを含む管理装置とをさらに備え、
前記通信基板には、前記通信装置と前記診断部とが搭載され、
前記診断部は、ネットワークを介して前記管理装置と通信し、
前記管理装置は、前記プラットフォームに登録された前記判定条件を前記診断部へ送信し、
前記診断部は、前記管理装置から受信した前記判定条件に基づいた診断情報を出力する、請求項１または請求項２に記載の診断システム。
【請求項5】
前記通信装置には、前記通信装置を識別するための第１識別情報が格納されており、
前記通信装置は、前記複数のセンサの検出情報と前記第１識別情報とを前記診断部へ出力する、請求項１～請求項４のいずれか１項に記載の診断システム。
前記通信装置は、前記複数のセンサの検出情報と前記第１識別情報とを前記診断部へ出力する、請求項１～請求項４のいずれか１項に記載の診断システム。
【請求項6】
前記移動体は、車両本体と油圧機器と前記油圧機器以外のコンポーネントとを含む車両により構成され、
前記複数のセンサは、前記油圧機器に取り付けられたセンサと、前記車両本体または前記油圧機器以外のコンポーネントに取り付けられたセンサとを含み、
前記プラットフォーム管理者が前記油圧機器の製造者であり、
前記登録部は、前記油圧機器に取り付けられたセンサの判定条件として前記プラットフォーム管理者によって決定された判定条件を登録し、前記車両本体または前記油圧機器以外のコンポーネントに取り付けられたセンサの判定条件として前記ユーザによって決定された判定条件を登録する、請求項１～請求項５のいずれか１項に記載の診断システム。
前記複数のセンサは、前記油圧機器に取り付けられたセンサと、前記車両本体または前記油圧機器以外のコンポーネントに取り付けられたセンサとを含み、
前記プラットフォーム管理者が前記油圧機器の製造者であり、
前記登録部は、前記油圧機器に取り付けられたセンサの判定条件として前記プラットフォーム管理者によって決定された判定条件を登録し、前記車両本体または前記油圧機器以外のコンポーネントに取り付けられたセンサの判定条件として前記ユーザによって決定された判定条件を登録する、請求項１～請求項５のいずれか１項に記載の診断システム。
【請求項7】
前記プラットフォームは、診断対象毎に前記判定条件と診断名とを入力可能に構成されており、
前記診断部は、前記診断対象に設定された前記判定条件を満たすときに、前記診断対象に設定された前記診断名を出力する、請求項１～請求項６のいずれか１項に記載の診断システム。
前記診断部は、前記診断対象に設定された前記判定条件を満たすときに、前記診断対象に設定された前記診断名を出力する、請求項１～請求項６のいずれか１項に記載の診断システム。
【請求項8】
前記プラットフォームは、前記診断対象毎に複数のカテゴリのいずれかを選択可能に構成されており、
前記複数のカテゴリは、第１カテゴリと第２カテゴリとを含み、
前記第１カテゴリは、前記複数のセンサのうち、前記判定条件の設定に用いるセンサの検出情報を第１周期で取得する場合に選択されるカテゴリであり、
前記第２カテゴリは、前記複数のセンサのうち、前記判定条件の設定に用いるセンサの検出情報を前記第１周期よりも長い第２周期で取得する場合に選択されるカテゴリである、請求項７に記載の診断システム。
前記複数のカテゴリは、第１カテゴリと第２カテゴリとを含み、
前記第１カテゴリは、前記複数のセンサのうち、前記判定条件の設定に用いるセンサの検出情報を第１周期で取得する場合に選択されるカテゴリであり、
前記第２カテゴリは、前記複数のセンサのうち、前記判定条件の設定に用いるセンサの検出情報を前記第１周期よりも長い第２周期で取得する場合に選択されるカテゴリである、請求項７に記載の診断システム。
【請求項9】
前記通信装置は、前記複数のセンサの電気信号をそれぞれ入力する複数のチャネルを備え、
前記複数のチャネルは、第１チャネルおよび第２チャネルを含み、
前記第１チャネルと前記第２チャネルとで、入力電圧範囲および出力分解能のうちの少なくとも１つが異なり、
前記プラットフォームは、前記診断対象毎に前記判定条件を入力するときに、前記複数のセンサのうち前記判定条件に関わるセンサが前記第１チャネルおよび前記第２チャネルのいずれに対応するセンサであるかを指定する操作を受け付けるように構成される、請求項７または請求項８に記載の診断システム。
前記複数のチャネルは、第１チャネルおよび第２チャネルを含み、
前記第１チャネルと前記第２チャネルとで、入力電圧範囲および出力分解能のうちの少なくとも１つが異なり、
前記プラットフォームは、前記診断対象毎に前記判定条件を入力するときに、前記複数のセンサのうち前記判定条件に関わるセンサが前記第１チャネルおよび前記第２チャネルのいずれに対応するセンサであるかを指定する操作を受け付けるように構成される、請求項７または請求項８に記載の診断システム。
【請求項10】
前記複数のセンサは、第１センサと第２センサとを含み、
前記プラットフォームは、第１閾値、第２閾値、および第３閾値を入力する操作を受け付けるように構成され、
前記第１閾値は、前記第１センサの検出値が第１条件を満たすことを判定するための値であり、
前記第２閾値は、前記第２センサの検出値が第２条件を満たすことを判定するための値であり、
前記第３閾値は、前記第１条件の継続時間または前記第１条件の成立回数が、前記判定条件を成立させる第３条件を満たすことを判定するための値である、請求項１～請求項９のいずれか１項に記載の診断システム。
前記プラットフォームは、第１閾値、第２閾値、および第３閾値を入力する操作を受け付けるように構成され、
前記第１閾値は、前記第１センサの検出値が第１条件を満たすことを判定するための値であり、
前記第２閾値は、前記第２センサの検出値が第２条件を満たすことを判定するための値であり、
前記第３閾値は、前記第１条件の継続時間または前記第１条件の成立回数が、前記判定条件を成立させる第３条件を満たすことを判定するための値である、請求項１～請求項９のいずれか１項に記載の診断システム。
【請求項11】
前記ユーザに対して提供する前記プラットフォームのサービスに関する料金を算出する料金算出部をさらに備える、請求項５に記載の診断システム。
【請求項12】
前記プラットフォームは、前記ユーザを識別するための第２識別情報の入力を受け付けるように構成され、
前記登録部は、前記第２識別情報が入力された場合、前記プラットフォームにおいて、前記ユーザに納品された前記通信装置に対応する前記第１識別情報別に前記第２識別情報を登録し、
前記料金算出部は、前記第２識別情報およびサービス単価に基づいて、前記ユーザに対して提供する前記プラットフォームのサービスに関する料金を算出する、請求項１１に記載の診断システム。
前記登録部は、前記第２識別情報が入力された場合、前記プラットフォームにおいて、前記ユーザに納品された前記通信装置に対応する前記第１識別情報別に前記第２識別情報を登録し、
前記料金算出部は、前記第２識別情報およびサービス単価に基づいて、前記ユーザに対して提供する前記プラットフォームのサービスに関する料金を算出する、請求項１１に記載の診断システム。
【請求項13】
移動体の状態を診断する診断方法であって、
前記移動体には、前記移動体に設けられた複数のセンサと通信する通信装置が搭載され、
前記通信装置から前記複数のセンサの検出情報を取得するステップと、
プラットフォーム管理者によって管理され前記移動体の状態を診断するための設定を受け付けるプラットフォームにアクセスするステップと、
前記複数のセンサの検出情報に基づいて前記移動体の状態を診断するための判定条件であって、前記プラットフォーム管理者とは異なる、前記移動体または前記移動体のコンポーネントの製造者であるユーザによって決定された判定条件を前記プラットフォームに登録するステップと、
前記プラットフォームに登録された前記判定条件に基づいた診断情報を出力するステップとを含む、診断方法。
前記移動体には、前記移動体に設けられた複数のセンサと通信する通信装置が搭載され、
前記通信装置から前記複数のセンサの検出情報を取得するステップと、
プラットフォーム管理者によって管理され前記移動体の状態を診断するための設定を受け付けるプラットフォームにアクセスするステップと、
前記複数のセンサの検出情報に基づいて前記移動体の状態を診断するための判定条件であって、前記プラットフォーム管理者とは異なる、前記移動体または前記移動体のコンポーネントの製造者であるユーザによって決定された判定条件を前記プラットフォームに登録するステップと、
前記プラットフォームに登録された前記判定条件に基づいた診断情報を出力するステップとを含む、診断方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、診断システムおよび診断方法に関する。
【背景技術】
【0002】
トラックやフォークリフトなどの荷役車両は、シャーシ（車体）などと称される本体と、ボディなどと称される架装体とに大別することができる。荷役装置、ウィングボディなど、用途に応じた様々な架装体が本体に架装される。たとえば、荷役装置は、油圧ユニットによって荷受台を昇降させる機能を備える。トラックのウィングボディは、箱形の格納部の両側壁を油圧ユニットによって羽のように開放する機能を備える。
【0003】
一般に、荷役車両の本体は車体メーカによって製造される。架装体は油圧ユニットメーカなどによって製造される。車体メーカは、荷役車両の本体を架装メーカに納品する。油圧ユニットメーカは、油圧ユニットまたは油圧ユニットを含む架装体を架装メーカに納品する。架装メーカは、車両の本体に架装体を架装する。これにより、荷役車両が製造される。架装メーカは、荷役車両を運送会社に納品する。架装メーカは、必要に応じて運送会社を訪問し、荷役車両をメンテナンスする。
【0004】
特許文献１には、荷役装置の動力部分である液圧装置の異常を早期に発見し、故障する前に液圧装置を補修することが重要であることが記載されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２０－１３３８１７号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
液圧装置などの架装体に発生している異常を早期に発見し、荷役車両の利用者に異常の発生を伝えることは重要である。ところで、荷役車両は、移動体としての基本的な性能を発揮する必要がある。このため、荷役車両を利用者に提供する提供者は、走行系の装置を含めて、荷役車両の状態を総合的に診断できる診断サービスを利用者に提供することが望ましい。
【0007】
一般に、荷役車両を含む移動体は、走行系の装置を含む様々な装置で構成されている。それらの装置に取り付けたセンサが出力する信号を利用することにより、移動体を構成する様々な装置の状態を診断できる。車両などの移動体を利用者に提供する提供者は、センサを取り付ける位置、およびセンサの信号に基づいて異常を判定するための条件など、移動体を構成する様々な装置の状態を適切に診断するための自身のノウハウを活かして、より有用な診断システムを開発することを考えるであろう。
【0008】
しかし、診断システムを開発するには、高度のシステム技術および高額な開発費用が必要とされることが多い。提供者の規模は様々であるため、各提供者がセンサに基づいた診断に関するノウハウを有していたとしても、全ての提供者が自身で診断システムを開発することは難しい。
【0009】
本開示の目的は、荷役車両などの移動体を利用者に提供する者に対して、システム開発を必要とすることなく、移動体の状態を自動的に診断するために必要な設定環境を提供することである。
【課題を解決するための手段】
【0010】
本開示のある局面に従う診断システムは、移動体の状態を診断する診断システムであって、移動体に搭載され、移動体に設けられた複数のセンサと通信する通信装置と、通信装置に入力された複数のセンサの検出情報に基づいて移動体の状態を診断する診断部と、プラットフォーム管理者によって管理され、移動体の状態を診断するための設定を受け付けるプラットフォームが構築されたメモリと、複数のセンサの検出情報に基づいて移動体の状態を診断するための判定条件であって、プラットフォーム管理者とは異なる、移動体または移動体のコンポーネントの製造者であるユーザによって決定された判定条件を、プラットフォームに登録する登録部と、を備え、診断部は、プラットフォームに登録された判定条件に基づいた診断情報を出力する。
【0011】
本開示のある局面に従う診断方法は、移動体の状態を診断する診断方法であって、移動体には、移動体に設けられた複数のセンサと通信する通信装置が搭載され、通信装置から複数のセンサの検出情報を取得するステップと、プラットフォーム管理者によって管理され移動体の状態を診断するための設定を受け付けるプラットフォームにアクセスするステップと、複数のセンサの検出情報に基づいて移動体の状態を診断するための判定条件であって、プラットフォーム管理者とは異なる、移動体または移動体のコンポーネントの製造者であるユーザによって決定された判定条件をプラットフォームに登録するステップと、プラットフォームに登録された判定条件に基づいた診断情報を出力するステップとを含む。
【発明の効果】
【0012】
本開示によれば、荷役車両などの移動体を利用者に提供する者に対して、システム開発を必要とすることなく、移動体の状態を自動的に診断するために必要な設定環境を提供することができる。
【図面の簡単な説明】
【0013】
【図1】診断システムの構成を示す図である（実施の形態１）。
【図2】油圧ユニットが架装された荷役車両を示す図である。
【図3】管理装置と、運送会社が使用する荷役車両のセンサとの通信を示す図である。
【図4】通信装置の構成を示すブロック図である。
【図5】通信装置のチャネル構成を説明するための図である。
【図6】診断プラットフォームにおいて設定可能な診断情報の例を説明するための図である。
【図7】管理装置と、運送会社が使用する荷役車両と、架装メーカが使用する端末装置との通信を示す図である。
【図8】管理装置が管理するデータの一例を示す図である。
【図9】管理装置が車種ＩＤ別に管理する診断設定情報の一例を示す図である。
【図10】診断プラットフォームが提供する診断設定画面を示す図である。
【図11】診断設定画面において選択可能な診断カテゴリを説明するための図である。
【図12】診断情報画面を示す図である。
【図13】油圧ユニットメーカの表示装置にデータ一覧が表示される例を示す図である。
【図14】油圧ユニットメーカの表示装置に診断サービス要に設定されているユニットＩＤのデータ一覧が表示される例を示す図である。
【図15】油圧ユニットメーカの表示装置に架装メーカに対するサービス料が表示される例を示す図である。
【図16】架装メーカの端末装置にデータ一覧が表示される例を示す図である。
【図17】架装メーカの表示装置にサービス料が表示される例を示す図である。
【図18】ユニットＩＤ、架装メーカＩＤ、および車両登録番号の登録、並びにサービスフラグの設定に関する処理の流れを示すフローチャートである。
【図19】診断設定の処理の流れを示すフローチャートである。
【図20】センサ検出情報の収集および診断情報の出力に関する処理の流れを示すフローチャートである。
【図21】診断情報およびサービス料の送信に関する処理の流れを示すフローチャートである。
【図22】診断システムの構成を示す図である（実施の形態２）。
【図23】管理装置と遠隔装置との通信を示す図である（実施の形態２）。
【図24】油圧ユニットに設けた通信基板において荷役車両の状態を診断する例を示す図である（実施の形態３）。
【図25】通信装置において荷役車両の状態を診断する例を示す図である（実施の形態４）。
【図26】診断システムの構成を示す図である（実施の形態５）。
【図27】実施の形態５に用いられる通信装置の構成を示すブロック図である。
【発明を実施するための形態】
【0014】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【0015】
実施の形態１．
＜システム構成＞
図１は、診断システム１の構成を示す図である。診断システム１は、油圧ユニットメーカ、車両メーカ、架装メーカ、および運送会社の業務フローに関わって機能する。図１には、これら各メーカまたは会社における業務フローを含めた処理フローがステップ番号と共に示されている。
＜システム構成＞
図１は、診断システム１の構成を示す図である。診断システム１は、油圧ユニットメーカ、車両メーカ、架装メーカ、および運送会社の業務フローに関わって機能する。図１には、これら各メーカまたは会社における業務フローを含めた処理フローがステップ番号と共に示されている。
【0016】
車両メーカは、荷役車両１０の車体を製造する。荷役車両１０の車体はシャーシとも呼ばれる。車体は、たとえば、座席を含む本体と、ボディとも呼ばれる荷台とを含む。車両メーカは、製造した車体を規模の異なる様々な架装メーカＡ，Ｂ，…に納品する（ステップＳ１）。
【0017】
油圧ユニットメーカは、架装体の少なくとも一部を構成するユニットの一例となる油圧ユニット１４を製造する。油圧ユニットメーカには管理装置１００が配置される。油圧ユニットメーカは、製造した油圧ユニット１４の一つひとつを管理装置１００においてシリアル番号で管理する。このシリアル番号はユニットＩＤと称される。油圧ユニット１４には、ユニットＩＤが格納された通信装置８０が搭載される。ユニットＩＤによって各々の油圧ユニット１４を識別することができる。通信装置８０は管理装置１００と通信する機能を備える。ユニットＩＤは第１識別情報の一例である。油圧ユニットメーカは、後述の診断プラットフォームの管理者である。
【0018】
油圧ユニットメーカは、通信装置８０が搭載された油圧ユニット１４を規模の異なる様々な架装メーカＡ，Ｂ，…に納品する（ステップＳ２）。
【0019】
架装メーカは、車体に油圧ユニット１４を架装する（ステップＳ３）。これにより、ゲート車、ウイング車、およびフォークリフトなどの様々な種類の荷役車両１０が組み立てられる。図１には、荷役車両１０の一例としてゲート車が示されている。
【0020】
架装メーカは、荷役車両１０を構成する、油圧ユニット以外の他のコンポーネントであるバッテリユニット、エンジンユニットなどの様々な装置にセンサ４０を取り付ける（ステップＳ４）。架装メーカは、荷役車両１０の車種別に必要なセンサ４０を必要な箇所に取り付ける。架装メーカは、油圧ユニット１４を構成する様々な部品にセンサ４０を取り付けてもよい。または、油圧ユニット以外の他のコンポーネントのメーカ自身が、当該コンポーネントに必要なセンサ４０を必要な箇所に取り付ける。または、車両メーカが、当該車両に必要なセンサ４０を必要な箇所に取り付けてもよい。本実施の形態に関わる診断システム１は、これらのセンサ４０が出力する信号に基づいて荷役車両１０を構成する様々な装置の状態を診断する。架装メーカやコンポーネントメーカは、自社が保有するノウハウを活かして、センサ４０を取り付ける位置を車種別に工夫するであろう。なお、油圧ユニットメーカは、予め油圧ユニット１４に様々なセンサ４０を取り付けてもよい。以下では、説明を簡単化するため、架装メーカやコンポーネントメーカのことを単に架装メーカと記載して説明している。
【0021】
架装メーカは、通信装置８０へセンサ４０の配線を接続する（ステップＳ５）。
【0022】
架装メーカは、組み立てた荷役車両１０を規模の異なる様々な運送会社Ｘ，Ｙ，…に納品する（ステップＳ６）。
【0023】
運送会社は、国の機関に対して荷役車両１０の登録申請をする。運送会社は、登録申請により発行された車両登録番号を納品元の架装メーカに通知する（ステップＳ７）。たとえば、運送会社の担当者は、コンピュータを用いて、荷役車両１０を特定できる情報と共に車両登録番号を納品元の架装メーカのコンピュータに送信してもよい。
【0024】
架装メーカは、通知された車両登録番号の荷役車両１０を対象として、診断サービスを提供するか否かを決定する（ステップＳ８）。架装メーカは、管理装置１００にアクセスすることにより、荷役車両１０に取り付けたセンサ４０に基づいて、荷役車両１０の状態を診断することができる。架装メーカは、診断サービスを提供するか否かを運送会社に納品した複数の荷役車両１０毎に決定する。
【0025】
油圧ユニットメーカは、診断サービスを有償で架装メーカに提供する。架装メーカは、診断サービスを利用するため、サービス料を油圧ユニットメーカに支払う必要がある。サービス料は、たとえば、診断サービスを提供する荷役車両１０の台数に応じた金額とされている。運送会社に納品した全ての荷役車両１０を診断サービスの対象に設定すると、サービス料が高額になる。このため、架装メーカは、取引のある運送会社の諸事情を考慮して、診断サービスを効果的に実施できるよう、対象の荷役車両１０を選択する。
【0026】
運送会社に対して診断サービスを提供するか否かの基準は、架装メーカＡ，Ｂ…によって異なるであろう。たとえば、架装メーカＡは、運送会社の規模に応じた基準を定めるかもしれない。架装メーカＢは、運送会社に対する荷役車両１０の売上高または納品台数に応じた基準を定めるかもしれない。
【0027】
架装メーカＣは、取引のある複数の運送会社の中で荷役車両１０を頻繁に使用する傾向があると思われる運送会社を抽出し、抽出した運送会社に納品した荷役車両１０を診断サービスの対象とするかもしれない。一般には、配送業務の受注量の多い運送会社ほど、その頻度が高くなることが予想される。
【0028】
架装メーカＤは、取引のある複数の運送会社の中で油圧ユニット１４を頻繁に使用する傾向があると思われる運送会社を抽出し、そこに納品した荷役車両１０を診断サービスの対象車両とするかもしれない。架装メーカＥは、運送会社から診断サービスに関する希望を聞き取り、診断サービスを希望する運送会社に納品した荷役車両１０を診断サービスの対象車両とするかもしれない。
【0029】
架装メーカＡ，Ｂ…は、各々の基準に従って、運送会社に納品した荷役車両１０を診断サービスの提供対象とするか否かを決定する。もちろん、架装メーカは、運送会社毎にその決定をする必要はない。たとえば、同じ運送会社に納品した複数の荷役車両１０のうち、特定の１または２以上の荷役車両１０を診断サービスの対象車両としてもよい。
【0030】
診断サービスは、たとえば、一定期間毎に荷役車両１０を点検するサービスであってもよい。診断サービスは、一定期間毎に荷役車両１０の部品を取り替えるサービスであってもよい。架装メーカは、診断サービスに対して、荷役車両１０を用いた配送業務に関する有用な情報を提供するサービスを付加してもよい。
【0031】
架装メーカは、荷役車両１０毎に診断サービスの要否を決定した後、油圧ユニットメーカに対して、荷役車両１０に関する各種の情報を通知する（ステップＳ９）。各種の情報には、ユニットＩＤ、架装メーカＩＤ、車種ＩＤ、車両登録番号、運送会社名、および診断サービスの要否が含まれる。たとえば、架装メーカの担当者は、コンピュータを用いて、これらの各種の情報を油圧ユニットメーカのコンピュータに送信してもよい。
【0032】
各種の情報に含まれる架装メーカＩＤは、架装メーカＡ，Ｂ…を識別するための識別情報である。油圧ユニットメーカは、荷役車両１０に紐付いた架装メーカＩＤにより、油圧ユニット１４の取り付けに関わった架装メーカを特定することができる。架装メーカＩＤは第２識別情報の一例である。
【0033】
各種の情報に含まれる車種ＩＤは、架装メーカが提供する荷役車両１０の車種を識別するための識別情報である。架装メーカは、荷役車両１０の車種を車種ＩＤで識別する。車種ＩＤは第３識別情報の一例である。
【0034】
油圧ユニットメーカは、架装メーカから通知された各種の情報を管理装置１００に登録する（ステップＳ１０）。管理装置１００は、プロセッサ１０１とメモリ１０２とを含んで構成される。管理装置１００は、診断装置の一例である。管理装置１００は、サーバを構成する。たとえば、プロセッサ１０１は、管理者による情報の入力に応じて、各種の情報をメモリ１０２に登録する。プロセッサ１０１は、制御装置の一例である。プロセッサ１０１は、架装メーカのコンピュータからこれらの各種の情報を受信し、受信した各種の情報をメモリ１０２に登録してもよい。
【0035】
メモリ１２０には、診断プラットフォームと診断結果通知システムとが構築されている。診断プラットフォームは、荷役車両１０の診断に用いる種々の設定をするための環境を架装メーカに対して提供する。診断結果通知システムは、油圧ユニットメーカ、架装メーカ、または運送会社に対して、診断プラットフォームの設定に基づいた各種の診断結果を通知する。
【0036】
架装メーカは、診断プラットフォームを利用して、荷役車両１０の車種別に診断の設定を行う（ステップＳ１１）。診断の設定には、診断対象の装置、診断に用いるセンサ４０に関する情報、および判定の基準とする閾値などが含まれる。架装メーカは、診断プラットフォームを利用することにより、自社で独自にシステム開発をすることなく、自社のノウハウを活かした診断設定をすることができる。架装メーカは、診断結果通知システムを利用することにより、診断プラットフォームで設定した内容に応じた診断結果の情報を取得できる。以下、診断結果の情報を診断情報と称する。
【0037】
運送会社は、納品された荷役車両１０を用いて運送業を営む。運送会社の規模、形態、経営状況などにより、荷役車両１０の稼働率、走行距離、荷役車両１０に搭載された油圧ユニット１４の稼働率などが異なる。荷役車両１０に取り付けられたセンサ４０は、センサ４０の取り付け箇所に応じた様々な情報を検出する。
【0038】
油圧ユニット１４に搭載された通信装置８０は、インターネットなどのネットワーク５０を介して管理装置１００と通信する機能を備えている。荷役車両１０に取り付けられたセンサ４０は、検出した値を通信装置８０に送信する。通信装置８０は、センサ４０の検出情報を管理装置１００に送信する（ステップＳ１２）。管理装置１００は、センサ４０の検出情報をセンサ４０が取り付けられた荷役車両１０の油圧ユニットＩＤ別に収集する。以下、センサ４０の検出情報をセンサ検出情報とも称する。
【0039】
管理装置１００は、診断サービスの設定がサービス要とされている荷役車両１０から送られるセンサ検出情報を収集する。管理装置１００は、診断サービスの設定がサービス無にされている荷役車両１０から送られるセンサ検出情報を収集しない。センサ検出情報は、荷役車両１０毎の診断サービスに利用されるためである。
【0040】
管理装置１００は、荷役車両１０の診断情報を架装メーカに提供する（ステップＳ１３）。荷役車両１０の診断情報は、診断結果通知システムによって架装メーカに提供される。荷役車両１０の診断情報は、たとえば、荷役車両１０に搭載された油圧ユニット１４の故障情報、荷役車両１０のバッテリの電圧低下を知らせる情報などを含む。診断情報の種類は、架装メーカの診断設定に応じて異なる。
【0041】
管理装置１００が提供する診断情報は、荷役車両１０別に生成された情報である。管理装置１００は、架装メーカＡに対して、架装メーカＡに納品された油圧ユニット１４に対応する荷役車両１０の診断情報を提供する。管理装置１００は、架装メーカＢに対して、架装メーカＢに納品された油圧ユニット１４に対応する荷役車両１０の診断情報を提供する。
【0042】
管理装置１００は、診断サービスの設定がサービス要とされている荷役車両１０の診断情報を架装メーカに提供する。管理装置１００は、診断サービスの設定がサービス無とされている荷役車両１０の診断情報を架装メーカに提供しない。つまり、管理装置１００は、架装メーカが診断サービスの対象にした荷役車両１０のみを対象にして、診断情報を提供する。
【0043】
管理装置１００は、診断情報を架装メーカの端末装置へ送信する。管理装置１００は、診断情報を架装メーカの担当者の携帯端末へ送信してもよい。管理装置１００は、診断情報を荷役車両１０の運送会社に配置された端末装置へ送信してもよい。管理装置１００は、診断情報を荷役車両１０へ送信してもよい。荷役車両１０に、診断情報を受信する通信端末を設置してもよい。管理装置１００は、診断情報を対応する荷役車両１０のドライバーが所持する携帯端末へ送信してもよい。
【0044】
架装メーカは、診断情報に基づいて、運送会社に納品した荷役車両１０の状態を把握する。架装メーカは、荷役車両１０の診断情報に応じた対応をとる（ステップＳ１４）。
【0045】
たとえば、架装メーカＡは、運送会社Ｘに納品された荷役車両１０の診断情報に基づいて、荷役車両１０に架装された油圧ユニット１４の駆動回数が基準値を超えていることを把握する。この場合、架装メーカＡの作業員が運送会社Ｘに出向いて油圧ユニット１４を点検するかもしれない。たとえば、架装メーカＢは、運送会社Ｙに納品された荷役車両１０の診断情報に基づいて、荷役車両１０のバッテリ電圧が異常に低下していることを把握する。この場合、架装メーカＢの作業員が運送会社Ｙに出向いてバッテリを点検するかもしれない。
【0046】
架装メーカは、診断プラットフォームおよび診断結果通知システムを利用することによって、付加価値のあるサービスを運送会社に提供できる。その結果、架装メーカは、荷役車両１０の売り上げを増加できるメリットがある。
【0047】
油圧ユニットメーカは、診断プラットフォームおよび診断結果通知システムを架装メーカに提供する見返りとして、架装メーカに対してサービス料を請求する（ステップＳ１５）。サービス料は、たとえば、診断サービス要に設定されている荷役車両１０の数に応じて異なる。
【0048】
たとえば、架装メーカＡが運送会社Ｘに対して納品した荷役車両５０台のうち、４０台が診断サービス要に設定され、架装メーカＡが運送会社Ｙに対して納品した荷役車両３０台のうち、１５台が診断サービス要に設定されていたとする。この場合、油圧ユニットメーカは、５５台に相当する金額のサービス料を架装メーカＡに請求する。油圧ユニットメーカは、このようにして、架装メーカＡ，Ｂ…に対してサービス料を請求する。
【0049】
架装メーカは、診断サービスを提供する見返りとして、運送会社に対してサービス料を請求する（ステップＳ１６）。サービス料は、たとえば、診断サービス要に設定されている荷役車両１０の数に応じて異なる。架装メーカＡ，Ｂ…は、取引のある運送会社に対して請求するサービス料の金額を、それぞれで定めてもよい。
【0050】
＜管理装置１００のハードウエア構造＞
管理装置１００のハードウエア構造について説明する。管理装置１００は、プロセッサ１０１とメモリ１０２とを含む。プロセッサ１０１は、典型的には、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Multi-Processing Unit）などの演算処理部である。プロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することで、管理装置１００の処理を実現する。なお、図１では、管理装置１００のプロセッサ１０１が単数である構成を例示しているが、管理装置１００に複数のプロセッサ１０１が設けられる構成としてもよい。
管理装置１００のハードウエア構造について説明する。管理装置１００は、プロセッサ１０１とメモリ１０２とを含む。プロセッサ１０１は、典型的には、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Multi-Processing Unit）などの演算処理部である。プロセッサ１０１は、メモリ１０２に記憶されたプログラムを読み出して実行することで、管理装置１００の処理を実現する。なお、図１では、管理装置１００のプロセッサ１０１が単数である構成を例示しているが、管理装置１００に複数のプロセッサ１０１が設けられる構成としてもよい。
【0051】
メモリ１０２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）およびフラッシュメモリなどの不揮発性メモリによって実現される。メモリ１０２は、ステップＳ９において通知された各種の情報、ステップＳ１２で送信されるセンサ４０の検出情報、プロセッサ１０１によって実行されるプログラム、およびプロセッサ１０１によって用いられるデータなどを記憶する。プロセッサ１０１によって実行されるプログラムには、診断プラットフォームおよび診断結果通知システムに関するプログラムが含まれる。
【0052】
なお、メモリ１０２は、プロセッサ１０１が可読可能な形式で非一時的にプログラムを記録することができれば、ＣＤ－ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリーカード、ＦＤ（Flexible Disk）、ハードディスク、ＳＳＤ（Solid State Drive）、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリーカードを除く）、光カード、マスクＲＯＭ、またはＥＰＲＯＭであってもよい。
【0053】
以上、説明したとおり、油圧ユニットメーカは、管理装置１００によって診断プラットフォームおよび診断結果通知システムを提供する。管理装置１００は、荷役車両１０の診断情報を含む各種のデータを管理している。管理装置１００は、荷役車両１０の１台１台をその荷役車両１０に架装された油圧ユニット１４のユニットＩＤで特定する。管理装置１００は、荷役車両１０を所有する運送会社、および運送会社に対して荷役車両１０を納品した架装メーカと関連付けてユニットＩＤを記憶している。
【0054】
管理装置１００は、運送会社が使用する荷役車両１０からセンサ４０の種類に応じた様々な情報を受信し、受信した情報をユニットＩＤ別に記憶する。管理装置１００は、架装メーカの要求に応じて、あるいは定期的に、センサ検出情報に基づいて生成した診断情報を架装メーカに提供する。管理装置１００は、特に、架装メーカが予めサービス要に設定した荷役車両１０を対象にして、診断情報を架装メーカに提供する。
【0055】
＜荷役車両１０の構成＞
図２は、油圧ユニット１４が架装された荷役車両１０を示す図である。荷役車両１０は、荷台１１と荷役装置１２とを備える。荷役装置１２は、荷受台１３と、油圧ユニット１４とを備える。図２に示す油圧ユニット１４は、たとえば、減圧装置を含む。油圧ユニット１４は、荷受台１３を昇降させる。他の油圧ユニット１４の例として、たとえば、荷役車両１０のウイングの開閉に用いる駆動装置を挙げることができる。
図２は、油圧ユニット１４が架装された荷役車両１０を示す図である。荷役車両１０は、荷台１１と荷役装置１２とを備える。荷役装置１２は、荷受台１３と、油圧ユニット１４とを備える。図２に示す油圧ユニット１４は、たとえば、減圧装置を含む。油圧ユニット１４は、荷受台１３を昇降させる。他の油圧ユニット１４の例として、たとえば、荷役車両１０のウイングの開閉に用いる駆動装置を挙げることができる。
【0056】
＜管理装置１００と荷役車両１０のセンサとの通信＞
図３は、管理装置１００と、運送会社が使用する荷役車両１０のセンサ４０との通信を示す図である。管理装置１００は、たとえば、油圧ユニットメーカによって管理される。荷役車両１０は、たとえば、運送会社によって使用される。
図３は、管理装置１００と、運送会社が使用する荷役車両１０のセンサ４０との通信を示す図である。管理装置１００は、たとえば、油圧ユニットメーカによって管理される。荷役車両１０は、たとえば、運送会社によって使用される。
【0057】
荷役車両１０は、本体２０と架装体３０とにより構成される。本体２０には様々な車体ユニット２５１，２５２，２５３…が搭載される。車体ユニット２５１，２５２，２５３…は、エンジン関連部品、クラッチなどのドライブトレイン関連部品、ステアリング関連部品、サスペンション関連部品、アクセルおよびブレーキ関連部品、外装部品、内装部品、電装部品、エアコンディショナ関連部品、および運転支援システム関連部品などが含まれる。車体ユニット２５１，２５２，２５３…には、必要に応じて架装メーカがセンサ４０を取り付ける。
【0058】
架装体３０には油圧ユニット１４が含まれる。油圧ユニット１４は、たとえば、液圧シリンダ１４１、タンク１４２、ポンプ１４３、バルブ１４４、およびモータ１４５などの部品を含んで構成される。
【0059】
液圧シリンダ１４１は、荷役車両１０の荷受台１３を荷台１１の下方に出し入れする機能を備える。タンク１４２には、鉱物油などの液体が貯留されている。ポンプ１４３は、タンク１４２に貯留されている液体を液圧シリンダ１４１に向けて吐出する。バルブ１４４は、液体の流れを制御する。モータ１４５は、ポンプ１４３を駆動する。これらの部品には、油圧ユニットメーカにより、または架装メーカにより、必要に応じてセンサ４０が取り付けられる。たとえば、タンク１４２から液圧シリンダ１４１に向けて吐出される液体の圧力を検出するため、センサ４０を適切な箇所に取り付けてもよい。モータ１４５が駆動したことを検出するため、センサ４０を適切な箇所に取り付けてもよい。
【0060】
油圧ユニット１４は、通信装置８０をさらに備える。通信装置８０には油圧ユニット１４のユニットＩＤが記憶されている。架装メーカは、本体２０の車体ユニット２５１，２５２，２５３…に取り付けたセンサ４０の配線を通信装置８０に接続する。架装メーカまたは油圧ユニットメーカは、油圧ユニット１４に取り付けたセンサ４０の配線を通信装置８０に接続する。
【0061】
通信装置８０は、ネットワーク５０を介して管理装置１００と通信する。通信装置８０は、センサ４０の検出情報をユニットＩＤと共に管理装置１００へ送信する。管理装置１００には、診断プラットフォームと診断結果通知システムとが構築されている。診断プラットフォームには、診断設定情報と診断情報とが格納される。診断設定情報は、架装メーカが荷役車両１０の状態を診断するために設定した情報である。診断設定情報は、架装メーカの車種ＩＤ別に診断プラットフォームに格納される。診断情報は、診断設定情報とセンサ検出情報とに基づいて生成された情報である。診断情報は、ユニットＩＤ別に診断プラットフォームに格納される。管理装置１００は、診断結果通知システムによって診断情報を架装メーカの端末装置などへ送信する。
【0062】
＜通信装置８０の構成＞
図４は、通信装置８０の構成を示すブロック図である。通信装置８０は、第１チャネル群８１、第２チャネル群８２、第３チャネル群８３、マイクロコンピュータ８４、および通信モジュール８５を備える。第１チャネル群８１、第２チャネル群８２、第３チャネル群８３には、センサ４０の配線が接続される。第１チャネル群８１のチャネル数は１０である。第２チャネル群８２のチャネル数は５である。第３チャネル群８３のチャネル数は５である。
図４は、通信装置８０の構成を示すブロック図である。通信装置８０は、第１チャネル群８１、第２チャネル群８２、第３チャネル群８３、マイクロコンピュータ８４、および通信モジュール８５を備える。第１チャネル群８１、第２チャネル群８２、第３チャネル群８３には、センサ４０の配線が接続される。第１チャネル群８１のチャネル数は１０である。第２チャネル群８２のチャネル数は５である。第３チャネル群８３のチャネル数は５である。
【0063】
マイクロコンピュータ８４は、第１チャネル群８１、第２チャネル群８２、第３チャネル群８３、および通信モジュール８５と接続される。マイクロコンピュータ８４にはユニットＩＤが格納されている。通信モジュール８５は、基地局と無線通信するためのアンテナを備え、電波によって情報を外部へ出力する。マイクロコンピュータ８４には、管理装置１００と通信するためのアドレスが予め格納されている。マイクロコンピュータ８４は、第１チャネル群８１、第２チャネル群８２、および第３チャネル群８３から受信したセンサ信号を、通信モジュール８５を介してユニットＩＤと共に管理装置１００へ送信する。
【0064】
【0065】
第１チャネル群８１はＶ１～Ｖ１０の１０チャネルで構成される。第１チャネル群８１へ入力可能な電圧の範囲は０Ｖ（Volt）～３６Ｖである。第１チャネル群８１の出力分解能は０．１Ｖ単位である。第１チャネル群８１の出力タイミングは０．５秒毎である。
【0066】
第２チャネル群８２はＶ１１～Ｖ１５の５チャネルで構成される。第２チャネル群８２へ入力可能な電圧の範囲は０Ｖ～３６Ｖである。第２チャネル群８２の出力分解能は０．１Ｖ単位である。第２チャネル群８２の出力タイミングは１８０秒毎である。
【0067】
第３チャネル群８３はＶ１６～Ｖ２０の５チャネルで構成される。第３チャネル群８３へ入力可能な電圧の範囲は０Ｖ～５Ｖである。第３チャネル群８３の出力分解能は０．０１Ｖ単位である。第３チャネル群８３の出力タイミングは１８０秒毎である。
【0068】
したがって、第１チャネル群８１および第２チャネル群８２へは、センサ４０の信号として、３６Ｖまでの電圧を入力することができる。第３チャネル群８３へは、センサ４０の信号として、３６Ｖより低い５Ｖまでの電圧を入力することができる。
【0069】
第１チャネル群８１および第２チャネル群８２に接続したセンサ４０の検出情報は、０．１Ｖ単位の分解能で特定することができる。第３チャネル群８３に接続したセンサ４０の検出情報は、０．１Ｖよりも低い０．０１Ｖ単位の分解能でより細やかに特定することができる。
【0070】
第１チャネル群８１に接続したセンサ４０の検出情報は、０．５秒という短い監視期間毎に特定することができる。第２チャネル群８２および第３チャネル群８３に接続したセンサ４０の検出情報は、０．５秒より長い１８０秒の監視期間で特定することができる。
【0071】
図５に示されるチャネル構成は一例に過ぎず、様々な変形が予定されている。通信装置８０のマイクロコンピュータ８４は、第１チャネル群８１、第２チャネル群８２、および第３チャネル群８３の仕様の少なくとも一部を変更できる機能を備えてもよい。
【0072】
図６は、診断プラットフォームにおいて設定可能な診断情報の例を説明するための図である。架装メーカは、荷役車両１０を構成する各種装置にセンサ４０を取り付けた上で、診断プラットフォームにおいてセンサ４０に対応する判定条件を設定することによって、荷役車両１０の様々な診断情報を入手することができる。図６には、診断情報のいくつかの例が示されている。
【0073】
検出対象として、図６には、「圧力」、「温度」、「電圧」、「油面（の高さ）」、「回転」、「時間」、「回数」、および「ＧＰＳ（Global Positioning System）」が示されている。これらのうち、「ＧＰＳ」を除く全ては、荷役車両１０に取り付けたセンサ４０によって検出することができる。図６に示される「ＧＰＳ」は、荷役車両１０の位置情報を取得することを意味している。すなわち、ＧＰＳを利用して取得した荷役車両１０の位置情報を、通信装置８０を介して管理装置１００で収集してもよい。
【0074】
１つのセンサ４０の検出情報を利用し、または２つ以上のセンサ４０の検出情報を組み合わせて利用することで、架装メーカは、様々な診断情報を生成することができる。診断情報は、たとえば、故障診断情報、異常診断情報、保守診断情報、異常操作履歴、運行および作動履歴に分類される。
【0075】
故障診断情報は、対象の装置が動作しないことを示す。故障診断情報には、電気系統のモータ故障、モータの焼付きによる故障、マグネットスイッチ故障（作動不良）、マグネットスイッチ故障（溶着）、電気系統の電磁弁故障、油圧系統の電磁弁故障、リリーフ弁故障、ポンプ故障、およびバッテリ電圧低下などが含まれる。
【0076】
異常診断情報は、対象の装置が作動するものの、対象の装置に異常が発生していることを示す。異常診断情報には、タンク油面低下、リリーフ弁に関する設定圧警告、バッテリ電圧低下、およびバルブブロックの内部漏れ過多などが含まれる。
【0077】
保守診断情報は、対象の装置の交換を推奨すること、または対象の装置のメンテナンスを推奨することを示す。保守診断情報には、モータブラシの交換時期、コンタクタの交換時期、作動油の交換時期、およびフィルタの交換時期などが含まれる。
【0078】
異常操作履歴は、推奨しない動作の履歴を示す。異常操作履歴には、対象装置が連続して操作される時間に関する異常、モータ温度異常、および対象装置の操作頻度の異常などが含まれる。
【0079】
運行および作動履歴は、対象の荷役車両１０の運行履歴および作動履歴を示す。運行および作動履歴には、架装体３０の操作記録、対象装置の診断履歴、対象装置の処置履歴、および庫内温度記録などが含まれる。
【0080】
以上、図６を用いて診断情報の種類および具体例を説明した。診断プラットフォームを利用して診断設定を行う架装メーカは、以上に説明した診断情報の種類および具体例に拘ることなく、独自の基準に従って、様々な診断情報の種類を設定することができる。
【0081】
＜管理装置１００と荷役車両１０と端末装置２００との通信＞
図７は、管理装置１００と、運送会社が使用する荷役車両１０と、架装メーカが使用する端末装置２００との通信を示す図である。管理装置１００と荷役車両１０に搭載された通信装置８０とは、ネットワーク５０を介して通信する。管理装置１００と架装メーカの端末装置２００とは、ネットワーク５０を介して通信する。
図７は、管理装置１００と、運送会社が使用する荷役車両１０と、架装メーカが使用する端末装置２００との通信を示す図である。管理装置１００と荷役車両１０に搭載された通信装置８０とは、ネットワーク５０を介して通信する。管理装置１００と架装メーカの端末装置２００とは、ネットワーク５０を介して通信する。
【0082】
管理装置１００は、様々な情報を表示する表示装置１５０と接続されている。表示装置１５０を含んで管理装置１００を構成してもよい。
【0083】
管理装置１００は、取得部１１１と、算出部１１２と、送信部１１３と、出力部１１４と、格納部１１５とを概念的に備える。取得部１１１、算出部１１２、送信部１１３、および格納部１１５は、図１に示したプロセッサ１０１およびメモリ１０２によって実現される。出力部１１４は、たとえば、表示装置１５０に対して表示情報を出力する表示インターフェイスにより構成される。プロセッサ１０１は、出力部１１４に対して様々な情報を出力する。
【0084】
運送会社Ｘ，Ｙ…は、架装メーカＡ，Ｂ…から納品された荷役車両１０を用いて物品を配送する。荷役車両１０の油圧ユニット１４には通信装置８０が設けられている。通信装置８０は、ユニットＩＤと共にセンサ検出情報を管理装置１００に送信する。管理装置１００は、ユニットＩＤおよびセンサ検出情報を受信する。
【0085】
取得部１１１は、ユニットＩＤと共にセンサ検出情報を取得する。取得部１１１は、格納部１１５に、センサ検出情報をユニットＩＤ別に格納する。格納部１１５には、架装メーカが診断プラットフォームを利用して設定した診断設定情報が格納されている。算出部１１２は、センサ検出情報および診断設定情報に基づいて、荷役車両１０の診断情報をユニットＩＤ別に算出する。これにより、架装メーカに対して提供するための様々な診断情報が生成される。算出された診断情報はユニットＩＤ別に格納部１１５に格納される。
【0086】
格納部１１５には、架装メーカ向けのサービス料単価αと、運送会社向けのサービス料単価βとが格納されている。管理装置１００の管理者がサービス料単価αおよびサービス料単価βを適宜設定できるよう、管理装置１００を設計することが望ましい。
【0087】
架装メーカ向けのサービス料単価αは、架装メーカ別に異ならせてもよい。同様に、運送会社向けのサービス料単価βは、運送会社別に異ならせてもよい。この場合、管理装置１００の管理者がサービス料単価αを架装メーカ別に設定できるよう、管理装置１００を設計することが望ましい。同様に、管理装置１００の管理者がサービス料単価αを架装メーカ別に設定できるよう、管理装置１００を設計することが望ましい。
【0088】
算出部１１２は、架装メーカ向けのサービス料単価αを用いて架装メーカＡ，Ｂ…別に診断サービスのサービス料を算出する。算出部１１２は、運送会社向けのサービス料単価βを用いて運送会社Ｘ，Ｙ…別に診断サービスのサービス料を算出する。
【0089】
架装メーカ向けのサービス料は、油圧ユニットメーカが架装メーカに納品した油圧ユニット１４（より具体的には通信装置８０）の数に対して、架装メーカ向けのサービス料単価αを乗じることによって算出される。ただし、サービス料の算出の対象となる油圧ユニット１４は、ユニットＩＤが診断サービス要に対応しているものに限られる。
【0090】
運送会社向けのサービス料は、架装メーカが運送会社に納品した荷役車両１０の数に対して、運送会社向けのサービス料単価βを乗じることによって算出される。ただし、サービス料の算出の対象となる荷役車両１０は、荷役車両１０に対応するユニットＩＤが診断サービス要に対応しているものに限られる。
【0091】
算出部１１２により算出された架装メーカ向けのサービス料および運送会社向けのサービス料は、格納部１１５に格納される。
【0092】
送信部１１３は、格納部１１５に格納された診断情報およびサービス料を架装メーカに送信する。このとき、送信部１１３は、架装メーカ別に診断情報およびサービス料を送信する。
【0093】
たとえば、送信部１１３は、油圧ユニットメーカが架装メーカＡに納品した油圧ユニット１４のユニットＩＤに対応する診断情報を架装メーカＡに送信する。送信部１１３は、油圧ユニットメーカが架装メーカＢに納品した油圧ユニット１４のユニットＩＤに対応する診断情報を架装メーカＢに送信する。ただし、送信部１１３から架装メーカへは、診断サービス要に設定されているユニットＩＤに対応する診断情報のみが送信される。
【0094】
架装メーカＡが運送会社Ｘと運送会社Ｙとに荷役車両１０を納品している場合、送信部１１３は、架装メーカＡ向けのサービス料と、運送会社Ｘ向けのサービス料と、運送会社Ｙ向けのサービス料とを架装メーカＡに送信する。ここで、運送会社Ｘ向けのサービス料は、架装メーカＡが運送会社Ｘに対して請求すべき料金である。同様に、運送会社Ｙ向けのサービス料は、架装メーカＡが運送会社Ｙに対して請求すべき料金である。
【0095】
架装メーカの端末装置２００は、送信部１１３から送信された情報を受信し、受信した情報を表示する。架装メーカの担当者は、端末装置２００に表示された診断情報に基づいて、診断サービスの対象とされた荷役車両１０の状態を把握することができる。架装メーカの担当者は、端末装置２００に表示されたサービス料を見ることにより、油圧ユニットメーカに対して支払うべきサービス料と、取引のある運送会社に対して請求すべきサービス料とを把握することができる。
【0096】
管理装置１００に接続された表示装置１５０には、格納部１１５に格納された各種の情報が表示される。たとえば、管理装置１００は、管理者の指示に対応する各種の情報を表示装置１５０に表示する。各種の情報には、診断情報、架装メーカ向けのサービス料、および運送会社向けのサービス料などが含まれる。
【0097】
【0098】
管理装置１００は、架装メーカＩＤ、車種ＩＤ、車両登録番号、および運送会社名と対応付けてユニットＩＤを記憶している。ユニットＩＤはユニークな番号とされている。管理装置１００は、ユニットＩＤにより、油圧ユニット１４の一つひとつを識別できる。油圧ユニット１４は、荷役車両１０に架装される。油圧ユニット１４に搭載され通信装置８０には、ユニットＩＤが格納されている。したがって、管理装置１００は、ユニットＩＤにより荷役車両１０の一つひとつを識別できる。
【0099】
管理装置１００は、架装メーカＩＤにより、油圧ユニット１４の納品先を特定することができる。管理装置１００は、車種ＩＤにより、ユニットＩＤ別に荷役車両１０の車種を特定することができる。管理装置１００は、車両登録番号により、油圧ユニット１４が取り付けられた荷役車両１０を特定することができる。管理装置１００は、運送会社名により、荷役車両１０の納品先を特定することができる。
【0100】
管理装置１００は、架装メーカＩＤに含まれるアルファベットによって架装メーカを識別することができる。たとえば、Ａは、架装メーカＡに対応し、Ｂは、架装メーカＢに対応する。アルファベットの右の４桁の数字は、架装メーカにおいてそれぞれの油圧ユニット１４を識別するための数字である。架装メーカを識別するという目的のみのためであれば、この数字はなくてもよい。図８に示されるデータには、架装メーカＩＤに対応する架装メーカ名が含まれている。Ａ社、およびＢ社がそれに該当する。
【0101】
管理装置１００は、車種ＩＤに含まれるアルファベットによって架装メーカを識別し、車種ＩＤに含まれる数字によって架装メーカの車種を識別することができる。たとえば、Ａｃは、架装メーカＡに対応し、Ｂｃは、架装メーカＢに対応する。アルファベットの右の４桁の数字は、架装メーカ別の車種に対応する数字である。
【0102】
図８に示されるデータには、ユニットＩＤと関連付いたサービスフラグが含まれる。サービスフラグは、診断サービスの有無を識別するためのフラグである。図８に示されるデータでは、ユニットＩＤの００００００１～００００００５，００００００７，００００００８に対応するサービスフラグがＯＮに設定されている。これは、対応するユニットＩＤによって識別される荷役車両１０が、診断サービスの対象であることを意味する。図８に示されるデータでは、ユニットＩＤの００００００６，００００００９，００００００１０に対応するサービスフラグがＯＦＦに設定されている。これは、対応するユニットＩＤによって識別される荷役車両１０が、診断サービスの対象でないことを意味する。
【0103】
管理装置１００は、管理者の指示入力に従ってサービスフラグをＯＮまたはＯＦＦに設定する。
【0104】
図８に示されるデータには、診断情報が含まれる。管理装置１００は、サービスフラグがＯＮに設定されているユニットＩＤを対象にして診断情報を生成する。管理装置１００は、サービスフラグがＯＦＦに設定されているユニットＩＤを対象にしては、診断情報を生成しない。図８において、「No Service」との記載は、管理装置１００が診断情報を生成しないことを意味する。
【0105】
なお、図８は、管理装置１００が診断情報を生成する前の状態のデータを示している。このため、診断情報の具体的な内容は図８に示されていない。診断情報の具体例については、既に言及済みのため、ここではその説明を繰り返さない。
【0106】
＜車種ＩＤ別に管理される診断設定情報＞
図９は、管理装置１００が車種ＩＤ別に管理する診断設定情報の一例を示す図である。図９に示されるように、管理装置１００は、車種ＩＤ別に診断設定情報を記憶している。たとえば、管理装置１００は、車種ＩＤの「Ａｃ０００１」に対応して、「診断種類１（名称任意設定）」を記憶している。なお、「名称任意設定」の部分には、設定の際に架装メーカＡが任意に入力した文字が表示される。たとえば、架装メーカＡは、「名称任意設定」の部分に車種の名称を入力してもよい。管理装置１００は、「診断種類１（名称任意設定）」をラベルにして、そのラベルに対応する詳細な設定データをメモリ１０２内に格納している。
図９は、管理装置１００が車種ＩＤ別に管理する診断設定情報の一例を示す図である。図９に示されるように、管理装置１００は、車種ＩＤ別に診断設定情報を記憶している。たとえば、管理装置１００は、車種ＩＤの「Ａｃ０００１」に対応して、「診断種類１（名称任意設定）」を記憶している。なお、「名称任意設定」の部分には、設定の際に架装メーカＡが任意に入力した文字が表示される。たとえば、架装メーカＡは、「名称任意設定」の部分に車種の名称を入力してもよい。管理装置１００は、「診断種類１（名称任意設定）」をラベルにして、そのラベルに対応する詳細な設定データをメモリ１０２内に格納している。
【0107】
＜診断設定画面＞
図１０は、診断プラットフォームが提供する診断設定画面２１０を示す図である。図１１は、診断設定画面２１０において選択可能な診断カテゴリを説明するための図である。診断プラットフォームは、各架装メーカに対して、診断設定をする環境を提供する。たとえば、図１０には、架装メーカＡの端末装置２００に表示される診断設定画面２１０が示されている。診断設定画面２１０には、車種ＩＤ別に診断設定をすることができる複数の設定シート２１１が表示される。設定シート２１１には、架装メーカの担当者の操作に応じて、荷役車両１０の状態を診断するための判定条件が登録される。
図１０は、診断プラットフォームが提供する診断設定画面２１０を示す図である。図１１は、診断設定画面２１０において選択可能な診断カテゴリを説明するための図である。診断プラットフォームは、各架装メーカに対して、診断設定をする環境を提供する。たとえば、図１０には、架装メーカＡの端末装置２００に表示される診断設定画面２１０が示されている。診断設定画面２１０には、車種ＩＤ別に診断設定をすることができる複数の設定シート２１１が表示される。設定シート２１１には、架装メーカの担当者の操作に応じて、荷役車両１０の状態を診断するための判定条件が登録される。
【0108】
設定シート２１１の先頭には、診断種類の名称を入力する欄が存在する。この欄には、架装メーカが任意の名称を入力することができる。この名称は、図９に示された「診断種類１（名称任意設定）」に反映される。既に説明したとおり、たとえば、架装メーカは、この欄に車種の名称を入力することができる。
【0109】
設定シート２１１の先頭には、車種ＩＤを入力する欄が設けられる。架装メーカの担当者は、この欄に設定シート２１１の設定の対象となる車種ＩＤを入力する。診断プラットフォームでは、この欄に入力された車種ＩＤに基づいて、設定を適用する荷役車両１０を特定する。
【0110】
具体的には、管理装置１００は、荷役車両１０からセンサ検出情報およびユニットＩＤを受信したとき、ユニットＩＤに対応して記憶している車種ＩＤを特定する。管理装置１００は、車種ＩＤに対応する診断設定を読み出す。管理装置１００は、読み出した診断設定に基づいて、受信したセンサ検出情報を処理する。これにより、設定シート２１１に設定された設定が対応する車種の荷役車両１０の診断に適用される。
【0111】
設定シート２１１は、診断カテゴリを選択する欄（診断カテゴリ）、診断名を入力する欄（診断名）、診断に用いるセンサ４０のチャネルを指定する欄（第１センサ、第２センサ…）、チャネルに対応する閾値を指定する欄（第１センサ閾値、第２センサ閾値…）、時間を指定する欄（時間）、診断対象を入力する欄（診断）、および診断回数を入力する欄（診断回数）を含む。設定シート２１１では、診断に用いる判定条件を行毎に入力することができる。
【0112】
診断カテゴリを選択する欄では、作動時診断、監視診断、および回数診断などが選択される。ここで、図１１を参照して、診断カテゴリを説明する。作動時診断では、比較的、短い周期（たとえば、０．５ｓｅｃ）のセンシングによって診断対象を診断する。作動時診断には、図５に示される第１チャネル群８１のチャネルが用いられる。監視診断では、比較的、長い周期（たとえば、１８０ｓｅｃ）のセンシングによって診断対象を診断する。監視診断には、図５に示される第２チャネル群８２または第３チャネル群８３のチャネルが用いられる。
【0113】
作動時診断は、センサ４０の検出値が比較的、短い時間継続して閾値を超えた段階で、診断名に該当する事象が発生したと診断する場合に選択されるであろう。監視診断は、センサ４０の検出値が比較的、長い時間継続して閾値を超えたときに診断名に該当する事象が発生したと診断する場合に選択されるであろう。図１０に示される時間の欄には、それぞれの時間の長さが入力される。
【0114】
図１１に示されるように、回数診断は、センシングによって事象が検出された回数を対象とする。たとえば、図１０では、診断名「ＣＣＣ交換時期」の行が回数診断のカテゴリに分類されている。診断対象の欄には「ＤＤ作動」と入力されている。診断回数の欄には「１００回」と入力されている。したがって、診断名「ＣＣＣ交換時期」は、「ＤＤという装置が作動する」という事象が検出された回数が、１００回に達したことを判定条件として、「ＣＣＣ」という装置の交換時期であると診断することに対応する。回数診断の行には、センサ４０のチャネル、閾値、および時間を入力する必要がない。
【0115】
診断名の欄には、任意の診断名称が入力される。たとえば、診断対象の荷役車両１０を構成する一装置名を「ＡＡＡ」としたとき、架装メーカの担当者は、「ＡＡＡ故障」、「ＡＡＡ異常」、および「ＡＡＡ交換時期」などの任意の診断名称を診断名の欄に入力することができる。
【0116】
診断に用いるセンサ４０のチャネルおよび閾値を指定する欄は、各行に複数設けられる。図１０には、チャネルおよび閾値を指定する欄の一部が示されている。たとえば、第１センサの欄と第１センサ閾値の欄とが対応する。第２センサの欄と第２センサ閾値の欄とが対応する。第３センサの欄と第３センサ閾値の欄とが対応する。各センサの欄には、通信装置８０のチャネルが入力される。各センサ閾値の欄には、対応するセンサ４０の検出値を判定する閾値が入力される。
【0117】
架装メーカの担当者は、診断に用いるセンサ４０のチャネルとして、１つのチャネルのみを入力してもよく、複数のチャネルを入力してもよい。たとえば、図１０の「ＡＡＡ故障」の行には、Ｖ１チャネルのみが入力されている。図１０の「ＢＢＢ異常」の行には、Ｖ２およびＶ３のチャネルが入力されている。たとえば、Ｖ２およびＶ３のチャネルが入力されている場合、Ｖ２に対応するセンサ４０の検出値が閾値１０（Volt）を超え、かつ、Ｖ３に対応するセンサ４０の検出値が閾値２０（Volt）を超えた場合に、診断対象の事象が発生したと判断するための判定条件が満たされる。
【0118】
設定シート２１１において、架装メーカの担当者は、複数のセンサのうちから、第１センサ、第２センサ、…を順に設定することができる。診断プラットフォームは、設定シート２１１において、第１センサ閾値、第２センサ閾値…を入力する操作を受け付ける。たとえば、第１センサ閾値は、第１センサの検出値が第１条件を満たすことを判定するための値である。たとえば、第２センサ閾値は、第２センサの検出値が第２条件を満たすことを判定するための値である。設定シート２１１において、「時間」は、第１条件または第２条件の継続時間が、予め定めた判定条件を成立させる第３条件を満たすことを判定するための値である。また、設定シート２１１において、「診断回数」は、第１条件または第２条件の成立回数が、予め定めた判定条件を成立させる第３条件を満たすことを判定するための値である。
【0119】
架装メーカの担当者は、必要な車種の数に応じた枚数の設定シート２１１を用いて、車種毎に診断設定を行う。これにより、車種別の診断設定情報が診断プラットフォームに登録される。
【0120】
＜診断情報画面＞
図１２は、診断情報画面２２０を示す図である。架装メーカの担当者は、端末装置２００を用いて管理装置１００にアクセスする。その後、架装メーカの担当者は、診断情報を取得したい荷役車両１０を指定する。これにより、端末装置２００には、図１２に示されるような診断情報画面２２０が表示される。
図１２は、診断情報画面２２０を示す図である。架装メーカの担当者は、端末装置２００を用いて管理装置１００にアクセスする。その後、架装メーカの担当者は、診断情報を取得したい荷役車両１０を指定する。これにより、端末装置２００には、図１２に示されるような診断情報画面２２０が表示される。
【0121】
診断情報画面２２０には、基本情報および診断詳細情報が表示される。さらに、診断情報画面２２０には、付加情報が１つまたは複数表示される。図１２では、付加情報の一例として、バッテリ電圧および油圧ユニット作動回数が示されている。
【0122】
基本情報の欄には、荷役車両１０を所有する運送会社名、車両登録番号、ユニットＩＤ，架装メーカＩＤ、および車両位置が表示される。車両位置は、ＧＰＳを利用して特定される。
【0123】
診断詳細情報の欄には、診断の種類、診断内容（診断名）、診断日時、対応状況、および対応日時が表示される。架装メーカの担当者は、診断情報画面２２０を見ることにより、対象の荷役車両１０の過去の診断内容および現在の診断内容などを把握することができる。
【0124】
【0125】
図１３は、油圧ユニットメーカの表示装置１５０にデータ一覧が表示される例を示す図である。管理者が管理装置１００に所定の指示を入力することにより、図１３に示されるように、データ一覧１５１が表示装置１５０の画面に表示される。データ一覧１５１には、図８を用いて説明した各種のデータが含まれる。表示装置１５０の画面には、さらに、詳細ボタン１５３とサービス料金ボタン１５４とが含まれる。
【0126】
詳細ボタン１５３をマウスなどでクリックすると、対応するユニットＩＤで特定される荷役車両１０の診断情報が画面に表示される。詳細ボタン１５３のクリック操作が受け付けられた場合、図１２を用いて説明した診断情報画面２２０と同様の画面が表示装置１５０に表示される。ここでは、詳細ボタン１５３のクリック操作が受け付けられた場合に表示される画面のより詳細な説明を省略する。なお、「Ｎｏ Ｓｅｒｖｉｃｅ」は、対応するユニットＩＤが診断サービスの対象外であることを示す。サービス料金ボタン１５４をマウスなどでクリックすると、対応するユニットＩＤに関するサービス料金が画面に表示される。この画面については、後に詳細に説明する。
【0127】
＜データ一覧の表示例（診断サービス要）＞
図１４は、油圧ユニットメーカの表示装置１５０に診断サービス要に設定されているユニットＩＤのデータ一覧１５２が表示される例を示す図である。管理者が管理装置１００に所定の指示を入力することにより、図１４に示されるように、診断サービス要に設定されているユニットＩＤのデータ一覧１５２が表示装置１５０の画面に表示される。図１４に示される画面には、図１３に示される画面と同様に、詳細ボタン１５３とサービス料金ボタン１５４とが含まれる。
図１４は、油圧ユニットメーカの表示装置１５０に診断サービス要に設定されているユニットＩＤのデータ一覧１５２が表示される例を示す図である。管理者が管理装置１００に所定の指示を入力することにより、図１４に示されるように、診断サービス要に設定されているユニットＩＤのデータ一覧１５２が表示装置１５０の画面に表示される。図１４に示される画面には、図１３に示される画面と同様に、詳細ボタン１５３とサービス料金ボタン１５４とが含まれる。
【0128】
＜架装メーカに対するサービス料の表示＞
図１５は、油圧ユニットメーカの表示装置１５０に架装メーカに対するサービス料が表示される例を示す図である。たとえば、管理者は、図１３に示される画面においてサービス料金ボタン１５４をクリックする。すると、図１５に示されるように、画面の下方に架装メーカに対するサービス料１５５が表示される。
図１５は、油圧ユニットメーカの表示装置１５０に架装メーカに対するサービス料が表示される例を示す図である。たとえば、管理者は、図１３に示される画面においてサービス料金ボタン１５４をクリックする。すると、図１５に示されるように、画面の下方に架装メーカに対するサービス料１５５が表示される。
【0129】
サービス料１５５には、油圧ユニットメーカが取引のある架装メーカ別に料金が表示される。図１５に示される画面には、Ａ社およびＢ社に対するサービス料金が表示されている。データ一覧１５１によれば、油圧ユニットメーカはＡ社に対して７つの油圧ユニット１４を納品している。このうち、サービスフラグがＯＮに設定されている油圧ユニット１４の数は６つである。また、データ一覧１５１によれば、油圧ユニットメーカはＢ社に対して３つの油圧ユニット１４を納品している。このうち、サービスフラグがＯＮに設定されている油圧ユニット１４の数は１つである。
【0130】
したがって、サービス料１５５には、Ａ社に対してサービスを提供しているユニットＩＤの数が６であることが示され、Ｂ社に対してサービスを提供しているユニットＩＤの数が１であることが示されている。さらに、サービス料１５５には、ＩＤ数に対してサービス料単価αを乗じることによって算出されるサービス料金がＡ社およびＢ社別に示されている。
【0131】
油圧ユニットメーカの管理者は、サービス料１５５の表示を見ることによって、Ａ社に対するサービス料の請求額と、Ｂ社に請求するサービス料の請求額とを特定できる。
【0132】
＜データ一覧の表示例（端末装置２００）＞
図１６は、架装メーカの端末装置２００にデータ一覧２０１が表示される例を示す図である。特に、図１６には、架装メーカＡ社の端末装置２００にデータ一覧２０１が表示される例が示されている。架装メーカＡの端末装置２００は、ネットワーク５０を介して管理装置１００と接続されている。架装メーカＡの端末装置２００は、油圧ユニットメーカから納品された油圧ユニット１４に関する様々な情報を管理装置１００から受信する。端末装置２００は、管理装置１００から受信した情報を図１６に示されるように表示する。
図１６は、架装メーカの端末装置２００にデータ一覧２０１が表示される例を示す図である。特に、図１６には、架装メーカＡ社の端末装置２００にデータ一覧２０１が表示される例が示されている。架装メーカＡの端末装置２００は、ネットワーク５０を介して管理装置１００と接続されている。架装メーカＡの端末装置２００は、油圧ユニットメーカから納品された油圧ユニット１４に関する様々な情報を管理装置１００から受信する。端末装置２００は、管理装置１００から受信した情報を図１６に示されるように表示する。
【0133】
データ一覧２０１には、架装メーカＡ社が油圧ユニットメーカから購入した油圧ユニット１４のユニットＩＤ、およびユニットＩＤに関連付いた様々な情報が含まれる。ユニットＩＤに関連付いた様々な情報には、ユニットＩＤに対応する架装メーカＩＤ、車種ＩＤ、運送会社名、荷役車両１０の車両登録番号、サービスフラグの設定、および診断情報が含まれる。
【0134】
図１６に示されるデータ一覧２０１においては、最も左の列に運送会社名が並んでいる。しかし、端末装置２００は、架装メーカの担当者の操作に応じて、各列に配置するデータの位置を変更してもよい。
【0135】
架装メーカの担当者は、図１６に示される画面を確認することにより、診断サービスを提供している荷役車両１０を運送会社別に特定することができる。
【0136】
表示装置１５０の画面には、さらに、詳細ボタン２０３とサービス料金ボタン２０４とが含まれる。
【0137】
詳細ボタン２０３をマウスなどでクリックすると、対応するユニットＩＤの診断情報が画面に表示される。その画面の詳細については、図１２を用いて既に説明した。なお、「Ｎｏ Ｓｅｒｖｉｃｅ」は、対応するユニットＩＤが診断サービスの対象外であることを示す。サービス料金ボタン２０４をマウスなどでクリックすると、対応するユニットＩＤに関するサービス料金が画面に表示される。
【0138】
＜サービス料の表示（端末装置２００）＞
図１７は、架装メーカの端末装置２００にサービス料が表示される例を示す図である。たとえば、架装メーカの担当者は、図１６に示される画面においてサービス料金ボタン２０４をクリックする。すると、図１７に示されるように、画面の下方にサービス料２０５とサービス料２０６とが表示される。
図１７は、架装メーカの端末装置２００にサービス料が表示される例を示す図である。たとえば、架装メーカの担当者は、図１６に示される画面においてサービス料金ボタン２０４をクリックする。すると、図１７に示されるように、画面の下方にサービス料２０５とサービス料２０６とが表示される。
【0139】
サービス料２０５は、架装メーカが油圧ユニットメーカから請求されるサービス料である。データ一覧２０１によれば、Ａ社は油圧ユニットメーカから油圧ユニット１４を７つ購入している。このうち、サービスフラグがＯＮに設定されている油圧ユニット１４の数は６つである。
【0140】
したがって、サービス料２０５には、Ａ社が油圧ユニットメーカのサービスを受けているユニットＩＤの数が６であることが示されている。さらに、サービス料２０５には、ＩＤ数に対してサービス料単価αを乗じることによって算出されるサービス料金が示されている。
【0141】
サービス料２０６は、架装メーカが運送会社に請求することのできるサービス料である。データ一覧２０１によれば、架装メーカＡ社は運送会社Ｘ社に対して５台の荷役車両１０を納品している。データ一覧２０１によれば、架装メーカＡ社が運送会社Ｘ社に対して納品したいずれの荷役車両１０も診断サービスの対象とされていることがわかる。
【0142】
データ一覧２０１によれば、架装メーカＡ社は運送会社Ｙ社に対して２台の荷役車両１０を納品している。データ一覧２０１によれば、架装メーカＡ社が運送会社Ｙ社に対して納品した２台の荷役車両１０のうち、１台が診断サービスの対象とされていることがわかる。
【0143】
したがって、サービス料２０６には、Ｘ社に対してサービスを提供しているユニットＩＤの数が５であり、Ｙ社に対してサービスを提供しているユニットＩＤの数が１であることが示されている。さらに、サービス料２０６には、ＩＤ数に対してサービス料単価βを乗じることによって算出されるサービス料金がＸ社およびＹ社別に示されている。
【0144】
架装メーカの担当者は、サービス料２０６の表示を見ることによって、Ｘ社に請求することのできるサービス料と、Ｙ社に請求することのできるサービス料とを特定できる。
【0145】
図１８は、ユニットＩＤ、架装メーカＩＤ、および車両登録番号の登録、並びにサービスフラグの設定に関する処理の流れを示すフローチャートである。本フローチャートに基づく処理は、管理装置１００により実行される。
【0146】
はじめに、管理装置１００は、ユニットＩＤが入力されたか否かを判定する（ステップＳ１０１）。ユニットＩＤの入力がない場合、管理装置１００は、ステップＳ１０３に処理を進める。ユニットＩＤが入力された場合、管理装置１００は入力された新たなユニットＩＤを登録する（ステップＳ１０２）。たとえば、管理装置１００は入力されたユニットＩＤをメモリ１０２に格納することにより、ユニットＩＤをメモリ１０２に登録する。
【0147】
管理装置１００は、キーボードからのユニットＩＤの入力を受け付けてもよい。管理装置１００は、記録媒体に記録された複数のＩＤ、またはネットワークを介して受信した複数のＩＤを一括して登録してもよい。
【0148】
次に、管理装置１００は、ユニットＩＤに紐付ける架装メーカＩＤが入力されたか否かを判定する（ステップＳ１０３）。架装メーカＩＤの入力がない場合、管理装置１００は、ステップＳ１０５に処理を進める。ユニットＩＤに紐付ける架装メーカＩＤが入力された場合、管理装置１００は入力された架装メーカＩＤを、対応するユニットＩＤに紐付けてメモリ１０２に登録する（ステップＳ１０４）。
【0149】
次に、管理装置１００は、ユニットＩＤに紐付ける車種ＩＤが入力されたか否かを判定する（ステップＳ１０５）。車種ＩＤの入力がない場合、管理装置１００は、ステップＳ１０７に処理を進める。ユニットＩＤに紐付ける車種ＩＤが入力された場合、管理装置１００は入力された車種ＩＤを、対応するユニットＩＤに紐付けてメモリ１０２に登録する（ステップＳ１０６）。
【0150】
次に、管理装置１００は、ユニットＩＤに紐付ける車両登録番号が入力されたか否かを判定する（ステップＳ１０７）。車両登録番号の入力がない場合、管理装置１００は、ステップＳ１０９に処理を進める。ユニットＩＤに紐付ける車両登録番号が入力された場合、管理装置１００は入力された車両登録番号を、対応するユニットＩＤに紐付けてメモリ１０２に登録する（ステップＳ１０８）。
【0151】
次に、管理装置１００は、ユニットＩＤに対してサービス要の入力があったか否かを判定する（ステップＳ１０９）。より具体的には、管理装置１００は、ユニットＩＤを指定する入力と、そのユニットＩＤに対するサービスフラグのＯＦＦをＯＮにすることを指示する入力とを受け付けたか否かを判定する。たとえば、サービスフラグの初期設定はＯＦＦである。ステップＳ１０９では、初期設定をＯＮにする入力を受け付けたか否かが判定される。
【0152】
管理装置１００は、このような入力がない場合、ステップＳ１１１に処理を進める。管理装置１００は、このような入力があった場合、対応するユニットＩＤのサービスフラグをＯＦＦからＯＮに変更する（ステップＳ１１０）。
【0153】
次に、管理装置１００は、サービスの要否を変更する入力を受け付けたか否かを判定する（ステップＳ１１１）。より具体的には、管理装置１００は、サービスフラグの設定を変更する入力があったか否かを判定する。この入力には設定の変更対象となるユニットＩＤが含まれる。
【0154】
管理装置１００は、このような入力がない場合、本フローチャートに基づく処理を終える。管理装置１００は、このような入力があった場合、対応するユニットＩＤのサービスフラグを入力の指定に応じて変更し（ステップＳ１１２）、処理を終える。
【0155】
以上、説明したフローチャートに基づく処理が管理装置１００によって実行されることにより、管理装置１００のメモリ１０２には、図８に示される各種の情報がユニットＩＤ別に格納される。
【0156】
図１９は、診断設定の処理の流れを示すフローチャートである。本フローチャートに基づく処理は、管理装置１００および端末装置２００により実行される。
【0157】
はじめに、端末装置２００は、診断設定の要求を生成し、生成した診断設定の要求を管理装置１００へ送信する（ステップＳ２５１）。診断設定の要求は、架装メーカの担当者が端末装置２００を操作することによって生成される。診断設定の要求には、架装メーカＩＤおよびパスワードが含まれる。架装メーカの担当者は、図１０に示された設定シート２１１を用いて新規に診断設定をする場合と、既に作成済みの診断設定を修正する場合とがある。既に作成済みの診断設定を修正する場合、架装メーカの担当者は、診断設定の要求に、架装メーカＩＤおよびパスワードに加えて、車種ＩＤを含める。
【0158】
管理装置１００は、診断設定の要求を受信したか否かを判定する（ステップＳ２０１）。診断設定の要求を受信していない場合、管理装置１００は、本フローチャートに基づく処理を終了する。診断設定の要求を受けた場合、管理装置１００は、診断設定の要求に含まれるパスワードが正しいか否かを判定する（ステップＳ２０２）。管理装置１００は架装メーカＩＤ別にパスワードを管理している。管理装置１００は、パスワードが正しくない場合、本フローチャートに基づく処理を終える。
【0159】
管理装置１００は、パスワードが正しい場合、新規に診断設定をすることが要求されているか否かを判定する（ステップＳ２０３）。管理装置１００は、新規に診断設定をすることが要求されている場合、新規の診断設定データを生成する（ステップＳ２０４）。次に、管理装置１００は、生成した診断設定データを端末装置２００へ送信する（ステップＳ２０５）。これにより、端末装置２００には、図１０に示される診断設定画面２１０が表示される。
【0160】
次に、端末装置２００は、担当者が診断設定を入力する操作を受け付ける（ステップＳ２５２）。管理装置１００は、端末装置２００から設定完了情報を受信したか否かを判定する（ステップＳ２０６）。管理装置１００は、設定完了情報を受信するまで、ステップＳ２０６の処理を継続する。やがて、端末装置２００において診断設定を入力する操作が終わる。すると、担当者は、端末装置２００において設定完了操作を行う。端末装置２００は、設定完了操作を受け付けると、管理装置１００へ設定完了情報を送信する（ステップＳ２５３）。管理装置１００は、設定完了情報を受信すると、入力された診断設定をメモリ１０２に登録し、処理を終える（ステップＳ２０７）。これにより、新規の診断設定が作成される。
【0161】
管理装置１００は、作成済みの診断設定を修正することが要求されている場合、ステップＳ２０３において、ＮＯと判定する。この場合、管理装置１００は、診断設定の要求に含まれる車種ＩＤを用いて、修正対象の診断設定データをメモリ１０２から読出す（ステップＳ２０８）。次に、管理装置１００は、読み出した診断設定データを端末装置２００へ送信する（ステップＳ２０５）。
【0162】
端末装置２００は、新規に診断設定を作成する場合と同様に、担当者が診断設定を入力する操作を受け付ける（ステップＳ２５２）。管理装置１００は、端末装置２００から設定完了情報を受信したか否かを判定する（ステップＳ２０６）。管理装置１００は、設定完了情報を受信するまで、ステップＳ２０６の処理を継続する。やがて、端末装置２００において診断設定を入力する操作（設定を更新する操作）が終わる。すると、担当者は、端末装置２００において設定完了操作を行う。端末装置２００は、設定完了操作を受け付けると、管理装置１００へ設定完了情報を送信する（ステップＳ２５３）。管理装置１００は、設定完了情報を受信すると、入力された診断設定をメモリ１０２に登録し、処理を終える（ステップＳ２０７）。これにより、診断設定が更新される。
【0163】
以上、説明したフローチャートによって、判定条件をプラットフォームに登録する登録部が構成される。登録部が機能することにより、架装メーカの担当者は、移動体（移動体に搭載されている部品など）の状態を診断するための判定条件を決定して、端末装置２００を操作し、判定条件を設定することができる。あるいは、架装メーカの担当者は、移動体の状態を診断するための判定条件を決定して、プラットフォーム管理者である油圧ユニットメーカに電子メール等を理由して通知し、油圧ユニットメーカが端末装置を操作して、判定条件を設定しても良い。ここで、複数のセンサ４０のうち、図３に示される油圧ユニット１４側に配置されたセンサ４０については、油圧ユニットメーカの担当者が、判定条件を決定して、診断設定をすることができるように構成してもよい。油圧ユニットの判定条件は、架装メーカよりも油圧ユニットメーカの方がノウハウを保有しているからである。この場合、たとえば、油圧ユニットメーカの担当者が操作可能な端末装置を管理装置１００に接続することが考えられる。油圧ユニットメーカの担当者は、端末装置を操作して、油圧ユニット１４側に配置されたセンサ４０に関する診断設定を行う。このような構成により、油圧機器に取り付けられたセンサの判定条件としてプラットフォーム管理者（油圧ユニットメーカの担当者）によって決定された判定条件を登録し、本体または油圧機器以外のコンポーネントに取り付けられたセンサの判定条件としてユーザ（架装メーカ担当者やコンポーネントメーカ担当者など）によって決定された判定条件を登録する登録部が構成される。なお、油圧ユニットメーカの担当者は、管理装置１００を直接操作して、油圧ユニット１４側に配置されたセンサ４０の診断設定をしてもよい。
【0164】
図２０は、センサ検出情報の収集および診断情報の出力に関する処理の流れを示すフローチャートである。本フローチャートに基づく処理は、管理装置１００により実行される。
【0165】
はじめに、管理装置１００は、荷役車両１０の通信装置８０からセンサ検出情報およびユニットＩＤを受信する（ステップＳ３０１）。
【0166】
次に、管理装置１００は、ユニットＩＤに対応するサービスフラグを確認する（ステップＳ３０２）。次に、管理装置１００は、ステップＳ３０２における確認に基づいて、ユニットＩＤに対応する荷役車両１０は診断サービスを提供する対象であるか否かを判定する（ステップＳ３０３）。
【0167】
管理装置１００は、ユニットＩＤに対応する荷役車両１０が診断サービスを提供する対象でない場合、処理を終える。その結果、そのユニットＩＤに対応するセンサ検出情報は管理装置１００によって収集されない。
【0168】
管理装置１００は、ユニットＩＤに対応する荷役車両１０が診断サービスを提供する対象であるか否かにかかわらず、センサ検出情報をユニットＩＤ別に収集してもよい。この場合、管理装置１００は、診断サービスを提供する対象でない荷役車両１０の診断情報を架装メーカの端末装置２００に提供しないように制限することが望ましい。
【0169】
管理装置１００は、ユニットＩＤに対応する荷役車両１０が診断サービスを提供する対象である場合、取得したセンサ検出情報をユニットＩＤ別に収集する（ステップＳ３０４）。次に、管理装置１００は、ユニットＩＤに対応する車種ＩＤをメモリ１０２から読出す（ステップＳ３０５）。次に、管理装置１００は、車種ＩＤに対応する診断設定をメモリ１０２から読み出す（ステップＳ３０６）。次に、管理装置１００は、読み出した診断設定およびセンサ検出情報に基づいて、診断情報を生成する（ステップＳ３０７）。換言すると、管理装置１００は、取得したセンサ検出情報を診断設定に基づいて判定し、診断設定に応じた診断情報を生成する。次に、管理装置１００は、生成した診断情報をユニットＩＤ別にメモリ１０２に格納する（ステップＳ３０８）。
【0170】
次に、管理装置１００は、生成した診断情報を出力する（ステップＳ３０９）。たとえば、管理装置１００は、診断情報を表示装置１５０に出力する。管理装置１００は、診断情報をネットワーク５０経由で架装メーカの端末装置２００に出力してもよい。管理装置１００は、診断情報をネットワーク５０経由で架装メーカの担当者の携帯端末などに出力してもよい。
【0171】
次に、管理装置１００は、データの一覧を出力することを指示する入力があったか否かを判定する（ステップＳ３１０）。管理装置１００の管理者は、データの一覧の出力を指示するコマンドをキーボードなどから入力する。この場合、管理装置１００は、ステップＳ３１０においてＹＥＳと判断する。
【0172】
管理装置１００は、データの一覧を出力することを指示する入力があった場合、ユニットＩＤのデータ一覧を出力する（ステップＳ３１１）。出力されたデータ一覧は、たとえば、表示装置１５０に対して図１４に示される態様で表示される。管理装置１００は、データ一覧をプリンタに出力してもよい。
【0173】
次に、管理装置１００は、サービスフラグＯＮのデータを出力することを指示する入力があったか否かを判定する（ステップＳ３１２）。管理装置１００の管理者は、サービスフラグＯＮのデータの出力を指示するコマンドをキーボードなどから入力する。この場合、管理装置１００は、ステップＳ３１２においてＹＥＳと判断する。
【0174】
管理装置１００は、サービスフラグＯＮのデータを出力することを指示する入力があった場合、サービスフラグＯＮのユニットＩＤのデータを選択し、選択したデータを出力する（ステップＳ３１３）。出力されたデータは、たとえば、表示装置１５０に対して図１５に示される態様で表示される。管理装置１００は、このようなデータをプリンタに出力してもよい。
【0175】
管理装置１００は、ステップＳ３１３にてデータを出力した後、またはステップＳ３１０およびステップＳ３１２のいずれかにおいてにてＮＯと判断した後、本フローチャートに基づく処理を終える。
【0176】
図２１は、診断情報およびサービス料の送信に関する処理の流れを示すフローチャートである。本フローチャートに基づく処理は、管理装置１００により実行される。
【0177】
はじめに、管理装置１００は、架装メーカの端末装置２００から一覧情報の要求を受信したか否かを判定する（ステップＳ４０１）。一覧情報の要求には、架装メーカＩＤおよびパスワードが含まれる。
【0178】
一覧情報の要求を受信していない場合、管理装置１００は、本フローチャートに基づく処理を終了する。一覧情報の要求を受信した場合、管理装置１００は、一覧情報の要求に含まれるパスワードが正しいか否かを判定する（ステップＳ４０２）。管理装置１００は、パスワードが正しくない場合、本フローチャートに基づく処理を終える。
【0179】
管理装置１００は、パスワードが正しい場合、要求のあった架装メーカに対応してメモリ１０２に格納している一覧情報を端末装置２００に送信する（ステップＳ４０３）。これにより、端末装置２００には、たとえば、図１６に示されるデータ一覧２０１が表示される。データ一覧には詳細ボタン２０３とサービス料金ボタン２０４とが含まれる。
【0180】
次に、管理装置１００は、詳細ボタン２０３の操作情報を受信したか否かを判定する（ステップＳ４０４）。端末装置２００に表示された詳細ボタン２０３がクリックされた場合、詳細ボタン２０３の操作情報が端末装置２００から管理装置１００に送信される。
【0181】
管理装置１００は、詳細ボタン２０３の操作情報を受信していない場合、ステップＳ４０６に処理を進める。管理装置１００は、詳細ボタン２０３の操作情報を受信した場合、操作された詳細ボタン２０３に対応するユニットＩＤの診断情報を端末装置２００に送信する（ステップＳ４０５）。これにより、端末装置２００には、たとえば、図１２に示される診断情報画面２２０が表示される。
【0182】
架装メーカの担当者は、端末装置２００の画面を見ることにより、選択した荷役車両１０の診断情報を確認することができる。架装メーカの担当者は、診断情報を参考にして、対象の荷役車両１０のメンテナンスに向かうか否かを検討することができる。
【0183】
次に、管理装置１００は、サービス料金ボタン２０４の操作情報を受信したか否かを判定する（ステップＳ４０６）。端末装置２００に表示されたサービス料金ボタン２０４がクリックされた場合、サービス料金ボタン２０４の操作情報が端末装置２００から管理装置１００に送信される。
【0184】
管理装置１００は、サービス料金ボタン２０４の操作情報を受信していない場合、本フローチャートに基づく処理を終える。管理装置１００は、サービス料金ボタン２０４の操作情報を受信した場合、架装メーカが取引のある運送会社別にサービス料を算出する（ステップＳ４０７）。ここで算出されるサービス料は、架装メーカが運送会社に対して請求することのできるサービス料である。さらに、管理装置１００は、架装メーカに対するサービス料を算出する（ステップＳ４０８）。ここで算出されるサービス料は、架装メーカが油圧ユニットメーカから請求されるサービス料である。
【0185】
次に、管理装置１００は、ステップＳ４０７およびステップＳ４０８において算出したサービス料を端末装置２００へ送信し（ステップＳ４０９）、本フローチャートに基づく処理を終える。これにより、端末装置２００には、図１７に示したサービス料２０５とサービス料２０６とが表示される。
【0186】
架装メーカの担当者は、端末装置２００の画面を見ることにより、架装メーカが油圧ユニットメーカから請求されるサービス料と、架装メーカが運送会社に対して請求することのできるサービス料とを特定することができる。
【0187】
以上、説明したように、本実施の形態によれば、油圧ユニットメーカは、架装メーカおよび運送会社に対して、付加価値の高い診断サービスを提供することができる。ここで、油圧ユニットメーカが本実施の形態に係る総合的な診断サービスを提供することによるメリットをより詳細に説明する。
【0188】
油圧ユニットメーカは、油圧ユニット１４に関する技術的な多くのノウハウを有する。そこで、油圧ユニットメーカは、油圧ユニット１４の状態を診断するサービスを有償で架装メーカあるいは運送会社に提供することが考えられる。しかし、油圧ユニット１４は、荷役車両１０を構成する多くの装置のうちの１つでしかない。油圧ユニットメーカは、診断サービスの対象を、荷役車両１０を構成する多数の装置にまで広げることで、より付加価値の高い診断サービスを架装メーカなどに提供することができる。
【0189】
ところが、油圧ユニットメーカは、荷役車両１０を構成する全ての装置の状態を診断できる技術的なノウハウを必ずしも有している訳でない。荷役車両１０の本体に関する技術的なノウハウの多くは、油圧ユニットメーカよりも架装メーカまたは油圧ユニットメーカ以外のコンポーネントメーカが有している場合が多い。したがって、架装メーカまたはコンポーネントメーカは、自社の荷役車両１０の状態を診断するシステムを独自で開発することができれば、運送会社に対して付加価値の高い診断サービスを提供できるかもしれない。架装メーカまたはコンポーネントメーカは、荷役車両１０の様々な装置の適切な箇所にセンサ４０を取り付け、自社のノウハウを活かして、センサ４０の検出情報の判定条件を工夫することにより、荷役車両１０を構成する様々な装置の状態を適切に診断できるであろう。
【0190】
しかし、架装メーカまたはコンポーネントメーカの規模は様々である。診断サービスを開発できる技術力および開発資金を全ての架装メーカまたはコンポーネントメーカが備えている訳ではない。むしろ、中規模あるいは小規模の多くの架装メーカまたはコンポーネントメーカは、そのような技術力および開発資金を有していない可能性がある。したがって、架装メーカまたはコンポーネントメーカがセンサ４０を取り付ける位置および判定条件に関するノウハウを有していたとしても、ノウハウを活かした診断システムを架装メーカが独自で開発することは難しい。
【0191】
そこで、本実施の形態では、油圧ユニットメーカが、架装メーカまたはコンポーネントメーカに対して自社のノウハウを活かして荷役車両１０を診断できる診断プラットフォームを提供する。本実施の形態では、油圧ユニット１４のユニットＩＤを、架装メーカまたはコンポーネントメーカ、運送メーカ、荷役車両１０、および荷役車両１０の車種と紐付けて管理することにより、診断サービスの提供に必要な情報を特定できる点に特徴を有する。
【0192】
本実施の形態において、油圧ユニットメーカは、架装メーカまたはコンポーネントメーカに対して、センサ４０の検出情報を取得する通信装置８０と、システムエンジニアを雇用することなく診断設定をすることができる診断プラットフォームとを提供する。
【0193】
本実施の形態によれば、架装メーカに対して、架装メーカがシステム開発を必要とすることなく、荷役車両１０の状態を自動的に診断するために必要な設定環境を提供することができる。このため、架装メーカは、システム設計ノウハウがなくとも、自社のノウハウに基づいた診断設定をすることが可能となる。
【0194】
本実施の形態では、油圧ユニットメーカは、架装メーカに対して、通信装置８０の料金が付加された油圧ユニット１４の料金と、診断サービスのサービス料とを請求することができる。その結果、油圧ユニットメーカは、架装メーカに対して、通信装置８０が搭載されていない油圧ユニットを納品する場合と比較して、収益を向上させることができる。なお、通信装置８０と管理装置１００との間の通信費用に関しては、診断サービスの料金に含ませてもよく、診断サービスの料金と別に、油圧ユニットメーカが架装メーカに請求してもよい。
【0195】
本実施の形態では、移動体の一例として、荷役車両１０を挙げた。しかし、移動体は、荷役車両１０に限られない。荷役車両１０を除く一般車両を診断の対象としてもよい。この場合、一般車両に搭載される何らかのユニットに対して、ユニットＩＤが格納された通信装置８０を搭載すればよい。あるいは、ユニットＩＤが格納された通信装置８０のみを提供するようにしてもよい。
【0196】
本実施の形態によれば、運送会社に納品した荷役車両１０が診断サービスの対象であるか否かを特定できる情報が架装メーカに提供される。このため、運送会社に納品した荷役車両１０が診断サービスの対象であるか否かを架装メーカが判断する負担を軽減できる。
【0197】
さらに、本実施の形態によれば、サービスフラグを荷役車両１０別に任意に設定することができる。このため、架装メーカは、運送会社に対して納品した全ての荷役車両１０を診断サービスの対象とする必要がない。このため、架装メーカは、諸事情を考慮して、診断サービスの対象となる荷役車両１０の数を抑えることができる。このため、架装メーカは、油圧ユニットメーカに支払うサービス料を適切な額に抑えることができる。
【0198】
また、本実施の形態によれば、架装メーカに対して、運送会社毎のサービス料金が提供されるため、架装メーカが運送会社毎にサービス料金を管理する負担を軽減できる。
【0199】
このように、本実施の形態によれば、荷役車両１０の納品先に対して、質の高いサービスを提供できながらも、サービスの提供に関する情報を管理する負担を軽減できる。
【0200】
実施の形態２．
次に、実施の形態２を説明する。図２２は、実施の形態２に関わる診断システム２の構成を示す図である。図２３は、実施の形態２に関わる管理装置３００と遠隔装置５００との通信を示す図である。実施の形態２においては、実施の形態１の管理装置１００に変えて、管理装置３００が設けられる。管理装置３００は、インターネットなどを介して遠隔装置５００と通信する。
次に、実施の形態２を説明する。図２２は、実施の形態２に関わる診断システム２の構成を示す図である。図２３は、実施の形態２に関わる管理装置３００と遠隔装置５００との通信を示す図である。実施の形態２においては、実施の形態１の管理装置１００に変えて、管理装置３００が設けられる。管理装置３００は、インターネットなどを介して遠隔装置５００と通信する。
【0201】
実施の形態１においては、ユニットＩＤおよびユニットＩＤと紐付いた各種の情報が管理装置１００のメモリ１０２に格納される。一方、実施の形態２においては、ユニットＩＤおよびユニットＩＤと紐付いた各種の情報が遠隔装置５００に格納される。
【0202】
図２３に示されるように、管理装置３００は、プロセッサ３０１とメモリ３０２と通信インターフェイス３０３と表示インターフェイス３０４とを備える。管理装置３００は、通信インターフェイス３０３によって遠隔装置５００と通信する。管理装置３００と遠隔装置５００とは図２２に示されるネットワーク５０を介して通信してもよく、他のネットワークを介して通信してもよい。管理装置３００は、表示インターフェイス３０４によって表示装置１５０と接続される。表示装置１５０を含んで管理装置３００を構成してもよい。
【0203】
遠隔装置５００は、データを格納するためのメモリ５０２を備える。
【0204】
図２３に示されるように、管理装置３００は、遠隔装置５００に対して各種の情報をメモリ５０２に格納することを指令する。各種の情報には、ユニットＩＤ、架装メーカＩＤ、車種ＩＤ、車両登録番号、運送会社名、およびサービスの要否を示す情報が含まれる。サービスの要否を示す情報は、サービスフラグである。
【0205】
より具体的には、管理装置３００は、図１８のステップＳ１０２，ステップＳ１０４，ステップＳ１０６，ステップＳ１０８の登録処理に応じた情報の格納を遠隔装置５００に指令する。さらに、管理装置３００は、サービスフラグの設定に関わるステップＳ１１０，ステップＳ１１２の処理を遠隔装置５００に指令する。これらの指令は、管理装置３００の通信インターフェイス３０３から遠隔装置５００に送信される。
【0206】
図２２に示されるとおり、荷役車両１０のセンサ４０の検出情報は、ネットワーク５０を介して、遠隔装置５００に送信される。
【0207】
遠隔装置５００は、管理装置３００の指令に基づいて各種の情報をユニットＩＤ別にメモリ５０２に格納する。遠隔装置５００は、荷役車両１０のセンサ４０の検出情報をユニットＩＤ別に収集する。遠隔装置５００は、管理装置３００の指令に基づいて、診断情報を生成する。
【0208】
管理装置３００は、実施の形態１と同様に表示装置１５０に接続される。管理装置３００は、管理者の指示入力に応じて、ユニットＩＤ別に格納された各種の情報の送信を遠隔装置５００に要求する。管理装置３００は、遠隔装置５００から受信した各種の情報を表示装置１５０に表示する。これにより、管理装置３００に接続された表示装置１５０には、図１３～図１５に示されるとおりの情報が表示される。管理装置３００は、遠隔装置５００から受信した各種の情報を架装メーカの端末装置２００に送信する。これにより、端末装置２００には、図１０、図１２、図１６、および図１７に示されるとおりの情報が表示される。
【0209】
このように、実施の形態２は、ユニットＩＤに関連する情報を遠隔装置５００に格納する点で、実施の形態１と異なる。その他の点では、実施の形態２は実施の形態１と同様である。
【0210】
実施の形態２によれば、ユニットＩＤに関連する情報を格納するために必要な大容量のメモリを管理装置３００に設ける必要がない。このため、管理装置３００の低コスト化を図ることができる。なお、遠隔装置５００を複数設けてもよい。管理装置３００は、複数の遠隔装置５００に対して情報を分散して格納してもよい。
【0211】
実施の形態３．
図２４を用いて実施の形態３を説明する。図２４は、油圧ユニット１４に設けた通信基板４００において荷役車両１０の状態を診断する例を示す図である。図２４に示されるように、油圧ユニット１４には通信基板４００が設けられる。通信基板４００には、通信装置８０と、制御装置の一例となるマイクロコンピュータ１０４とが搭載される。マイクロコンピュータ１０４は、管理装置１００から受信した診断プログラムに基づいて荷役車両１０の状態を診断する。
図２４を用いて実施の形態３を説明する。図２４は、油圧ユニット１４に設けた通信基板４００において荷役車両１０の状態を診断する例を示す図である。図２４に示されるように、油圧ユニット１４には通信基板４００が設けられる。通信基板４００には、通信装置８０と、制御装置の一例となるマイクロコンピュータ１０４とが搭載される。マイクロコンピュータ１０４は、管理装置１００から受信した診断プログラムに基づいて荷役車両１０の状態を診断する。
【0212】
マイクロコンピュータ１０４は、診断部９７と、診断プログラムを格納するメモリ９６とを備える。通信装置９０は、第１実施の形態と同様の構成を備える。
【0213】
管理装置１００は、荷役車両１０の車種ＩＤに対応する診断設定情報を記憶している。通信装置８０は、ユニットＩＤを含むプログラム要求を管理装置１００へ送信する。管理装置１００は、ユニットＩＤに基づいて、通信装置８０が搭載された荷役車両１０の車種ＩＤを特定する。管理装置１００は、通信装置８０へ車種ＩＤに対応する診断設定情報を含む診断プログラムを送信する。
【0214】
通信装置８０は、受信した診断プログラムをマイクロコンピュータ１０４に送信する。マイクロコンピュータ１０４は、受信した診断プログラムをメモリ９６に格納する。通信装置８０には、センサ４０が接続される。センサ４０は、図３に示される構成と同様に荷役車両１０の本体２０および架装体３０に取り付けられる。図２４では、本体２０および架装体３０の図示を省略している。
【0215】
通信装置８０は、第１チャネル群８１、第２チャネル群８２、および第３チャネル群８３からセンサ４０の検出情報を受信する。通信装置８０は、受信したセンサ４０の検出情報をマイクロコンピュータ１０４へ送信する。マイクロコンピュータ１０４に含まれる診断部９７は、受信したセンサ４０の検出情報およびメモリ９６に格納された診断プログラムに基づいて荷役車両１０の状態を診断する。診断部９７は、診断の結果を示す診断情報を生成する。診断部９７は、生成した診断情報を通信装置８０へ送信する。通信装置８０は、診断情報およびユニットＩＤを管理装置１００へ送信する。管理装置１００は、受信した診断情報をユニットＩＤに対応する領域へ格納する。管理装置１００は、診断結果通知システムを利用して、診断情報を対応する架装メーカの端末装置２００へ送信する。
【0216】
図２４に示されるように、荷役車両１０には診断情報を表示するための表示装置１５を搭載してもよい。この場合、マイクロコンピュータ１０４は、診断情報を表示装置１５へ送信する。たとえば、荷役車両１０のドライバーは、表示装置１５を見ることによって、荷役車両１０の状態を早期に把握することができる。
【0217】
実施の形態４．
図２５を用いて実施の形態４を説明する。図２５は、通信装置９０において荷役車両１０の状態を診断する例を示す図である。実施の形態４では、実施の形態３として説明したメモリ９６および診断部９７が通信装置９０に設けられている。すなわち、通信装置９０のマイクロコンピュータ９４は、実施の形態３として説明した診断部９７の機能を備える。
図２５を用いて実施の形態４を説明する。図２５は、通信装置９０において荷役車両１０の状態を診断する例を示す図である。実施の形態４では、実施の形態３として説明したメモリ９６および診断部９７が通信装置９０に設けられている。すなわち、通信装置９０のマイクロコンピュータ９４は、実施の形態３として説明した診断部９７の機能を備える。
【0218】
通信装置９０は、ユニットＩＤを含むプログラム要求を管理装置１００へ送信する。管理装置１００は、ユニットＩＤに基づいて、通信装置９０が搭載された荷役車両１０の車種ＩＤを特定する。管理装置１００は、通信装置９０へ車種ＩＤに対応する診断設定情報を含む診断プログラムを送信する。
【0219】
通信装置９０のマイクロコンピュータ９４は、受信した診断プログラムをメモリ９６に格納する。第１チャネル群８１、第２チャネル群８２、および第３チャネル群８３には、センサ４０が接続される。センサ４０は、図３に示される構成と同様に荷役車両１０の本体２０および架装体３０に取り付けられる。図２５では、本体２０および架装体３０の図示を省略している。
【0220】
マイクロコンピュータ９４は、第１チャネル群８１、第２チャネル群８２、および第３チャネル群８３からセンサ４０の検出情報を受信する。マイクロコンピュータ９４に含まれる診断部９７は、受信したセンサ４０の検出情報およびメモリ９６に格納された診断プログラムに基づいて荷役車両１０の状態を診断する。診断部９７は、診断の結果を示す診断情報を生成する。診断部９７は、診断情報およびユニットＩＤを管理装置１００へ送信する。管理装置１００は、受信した診断情報をユニットＩＤに対応する領域へ格納する。管理装置１００は、診断結果通知システムを利用して、診断情報を対応する架装メーカの端末装置２００へ送信する。
【0221】
実施の形態４では、実施の形態３と同様に、診断情報を表示するための表示装置１５を荷役車両１０に搭載してもよい。この場合、診断部９７は、診断情報を表示装置１５へ送信する。
【0222】
実施の形態５．
図２６および図２７を用いて実施の形態５を説明する。図２６は、実施の形態５に関わる診断システム３の構成を示す図である。図２７は、実施の形態５に用いられる通信装置９５の構成を示すブロック図である。
図２６および図２７を用いて実施の形態５を説明する。図２６は、実施の形態５に関わる診断システム３の構成を示す図である。図２７は、実施の形態５に用いられる通信装置９５の構成を示すブロック図である。
【0223】
実施の形態５に用いられる通信装置９５は、ユニットＩＤに代えて通信装置ＩＤを格納する。図２７に示されるように、通信装置９５のマイクロコンピュータ８４には、通信装置ＩＤが格納されている。通信モジュール８５は、センサ４０のセンサ信号を、通信モジュール８５を介して通信装置ＩＤと共に管理装置１００へ送信する。なお、通信装置ＩＤに加えてユニットＩＤをマイクロコンピュータ８４に格納してもよい。
【0224】
実施の形態５に関わる診断システム３は、ユニットＩＤに代えて、通信装置ＩＤを用いて、実施の形態１～４として説明した種々の機能を実現する。たとえば、図２６には、架装メーカが油圧ユニットメーカに対して通知する各種の情報に、ユニットＩＤに代えて通信装置ＩＤが含まれることが示されている（ステップＳ９）。
【0225】
実施の形態５において、管理装置１００は、架装メーカＩＤ、車種ＩＤ、車両登録番号、および運送会社名と対応付けて通信装置ＩＤを記憶する。管理装置１００は、センサ検出情報をセンサ４０が取り付けられた荷役車両１０の通信装置ＩＤ別に収集する。管理装置１００は、センサ検出情報および診断設定情報に基づいて、荷役車両１０の診断情報を通信装置ＩＤ別に算出する。実施の形態５においては、実施の形態１～４を説明した際のユニットＩＤの機能が通信装置ＩＤによって置き換えられる。たとえば、図１８に示されるフローチャートでは、ユニットＩＤと紐付けて各種の情報を登録しているが、実施の形態５では、通信装置ＩＤと紐付けて各種の情報が登録される。通信装置ＩＤは、実施の形態５において、第１識別情報の一例に該当する。
【0226】
［態様］
上記した実施の形態およびその変形例は、以下の態様の具体例であることが当業者により理解される。
上記した実施の形態およびその変形例は、以下の態様の具体例であることが当業者により理解される。
【0227】
管理装置１００のプロセッサ１０１は、通信装置に入力された複数のセンサの検出情報に基づいて移動体の状態を診断する診断部の一例である。油圧ユニットメーカは、プラットフォーム管理者の一例である。架装メーカまたは油圧ユニットメーカ以外のコンポーネントメーカは、プラットフォーム管理者とは異なる、車両１０または車両１０のコンポーネントの製造者であるユーザの一例である。Ｓ４０７～Ｓ４０８により、料金算出部の一例が示される。図１９に示されるフローチャートは、判定条件をプラットフォームに登録する登録部の一例である。
【0228】
（第１項）一態様に係る診断システムは、移動体の状態を診断する診断システムであって、移動体に搭載され、移動体に設けられた複数のセンサと通信する通信装置と、通信装置に入力された複数のセンサの検出情報に基づいて移動体の状態を診断する診断部と、プラットフォーム管理者によって管理され、移動体の状態を診断するための設定を受け付けるプラットフォームが構築されたメモリと、複数のセンサの検出情報に基づいて移動体の状態を診断するための判定条件であって、プラットフォーム管理者とは異なる、移動体または移動体のコンポーネントの製造者であるユーザによって決定された判定条件を、プラットフォームに登録する登録部と、を備え、診断部は、プラットフォームに登録された判定条件に基づいた診断情報を出力する。
【0229】
第１項に記載の管理装置によれば、荷役車両などの移動体を利用者に提供する者に対して、システム開発を必要とすることなく、移動体の状態を診断可能な環境を提供することができる。
【0230】
（第２項）第１項に記載の診断システムにおいて、ユーザによって管理される端末装置をさらに備え、登録部は、プラットフォームに端末装置がアクセスした場合、端末装置のユーザの操作に応じて、判定条件をプラットフォームに登録する。
【0231】
第２項に記載の診断システムによれば、端末装置のユーザの要望に応じた判定条件を登録することができる。
【0232】
（第３項）第１項または第２項に記載の診断システムにおいて、診断部と登録部とメモリとを含む管理装置を備え、通信装置は、ネットワークを介して管理装置と通信する。
【0233】
第３項に記載の診断システムによれば、荷役車両などの移動体を利用者に提供する者に対して、システム開発を必要とすることなく、移動体の状態を自動的に診断するために必要な設定環境を提供することができる。
【0234】
（第４項）第１項に記載の診断システムにおいて、移動体に搭載される通信基板と、メモリを含む管理装置とをさらに備え、通信基板には、通信装置と診断部が搭載され、診断部は、ネットワークを介して管理装置と通信し、管理装置は、プラットフォームに登録された判定条件を診断部へ送信し、診断部は、管理装置から受信した判定条件に基づいた診断情報を出力する。
【0235】
第４項に記載の診断システムによれば、移動体自身において移動体の状態を診断することができる。
【0236】
（第５項）第１項～第３項のいずれか１項に記載の診断システムにおいて、通信装置には、通信装置を識別するための第１識別情報が格納されており、通信装置は、複数のセンサの検出情報と第１識別情報とを診断部へ出力する。
【0237】
第５項に記載の診断システムによれば、診断部は、複数のセンサの検出情報が出力された車両を第１識別情報によって特定することができる。
【0238】
（第６項）第１項～第５項のいずれか１項に記載の診断システムにおいて、移動体は、車両本体と油圧機器と油圧機器以外のコンポーネントとを含む車両により構成され、複数のセンサは、油圧機器に取り付けられたセンサと、本体または油圧機器以外のコンポーネントに取り付けられたセンサとを含み、プラットフォーム管理者が油圧機器の製造者であり、登録部は、油圧機器に取り付けられたセンサの判定条件としてプラットフォーム管理者によって決定された判定条件を登録し、車両本体または油圧機器以外のコンポーネントに取り付けられたセンサの判定条件としてユーザによって決定された判定条件を登録する。
【0239】
第６項に記載の診断システムによれば、プラットフォーム管理者によって決定された判定条件とユーザによって決定された判定条件とを登録内容に反映させることができる。
【0240】
（第７項）第１項～第６項のいずれか１項に記載の診断システムにおいて、プラットフォームは、診断対象毎に判定条件と診断名とを入力可能に構成されており、診断部は、診断対象に設定された判定条件を満たすときに、診断対象に設定された診断名を出力する。
【0241】
第７項に記載の診断システムによれば、診断内容を特定することができる。
【0242】
（第８項）第７項に記載の診断システムにおいて、プラットフォームは、診断対象毎に複数のカテゴリのいずれかを選択可能に構成されており、複数のカテゴリは、第１カテゴリと第２カテゴリとを含み、第１カテゴリは、複数のセンサのうち、判定条件の設定に用いるセンサの検出情報を第１周期で取得する場合に選択されるカテゴリであり、第２カテゴリは、複数のセンサのうち、判定条件の設定に用いるセンサの検出情報を第１周期よりも長い第２周期で取得する場合に選択されるカテゴリである。
【0243】
第８項に記載の診断システムによれば、診断対象に応じて、センサ情報の適切な周期を選択することができる。
【0244】
（第９項）第７項または第８項に記載の診断システムにおいて、通信装置は、複数のセンサの電気信号をそれぞれ入力する複数のチャネルを備え、複数のチャネルは、第１チャネルおよび第２チャネルを含み、第１チャネルと第２チャネルとで、入力電圧範囲および出力分解能のうちの少なくとも１つが異なり、プラットフォームは、診断対象毎に判定条件を入力するときに、複数のセンサのうち判定条件に関わるセンサが第１チャネルおよび第２チャネルのいずれに対応するセンサであるかを指定する操作を受け付けるように構成される。
【0245】
第９項に記載の診断システムによれば、診断対象に応じて、適切なチャネルを選択することができる。
【0246】
（第１０項）第１項～第９項のいずれか１項に記載の診断システムにおいて、複数のセンサは、第１センサと第２センサとを含み、プラットフォームは、第１閾値、第２閾値、および第３閾値を入力する操作を受け付けるように構成され、第１閾値は、第１センサの検出値が第１条件を満たすことを判定するための値であり、第２閾値は、第２センサの検出値が第２条件を満たすことを判定するための値であり、第３閾値は、第１条件の継続時間または第１条件の成立回数が、判定条件を成立させる第３条件を満たすことを判定するための値である。
【0247】
第１０項に記載の診断システムによれば、診断対象に応じて、適切な判定条件を設定することができる。
【0248】
（第１１項）第５項に記載の診断システムにおいて、ユーザに対して提供するプラットフォームのサービスに関する料金を算出する料金算出部をさらに備える。
【0249】
第１１項に記載の診断システムによれば、ユーザに対して提供するプラットフォームのサービスに関する料金を特定することができる。
【0250】
（第１２項）第１１項に記載の診断システムにおいて、プラットフォームは、ユーザを識別するための第２識別情報の入力を受け付けるように構成され、登録部は、第２識別情報が入力された場合、プラットフォームにおいて、ユーザに納品された通信装置に対応する第１識別情報別に第２識別情報を登録し、料金算出部は、第２識別情報およびサービス単価に基づいて、ユーザに対して提供するプラットフォームのサービスに関する料金を算出する。
【0251】
第１２項に記載の診断システムによれば、プラットフォームのサービスに関する料金の支払いをユーザ毎に請求することができる。
【0252】
（第１３項）他の態様に係る診断方法は、移動体の状態を診断する診断方法であって、移動体には、移動体に設けられた複数のセンサと通信する通信装置が搭載され、通信装置から複数のセンサの検出情報を取得するステップと、プラットフォーム管理者によって管理され移動体の状態を診断するための設定を受け付けるプラットフォームにアクセスするステップと、複数のセンサの検出情報に基づいて移動体の状態を診断するための判定条件であって、プラットフォーム管理者とは異なる、移動体または移動体のコンポーネントの製造者であるユーザによって決定された判定条件をプラットフォームに登録するステップと、プラットフォームに登録された判定条件に基づいた診断情報を出力するステップとを含む。
【0253】
第１３項に記載の診断方法によれば、荷役車両などの移動体を利用者に提供する者に対して、システム開発を必要とすることなく、移動体の状態を自動的に診断するために必要な設定環境を提供することができる。
【0254】
今回開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【0255】
１，２ 診断システム、１０ 荷役車両、１１ 荷台、１２ 荷役装置、１３ 荷受台、１４ 油圧ユニット、１５，１５０ 表示装置、２０ 本体、３０ 架装体、４０ センサ、５０ 通信網、８０，９０，９５ 通信装置、８１ 第１チャネル群、８２ 第２チャネル群、８３ 第３チャネル群、８４，９４，１０４ マイクロコンピュータ、８５ 通信モジュール、９６ メモリ、９７ 診断部、１００，３００ 管理装置、１０１，３０１ プロセッサ、１０２，１４８，３０２，５０２ メモリ、１１１ 取得部、１１２ 算出部、１１３ 送信部、１１４ 出力部、１１５ 格納部、１４１ 液圧シリンダ、１４２ タンク、１４３ ポンプ、１４４ バルブ、１４５ モータ、１４６ 圧力センサ、１４７ モータセンサ、１５１，１５２，２０１ データ一覧、１５３，２０３ 詳細ボタン、１５４，２０４ サービス料金ボタン、１５５，２０５，２０６ サービス料、２００ 端末、２１０ 診断設定画面、２２０ 診断情報画面、２５１～２５３ 車体ユニット、３０３ 通信インターフェイス、３０４ 表示インターフェイス、４００ 通信基板、５００ 遠隔装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】