(57)【要約】【課題】欠陥を有する乗物が管理されている管理地の場所を、当該欠陥の内容が分かるように表示する。【解決手段】車両を管理する管理地の場所情報と、管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された場所情報のうち、対象エリア内にある管理地の場所情報であって、リコール対象車両の識別情報と対応付けられた管理地の場所情報を、コンピュータが取得し、コンピュータが、取得した場所情報が示す対象エリア内におけるリコール対象車両の管理地を、リコール内容と対応付けて表示する。【選択図】図１
2019053440.tif 000002
【特許請求の範囲】
【請求項１】
乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、取得する場所情報取得部と、
該場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示する表示部と、
を有することを特徴とする乗物管理装置。
【請求項２】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記場所情報取得部は、前記対象エリア内における前記欠陥を有する乗物の前記管理地の前記場所情報を取得する際に、該場所情報が示す前記管理地にて管理されている前記欠陥を有する乗物の台数を示す情報が組み込まれた前記場所情報を取得し、
前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を、該管理地にて管理されている前記欠陥を有する乗物の台数と共に、前記欠陥の内容と対応付けて表示することを特徴とすることを特徴とする請求項１に記載の乗物管理装置。
【請求項３】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を表示する際、前記対象エリア内に設定された基準位置からの距離が所定範囲となる領域を特定し、特定した該領域を、前記対象エリア内における前記欠陥を有する乗物の前記管理地と共に、前記対象エリアを示す地図上に表示することを特徴とする請求項１または２に記載の乗物管理装置。
【請求項４】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記表示部は、前記対象エリア内における前記欠陥を有する乗物の前記管理地を表示するための表示画面と、該表示画面を切り替えるための切り替え手段と、を表示し、
前記切り替え手段は、前記欠陥の内容別に複数表示され、
複数の前記切り替え手段の中の一つが選択されたとき、前記表示部は、選択された前記切り替え手段と対応する内容の前記欠陥を有する乗物の前記管理地を表示するための前記表示画面を表示することを特徴とする請求項１乃至３のいずれか一項に記載の乗物管理装置。
【請求項５】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記対象エリア内の前記管理地にて管理されている前記欠陥を有する乗物について、前記欠陥に対する対処状況を示す状況情報を取得する状況情報取得部を有し、
前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を、前記状況情報取得部によって取得された前記状況情報が示す前記欠陥を有する乗物の前記対処状況と対応付けて表示することを特徴とする請求項１乃至４のいずれか一項に記載の乗物管理装置。
【請求項６】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記対象エリア内の店舗における、前記欠陥を有する乗物を改修するために用いられる改修用部品の在庫数と、前記対象エリア内の前記管理地にて管理されている前記欠陥を有する乗物の台数に応じて決まる前記改修用部品の必要数と、の差分を示す差分情報を取得する差分情報取得部を有し、
前記表示部は、前記差分情報が示す前記差分を、前記欠陥の内容と対応付けて表示することを特徴とする請求項１乃至５のいずれか一項に記載の乗物管理装置。
【請求項７】
前記対象エリアを設定するために入力される入力情報を取得する入力情報取得部を有し、
該入力情報取得部は、前記対象エリアの中心位置と、該中心位置と前記対象エリアの外縁との間の距離と、を示す前記入力情報を取得することを特徴とする請求項１乃至６のいずれか一項に記載の乗物管理装置。
【請求項８】
前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、
前記記憶部は、前記管理地としての整備場の前記場所情報を記憶しており、
前記場所情報取得部は、前記対象エリア内にある前記整備場の前記場所情報であって、前記欠陥を有する乗物の前記識別情報と対応付けられた前記整備場の前記場所情報を取得し、
前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内の前記整備場を表示することを特徴とする請求項１乃至７のいずれか一項に記載の乗物管理装置。
【請求項９】
乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、コンピュータが取得し、
コンピュータが、取得した前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示することを特徴とする乗物管理方法。
【請求項１０】
コンピュータによって実行されるコンピュータプログラムであって、
コンピュータを、
乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、取得する場所情報取得部と、
該場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示する表示部と、
を有する乗物管理装置として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗物管理装置、乗物管理方法及びコンピュータプログラムに係り、特に、欠陥を有する乗物の管理地の場所を効率よく確認するための乗物管理装置、乗物管理方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
リコール車両等、欠陥を有する乗物に対しては、然るべき対処を講じる必要がある。欠陥を有する乗物の所有者は、欠陥を解消してもらうために自動車整備工場やカーディーラ等（以下、整備場）の場所を特定し、特定した整備場に対して入庫予約等の手続きを行う。このとき、最寄りの整備場や予約の空きがある整備場等、来店対象とする整備場に対して希望条件を設定し、当該希望条件を満たす整備場を検索して表示することがある（例えば、特許文献１参照）。
【０００３】
特許文献１に記載のシステム（特許文献１では「自動車用部品の交換担当出先機関決定システム」）について説明すると、車両を所有する新規顧客の所在地情報から、その所在地を管轄する地域の出先機関（整備場に相当）を特定し、特定した出先機関に関する情報と新規顧客に関する情報とを顧客データベースに登録する。このように構成されたシステムにより、部品交換が必要な車両を所有する顧客は、部品交換を担当する出先機関のうち、所定の条件を満たす出先機関（例えば、最寄りの出先機関）の位置を、コンピュータに表示された地図を通じて確認することが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−５８６２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、整備場は、交換部品の在庫を確保する等の理由から、当該整備場が管轄する地域内における欠陥を有する乗物の所在を把握しておく必要がある。ただし、乗物の欠陥の内容は、多岐に亘る。このため、欠陥を有する乗物の所在情報を単に表示したとしても、その所在情報が示す場所に存在する乗物の欠陥がどのような内容であるかが分からず、当該欠陥に対して適切に対処し得なくなる虞がある。例えば、表示された所在情報が示す場所に存在する乗物の欠陥が重度な欠陥であったとしても、その事に気付かない可能性がある。また、同一の乗物に複数の欠陥が含まれている場合があり、当該乗物が重度な欠陥を有することに気付かないケースも考えられ得る。
【０００６】
そこで、本発明は、上記の問題に鑑みてなされたものであり、その目的は、欠陥を有する乗物が管理されている管理地の場所を、当該欠陥の内容が分かるように表示することが可能な乗物管理装置、乗物管理方法、及びこれらを実現するためのコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
前記課題は、本発明の乗物管理装置によれば、（Ａ）乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、取得する場所情報取得部と、（Ｂ）該場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示する表示部と、を有することにより解決される。
【０００８】
上記のように、本発明の乗物管理装置では、対象エリアにおいて改修又は修理の対象となる乗物を管理している管理地を表示する。この際、管理地は、当該管理地にて管理されている乗物についての改修又は修理の原因となる内容と対応付けて表示される。以上のように、本発明の乗物管理装置によれば、対象エリアにおいて改修又は修理の対象となる乗物が管理されている管理地の場所を、当該管理地にて管理されている乗物についての改修又は修理の原因となる内容が分かるように表示することが可能となる。
【０００９】
また、上記の乗物管理装置において、前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、前記場所情報取得部は、前記対象エリア内における前記欠陥を有する乗物の前記管理地の前記場所情報を取得する際に、該場所情報が示す前記管理地にて管理されている前記欠陥を有する乗物の台数を示す情報が組み込まれた前記場所情報を取得し、前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を、該管理地にて管理されている前記欠陥を有する乗物の台数と共に、前記欠陥の内容と対応付けて表示すると、好適である。
上記の構成によれば、対象エリア内において欠陥を有する乗物を管理している管理地と共に、当該管理地にて管理されている欠陥を有する乗物の台数が表示される。これにより、乗物管理装置のユーザは、対象エリア内において欠陥を有する乗物を管理している管理地の場所を確認する際、そこで管理されている欠陥を有する乗物の台数を併せて確認することが可能となる。
【００１０】
また、上記の乗物管理装置において、前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を表示する際、前記対象エリア内に設定された基準位置からの距離が所定範囲となる領域を特定し、特定した該領域を、前記対象エリア内における前記欠陥を有する乗物の前記管理地と共に、前記対象エリアを示す地図上に表示すると、より好適である。
上記の構成によれば、対象エリア内において欠陥を有する乗物を管理している管理地と、対象エリア内に設定された基準位置からの距離が所定範囲となる領域と、を地図上に表示する。これにより、欠陥を有する乗物を管理している管理地について、基準位置からの距離を大まかに把握することが可能となる。
【００１１】
また、上記の乗物管理装置において、前記改修又は修理の対象となる乗物は、リコールの原因となる欠陥を有する乗物であり、前記表示部は、前記対象エリア内における前記欠陥を有する乗物の前記管理地を表示するための表示画面と、該表示画面を切り替えるための切り替えタブと、を表示し、前記切り替えタブは、前記欠陥の内容別に複数表示され、複数の前記切り替えタブの中の一つが選択されたとき、前記表示部は、選択された前記切り替えタブと対応する内容の前記欠陥を有する乗物の前記管理地を表示するための前記表示画面を表示すると、さらに好適である。
上記の構成によれば、複数の切り替えタブの中から一つを選択すると、選択された切り替えタブと対応する内容の欠陥を有する乗物の管理地を表示するための表示画面が表示されるようになる。これにより、乗物管理装置のユーザは、自分が選んだ欠陥の内容について、当該欠陥を有する乗物の管理地を確認することが可能となる。また、切り替えタブの選択によって、表示画面（すなわち、欠陥を有する乗物が管理されている管理地の場所を表示した画面）を容易に切り替えることが可能となる。
【００１２】
また、上記の乗物管理装置において、前記対象エリア内の前記管理地にて管理されている前記欠陥を有する乗物について、前記欠陥に対する対処状況を示す状況情報を取得する状況情報取得部を有し、前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記欠陥を有する乗物の前記管理地を、前記状況情報取得部によって取得された前記状況情報が示す前記欠陥を有する乗物の前記対処状況と対応付けて表示すると、より一層好適である。
上記の構成によれば、欠陥を有する乗物の、当該欠陥に対する対処状況が、その乗物が管理されている管理地と対応付けて表示される。これにより、乗物管理装置のユーザは、対象エリア内において欠陥を有する乗物を管理している管理地の場所を確認する際、そこで管理されている乗物の、欠陥に対する対処状況を併せて確認することが可能となる。
【００１３】
また、上記の乗物管理装置において、前記対象エリア内の店舗における、前記欠陥を有する乗物を改修するために用いられる改修用部品の在庫数と、前記対象エリア内の前記管理地にて管理されている前記欠陥を有する乗物の台数に応じて決まる前記改修用部品の必要数と、の差分を示す差分情報を取得する差分情報取得部を有し、前記表示部は、前記差分情報が示す前記差分を、前記欠陥の内容と対応付けて表示すると、なお一層好適である。
上記の構成によれば、対象エリア内の店舗における改修用部品の在庫数と、対象エリア内の管理地にて管理されている欠陥を有する乗物の台数に応じて決まる改修用部品の必要数と、の差分が表示される。これにより、対象エリア内の管理地にて管理されている欠陥を有する乗物を改修する上で、改修用部品の過不足の有無を確認し、不足している場合には、どれだけの改修用部品を新たに調達する必要があるかを把握することが可能となる。
【００１４】
また、上記の乗物管理装置において、前記対象エリアを設定するために入力される入力情報を取得する入力情報取得部を有し、該入力情報取得部は、前記対象エリアの中心位置と、該中心位置と前記対象エリアの外縁との間の距離と、を示す前記入力情報を取得すると、益々好適である。
上記の構成によれば、対象エリアを設定する上で、対象エリアの中心位置、及び、当該中心位置と対象エリアの外縁との間の距離が入力される。これにより、乗物管理装置のユーザは、自分が設定したエリアを対象エリアとして、当該エリア内における欠陥を有する乗物の管理地を確認することが可能となる。
【００１５】
また、上記の乗物管理装置において、前記記憶部は、前記管理地としての整備場の前記場所情報を記憶しており、前記場所情報取得部は、前記対象エリア内にある前記整備場の前記場所情報であって、前記欠陥を有する乗物の前記識別情報と対応付けられた前記整備場の前記場所情報を取得し、前記表示部は、前記場所情報取得部によって取得された前記場所情報が示す前記対象エリア内の前記整備場を表示することとしてもよい。
上記の構成では、対象エリア内において欠陥を有する乗物を管理している管理地として、対象エリア内の整備場が表示される。これにより、乗物管理装置のユーザは、欠陥を有する乗物が対象エリア内にある整備場のうち、どの整備場にて管理されているのかを確認することが可能となる。
【００１６】
また、前述の課題は、本発明の乗物管理方法によれば、（Ａ）乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、コンピュータが取得し、（Ｂ）コンピュータが、取得した前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示することにより解決される。
上記の方法によれば、コンピュータにより、対象エリアにおいて改修又は修理の対象となる乗物が管理されている管理地の場所を、当該管理地にて管理されている乗物についての改修又は修理の原因の内容が分かるように表示することが可能となる。
【００１７】
また、前述の課題は、本発明のコンピュータプログラムによれば、コンピュータによって実行されるコンピュータプログラムであって、コンピュータを、（Ａ）乗物を管理する管理地の場所情報と、前記管理地にて管理される乗物の識別情報とを互いに対応付けて記憶している記憶部に記憶された前記場所情報のうち、対象エリア内にある前記管理地の前記場所情報であって、改修又は修理の対象となる乗物の前記識別情報と対応付けられた前記管理地の前記場所情報を、取得する場所情報取得部と、（Ｂ）該場所情報取得部によって取得された前記場所情報が示す前記対象エリア内における前記改修又は修理の対象となる乗物の前記管理地を、前記改修又は修理の原因の内容と対応付けて表示する表示部と、を有する乗物管理装置として機能させることにより解決される。
上記のコンピュータプログラムによれば、コンピュータを上記のように構成された乗物管理装置として機能させることで、対象エリアにおいて改修又は修理の対象となる乗物が管理されている管理地の場所を、当該管理地にて管理されている乗物についての改修又は修理の原因の内容が分かるように表示することが可能となる。
【発明の効果】
【００１８】
本発明によれば、対象エリアにおいて欠陥を有する乗物が管理されている管理地の場所を、当該管理地にて管理されている乗物が有する欠陥の内容が分かるように表示することが可能となる。これにより、対象エリア内において、どの管理地に、どのような内容の欠陥を有する乗物が管理されているのかを把握することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】リコール対象車両が管理されている管理地の場所を示した地図を表示した画面例を示す図である。
【図２】リコール対象車両の現状ステータスを表示したウィンドウを示す図である。
【図３Ａ】対象エリア内に存在するリコール対象車両に関する情報の集計結果が掲載された表を示す図である（その１）。
【図３Ｂ】対象エリア内に存在するリコール対象車両に関する情報の集計結果が掲載された表を示す図である（その２）。
【図３Ｃ】対象エリア内に存在するリコール対象車両に関する情報の集計結果が掲載された表を示す図である（その３）。
【図４】欠陥車両管理システムの構成を示す図である。
【図５】リコール管理テーブルについての説明図である。
【図６】顧客管理用データベースについての説明図である。
【図７】入庫車両管理用データベースについての説明図である。
【図８】本発明の乗物管理装置の構成を機能面から表した図である。
【図９】データ取得処理の流れを示す図である。
【図１０】欠陥車両管理処理の流れを示す図である（その１）。
【図１１】欠陥車両管理処理の流れを示す図である（その２）。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施形態（本実施形態）について具体例を挙げて説明する。なお、以下の説明では、車両を乗物の一例に挙げて説明する。ただし、本発明は、車両以外の乗物にも適用可能であり、例えば、自動二輪車、船舶、航空機、その他の乗物に対しても適用可能である。
【００２１】
また、以下で説明する画面のデザイン及び当該画面に表示される情報については、あくまでも一例に過ぎず、本発明の効果が適切に発揮されるものである限り、自由に設定することが可能である。
【００２２】
＜＜本実施形態に係る乗物管理装置の用途について＞＞
以下、本実施形態に係る乗物管理装置の用途について説明する。本実施形態に係る乗物管理装置は、欠陥車両管理装置であり、欠陥を有する車両、具体的にはリコール対象車両の所在を確認するために用いられる。なお、「欠陥を有する車両」とは、リコール原因となった欠陥があることが発覚した車両のことであり、具体的には、後述するリコール届出番号に該当する車両のことである。そして、欠陥を有する車両（リコール対象車両）は、所定の管理地で改修されたり当該管理地にて修理されるように管理されたりする。すなわち、欠陥を有する車両は、「改修又は修理の対象となる乗物」に該当する。
【００２３】
本実施形態に係る欠陥車両管理装置は、同装置の利用者（ユーザ）に対して、図１に示すように、リコール対象車両が管理されている管理地の場所を示した地図画像情報（以下、単に地図という）をディスプレイに表示する。図１は、リコール対象車両が管理されている管理地の場所を示した地図を表示した画面例を示す図である。
【００２４】
図１に図示の表示画面（以下、管理地表示画面Ｐ）について概説すると、管理地表示画面Ｐは、表示画面の一例であり、対象エリアを示す地図を描画したものである。ここで、「対象エリア」とは、管理地表示画面Ｐに地図が描画されるエリアであり、具体的には、ユーザによって指定されるエリアである。エリア指定の方法については、例えば下記の（ａ１）〜（ａ４）の方法が挙げられる。
（ａ１）地域名、都道府県名、市区町村名を入力して対象エリアを直接指定する。
（ａ２）店舗（例えば、部品会社）や整備場（例えば、自動車整備工場やカーディーラ）を指定し、その指定した店舗や整備場の管轄エリアを対象エリアとする。
（ａ３）対象エリアの中心位置と、当該中心位置と対象エリアの外縁までの距離（すなわち、半径）とを指定し、指定した中心位置と距離によって決まる円状エリアを対象エリアとする。
（ａ４）対象エリアの隅角部を指定し、指定した隅角部によって決まる多角形状エリアを対象エリアとする。
【００２５】
なお、以下では、上記（ａ３）の方法にて対象エリアを指定するケースを想定して説明することとする。ただし、これに限定されるものではなく、上記（ａ１）〜（ａ４）のいずれの方法で対象エリアを指定してもよい。また、上記４つの方法以外の方法で対象エリアを指定してもよい。
【００２６】
また、管理地表示画面Ｐに描画される地図上には、図１に示すように、二種類のプロットが表示される。二種類のプロットは、対象エリア内においてリコール対象車両が管理されている場所を示している。具体的に説明すると、一種類目のプロット（図１中、円型のプロット）は、対象エリア内の自動車整備工場であって、現時点でリコール対象車両を管理している（分かり易くは、リコール対象車両が入庫されている）自動車整備工場の場所を示している。二種類目のプロット（図１中、三角形型のプロット）は、対象エリア内のカーディーラであって、現時点でリコール対象車両を管理している（分かり易くは、リコール対象車両が入庫されている）カーディーラの場所を示している。
【００２７】
ここで、自動車整備工場及びカーディーラは、整備場の一例であり、リコール対象車両を管理する管理地に相当する。なお、本実施形態において、自動車整備工場では、車両に対して一般的な整備・点検が行われる一方で、リコール対象車両の改修を行うことができないことになっている。これに対し、カーディーラでは、リコール対象車両の改修に必要な設備が設けられている。このため、リコール対象車両を改修するには、当該車両をカーディーラに入庫することになる。なお、リコール対象車両をカーディーラに入庫する際には、所定の手続きを経て入庫予約を行い、その上で、リコール対象車両の所有者がリコール対象車両を直接カーディーラに持ち込むか、あるいは自動車整備工場に入庫されている場合には自動車整備工場がカーディーラに引き渡す形になる。
なお、本実施形態における「自動車整備工場」は、地方運輸局長の認証を受けた認証工場（指定工場を含む）を意味する。また、「カーディーラ」は、自動車メーカーや自動車メーカーの販売子会社との間で特約店契約を結んだ販売業者を意味する。なお、本実施形態とは異なるが、自動車整備工場が保有する設備や自動車メーカー等との契約内容によっては、カーディーラ以外の自動車整備工場であってもリコール対象車両を改修することが可能なものもあり、このような自動車整備工場にて改修するケースを含めてもよい。
【００２８】
管理地表示画面Ｐに描画される地図についての説明に戻ると、図１に示すように、各プロットの脇位置には数字が表示されている。この数字は、プロットが示す場所、すなわち、自動車整備工場やカーディーラにて管理されている（分かり易くは、入庫されている）リコール対象車両の台数の現在値を示している。
【００２９】
また、各プロットは、所定のルールに従って決められた配色にて表示されている。本実施形態では、プロットの配色が３種類となっており、図１では黒色、白色及びグレー色となっている。なお、配色の種類及び配色数については、特に限定するものではなく、自由に設定することが可能である。
【００３０】
プロットの配色の決め方について説明すると、プロットが示す場所（すなわち、自動車整備工場やカーディーラ）にて管理されているリコール対象車両の現状ステータスに応じて配色が決定する。ここで、「現状ステータス」は、プロットが示す場所にて管理されているリコール対象車両について、リコール原因となった欠陥に対する対処状況を示す状況情報である。具体的に、本実施形態では、現状ステータスが『すべての欠陥が改修済み』である場合には白色となり、『一部の欠陥が未改修』である場合にはグレー色となり、『すべての欠陥が未改修』である場合には黒色となる。
なお、プロットが示す場所にて管理されているリコール対象車両が複数台である場合、当該プロットの色は、複数台のリコール対象車両のうち、欠陥への対処が最も遅れている車両の現状ステータスに応じて決められる。その他、欠陥の重大度や緊急度により当該プロットの色を変更することにしてもよい。
【００３１】
また、管理地表示画面Ｐに描画される地図上には、図１に示すように距離ゲージＴが表示される。距離ゲージＴは、対象エリア内に設定された基準位置からの距離が所定範囲となる領域の境界位置を示したものであり、例えば、図１に示すように破線にて表示される。このように距離ゲージＴが上記のプロットと共に地図上に表示されることにより、対象エリア内においてリコール対象車両が管理されている自動車整備工場やカーディーラの場所（所在地）について、基準位置からの距離を大まかに把握することが可能となる。
なお、基準位置については、対象エリア内で任意に設定することが可能であるが、一例としては、自動車メーカーの所在地が基準位置の候補として挙げられる。このようにすれば、自動車メーカーは、自社の所在地から所定距離以内にある範囲に、どれだけのリコール対象車両が存在し、各リコール対象車両がどこで管理されているのかを把握することが可能となる。
ちなみに、基準位置からの距離が所定範囲となる領域については、基準位置を中心とした円状の領域に限られない。具体的には、海峡や山谷を挟む等の事情により道路が敷設されていない場所があり、このようなケースでは、基準位置を中心とした円状の領域を表示しても意味がない。したがって、上記のケースでは、例えばカーナビゲーションシステムで採用している、基準位置からの距離が所定範囲となる領域を設定してもよい。ただし、かかる設定方法は、あくまでも一例であり、他の方法を採用してもよい。
また、基準位置から基準位置からの距離が所定範囲となる領域を表示するものではなく、自動車メーカーの各営業所に対して設定された営業地域を表示してもよい。
【００３２】
また、本実施形態では、管理地表示画面Ｐ上で各プロットをクリックすると、図２に図示のステータス表示ウィンドウＷがポップアップ形式にて管理地表示画面Ｐ上に重ねて表示される。図２は、ステータス表示ウィンドウＷの表示例を示す図である。ステータス表示ウィンドウＷについて説明すると、ステータス表示ウィンドウＷには、クリックされたプロットが示す場所（すなわち、自動車整備工場やカーディーラ）にて管理されているリコール対象車両の現状ステータス及び関連情報が表示される。具体的には、クリックされたプロットが示す場所にて管理されているリコール対象車両の車台番号、リコール原因となった欠陥の内容及び現状ステータス等が表示される。
なお、プロットが示す場所にて管理されているリコール対象車両が複数台である場合、上述した情報は、車両別に表示されることになる。また、表示形式については、リコール原因毎に表示してもよく、あるいは一覧形式で表示してもよい。さらに、同一の車両中に欠陥が複数含まれている場合があるため、表示形式については一つに限定されない。
【００３３】
また、本実施形態では、ステータス表示ウィンドウＷがポップアップ形式にて管理地表示画面Ｐ上に重ねて表示されることとしたが、管理地表示画面Ｐとは離れた位置に表示されてもよい。あるいは、ステータス表示ウィンドウＷをポップアップ表示する代わりに、ステータス表示ウィンドウＷに表示される情報が吹き出し形式で表示されてもよい。その他、ステータス表示ウィンドウＷが管理地表示画面Ｐの一部の領域中に表示されてもよい。
【００３４】
また、ステータス表示ウィンドウＷには、上述した情報以外の情報が表示されてもよい。例えば、クリックされたプロットが示す場所がカーディーラである場合には、そのカーディーラに関する情報（具体的には、入庫可能な車両台数（ピット数）、入庫予約状況、カーディーラに勤務している技術担当者の空き状況、定休日、入庫中の代車貸出の有無、カーディーラが保有しているリコール改修用の設備等）が表示されてもよい。
【００３５】
本実施形態に係る乗物管理装置（すなわち、欠陥車両管理装置）は、上述した地図を表示する機能の他に、図３Ａ乃至図３Ｃに図示の集計表をディスプレイに表示する機能を有する。集計表は、対象エリア内に存在するリコール対象車両に関する情報の集計結果が掲載された表である。以下、図３Ａ乃至図３Ｃを参照しながら集計表について説明する。なお、図３Ａ乃至図３Ｃの各々は、集計表を示す図であるが、同図に図示した集計表に掲載されている情報は、あくまでも一例に過ぎず、他の情報が掲載されていてもよい。
【００３６】
図３Ａに図示の集計表（以下、第一の集計表）は、対象エリア内に存するリコール対象車両の台数及び現状ステータス別の内訳、並びに改修率及び未改修率を集計した結果を示している。また、第一の集計表は、対象エリア別に表示される。したがって、複数の対象エリアを指定した場合には、第一の集計表が示す情報（すなわち、リコール対象車両の台数や改修率等）を対象エリア別に確認することが可能となる。これにより、リコール対象車両の台数や改修率等について、エリア間（例えば、都道府県の間や市区町村の間）で比較することが可能となる。なお、集計表の代わりに、集計表を基にしたグラフ等を表示してもよい。
【００３７】
図３Ｂに図示の集計表（以下、第二の集計表）は、指定された期間中において対象エリア内に存するリコール対象車両の台数、並びに改修率及び未改修率を集計した結果を示している。また、第二の集計表は、対象エリア別に表示される。さらに、指定期間を変更した場合には、変更後の指定期間について、第二の集計表が表示されるようになる。これにより、リコール対象車両の台数や改修率等について、経時的な推移を確認することが可能となる。なお、集計表の代わりに、集計表を基にしたグラフ等を表示してもよい。
【００３８】
図３Ｃに図示の集計表（以下、第三の集計表）は、対象エリア内に存するリコール対象車両の各々を改修するために用いられる改修用部品の数に関する集計結果である。具体的に説明すると、第三の集計表には、対象エリア内の店舗における現時点での改修用部品の在庫数と、対象エリア内の自動車整備工場やカーディーラにて管理されているリコール対象車両の台数に応じて決まる改修用部品の必要数と、両値の差分と、が掲載されている。このように第三の集計表は、改修用部品の在庫数と必要数との差分を示す差分情報に該当する。本実施形態では、第三の集計表が対象エリア別に表示され、また、リコール原因となった欠陥の内容（以下、リコール内容）別に表示されることになっている。
なお、集計表の代わりに、集計表を基にしたグラフ等を表示してもよい。
【００３９】
ちなみに、「対象エリア内の店舗」とは、車両部品の販売店（部販店）や共販店のことであり、本実施形態では自動車メーカー毎に系列化されている。
また、「リコール対象車両の台数に応じて決まる改修用部品の必要数」とは、当該台数分のリコール対象車両すべてを改修する上で必要となる改修用部品の数を意味している。なお、以下では、対象エリア内の自動車整備工場やカーディーラにて管理されているリコール対象車両の台数に応じて決まる改修用部品の必要数を、単に「改修用部品の必要数」と呼ぶこととする。
【００４０】
以上までに説明してきた本実施形態に係る乗物管理装置（欠陥車両管理装置）は、例えば、自動車メーカー、カーディーラ、自動車整備工場及びカーオーナ（車両所有者）によって利用することが可能である。ただし、以下では、自動車メーカーがユーザとして本実施形態に係る乗物管理装置を利用するケースを想定して説明することとする。
【００４１】
ユーザである自動車メーカーは、本実施形態に係る乗物管理装置（欠陥車両管理装置）を利用して、対象エリア内でリコール対象車両が管理されている自動車整備工場やカーディーラの場所、及び、その場所にて管理されているリコール対象車両の台数を確認する。また、自動車メーカーは、図３Ａに図示した第一の集計表や図３Ｂに図示した第二の集計表を見て、対象エリア内におけるリコール対象車両の台数や改修率を確認する。その後、自動車メーカーは、リコール対象車両のカーオーナに対して改修措置を受けてもらうように依頼するための手続を行う。
【００４２】
より具体的に説明すると、自動車メーカーは、対象エリア内でリコール対象車両が管理されている自動車整備工場に対して、同工場にて管理しているリコール対象車両のカーオーナに改修措置を受けることを依頼する旨の通知（例えば、ダイレクトメール）を送付するように指示する。
【００４３】
また、自動車メーカーは、図３Ｃに図示した第三の集計表を見て、対象エリア内における現時点での改修用部品の在庫数と、改修用部品の必要数と、両値の差分とを確認する。そして、在庫数が必要数よりも少ない場合、自動車メーカーは、差分に相当する数の改修用部品を調達し、系列店舗（部販店や共販店）に支給する。
【００４４】
＜＜欠陥車両管理システムの構成について＞＞
次に、本実施形態に係る乗物管理装置（すなわち、欠陥車両管理装置）と関連装置によって構成される欠陥車両管理システムＸについて、その構成例を説明する。
欠陥車両管理システムＸは、通信ネットワークを介して互いに通信可能に接続された複数のコンピュータによって構成されている。なお、本実施形態において、欠陥車両管理システムＸを構成するコンピュータは、据置型のパーソナルコンピュータやワークステーションに限定されるものではなく、持ち運び型のパーソナルコンピュータ、タブレットやスマートフォン等のモバイルデバイスも含まれる。
【００４５】
具体的に説明すると、図４に示すように、自動車メーカーが利用するコンピュータ（以下、メーカーコンピュータ１）と、自動車整備工場が利用するコンピュータ（以下、整備工場コンピュータ２）と、カーディーラが利用するコンピュータ（以下、カーディーラコンピュータ３）と、クラウドサービス提供用のサーバコンピュータ１０とによって構成されている。図４は、欠陥車両管理システムＸの構成を示す概要図である。なお、図４では、図示の便宜上、メーカーコンピュータ１、整備工場コンピュータ２及びカーディーラコンピュータ３を１台ずつ図示しているが、実際には、これらのコンピュータが複数設けられていることで欠陥車両管理システムＸが構成されている。
【００４６】
メーカーコンピュータ１は、本実施形態において乗物管理装置（すなわち、欠陥車両管理装置）として機能するコンピュータである。メーカーコンピュータ１は、一般的なコンピュータと同様のハードウェア構成となっている。具体的に説明すると、メーカーコンピュータ１は、ＣＰＵ（中央演算装置）、ＲＯＭやＲＡＭ等のメモリ、ハードディスクドライブ、通信用インタフェース、キーボードやマウス等の入力機器及びディスプレイ等の出力機器を備えている。
【００４７】
また、メーカーコンピュータ１には、メーカーコンピュータ１を欠陥車両管理装置として機能させるためのコンピュータプログラム（以下、欠陥車両管理用プログラム）がインストールされている。この欠陥車両管理用プログラムは、フラッシュメモリ、光ディスク、クラウドサービス上の記録媒体等、コンピュータが読み取り可能な情報記憶媒体に記憶されており、この情報記憶媒体がメーカーコンピュータ１に読み取られることで実行される。なお、欠陥車両管理用プログラムは、インターネットやイントラネットを通じたデータ通信によって配信されてもよい。また、欠陥車両管理用プログラムは、アプリケーションサービスプロバイダ（ＡＳＰ）やソフトウェアアズアサービス（ＳａａＳ）等のクラウドサービスを介してネットワーク経由で利用されるものであってもよい。
【００４８】
また、メーカーコンピュータ１には、図５に図示のリコール管理テーブルが記憶されている。図５は、リコール管理テーブルについての説明図である。リコール管理テーブルは、自動車メーカーが届け出たリコールに関する情報を収録したものである。具体的に説明すると、自動車メーカーは、自社で製造した車両においてリコール原因となる欠陥を発見すると、所定の機関（例えば、国土交通省）に対してリコールの届け出を行う。その後、自動車メーカー（厳密には、自動車メーカの従業員）は、メーカーコンピュータ１を操作し、届け出たリコールに関する情報を入力する。そして、入力された情報がリコール管理テーブルとしてメーカーコンピュータ１に記憶されるようになる。
【００４９】
リコール管理テーブルに収録されている情報について、図５を参照しながら説明すると、リコール管理テーブルには、届け出たリコールの原因となる欠陥の内容（すなわち、リコール内容）と、届け出たリコールに対して割り振られる番号（すなわち、リコール届出番号）、リコール対象車両に該当する車両の車台番号と、リコール対象車両を改修するために用いられる改修用部品の名称と、が収録されている。また、リコール管理テーブルには、リコール対象車両のうち、リコール原因である欠陥に対する改修が未実施である車両の車台番号（すなわち、改修未実施車台番号）が、さらに収録されている。ここで、リコール届出番号や改修未実施車台番号は、リコール対象車両の識別情報に相当する。
なお、リコール管理テーブルに収録される情報については、上記の情報に限定されず、上記の情報以外の情報がさらに含まれていてもよい。
【００５０】
また、リコール管理テーブルは、逐次更新されることになっている。具体的には、リコール対象車両のうち、改修未実施車両が減ったとき（すなわち、あるリコール対象車両に対する改修が完了したとき）、当該車両の車台番号が改修未実施車台番号から削除されるようにリコール管理テーブルが更新される。
【００５１】
整備工場コンピュータ２は、自動車整備工場の顧客に関する情報（顧客情報、すなわちカーオーナ等に関する情報）、及び当該顧客が所有する車両の情報（顧客車両情報）を管理するために用いられるコンピュータである。具体的に説明すると、整備工場の従業員は、新規の顧客が来店すると、当該顧客に関する顧客情報、及び当該顧客の車両に関する顧客車両情報を入力する。整備工場コンピュータ２は、入力された顧客情報及び顧客車両情報をデータベース化して記憶する。以下、整備工場コンピュータ２に構築されたデータベース（すなわち、顧客管理用データベース）について図６を参照しながら説明する。図６は、顧客管理用データベースについての説明図である。
【００５２】
顧客管理用データベースには、顧客情報として、顧客の氏名、住所及び最終来店日が収録されている。また、顧客管理用データベースには、顧客車両情報として、顧客が所有する車両の車台番号（識別情報に相当）及び入庫の有無が収録されている。ここで、「入庫の有無」とは、現時点で整備工場に入庫されている車両であるかどうかを示す情報である。また、現時点で整備工場に入力されている車両がリコール対象車両である場合には、現状ステータスが顧客車両情報として、さらに収録されることになっている。
なお、顧客管理用データベースに収録される情報については、上記の情報に限定されず、上記の情報以外の情報がさらに含まれていてもよい。
【００５３】
また、整備工場コンピュータ２は、上述の顧客管理用データベースの他に、整備工場に関する情報をさらに記憶している。整備工場に関する情報としては、例えば、整備工場の所在地（場所情報に相当）、整備工場に入庫することが可能な車両の台数、及び整備工場が保有する設備等が挙げられる。
【００５４】
カーディーラコンピュータ３は、カーディーラに入庫されたリコール対象車両の情報（入庫車両情報）を管理するために用いられるコンピュータである。具体的に説明すると、カーディーラの従業員は、リコール対象車両が入庫されると、当該車両に関する情報を入庫車両情報として入力する。また、カーディーラの従業員は、入庫されたリコール対象車両に対して改修が行われると、その時点での対処状況を随時確認し、当該対処状況を示す情報、すなわち現状ステータスを入庫車両情報として随時入力する。カーディーラコンピュータ３は、入力された入庫車両情報をデータベース化して記憶する。以下、カーディーラコンピュータ３に構築されたデータベース（すなわち、入庫車両管理用データベース）について図７を参照しながら説明する。図７は、入庫車両管理用データベースについての説明図である。
【００５５】
入庫車両管理用データベースには、入庫車両情報として、入庫されたリコール対象車両の車台番号（識別情報に相当）、当該車両の所有者であるカーオーナの氏名及び住所、入庫年月日、並びに現状ステータス等が収録されている。
なお、入庫車両管理用データベースに収録される情報については、上記の情報に限定されず、上記の情報以外の情報がさらに含まれていてもよい。
【００５６】
また、カーディーラコンピュータ３は、上述の入庫車両管理用データベースの他に、カーディーラに関する情報をさらに記憶している。カーディーラに関する情報としては、例えば、カーディーラの所在地（場所情報に相当）、カーディーラが保有するリコール改修用の設備、カーディーラに入庫することが可能な車両の台数、現在の入庫台数、入庫予約状況、カーディーラに勤務している技術担当者の空き状況、定休日、入庫中の代車貸出の有無、及びリコール改修実績等が挙げられる。ここで、「リコール改修実績」とは、カーディーラでこれまでに行ってきたリコールの改修について、そのリコール内容、改修した車両の車台番号、及び改修完了年月日等を示す情報である。
【００５７】
サーバコンピュータ１０は、欠陥車両管理に関するサービスを提供する事業体が保有するコンピュータである。サーバコンピュータ１０は、メーカーコンピュータ１、整備工場コンピュータ２及びカーディーラコンピュータ３と通信して、これらのコンピュータとの間でデータの送受信を行う。具体的に説明すると、サーバコンピュータ１０は、整備工場コンピュータ２及びカーディーラコンピュータ３と通信し、それぞれのコンピュータが記憶している情報やデータベースを取得する。また、サーバコンピュータ１０は、本発明の記憶部として機能し、整備工場コンピュータ２やカーディーラコンピュータ３から取得した情報を記憶し、データベース化して蓄積している。
【００５８】
より詳しく説明すると、サーバコンピュータ１０は、全国各地に在る自動車整備工場の整備工場コンピュータ２と通信することにより、前述した顧客管理用データベースに収録された情報、及び整備工場に関する情報を自動車整備工場別に取得する。そして、サーバコンピュータ１０は、自動車整備工場別に取得した情報を、各自動車整備工場の所在地（すなわち、場所情報）と紐付けて記憶する。つまり、サーバコンピュータ１０は、各自動車整備工場の所在地と、当該各自動車整備工場にて管理されている顧客及び顧客車両に関する情報（具体的には、顧客の氏名や顧客車両の車台番号等）とを互いに対応付けて記憶している。
【００５９】
同様に、サーバコンピュータ１０は、全国各地に在るカーディーラのカーディーラコンピュータ３と通信することにより、前述した入庫車両管理用データベースに収録された情報、及び、カーディーラに関する情報をカーディーラ別に取得する。そして、サーバコンピュータ１０は、カーディーラ別に取得した情報を、各カーディーラの所在地（すなわち、場所情報）と紐付けて記憶する。つまり、サーバコンピュータ１０は、各カーディーラの所在地と、当該各カーディーラにて入庫されているリコール対象車両に関する情報（具体的には、入庫されたリコール対象車両の車台番号、所有者の氏名及び住所等）とを互いに対応付けて記憶している。
【００６０】
また、サーバコンピュータ１０は、リコール届出を受理する機関（例えば、国土交通省）が管理する不図示のコンピュータと通信することにより、リコール対象車両を特定するための情報である欠陥特定情報を取得する。ここで、「欠陥特定情報」とは、ＷＥＢ上で公開されているリコール届出番号に紐付いたリコール対象車両の車台番号である。
【００６１】
また、サーバコンピュータ１０は、メーカーコンピュータ１と通信することにより、前述したリコール管理テーブルに収録された情報を取得する。このとき、サーバコンピュータ１０は、リコール届出番号、改修未実施車台番号、及び該当するリコール内容に対応する改修用部品の名称をリコール内容別に取得する。そして、サーバコンピュータ１０は、リコール内容別に取得した情報をデータベース化して記憶する。
【００６２】
さらに、サーバコンピュータ１０は、各店舗（部品の販売会社（部販店）及び共販店）における改修用部品の在庫数を記憶している。より詳しく説明すると、本実施形態のサーバコンピュータ１０は、各店舗における改修用部品の在庫数を、当該改修用部品によって改善されるリコールの内容と対応付けて記憶している。なお、各店舗における改修用部品の在庫数を示す情報の取得方法については、サーバコンピュータ１０の操作者が手入力することで取得してもよく、あるいは、各店舗にて管理されている不図示のコンピュータとサーバコンピュータ１０が通信することで取得してもよい。
【００６３】
また、サーバコンピュータ１０は、メーカーコンピュータ１からのデータ送信要求に応じて、送信データを生成し、メーカーコンピュータ１に向けて当該送信データを送信する。具体的に説明すると、サーバコンピュータ１０は、メーカーコンピュータ１側で指定された対象エリアを特定するためのデータ（以下、対象エリア特定データ）を、メーカーコンピュータ１から受信する。その後、サーバコンピュータ１０は、受信した対象エリア特定データを解析して対象エリアを特定する。対象エリアの特定後、サーバコンピュータ１０は、対象エリア内にある自動車整備工場及びカーディーラのうち、リコール対象車両が管理されている自動車整備工場及びカーディーラを抽出する。さらに、サーバコンピュータ１０は、抽出された自動車整備工場にて管理されているリコール対象車両に関する情報、及び、抽出されたカーディーラに入庫されているリコール対象車両に関する情報を読み出す。
【００６４】
そして、サーバコンピュータ１０は、読み出した情報に基づいて、前述した地図が描画された管理地表示画面Ｐを表示するためのデータ（以下、画面表示データ）を生成し、メーカーコンピュータ１に向けて当該画面表示データを送信する。また、サーバコンピュータ１０は、読み出した情報に基づいて、対象エリア内に存するリコール対象車両の台数、現状ステータス別の内訳、並びに改修率及び未改修率を集計する。そして、サーバコンピュータ１０は、その集計結果を示す表（すなわち、第一の集計表）を表示するためのデータを生成し、当該データをメーカーコンピュータ１に向けて送信する。
【００６５】
また、メーカーコンピュータ１側で管理地表示画面Ｐが表示され、管理地表示画面Ｐにて描画された地図上で一つのプロットがクリックされた場合には、そのプロットが示す場所（具体的には、自動車整備工場やカーディーラ）がサーバコンピュータ１０に通知される。サーバコンピュータ１０は、通知された場所にて管理されているリコール対象車両の現状ステータスを読み出す。そして、サーバコンピュータ１０は、読み出した現状ステータスが掲載されたステータス表示ウィンドウＷを表示するためのデータ（以下、ステータス表示データ）を生成し、メーカーコンピュータ１に向けて当該ステータス表示データを送信する。
【００６６】
また、サーバコンピュータ１０は、対象エリア特定データと共に、メーカーコンピュータ１側で指定された期間を示すデータ（以下、指定期間データ）をメーカーコンピュータ１から受信した場合、当該指定期間データが示す期間中において対象エリア内に存するリコール対象車両の台数、並びに改修率及び未改修率を集計する。そして、サーバコンピュータ１０は、その集計結果を示す表（すなわち、第二の集計表）を表示するためのデータを生成し、当該データをメーカーコンピュータ１に向けて送信する。
【００６７】
さらに、サーバコンピュータ１０は、改修未実施車台番号を読み出した上で、当該改修未実施車台番号から、対象エリア内に存するリコール対象車両のうち、改修未実施車両の台数を特定する。その上で、サーバコンピュータ１０は、特定した改修未実施車両の台数に基づいて、改修用部品の必要数を算出する。また、サーバコンピュータ１０は、対象エリア内の各店舗における現時点での改修用部品の在庫数を読み出す。そして、サーバコンピュータ１０は、改修用部品の在庫数と必要数との差分を算出し、その算出結果を示す表（すなわち、第三の集計表）を表示するためのデータを生成し、当該データをメーカーコンピュータ１に向けて送信する。
【００６８】
＜＜メーカーコンピュータの詳細構成について＞＞
次に、メーカーコンピュータ１の構成を、機能面から改めて説明することとする。メーカーコンピュータ１は、図８に示すように、入力情報取得部２１、対象エリア通知部２２、場所情報取得部２３、状況情報取得部２４、集計表取得部２５及び表示部２６を有する。図８は、メーカーコンピュータ１の構成を機能面から表した図である。
【００６９】
メーカーコンピュータ１が有する上述の機能部の各々（すなわち、入力情報取得部２１、対象エリア通知部２２、場所情報取得部２３、状況情報取得部２４、集計表取得部２５及び表示部２６）は、メーカーコンピュータ１が有するハードウェア機器がソフトウェアとしての欠陥車両管理用プログラムと協働することで実現される。以下、各機能部について個別に説明する。
【００７０】
（入力情報取得部２１）
入力情報取得部２１は、メーカーコンピュータ１の操作者（すなわち、ユーザ）によって入力される情報を取得する。具体的に説明すると、入力情報取得部２１は、対象エリアを設定するために入力される入力情報を取得する。より詳しく説明すると、入力情報取得部２１は、対象エリア設定用の入力情報として、対象エリアの中心位置と、当該中心位置と対象エリアの外縁との間の距離と、を示す入力情報を取得する。これらの情報の入力方法としては、特に限定されるものではないが、一例を挙げると、例えば、メーカーコンピュータ１のディスプレイに入力画面を表示させ、当該入力画面を通じて上記の情報を入力させてもよい。この際、対象エリアの中心位置については、当該中心位置に相当する所在地情報を入力することになり、対象エリアの中心位置と外縁との間の距離については、中心位置からの距離（半径）を示す数値を入力したり、マウスのドラッグ操作によってドラッグ量に応じた距離を指定したりすることになる。
【００７１】
また、入力情報取得部２１は、対象エリア内においてリコール対象車両を管理している自動車整備工場及びカーディーラのうち、管理地表示画面Ｐに描画された地図上にて場所をプロット表示するものを絞り込むための入力情報（以下、絞り込み情報）を取得する。絞り込み情報については、自由に設定することができ、また、複数の項目の絞り込み情報を同時に設定してもよい。絞り込み情報の項目としては、例えば、リコール届出番号、車台番号、現状ステータス、予約状況・空き状況、入庫中の代車貸出の有無、納引きの有無等が挙げられる。
なお、以下では、絞り込み情報が設定されないケースを想定して説明することとする。
【００７２】
さらに、入力情報取得部２１は、管理地表示画面Ｐに描画された地図上のプロットの中からユーザが一つのプロットを選んでクリックした際、クリックされたプロットを示す情報を入力情報として取得する。
【００７３】
（対象エリア通知部２２）
対象エリア通知部２２は、入力情報取得部２１が取得した入力情報のうち、対象エリア設定用の入力情報から対象エリア特定データを生成し、サーバコンピュータ１０に向けて当該対象エリア特定データを送信する。対象エリア特定データは、ユーザが入力した対象エリアの中心位置と、当該中心位置と対象エリアの外縁との間の距離と、を示すデータである。
【００７４】
（場所情報取得部２３）
場所情報取得部２３は、サーバコンピュータ１０から送信された画面表示データを受信する。ここで、画面表示データについて説明すると、前述したように、画面表示データは、地図が描画された管理地表示画面Ｐを表示するためのデータである。管理地表示画面Ｐに描画される地図は、対象エリア通知部２２が送信した対象エリア特定データによって特定される対象エリアを示す地図である。また、上記の地図には、対象エリアにある自動車整備工場及びカーディーラのうち、その時点でリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地を示すプロットが表示される。すなわち、場所情報取得部２３は、画面表示データを受信することで、サーバコンピュータ１０に記憶された情報のうち、対象エリア内における自動車整備工場やカーディーラの所在地情報であって、リコール対象車両の車台番号と対応付けられた自動車整備工場やカーディーラの所在地情報を取得する。
【００７５】
また、本実施形態において、画面表示データは、リコール原因となった欠陥の内容（すなわち、リコール内容）毎に、対象エリア内においてリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地情報を示すものである。換言すると、本実施形態において、場所情報取得部２３は、対象エリア内においてリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地情報を、リコール内容と対応付けて取得することになる。
【００７６】
また、画像表示データには、対象エリア内においてリコール対象車両が管理されている自動車整備工場及びカーディーラの各々について、その場所にて管理されているリコール対象車両の台数の現在値を示す情報が組み込まれている（図１参照）。つまり、場所情報取得部２３は、対象エリア内においてリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地情報を取得する際に、当該所在地情報が示す場所にて管理されているリコール対象車両の台数を示す情報が組み込まれた所在地情報を取得することになる。
【００７７】
（状況情報取得部２４）
状況情報取得部２４は、メーカーコンピュータ１のディスプレイに管理地表示画面Ｐが表示されている間に、管理地表示画面Ｐに描画されているプロットの一つがクリックされると、指定プロット特定データを生成し、サーバコンピュータ１０に向けて当該指定プロット特定データを送信する。指定プロット特定データは、入力情報取得部２１が取得した入力情報のうち、クリックされたプロットを示す情報に基づいて生成され、当該プロットが示す場所（具体的には、自動車整備工場やカーディーラ）を特定するためのデータである。
【００７８】
指定プロット特定データがサーバコンピュータ１０によって受信されると、サーバコンピュータ１０側でステータス表示データが生成され、当該ステータス表示データがメーカーコンピュータ１に向けて送信される。そして、状況情報取得部２４は、サーバコンピュータ１０から送信されたステータス表示データを受信する。ここで、ステータス表示データについて説明すると、前述したように、ステータス表示データは、管理地表示画面Ｐにて描画された地図上にステータス表示ウィンドウＷをポップアップ表示するためのデータである。ステータス表示ウィンドウＷは、上記の地図上でクリックされたプロットが示す場所（具体的には、自動車整備工場やカーディーラ）にて管理されているリコール対象車両の現状ステータスを表示するものである。すなわち、状況情報取得部２４は、ステータス表示データを受信することで、上記の地図上でクリックされたプロットが示す場所で管理されているリコール対象車両の現状ステータス（状況情報）を取得する。
【００７９】
（集計表取得部２５）
集計表取得部２５は、サーバコンピュータ１０によって作成された各種の集計表を表示するためのデータを、サーバコンピュータ１０から受信する。具体的に説明すると、集計表取得部２５は、対象エリア内に存するリコール対象車両の台数、現状ステータス別の内訳、並びに改修率及び未改修率についての集計結果を示す第一の集計表を表示するためのデータを、サーバコンピュータ１０から受信する。
【００８０】
また、集計表取得部２５は、ユーザが指定した期間中に対象エリア内に存するリコール対象車両の台数、並びに同期間における改修率及び未改修率についての集計結果（具体的には、期間中の平均値）を示す第二の集計表を表示するためのデータを、サーバコンピュータ１０から受信する。
【００８１】
さらに、集計表取得部２５は、対象エリア内の各店舗における現時点での改修用部品の在庫数、改修用部品の必要数、及び両値の差分を示す第三の集計表を表示するためのデータを、サーバコンピュータ１０から受信する。すなわち、集計表取得部２５は、第三の集計表を表示するためのデータを受信することで、改修用部品の在庫数と必要数との差分を示す情報としての第三の集計表を取得する。かかる意味で、集計表取得部２５は、差分情報取得部に該当すると言える。
【００８２】
（表示部２６）
表示部２６は、メーカーコンピュータ１がサーバコンピュータ１０から受信した各種データを展開することで、当該データが示す情報をメーカーコンピュータ１のディスプレイに表示する。具体的に説明すると、表示部２６は、場所情報取得部２３がサーバコンピュータ１０から受信した画面表示データを展開して管理地表示画面Ｐを表示する。この管理地表示画面Ｐには、図１に示すように、入力情報取得部２１が取得した対象エリア設定用の入力情報から特定される対象エリアの地図が描画される。また、地図上には、対象エリア内にある自動車整備工場及びカーディーラのうち、その時点でリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地を示すプロットが表示される。なお、以下では、対象エリア内においてリコール対象車両が管理されている自動車整備工場及びカーディーラの所在地を、「リコール対象車両の管理地」と呼ぶこととする。
【００８３】
なお、プロットは、当該プロットが示す場所で管理されているリコール対象車両の現状ステータスに応じた色にて表示される。すなわち、本実施形態において、表示部２６は、リコール対象車両の管理地を表示する際、当該管理地で管理されているリコール対象車両の現状ステータスに応じた表示態様にて表示する。
【００８４】
また、プロットの脇位置には、当該プロットが示す場所で管理されているリコール対象車両の台数を示す数字が表示される。すなわち、本実施形態において、表示部２６は、リコール対象車両の管理地を、当該管理地にて管理されているリコール対象車両の台数と共に表示する。
【００８５】
また、地図上には、対象エリア内に設定された基準位置からの距離が所定範囲となる領域の境界位置、すなわち、距離ゲージＴが表示される。すなわち、表示部２６は、リコール対象車両の管理地を表示する際、上記基準位置からの距離が所定値以内となる範囲を特定し、特定した当該範囲を示す距離ゲージＴを、リコール対象車両の管理地を示すプロットと共に、地図上に表示する。
【００８６】
また、本実施形態において、前述したように、画面表示データは、リコール内容毎にリコール対象車両の管理地を示すものとなっている。これに対応するように、本実施形態では、表示部２６が画面表示データを展開して管理地表示画面Ｐにてリコール対象車両の管理地を表示する際、リコール内容別の表示がなされることになっている。かかる内容について、以下、図１を参照しながら詳しく説明する。なお、以下の説明では、現時点で三つのリコールが届け出られているケース（すなわち、リコール内容が３種類であるケース）を具体例に挙げて説明することとする。
【００８７】
表示部２６は、管理地表示画面Ｐを表示する際、図１に示すように、管理地表示画面Ｐと共に画面切り替え用の切り替えタブＱを表示する。この切り替えタブＱは、切り替え手段の一例であり、管理地表示画面Ｐを切り替える際にユーザによって操作（具体的にはクリック操作）されるタブであり、リコール内容別に複数（図１に示すケースでは三つ）表示される。なお、切り替えタブＱには、対応するリコール内容を示す文字情報が付されており、図１に示すケースでは、『燃料ポンプ異常』、『エアバッグ異常』及び『エンジン異常』が各切り替えタブＱに付されている。
【００８８】
そして、リコール内容別に複数表示された切り替えタブＱの中の一つがユーザによって選択されたとき、表示部２６は、選択された切り替えタブＱと対応するリコール内容についての管理地表示画面Ｐを表示する。このときに表示される管理地表示画面Ｐは、選択された切り替えタブＱと対応するリコール内容に該当する欠陥を有するリコール対象車両の管理地を、表示するための表示画面である。例えば、『燃料ポンプ異常』の切り替えタブＱが選択された場合、表示部２６は、燃料ポンプ異常に該当するリコール対象車両の管理地が表示された管理地表示画面Ｐを表示する。かかる管理地表示画面Ｐに描画される地図には、燃料ポンプ異常に該当するリコール対象車両の管理地（具体的には、自動車整備工場及びカーディーラの所在地）を示すプロットが表示される。
【００８９】
また、別の切り替えタブＱ（例えば、『エアバッグ異常』の切り替えタブＱ）がクリックされると、管理地表示画面Ｐは、それまで表示されていた画面から切り替わり、クリックされた切り替えタブＱと対応するリコール内容に該当するリコール対象車両の管理地を表示した画面へ遷移する。かかる管理地表示画面Ｐに描画される地図には、エアバッグ異常に該当するリコール対象車両の管理地（具体的には、自動車整備工場及びカーディーラの所在地）を示すプロットが表示される。
【００９０】
以上のように、本実施形態の表示部２６は、リコール対象車両の管理地をリコール内容と対応付けて表示する。これにより、欠陥車両管理装置の利用者（ユーザ）が対象エリア内におけるリコール対象車両の管理地を確認する際、どのリコール内容に該当するリコール対象車両が管理されている管理地であるかを把握し易くなる。
【００９１】
また、表示部２６は、リコール対象車両の管理地を表示する際、当該管理地を示すプロットの脇位置に、当該管理地にて管理されているリコール対象車両の台数を表示する。このときに表示される台数は、その時点で選択されている切り替えタブＱと対応するリコール内容に該当するリコール対象車両の台数である。例えば、『燃料ポンプ異常』の切り替えタブＱが選択されたとき、管理地表示画面Ｐに描画される地図上のプロットの脇位置には、当該プロットに相当する管理地にて管理されているリコール対象車両中、『燃料ポンプ異常』である車両の台数が表示されることになる。
【００９２】
以上のように、本実施形態の表示部２６は、対象エリア内におけるリコール対象車両の管理地を、当該管理地にて管理されているリコール対象車両の台数と共に、リコール内容と対応付けて表示する。これにより、欠陥車両管理装置の利用者（ユーザ）は、対象エリア内におけるリコール対象車両の管理地の場所を確認する際に、そこで管理されているリコール対象車両の台数を併せて確認することが可能となる。このとき、リコール内容別に台数を確認することができるため、どんなリコール内容に該当するリコール対象者がどの管理地にて管理されているのかを把握し易くなる。
【００９３】
また、表示部２６は、状況情報取得部２４が受信したステータス表示データを展開し、ステータス表示ウィンドウＷを管理地表示画面Ｐ上に重ねてポップアップ表示する。このとき、ポップアップ表示されたステータス表示ウィンドウＷには、管理地表示画面Ｐに描画されている地図上のプロットのうち、クリックされたプロットが示す場所（自動車整備工場やカーディーラ）にて管理されているリコール対象車両の現状ステータスが示されている。
【００９４】
以上のように、本実施形態の表示部２６は、対象エリア内におけるリコール対象車の管理地を表示する際に、状況情報取得部２４によって取得（受信）された現状ステータス（厳密には、リコール原因となった欠陥に対する対処状況）と対応付けて表示する。これにより、欠陥車両管理装置の利用者（ユーザ）は、対象エリア内におけるリコール対象車両の管理地の場所を確認する際に、そこで管理されているリコール対象車両の現状ステータスを併せて確認することが可能となる。
【００９５】
また、表示部２６は、集計表取得部２５が受信したデータを展開し、当該データが示す集計表を表示する。例えば、集計表取得部２５が第一の集計表を表示するためのデータを受信した場合、表示部２６は、対象エリア内に存するリコール対象車両の台数、現状ステータス別の内訳、並びに改修率及び未改修率についての集計結果を示す集計表（すなわち、第一の集計表）を表示する。また、集計表取得部２５が第三の集計表を表示するためのデータを受信した場合、表示部２６は、対象エリア内の店舗における現時点での改修用部品の在庫数、改修用部品の必要数、及び両値の差分を示す集計表（すなわち、第三の集計表）を表示する。
【００９６】
なお、表示部２６は、各種の集計表を表示する際に、リコール内容別に表示する。より詳しく説明すると、表示部２６は、第一の集計表、第二の集計表及び第三の集計表のそれぞれを表示する際に、その時点で選択されている切り替えタブＱと対応するリコール内容と対応付けて表示する。例えば、『燃料ポンプ異常』の切り替えタブＱが選択されている場合において、表示部２６は、第三の集計表として、『燃料ポンプ異常』のリコール対象車両を改修するのに用いられる改修用部品について対象エリア内の店舗における在庫数、必要数及び両値の差分を示す集計表を表示することになる。
【００９７】
以上のように、本実施形態の表示部２６は、改修用部品の在庫数と必要数との差分を示す第三の集計表を表示する際に、リコール内容と対応付けて表示する。これにより、欠陥車両管理装置の利用者である自動車メーカーは、対象エリア内の管理地にて管理されているリコール対象車を改修する上で、表示された第三の集計表を通じて、改修用部品の過不足の有無を確認することが可能となる。また、改修用部品が不足している場合には、どれだけの改修用部品を新たに調達する必要があるかを把握することが可能となる。
【００９８】
＜＜欠陥車両管理システムで実行されるデータ処理について＞＞
以下、上述した欠陥車両管理システムＸにおいて実行されるデータ処理について説明する。欠陥車両管理システムＸにおいて実行されるデータ処理には、サーバコンピュータ１０によるデータ処理と、欠陥車両管理装置であるメーカーコンピュータ１がサーバコンピュータ１０と通信することで行われるデータ処理（以下、欠陥車両管理処理）と、が含まれている。このうち、欠陥車両管理処理では、本発明の乗物管理方法が採用されている。すなわち、欠陥車両管理処理を構成する各ステップは、本発明の乗物管理方法の構成要素に相当する。
【００９９】
先ず、サーバコンピュータ１０によるデータ処理（以下、データ取得処理）について説明する。データ取得処理では、図９に示すように、サーバコンピュータ１０が欠陥車両管理システムＸを構成する各種のコンピュータと通信したりすることで様々なデータや情報を取得し、取得したデータ等を記憶し、データベース化して蓄積することになっている。図９は、サーバコンピュータ１０によるデータ取得処理の流れを示す図である。
【０１００】
より詳しく説明すると、自動車整備工場にて管理されている顧客及び顧客車両に関する情報と、その所在地等を含む自動車整備工場の情報と、が整備工場コンピュータ２から送信される（Ｓ００１）。サーバコンピュータ１０は、整備工場コンピュータ２から取得した上記の情報を記憶し、データベース化して蓄積する（Ｓ００２）。なお、整備工場コンピュータ２は、自動車整備工場別に設けられているため、サーバコンピュータ１０は、顧客及び顧客車両に関する情報を自動車整備工場別に取得する。そして、サーバコンピュータ１０は、各自動車整備工場の所在地と、当該各自動車整備工場にて管理されている顧客及び顧客車両に関する情報とを互いに対応付けて記憶する。
【０１０１】
また、カーディーラに入庫されているリコール対象車両（入庫車両）に関する情報と、その所在地等を含むカーディーラに関する情報と、がカーディーラコンピュータ３から送信される（Ｓ００３）。サーバコンピュータ１０は、カーディーラコンピュータ３から取得した入庫車両に関する情報を記憶し、データベース化して蓄積する（Ｓ００４）。なお、カーディーラコンピュータ３は、カーディーラ別に設けられているため、サーバコンピュータ１０は、入庫車両に関する情報をカーディーラ別に取得する。そして、サーバコンピュータ１０は、各カーディーラの所在地と、当該各カーディーラに入庫されている入庫車両に関する情報とを互いに対応付けて記憶する。
【０１０２】
また、リコール対象車両の車台番号（すなわち、リコール届出番号）を特定するための欠陥特定情報が、リコール届出を受理する機関のコンピュータ（不図示）から送信される（Ｓ００５）。サーバコンピュータ１０は、当該コンピュータから取得した欠陥特定情報を記憶する（Ｓ００６）。また、リコール原因となった欠陥や当該欠陥に対する改修用部品の名称を示すリコール内容に関する情報が、メーカーコンピュータ１から送信される（Ｓ００７）。サーバコンピュータ１０は、メーカーコンピュータ１から取得したリコール内容に関する情報を記憶する（Ｓ００８）。
【０１０３】
さらに、サーバコンピュータ１０は、全国各地の店舗（部品の販売会社（部販店）及び共販店）における改修用部品の在庫数を示す情報を取得して当該情報を記憶する（Ｓ００９）。
【０１０４】
以上までに説明した一連のステップＳ００１〜Ｓ００９は、定期的（例えば、数時間毎、１日毎、数日毎、１週間毎、あるいは１カ月毎）に実施される。これにより、サーバコンピュータ１０に記憶・蓄積されているデータや情報は、定期的にアップデートされることになる。
【０１０５】
次に、欠陥車両管理処理について説明する。欠陥車両管理処理では、図１０及び図１１に示すように、メーカーコンピュータ１がサーバコンピュータ１０とデータの送受信を行い、最終的に、対象エリア内におけるリコール対象車両の所在等をメーカーコンピュータ１のディスプレイに表示することになっている。図１０及び図１１は、欠陥車両管理処理の流れを示す図である。
【０１０６】
欠陥車両管理処理は、図１０に示すように、メーカーコンピュータ１が入力情報を取得するところから始まる（Ｓ０１１）。このステップＳ０１１で取得される入力情報は、メーカーコンピュータ１の操作者（すなわち、ユーザ）が対象エリアを設定するために入力した情報であり、対象エリアの中心位置、及び、当該中心位置と対象エリアの外縁との間の距離等である。
【０１０７】
入力情報の取得後、メーカーコンピュータ１は、当該入力情報に基づいて対象エリア特定データを生成し、当該対象エリア特定データをサーバコンピュータ１０に向けて送信する（Ｓ０１２）。サーバコンピュータ１０は、対象エリア特定データをメーカーコンピュータ１から受信すると、対象エリア特定データを解析して対象エリアを特定する（Ｓ０１３）。その後、サーバコンピュータ１０は、サーバコンピュータ１０に所在地が記憶されている自動車整備工場及びカーディーラの中から、対象エリア内に在り、且つ、現時点でリコール対象車両が管理されている自動車整備工場及びカーディーラ、すなわち、対象エリア内におけるリコール対象車両の管理地を抽出する（Ｓ０１４）。
【０１０８】
そして、サーバコンピュータ１０は、抽出された管理地にて管理されているリコール対象車両に関する情報（車台番号や現状ステータス等）を読み出す（Ｓ０１５）。このとき、サーバコンピュータ１０は、ステップＳ００８にてメーカーコンピュータ１から取得したリコール内容に関する情報に基づいて、対象エリア内の管理地にて管理されているリコール対象車両が該当するリコール内容を特定する。
【０１０９】
その後、サーバコンピュータ１０は、ステップＳ０１４で抽出した管理地の所在地情報、及び、ステップＳ０１５で読み出したリコール対象車両に関する情報に基づいて画面表示データを生成し、当該画面表示データをメーカーコンピュータ１に向けて送信する（Ｓ０１６）。これと併せて、メーカーコンピュータ１は、対象エリア内にて管理されているリコール対象車両に関する各種の集計表（すなわち、第一の集計表、第二の集計表及び第三の集計表）を表示するためのデータを生成し、当該データをメーカーコンピュータ１に向けて送信する（Ｓ０１７）。
【０１１０】
メーカーコンピュータ１は、サーバコンピュータ１０から送られてくる画面表示データ、及び各種集計表の表示データを受信する（Ｓ０１８）。かかるステップＳ０１８は、対象エリア内に存するリコール対象車両の管理地の場所を示すデータ（場所情報）を取得する工程、及び、対象エリア内に存するリコール対象車両の台数等に関する集計結果を取得する工程に相当する。
【０１１１】
そして、メーカーコンピュータ１が受信した表示データを展開すると、メーカーコンピュータ１のディスプレイに管理地表示画面Ｐ及び各種の集計表が表示されるようになる（Ｓ０１９、Ｓ０２０）。管理地表示画面Ｐには対象エリアの地図が描画され、当該地図上には、対象エリア内におけるリコール対象車両の管理地を示すプロットが、当該管理地にて管理されているリコール対象車両の台数と共に表示されている。なお、各プロットは、当該各プロットが示す場所で管理されているリコール対象車両の現状ステータスに応じた色にて表示される。
【０１１２】
また、上記の地図には、対象エリア内に設定された基準位置からの距離が所定範囲となる領域の境界位置、すなわち、距離ゲージＴが併せて表示される。
【０１１３】
さらに、図１に示すように、管理地表示画面Ｐの下部には画面切り替え用の切り替えタブＱが表示されている。切り替えタブＱには、リコール原因となった欠陥の名称（すなわち、リコール内容を示す文字情報）が表記されている。管理地表示画面Ｐには、現時点で選択されている切り替えタブＱと対応するリコール内容に該当するリコール対象車両の管理地がプロット表示されている。このようにメーカーコンピュータ１は、サーバコンピュータ１０から受信したデータが示す対象エリア内におけるリコール対象車両の管理地を、リコール内容と対応付けて表示する。
【０１１４】
そして、メーカーコンピュータ１の操作者が画面上で別の切り替えタブＱをクリック（選択）すると（Ｓ０２１）、メーカーコンピュータ１は、新たに選択された切り替えタブＱに対応させて管理地表示画面Ｐを切り替える（Ｓ０２２）。切り替え後の管理地表示画面Ｐには、新たに選択された切り替えタブＱと対応するリコール内容に該当するリコール対象車両の管理地がプロット表示される。
【０１１５】
また、メーカーコンピュータ１の操作者が画面上でいずれか一つのプロットをクリック（指定）すると（Ｓ０２３）、メーカーコンピュータ１は、指定されたプロットを特定するためのデータである指定プロット特定データを生成し、当該指定プロット特定データをサーバコンピュータ１０に向けて送信する（Ｓ０２４）。サーバコンピュータ１０は、指定プロット特定データを受信すると、指定されたプロットが示す管理地（具体的には、自動車整備工場やカーディーラ）を特定する。その後、サーバコンピュータ１０は、記憶している情報（具体的には、整備工場コンピュータ２やカーディーラコンピュータ３から取得した情報）に基づき、特定した管理地にて管理されているリコール対象車両の現状ステータスを特定する。そして、サーバコンピュータ１０は、特定した現状ステータスを示すデータであるステータス表示データを生成し、当該ステータス表示データをメーカーコンピュータ１に向けて送信する。
【０１１６】
メーカーコンピュータ１は、サーバコンピュータ１０から送られてくるステータス表示データを受信する（Ｓ０２６）。かかるステップＳ０１８は、指定された管理地にて管理されているリコール対象車両の現状ステータス（状況情報）を取得する工程に相当する。そして、メーカーコンピュータ１がステータス表示データを展開すると、メーカーコンピュータ１のディスプレイにステータス表示ウィンドウＷが表示されるようになる（Ｓ０２７）。このステータス表示ウィンドウＷには、地図上でクリックされたプロットが示す管理地にて管理されているリコール対象車両の現状ステータスが表示される。
【０１１７】
ここで、ステップＳ０２０について再度説明すると、このステップＳ０２０では、各種の集計表が管理地表示画面Ｐと共にメーカーコンピュータ１のディスプレイに表示される。表示される集計表のうち、第三の集計表には、対象エリア内の店舗における現時点での改修用部品の在庫数、改修用部品の必要数、及び両値の差分が掲載される。ここで、改修用部品は、その時点で選択されている切り替えタブＱと対応するリコール内容に該当するリコール対象車両を改修するために用いられる改修用部品である。このため、メーカーコンピュータ１の操作者が画面上で別の切り替えタブＱをクリック（選択）すると、メーカーコンピュータ１は、新たに選択された切り替えタブＱに対応させて、表示する集計表を切り替える。切り替え後の第三の集計表には、新たに選択された切り替えタブＱと対応するリコール内容に該当するリコール対象車両を改修するために必要な改修用部品について、在庫数、必要数及び両値の差分が掲載される。
【０１１８】
以上までに説明してきた欠陥車両管理処理の各ステップのうち、ステップＳ０２１〜Ｓ０２７は、画面表示を終了させるための操作が行われるまで繰り返し実施される（Ｓ０２８）。そして、画面表示終了操作が行われた時点で欠陥車両管理処理が終了する。
【０１１９】
＜＜その他の実施形態＞＞
以上までに、本発明の乗物管理装置、乗物管理方法及び乗物管理装置を実現するためのコンピュータプログラムについて一例を挙げて説明してきた。しかし、上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。
【０１２０】
また、上記の実施形態では、対象エリア内におけるリコール対象車両の管理地として、対象エリア内においてリコール対象車両が入庫されている自動車整備工場やカーディーラ（整備場）の場所を表示することとした。ただし、これに限定されるものではなく、対象エリア内におけるリコール対象車両の管理地として、対象エリアに居住しているリコール対象車両の所有者（カーオーナ）の住所を表示してもよい。
【０１２１】
また、上記の実施形態では、乗物管理装置とは別機器（具体的には、サーバコンピュータ１０）が記憶部として機能して、全国各地の自動車整備工場やカーディーラの場所情報を記憶していることとした。ただし、これに限定するものではなく、乗物管理装置自体が記憶部として機能し、全国各地の自動車整備工場やカーディーラの場所情報を記憶していてもよい。
【０１２２】
また、上記の実施形態では、メーカーコンピュータ１が本発明の乗物管理装置を構成していることとした。ただし、これに限定されるものではなく、メーカーコンピュータ１以外のコンピュータ、例えば整備工場コンピュータ２、カーディーラコンピュータ３及びサーバコンピュータ１０のいずれかが本発明の乗物管理装置として用いられてもよい。
【０１２３】
また、上記の実施形態では、１台のメーカーコンピュータ１によって本発明の乗物管理装置が構成されていることとしたが、これに限定されるものではない。複数台のコンピュータによって本発明の乗物管理装置が構成されてもよい。
【０１２４】
なお、上記の実施形態では、管理地表示画面Ｐを切り替える際にユーザが操作する切り替え手段として、切り替えタブＱが表示されることとしたが、これに限定されるものではない。切り替え手段としては、例えばドロップダウンリストやプルダウンリストを表示してもよい。
【０１２５】
また、上記の実施形態では、乗物管理装置の一例として、欠陥を有する車両を管理する欠陥車両管理装置について説明した。ただし、これに限定されるものではなく、本発明の乗物管理装置は、自動車メーカーが自主的に行う改善対策、あるいはサービスキャンペーン（リコールや改善措置とは異なる理由で商品性・品質の改善を図る措置）のために改修又は修理される乗物を管理する目的で用いてもよい。
【符号の説明】
【０１２６】
１  メーカーコンピュータ
２  整備工場コンピュータ
３  カーディーラコンピュータ
１０  サーバコンピュータ
２１  入力情報取得部
２２  対象エリア通知部
２３  場所情報取得部
２４  状況情報取得部
２５  集計表取得部（差分情報取得部）
２６  表示部
Ｐ  管理地表示画面（表示画面）
Ｑ  切り替えタブ（切り替え手段）
Ｔ  距離ゲージ
Ｗ  ステータス表示ウィンドウ
Ｘ  欠陥車両管理システム
【図１】
2019053440.tif 000003
【図２】
2019053440.tif 000004
【図３Ａ】
2019053440.tif 000005
【図３Ｂ】
2019053440.tif 000006
【図３Ｃ】
2019053440.tif 000007
【図４】
2019053440.tif 000008
【図５】
2019053440.tif 000009
【図６】
2019053440.tif 000010
【図７】
2019053440.tif 000011
【図８】
2019053440.tif 000012
【図９】
2019053440.tif 000013
【図１０】
2019053440.tif 000014
【図１１】
2019053440.tif 000015