JP2019096050A - 管理システム - Google Patents

Abstract

【課題】車両の在庫状態を容易に管理できる管理システムを提供する。【解決手段】管理システム５は、車両３のＧＰＳ位置データおよびイグニッションオン／オフ情報を取得して車両コードと共に外部に送信可能な車載器１０と、車載器１０からＧＰＳ位置データ、イグニッションオン／オフ情報及び車両コードを受信して管理するセンター３０と、を備える。センター３０のＣＰＵ３１は、ＧＰＳ位置が在庫エリアに含まれて、かつ、イグニッションオン／オフ情報がイグニッションオンからイグニッションオフに切り替わった場合に車両３を在庫状態の車両と判定し、ストレージ３７に記憶された在庫管理テーブル１００に、出庫日時が空白のまま入庫日時を記憶する。【選択図】図１

Description

本発明は、車両の在庫状態を記録する管理システムに関する。

従来、車両に取り付けられた車載器からＧＰＳ位置データを取得し、車両の現在位置を表示するシステムがある。

先行技術として、目的地を含む地理的範囲を設定し、車両が停止すると、ＧＰＳ受信機が車両の現在位置を取得し、現在位置があらかじめ設定された地理的範囲に含まれる場合、車両が目的地に到着したものと認定する、車両運行管理システムが特許文献１に開示されている。

また、各自動車が自車位置（ＧＰＳ位置）を検出してセンターに逐次通報し、センターは、通報した自動車に対しその地点でふさわしい配車指示データを送信する、配車指示データ通信システムが特許文献２に開示されている。

特開２００５−７０９５８号公報 特許第３３０８７９３号公報

しかしながら、従来のシステム及び特許文献１、２のいずれも、車載器からのＧＰＳ位置データに基づいて車両の現在位置を把握しているが、車両の在庫管理を扱うことはできない。つまり、工場で生産される多くの車両に対し、車両毎に車両が置かれる在庫エリアや、在庫エリアに置かれた各車両の滞在日数等を管理することはできなかった。
また従来、複数の車両が置かれる在庫エリアや各車両の滞在日数等の在庫管理を、センターの管理者がコンピュータに対し手入力で行っていたので、入力作業に多くの時間と労力を要した。

本発明は、上述した事情に鑑みてなされたものであり、その目的は、車両の在庫状態を容易に管理できる管理システムを提供することにある。

前述した目的を達成するために、本発明に係る管理システムは、下記（１）〜（４）を特徴としている。
（１） 車両に搭載され、前記車両の位置情報および稼働情報を取得して外部に送信可能な車載器と、
前記車両の外部に設置され、前記車載器から前記位置情報および前記稼働情報を受信して管理する管理装置と、
を備えた管理システムにおいて、
前記管理装置は、前記車両の識別情報が入力される入力部と、
前記車載器から受信した前記位置情報を、入力された前記識別情報と対応付けて記録する記録部と、
前記位置情報が所定領域に含まれて、かつ、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった場合に前記車両を在庫状態の車両と判定し、前記記録部に前記在庫状態であることを表す情報を記録する在庫判定部と、を有する、
ことを特徴とする管理システム。

上記（１）の構成の管理システムによれば、管理装置は、車載器から送信される位置情報及び稼働情報を受信し、稼働情報が車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった場合に車両を在庫状態の車両と判定する。したがって、車両の在庫状態を容易に管理できる。また、管理装置の管理者は、入庫管理を行う際、手入力を行うことなく、車両の在庫数を集計できる。これにより、入力操作の手間を省くことができる。また、管理装置の管理者は、車両が置かれている所定領域毎の車両の在庫数や各車両の滞在日数等の詳細な情報を把握できる。
このように、管理システムは、車載器から入力される車両の位置情報および稼働情報に基づいて、当該車両が在庫状態であるか否かを判定できる。したがって、ユーザは、この管理装置の記録を参照することにより、各車両が在庫状態であるか否かを認識することができる。

（２） 前記在庫判定部は、前記車両が前記所定領域において前記非稼働状態から前記稼働状態に切り替わった場合には、前記在庫状態ではないことを表す情報を前記記録部に記録する、
ことを特徴とする上記（１）の構成の管理システム。

上記（２）の構成の管理システムによれば、管理装置は、車載器から送信される位置情報及び稼働情報を受信し、車両が所定領域において非稼働状態から稼働状態に切り替わった場合には、在庫状態ではないことを表す情報を記録する。したがって、車両の非在庫状態になったことを自動で記録できる。また、管理装置の管理者は、出庫管理を行う際、手入力を行うことなく、車両の在庫数を集計できる。これにより、入力操作の手間を省くことができる。
このように、車両が在庫状態から例えば納品など在庫状態以外の状態になった場合においても、当該状態の移行が記録部に自動的に記録されるので、在庫状態以外になった車両が入力忘れなどにより誤って在庫状態として記録され続けることを防止できる。

（３） 前記入力部は、前記識別情報として前記在庫状態が終了する予定日時を入力可能であり、
前記在庫判定部は、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった日時が前記予定日時以降の場合には、前記在庫状態ではないことを表す情報を前記記録部に記録する、
ことを特徴とする上記（１）又は（２）の構成の管理システム。

上記（３）の構成の管理システムによれば、例えば車両の納品日時を在庫状態が終了する予定日時として記録しておくことにより、車両が納品された可能性が高い場合に記録部に記録されている情報を在庫状態から在庫ではない状態に確実に更新できる。

（４） 前記管理装置は、前記記録部に記録された情報を表示装置に表示させる表示制御部をさらに有し、
前記記録部は、複数の前記車両それぞれについて前記在庫状態か否かを記録し、
前記表示制御部は、前記在庫状態に関する情報を集計して前記表示装置に表示させる、
ことを特徴とする上記（１）乃至（３）のいずれかの構成の管理システム。

上記（４）の構成の管理システムによれば、ユーザは、在庫状態に関する情報を表示装置で見ることができる。例えば、ユーザは、各所定領域における車両の在庫数を視覚的に把握できる。また、ユーザは、どこの場所に車両の在庫が多くあるかを把握できる。また、ユーザは、各場所における車両の在庫の推移を把握できる。
このように、ユーザは、表示装置を用いて複数の車両の在庫状態の集計結果を確認することができる。したがって、管理対象となる車両が多数にのぼる場合においても、これらの車両の在庫状態が集計された形で表示されるので、ユーザは在庫状態を容易に把握することができる。

本発明によれば、車両の在庫状態を容易に管理できる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、管理システムの構成を示すブロック図である。 図２は、車載器、センター及びユーザＰＣでそれぞれ利用されるデータを示す図である。 図３（Ａ），（Ｂ）は、在庫管理テーブルの登録内容を示す図である。 図４は、車両の生産から納品までの流れの中で行われるマスタ情報の登録を示す図である。 図５（Ａ），（Ｂ）は、車両が置かれる在庫エリア毎に車両の在庫数を示すグラフである。 図６は、イグニッションオフのイベント処理手順を示すフローチャートである。 図７は、イグニッションオンのイベント処理手順を示すフローチャートである。 図８は、管理システムの動作手順を示すシーケンス図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

本実施形態の管理システムは、在庫エリアにおける車両の在庫状態を管理する。在庫エリアは、工場で生産された車両が置かれる置き場であり、本実施形態では、工場、ヤード、ボディーメーカー、ディーラーの駐車場の４つである。また、在庫管理は、工場で生産された車両に対し生産情報が入力されることで開始する。

図１は、管理システム５の構成を示すブロック図である。管理システム５は、ネットワーク７０を介して接続される、車載器１０と、センターコンピュータ（以下、単にセンターと称する）３０と、ユーザＰＣ（単に、ＰＣとも称する）５０とを含む構成を有する。

車載器１０は、運行データを記録可能な運行記録装置（デジタルタコグラフ）を含む構成を有する。なお、車載器１０は、ドライブレコーダ、カーナビゲーションシステム、ＥＴＣ（Electronic Toll Collection System）カード、パネルメータ等を含む構成であってもよい。

センター３０は、在庫エリア９０（図４参照）に置かれる車両の在庫状態を管理する。なお、センター３０は、自動車メーカや自動車販売会社が運営するコンピュータであってもよいし、インターネット上でクラウドサービスを提供するサーバ等であってもよい。

ＰＣ５０は、在庫エリアに置かれる車両の在庫状態を表すグラフ等を表示可能な、ユーザによって利用される汎用のコンピュータである。なお、ＰＣ（以下、ユーザＰＣという）５０は、デスクトップ型のコンピュータであってもよいし、ユーザによって所持される、スマートフォン等の携帯端末であってもよい。

ネットワーク７０は、車載器１０と広域通信を行う無線基地局８が接続されるインターネット等のパケット通信網であり、車載器１０とセンター３０とＰＣ５０との間で行われるデータ通信を中継する。車載器１０と無線基地局８との間の通信は、ＬＴＥ（Long Term Evolution）／４Ｇ（(4th Generation）等のモバイル通信網（携帯回線網）で行われてもよいし、無線ＬＡＮ（Local Area Network）で行われてもよい。

車載器１０は、車両３（図２参照）に搭載され、出入庫時刻、走行距離、走行時間、走行速度、速度オーバー、エンジン回転数オーバー、急発進、急加速、急減速等の運行データを記録する。車載器１０は、ＣＰＵ１１、揮発メモリ２６Ｂ、不揮発メモリ２６Ａ、カードＩ／Ｆ１８、音声Ｉ／Ｆ１９、ＲＴＣ（時計ＩＣ）２１、ＳＷ入力部２２及び表示部２７を有する。

ＣＰＵ１１は、車載器１０の各部を統括的に制御する。不揮発メモリ２６Ａは、ＣＰＵ１１によって実行される動作プログラム等を格納する。カードＩ／Ｆ１８には、運転者が所持するメモリカード１８Ａが挿抜自在に接続される。ＣＰＵ１１は、カードＩ／Ｆ１８に接続されたメモリカード１８Ａに対し、運行情報（運行データ、映像等のデータを含む）を書き込む。音声Ｉ／Ｆ１９には、内蔵スピーカ２０が接続される。内蔵スピーカ２０は、警報等の音声を発する。

ＲＴＣ２１（計時部）は、現在時刻を計時する。ＳＷ入力部２２には、出庫ボタン、入庫ボタン等の各種ボタンのＯＮ／ＯＦＦ信号が入力される。表示部２７は、ＬＣＤ（liquid crystal display）で構成され、通信や動作の状態の他、警報等を表示する。

また、車載器１０は、速度Ｉ／Ｆ１２Ａ、エンジン回転Ｉ／Ｆ１２Ｂ、外部入力Ｉ／Ｆ１３、センサ入力Ｉ／Ｆ１４、アナログ入力Ｉ／Ｆ２９、ＧＰＳ受信部１５、通信部２４及び電源部２５を有する。

速度Ｉ／Ｆ１２Ａには、車両の速度を検出する車速センサ１２Ｃが接続され、車速センサ１２Ｃからの速度パルスが入力される。車速センサ１２Ｃは、車載器１０にオプションとして設けられてもよいし、車載器１０とは別の装置として設けられてもよい。エンジン回転Ｉ／Ｆ１２Ｂには、エンジン回転数センサ（図示せず）からの回転パルスが入力される。外部入力Ｉ／Ｆ１３には、外部機器（図示せず）が接続される。

センサ入力Ｉ／Ｆ１４には、加速度（Ｇ値）を検知する（衝撃を感知する）加速度センサ（Ｇセンサ）２８が接続され、Ｇセンサ２８からの信号が入力される。アナログ入力Ｉ／Ｆ２９には、燃料量を検知する燃料量センサ（図示せず）、エンジン温度（冷却水温）を検知する温度センサ（図示せず）等の信号が入力される。ＣＰＵ１１は、これらのＩ／Ｆを介して入力される情報を基に、各種の運転状態を検出する。

ＧＰＳ受信部１５は、ＧＰＳアンテナ１５ａに接続され、ＧＰＳ衛星から送信される信号を受信し、現在位置情報（ＧＰＳ情報）を取得する。

通信部２４は、広域通信を行い、携帯回線網（モバイル通信網）を介して無線基地局８に接続されると、無線基地局８と繋がるインターネット等のネットワーク７０を介して、センター３０と通信を行う。

電源部２５は、バッテリ１７に接続されたイグニッションスイッチ（ＩＧＮ_ＳＷ）１６がオンになると、車載器１０の各部に電力を供給する。なお、電源部２５は、二次電池を有し、イグニッションＳＷのオフ時にも、通信機能等の一部の機能が動作可能となるように僅かな電力を供給している。ＣＰＵ１１は、電源部２５からの電力が供給されると、イグニッションＳＷ１６のオン状態を検知し、電源部２５からの電力が遮断されると、イグニッションＳＷ１６のオフ状態を検知する。

センター３０は、汎用のオペレーティングシステムで動作するＰＣである。センター３０は、ＣＰＵ３１、通信部３２、表示部３３、記憶部３４、カードＩ／Ｆ３５、操作部３６、及びストレージ３７を有する。

ＣＰＵ３１は、センター３０の各部を統括的に制御する。ＣＰＵ３１は、車載器１０から送信されるイグニッションオン／オフ情報を基に、車両３の在庫状態を管理する。ＣＰＵ３１は、在庫エリアに置かれる車両の在庫状態を表すグラフ等を表示部３３に表示させる。また、ＣＰＵ３１は、車載器１０から送信される運行データを基に、走行履歴情報６２を更新する。

通信部３２は、ネットワーク７０を介して車載器１０と通信可能である。また、通信部３２は、ネットワーク７０に接続された各種データベース（図示せず）とも接続可能であり、必要なデータを取得可能である。

表示部３３は、在庫エリアに置かれる車両の在庫状態を表すグラフ等を表示する。記憶部３４は、車載器１０から送信された運行データを基に、車両の在庫数を集計するプログラム等を格納する。カードＩ／Ｆ３５には、メモリカード１８Ａが挿抜自在に装着される。カードＩ／Ｆ３５は、車載器１０によって計測され、メモリカード１８Ａに記憶された運行データを入力する。

操作部３６は、キーボードやマウス等を有し、センター３０の管理者の操作を受け付ける。ストレージ３７は、データベース３７z（図２参照）に含まれるマスタ情報６１及び走行履歴情報６２、また、在庫管理テーブル１００（図３参照）等のデータを記憶する。マスタ情報６１、走行履歴情報６２、及び在庫管理テーブル１００の詳細については、後述する。

ユーザＰＣ５０は、ＣＰＵ５１、通信部５２、表示部５３、記憶部５４、操作部５６、及び出力部５７を有する。

ＣＰＵ５１は、汎用のオペレーティングシステムで動作し、各部の動作を制御する。通信部５２は、有線ＬＡＮあるいは無線ＬＡＮを介してネットワーク７０に接続され、センター３０と通信を行う。表示部５３は、センター３０から送信される車両の在庫数グラフ等を表示する。記憶部５４は、各種プログラム等を記憶する。

操作部５６は、キーボードやマウス等を有し、ユーザの操作を受け付ける。ユーザの操作として、例えばセンター３０に対し各種の在庫数グラフのデータや表示データを要求する操作が挙げられる。出力部５７は、各種データをプリンタ等に出力して印刷可能である。

図２は、車載器１０、センター３０及びユーザＰＣ５０でそれぞれ利用されるデータを示す図である。車載器１０は、車両３の総走行距離、走行中の最高速度、イグニッションオン／オフ（ＯＮ／ＯＦＦ）情報、ＧＰＳ位置データ、積載重量、燃料量等の運行データを取得し、ネットワーク７０を介してセンター３０に送信する。

センター３０は、ストレージ３７に、マスタ情報６１及び走行履歴情報６２を含むデータベース３７ｚを記憶する。マスタ情報６１は、車両マスタ６１Ａと車載器マスタ６１Ｂと顧客マスタ６１Ｃを含む。車両マスタ６１Ａは、車両毎に車両コード、生産情報及び販売情報（図４参照）を含む。車載器マスタ６１Ｂは、車載器毎に車載器シリアル番号及び機器情報を含む。顧客マスタ６１Ｃは、顧客毎に顧客名及びその他顧客情報を含む。また、センター３０は、データベース３７ｚとは別に、在庫管理テーブル１００をストレージ３７に記憶する。

図３は、在庫管理テーブル１００の登録内容を示す図である。在庫管理テーブル１００は、センター３０のストレージ３７に記憶される。センター３０は、車載器１０から送信されたデータあるいは操作部３６を介して入力されたデータに基づき、車両３が在庫エリア９０（図４参照）内にある場合、在庫管理テーブル１００に対し追加記録・更新等の在庫管理を行う。また、センター３０は、全ての在庫エリアを対象とした（指定無しの）在庫管理テーブル１００を作成してもよいし、指定された在庫エリアの在庫管理テーブル１００を作成してもよい。

在庫管理テーブル１００は、車両毎に、在庫エリアの種類（ロケーションタイプ）、在庫エリアの位置（ロケーション）、車両コード、入庫日時、出庫日時、及び滞在日数のデータを登録している。滞在日数は、出庫日時から入庫日時を差し引いた日数である。なお、出庫日時には、実際に車両が出庫した日時の他、出庫する予定日時（例えば納品日等）を登録してもよい。現在日時より出庫日時が先である場合、ユーザは、出庫日時が予定日時を表していることを理解できる。なお、予定日時である場合、出庫日時の表示態様を変更する（例えば、書体を斜めに変更する）ことで、視覚的に分かりやすくしてもよい。この予定日時は、後述する予定日時と同様、車両の識別情報として利用することもできる。

図３（Ａ）は在庫エリアをヤードに指定した場合の在庫管理テーブル１００を示す。図３（Ａ）では、在庫エリアの種類がヤードであり、５箇所のヤード（Ｙａｒｄ１〜Ｙａｒｄ５）が示される。例えば、在庫管理テーブル１００の３行目には、在庫エリアの種類：Ｙａｒｄ（ヤード），在庫エリアの位置:Ｙａｒｄ３，車両コード：０００３，入庫日時：９月２３日，出庫日時：９月２８日，滞在日数：５のデータが登録されている。

車両が在庫状態にあるか否かは、現在日時と出庫日時とを比較することで、判定可能である。また、例えば、在庫管理テーブル１００に登録される車両毎のデータ（在庫記録）の表示態様（文字色や背景色等）を変更することで、センター３０の管理者やＰＣ５０のユーザが車両毎の在庫状態（入庫中、出庫済み等）を視認できるようにしてもよい。

また、センター３０は、車両の識別情報として、車両コードの代わりに、在庫状態が終了する日時、つまり出庫する予定日時を入力し登録できるようにしてもよい。予定日時は、車載器１０からセンター３０に送信されるデータに含めてもよいし、事前に納品日等により滞在期限等が決まっている場合、センター３０の管理者が入力してもよい。センター３０は、イグニッションオンからイグニッションオフに切り替わった日時が予定日時以降の場合には、在庫状態ではないことを表す情報を、在庫管理テーブル１００に記録する。在庫状態ではないことを表す情報は、在庫管理テーブル１００の予定日時の文字を、「経過」等の文字に書き換えることで記録されてもよいし、在庫管理テーブルに項目を追加して記録されてもよい。また、在庫状態でないことを表す情報（在庫状態の終了）は、在庫管理テーブルとは別のファイルでストレージ３７に記録されてもよい。在庫状態でなくなった一例として、車両が納車済みであるサービス状態になったことが挙げられる。また、在庫状態でなくなった車両の在庫記録は、前述したように、在庫状態にある車両の在庫記録と異なる表示態様で表示されてもよい。

このように、例えば車両の納品日時を在庫状態が終了する予定日時として記録しておくことにより、車両が納品された可能性が高い場合に、在庫管理テーブル１００に記録されている情報を在庫状態から在庫ではない状態に確実に更新できる。

図３（Ｂ）は在庫エリアを指定しない場合の在庫管理テーブル１００を示す。この在庫管理テーブル１００には、全在庫エリアにおける車両の在庫記録が示される。ここでは、在庫エリアとして、工場の駐車場、ヤード等が示される。なお、出庫日時が未登録（−）つまり空白である場合（図３（Ｂ）の在庫管理テーブルの２行目）、車両が出庫しておらず、在庫エリアに滞在していることを表す。また、出庫日時が現在日時より先である場合（図３（Ｂ）の在庫管理テーブルの３行目）、出庫日時は予定日時であることを表す。また、車両コードが日時情報で登録されている場合、車両コードは予定日時であることを表す（図示せず）。

上記構成を有する管理システム５の動作を示す。図４は車両３の生産から納品までの流れの中で行われるマスタ情報６１の登録を示す図である。工場１５０では、車両３の組み付けＤ１、及び車載器１０の取付Ｄ２の作業が行われる。これらの作業が完了すると、マスタ情報６１に対し生産情報の入力（インプット）が行われる。生産情報は、車両シャーシ番号、車載器シリアル番号、出荷日及び生産情報を含む。生産情報がマスタ情報６１に登録されることで、車両マスタ６１Ａに登録された車両３と、車載器マスタ６１Ｂに登録された車載器１０とが紐付けられる。生産情報が入力されると、車両の在庫管理が開始される。工場１５０で生産された車両３は、工場１５０内で出荷待ちとなり、その後、出荷される（Ｄ３）。

工場１５０から出荷された車両３は、ヤード９１に移動し、販売先が決まるまで待機する（Ｄ４）。販売先が決まると、ヤード９１に入庫した車両３のマスタ情報６１に対し販売情報の入力（インプット）が行われる。販売情報は、車両シャーシ番号、車載器シリアル番号、顧客名／ディーラー名、納車日及び販売情報を含む。これにより、マスタ情報６１において、車両マスタ６１Ａに登録された車両３と、車載器マスタ６１Ｂに登録された車載器１０と、顧客マスタ６１Ｃに登録された顧客とが紐付けられる。なお、車両マスタ６１Ａに登録された車両３及び車載器マスタ６１Ｂに登録された車載器１０が、顧客マスタ６１Ｃに登録された顧客と紐付けられる迄の間、車両３は仮会社の所属とされる。

販売情報が入力されると、ボディーメーカー９２によって外装品が車両３に取り付けられる（Ｄ５）。外装品が取り付けられた車両３は、ディーラーの駐車場９３に移動し、納品まで待機する（Ｄ６）。この後、販売先への車両３の納品が行われる（Ｄ７）。

図５は、車両が置かれる在庫エリア毎に車両の在庫数を示すグラフである。車両３に車載器１０が組み付けられた後、センター３０は、車載器１０から送信される車両３のＧＰＳ位置情報を基に、各車両３が置かれている在庫エリアを特定する。センター３０は、車両３が置かれる在庫エリア毎に、車両３の在庫数を管理している。ここでは、車両が置かれる在庫エリアとして、工場、ヤード、ボディーメーカー、ディーラーの駐車場である場合を示す。なお、車両の在庫数の代わりに、各在庫エリアに置かれている期間を表す滞在割合が在庫数と共に、あるいは在庫数とは別に示されてもよい。

図５（Ａ）は、工場、ヤード、ボディーメーカー及びディーラーの駐車場の各在庫エリアにおける、車両の在庫数をある時点で示す円グラフである。工場１５０には、１２台の車両が滞在している。ヤード９１には、１５台の車両が滞在している。ボディーメーカー９２には、９台の車両が滞在している。ディーラーの駐車場９３には、３台の車両が滞在している。

図５（Ｂ）は、工場、ヤード、ボディーメーカー及びディーラーの駐車場の各在庫エリアにおける、車両の在庫数を月別に示す棒グラフである。縦軸は車両の在庫数を示し、横軸は月単位を示す。工場、ヤード、ボディーメーカー及びディーラーの駐車場における各在庫数の推移が分かる。例えば、工場１５０では、７月に車両の在庫は２４０台であったが、１１月に在庫は１００台にまで減っている。また、ヤードでは、７月に車両の在庫は２６０台であったが、１１月に在庫は１１０台に減っている。また、ボディーメーカーでは、７月に車両の在庫は２００台であったが、１１月に在庫は８０に減っている。また、ディーラーの駐車場９３では、７月に車両の在庫は１９０台であったが、１１月に在庫は４０台に減っている。

このように、車両が置かれる在庫エリア毎に滞在日数をグラフ化することで、センター３０の管理者は、どこの場所に車両の在庫が多くあるか分かり易くなる。また、管理者は、各在庫エリアにおける車両の在庫の推移を把握できる。

図６は、イグニッションオフのイベント処理手順を示すフローチャートである。センター３０のＣＰＵ３１は、車載器１０から送信される車両３のイグニッションオン／オフ情報を受信する。この処理は、センター３０のＣＰＵ３１が車載器１０から送信される車両３のイグニッションオフ情報を受信することで、ＣＰＵ３１によるイベント処理として実行される。また、ＣＰＵ３１は、車載器１０から送信される車両３のＧＰＳ位置データを通信部３２を介して受信する。このＧＰＳ位置データには、時刻データが含まれる。

ＣＰＵ３１は、車載器１０からイグニッションオフ情報を受信すると、受信したイグニッションオフの受信日時が納車日以降であるか否かを判別する（Ｓ１）。納車日以降である場合、ＣＰＵ３１は、納車済みであるとして、車両マスタ６１Ａに含まれる車両の状態をサービス状態に変更する（Ｓ２）。サービス状態となった車両３は、在庫として集計されない。この後、ＣＰＵ３１は、本処理を終了する。

一方、ステップＳ１でイグニッションオフの受信日時が納車日前である場合、ＣＰＵ３１は、車両３が在庫エリア９０内であるか否かを判別する（Ｓ３）。ここでは、在庫エリア９０は、前述したように、工場、ヤード、ボディメーカー、ディーラーの駐車場を含む。車両３が在庫エリア９０に無い場合、ＣＰＵ３１は、対象外であるとして何もせず（Ｓ４）、本処理を終了する。なお、ここでは、他の条件に応じた処理（Ｓ２やＳ６など）との比較が明示的に分かりやすくなるよう、ＣＰＵ３１が何も処理しないこともステップ処理としてあげている。

また、ステップＳ３で車両３が在庫エリア９０にある場合、ＣＰＵ３１は、車両３の在庫エリア９０への到着が初めてでないか否かを判別する（Ｓ５）。車両３が在庫エリアに初めて到着した場合、ＣＰＵ３１は、在庫管理テーブル１００に対し、イグニッションオフ時の在庫位置（ＧＰＳ位置）で在庫記録を開始する（Ｓ６）。このとき、ＣＰＵ３１は、在庫管理テーブル１００の入庫日時にイグニッションオフ時の日時を入力して更新する。この後、ＣＰＵ３１は本処理を終了する。

また、ステップＳ５で車両３が在庫エリア９０に２回目以降の到着である場合、ＣＰＵ３１は、車両３の在庫場所が前回の在庫場所と異なるか否かを判別する（Ｓ７）。つまり、ＣＰＵ３１は、前回車両３が停車した場所と同じであるか否かを判別する。前回の在庫場所と同じである場合、ＣＰＵ３１は、在庫記録を再開する（Ｓ８）。一方、前回の在庫場所と異なる場合、ＣＰＵ３１は、イグニッションオフ時の在庫位置で在庫記録を新たに開始する（Ｓ９）。ステップＳ８，Ｓ９の処理後、ＣＰＵ３１は本処理を終了する。

図７は、イグニッションオンのイベント処理手順を示すフローチャートである。ＣＰＵ３１は、車載器１０からイグニッションオン情報を受信すると、車両３が在庫エリア９０内であるか否かを判別する（Ｓ１１）。車両３が在庫エリア９０に無い場合、ＣＰＵ３１は、車両３が対象外であるとして、何もせず（Ｓ１２）、本処理を終了する。

また、ステップＳ１１で車両３が在庫エリア９０にある場合、ＣＰＵ３１は、車両３の在庫エリア９０への到着が初めてでないか否かを判別する（Ｓ１３）。車両３が在庫エリア９０に初めて到着した場合、ＣＰＵ３１は、例えば在庫エリア９０内で車両３が停車位置に向かって走行する状態にあるとして、何もせず（Ｓ１４）、本処理を終了する。

また、ステップＳ１３で車両３が在庫エリアに２回目以降の到着である場合、ＣＰＵ３１は、車両３の在庫場所が前回の在庫場所と同じであるか否かを判別する（Ｓ１５）。つまり、ＣＰＵ３１は、前回車両３が停車した場所と同じであるか否かを判別する。

前回の在庫場所と異なる場合、ＣＰＵ３１は、前回の在庫記録にエラーフラグを立て、この在庫記録を無効にする（Ｓ１６）。在庫記録がエラーになる場合、例えば、在庫管理テーブル１００の該当するデータの表示態様（点滅表示等）が変更される。在庫記録がエラーとなる場合として、例えば、イグニッションオフからイグニッションオンになるまでの間、車両がフェリー等を使って走行せずに移動した場合が挙げられる。この後、ＣＰＵ３１は本処理を終了する。

また、ステップＳ１５で前回の在庫場所と同じである場合、ＣＰＵ３１は、在庫記録の終了として、在庫管理テーブル１００の出庫日時にイグニッションオン時の日時を入力して更新する（Ｓ１７）。この後、ＣＰＵ３１は本処理を終了する。

このように、図６及び図７に示したイグニッションオフあるいはイグニッションオンのイベント処理を、センター３０のＣＰＵ３１が実行することで、在庫エリア９０における車両の在庫状態を表す在庫管理テーブル１００が自動で記録・更新される。

図８は、管理システム５の動作手順を示すシーケンス図である。図８に示す管理システム５の動作は、一例であり、他の動作例であってもよい。車載器１０は、車両３のイグニッションＳＷ１６のオン／オフを常時監視している。また、車載器１０は、ＧＰＳ受信部１５で受信したＧＰＳ信号を基に、ＧＰＳ位置データを繰り返し取得可能である。

車載器１０は、あるタイミングでイグニッションＳＷ１６のオフ（イグニッションオフ）を検知する（Ｔ１）。車載器１０は、イグニッションオフを検知すると、ＧＰＳ位置データを取得する（Ｔ２）。車載器１０は、イグニッションオフ情報、ＧＰＳ位置データ、車両コード、走行距離、走行中の最高速度等を含むデータをセンター３０に送信する（Ｔ３）。

センター３０は、車載器１０から送信されたイグニッションオフを含むデータを基に、前述した図６のイグニッションオフのイベント処理に従い、車両３の入庫を判断する（Ｔ４）。さらに、センター３０は、ストレージ３７に記憶される在庫管理テーブル１００に車両コード、入庫日時等を登録し、在庫管理テーブル１００を更新する（Ｔ５）。

センター３０は、更新された在庫管理テーブル１００に登録されたデータを基に、各在庫エリアにおける在庫数を集計し、在庫数グラフ１２０，１３０を作成する（Ｔ６）。センター３０は、作成した在庫数グラフ１２０，１３０を表示部３３に表示する（Ｔ７）。

ユーザＰＣ５０は、ネットワーク７０を介して、センター３０に対し在庫数グラフ１２０，１３０を要求する（Ｔ８）。センター３０は、ユーザＰＣ５０からの在庫数グラフ１２０，１３０の要求を受け付けると、ネットワーク７０を介して、在庫数グラフ１２０，１３０をユーザＰＣ５０に返信する（Ｔ９）。ユーザＰＣ５０は、センター３０から送信された在庫数グラフ１２０，１３０を表示部５３に表示する（Ｔ１０）。

また、車載器１０は、あるタイミングでイグニッションＳＷ１６のオン（イグニッションオン）を検知する（Ｔ１１）。イグニッションオン時の動作は、イグニッションオフ時と同様である。車載器１０は、イグニッションオンを検知すると、ＧＰＳ位置データを取得する（Ｔ１２）。車載器１０は、イグニッションオン情報、ＧＰＳ位置データ、車両コード等を含むデータをセンター３０に送信する（Ｔ１３）。

センター３０は、車載器１０から送信されたイグニッションオンを含むデータを基に、前述した図７のイグニッションオンのイベント処理に従い、車両３の出庫を判断する（Ｔ１４）。さらに、センター３０は、ストレージ３７に記憶される在庫管理テーブル１００に車両コード、出庫日時等を登録し、在庫管理テーブル１００を更新する（Ｔ１５）。

センター３０は、更新された在庫管理テーブル１００に登録されたデータを基に、各在庫エリアにおける在庫数を集計し、在庫数グラフ１２０，１３０を作成する（Ｔ１６）。センター３０は、作成した在庫数グラフ１２０，１３０を表示部３３に表示する（Ｔ１７）。以後、同様の動作が行われる。

以上のように、本実施形態の管理システム５は、在庫エリアにあり、かつ、イグニッションオフである車両の数を、車両の在庫数とした。車載器１０は、車両３のＧＰＳ位置データ及びイグニッションオフ情報を、センター３０に送信する。センター３０は、車載器１０から送信されるＧＰＳ位置データとイグニッションオフ情報を受信することで、車両３の入庫を記録する。したがって、管理システム５は、車両の在庫状態を容易に管理できる。また、センターの管理者は、入庫管理を行う際、手入力を行うことなく、車両の在庫数を集計できる。これにより、入力操作の手間を省くことができる。また、センター３０の管理者は、車両３が置かれている在庫エリア９０毎の車両の在庫数や各車両の滞在日数等の詳細な情報を把握できる。

このように、管理システムは、車載器から入力される車両の位置情報および稼働情報に基づいて、当該車両が在庫状態であるか否かを判定できる。したがって、ユーザは、この管理装置の記録を参照することにより、各車両が在庫状態であるか否かを認識することができる。

また、センター３０は、車載器１０から送信されるＧＰＳ位置データとイグニッションオン情報を受信し、車両が在庫エリアにおいて非稼働状態から稼働状態に切り替わった場合には、在庫状態ではないことを表す情報を記録する。したがって、車両の非在庫状態になったことを自動で記録できる。また、センター３０の管理者は、出庫管理を行う際、手入力を行うことなく、車両の在庫数を集計できる。これにより、入力操作の手間を省くことができる。

このように、車両が在庫状態から例えば納品など在庫状態以外の状態になった場合においても、当該状態の移行がストレージ３７に記憶されている在庫管理テーブルに自動的に記録されるので、在庫状態以外になった車両が入力忘れなどにより誤って在庫状態として記録され続けることを防止できる。

また、センター３０は、車両の識別情報として、車両コードの代わりに、在庫状態が終了する予定日時を入力可能である。予定日時は、車載器１０からセンター３０に送信されるデータに含めてもよいし、事前に滞在期限等が決まっている場合、センター３０の管理者が入力してもよい。センター３０は、イグニッションオンからイグニッションオフに切り替わった日時が予定日時以降の場合には、在庫状態ではないことを表す情報を、ストレージ３７に記憶されている在庫管理テーブル１００あるいは別のファイルに記録する。

このように、例えば車両の納品日時を在庫状態が終了する予定日時として記録しておくことにより、車両が納品された可能性が高い場合にストレージ３７に記録されている情報を在庫状態から在庫ではない状態に確実に更新できる。

また、センター３０の管理者及びＰＣ５０のユーザは、センター３０の表示部３３及びユーザＰＣ５０の表示部５３に、それぞれ各在庫エリアにおける車両３の在庫数を円グラフで表示可能である。また、センター３０の管理者及びＰＣ５０のユーザは、センター３０の表示部３３及びＰＣ５０の表示部５３にそれぞれ表示される、各在庫エリアにおける車両の在庫数を月別に棒グラフで見ることができる。したがって、センター３０の管理者及びＰＣ５０のユーザは、各在庫エリアにおける車両の在庫数を視覚的に把握できる。また、センター３０の管理者及びＰＣ５０のユーザは、どこの場所に車両の在庫が多くあるかを把握できる。また、センター３０の管理者及びＰＣ５０のユーザは、各場所における車両の在庫の推移を把握できる。

また、車両毎に滞在日数や在庫エリア等を記録することができ、在庫管理の詳細な情報を得ることができる。例えば、工場内に車両の在庫数が多い場合、組み付け途中（仕掛中）の車両が多いことを把握でき、センターの管理者が工程を見直す、在庫数を減らす等の生産計画の改善を図ることもできる。

また、センターの管理者及びＰＣのユーザは、在庫エリア毎に在庫数の変化の推移を確認し、時期に応じて適切な対策を立てることができる。例えば、７月に在庫数が増加する場合、事前に生産台数を減らす、販促活動を行う等、在庫数の低減に寄与する対策を講じることもできる。

このように、ユーザは、表示装置を用いて複数の車両の在庫状態の集計結果を確認することができる。したがって、管理対象となる車両が多数にのぼる場合においても、これらの車両の在庫状態が集計された形で表示されるので、ユーザは在庫状態を容易に把握することができる。

尚、本発明の技術的範囲は、上述した実施形態に限定されるものではない。上述した実施形態は、本発明の技術的範囲内で種々の変形や改良等を伴うことができる。

例えば、上記実施形態では、車両の稼働情報として、イグニッションオン／オフ情報を用いた。イグニッションオフを車両が駐車している判断としたが、車速センサから得られる速度が一定時間値０であること、運転席に座るドライバーが所定期間不在であること等で、車両の駐車の判断としてもよい。

また、在庫数グラフ等を表示可能な表示装置は、センターの表示部やユーザＰＣの他、センターに直結された外部の表示装置や、ネットワークを介して接続される外部表示装置であってもよい。

また、上記実施形態では、在庫管理テーブルに登録される、入庫日時及び出庫日時に基づいて、在庫の有無を判断していたが、在庫の有無を表すフラグを登録できるようにしてもよく、この場合、フラグの値で即座に在庫の有無を判断できる。

ここで、上述した本発明に係る管理システムの実施形態の特徴をそれぞれ以下［１］〜［４］に簡潔に纏めて列記する。
［１］ 車両（３）に搭載され、前記車両の位置情報（ＧＰＳ位置データ）および稼働情報（イグニッションオン／オフ情報）を取得して外部に送信可能な車載器（１０）と、
前記車両の外部に設置され、前記車載器から前記位置情報および前記稼働情報を受信して管理する管理装置（センター３０）と、
を備えた管理システム（５）において、
前記管理装置は、
前記車両の識別情報（車両コード）が入力される入力部（通信部３２）と、
前記車載器から受信した前記位置情報を、入力された前記識別情報と対応付けて記録する記録部（ストレージ３７）と、
前記位置情報が所定領域（在庫エリア９０）に含まれて、かつ、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった場合に前記車両を在庫状態の車両と判定し、前記記録部に前記在庫状態であることを表す情報を記録する在庫判定部（ＣＰＵ３１）と、を有する、
ことを特徴とする管理システム。

［２］ 前記在庫判定部は、前記車両が前記所定領域において前記非稼働状態から前記稼働状態に切り替わった場合には、前記在庫状態ではないことを表す情報（出庫日時）を前記記録部に記録する、
ことを特徴とする［１］に記載の管理システム。

［３］ 前記入力部は、前記識別情報として前記在庫状態が終了する予定日時を入力可能であり、
前記在庫判定部は、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった日時が前記予定日時以降の場合には、前記在庫状態ではないことを表す情報を前記記録部に記録する、
ことを特徴とする［１］又は［２］に記載の管理システム。

［４］ 前記管理装置は、前記記録部に記録された情報を表示装置（表示部５３）に表示させる表示制御部（ＣＰＵ３１）をさらに有し、
前記記録部は、複数の前記車両それぞれについて前記在庫状態か否かを記録し、
前記表示制御部は、前記在庫状態に関する情報を集計して前記表示装置に表示させる、
ことを特徴とする請求項［１］乃至［３］のいずれかに記載の管理システム。

３ 車両
５ 管理システム
８ 無線基地局
１０ 車載器
１１，３１，５１ ＣＰＵ
１２Ａ 速度Ｉ／Ｆ
１２Ｂ エンジン回転数Ｉ／Ｆ
１２Ｃ 車速センサ
１３ 外部入力Ｉ／Ｆ
１４ センサ入力Ｉ／Ｆ
１５ ＧＰＳ受信部
１５ａ ＧＰＳアンテナ
１６ イグニッションスイッチ（ＳＷ）
１７ バッテリ
１８ カードＩ／Ｆ
１８Ａ メモリカード
１９ 音声Ｉ／Ｆ
２０ スピーカ
２１ ＲＴＣ
２２ ＳＷ入力部
２４、３２，５２ 通信部
２５ 電源部
２６Ａ 不揮発メモリ
２６Ｂ 揮発メモリ
２７，５３ 表示部
２８ Ｇセンサ
２９ アナログ入力Ｉ／Ｆ
３０ センター
３３ 表示部
３４，５４ 記憶部
３５ カードＩ／Ｆ
３６，５６ 操作部
３７ ストレージ
３７ｚ データベース
５０ ＰＣ
５７ 出力部
６１ マスタ情報
６１Ａ 車両マスタ
６１Ｂ 車載器マスタ
６１Ｃ 顧客マスタ
６２ 走行履歴情報
７０ ネットワーク
９０ 在庫エリア
９１ ヤード
９２ ボディーメーカー
９３ ディーラーの駐車場
１００ 在庫管理テーブル
１５０ 工場

Claims (4)

1. 車両に搭載され、前記車両の位置情報および稼働情報を取得して外部に送信可能な車載器と、
   前記車両の外部に設置され、前記車載器から前記位置情報および前記稼働情報を受信して管理する管理装置と、
   を備えた管理システムにおいて、
   前記管理装置は、
   前記車両の識別情報が入力される入力部と、
   前記車載器から受信した前記位置情報を、入力された前記識別情報と対応付けて記録する記録部と、
   前記位置情報が所定領域に含まれて、かつ、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった場合に前記車両を在庫状態の車両と判定し、前記記録部に前記在庫状態であることを表す情報を記録する在庫判定部と、を有する、
   ことを特徴とする管理システム。
2. 前記在庫判定部は、前記車両が前記所定領域において前記非稼働状態から前記稼働状態に切り替わった場合には、前記在庫状態ではないことを表す情報を前記記録部に記録する、
   ことを特徴とする請求項１に記載の管理システム。
3. 前記入力部は、前記識別情報として前記在庫状態が終了する予定日時を入力可能であり、
   前記在庫判定部は、前記稼働情報が前記車両の稼働状態を表す情報から非稼働状態を表す情報に切り替わった日時が前記予定日時以降の場合には、前記在庫状態ではないことを表す情報を前記記録部に記録する、
   ことを特徴とする請求項１又は２に記載の管理システム。
4. 前記管理装置は、前記記録部に記録された情報を表示装置に表示させる表示制御部をさらに有し、
   前記記録部は、複数の前記車両それぞれについて前記在庫状態か否かを記録し、
   前記表示制御部は、前記在庫状態に関する情報を集計して前記表示装置に表示させる、
   ことを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。

Images