JP2021033724A - 車載器管理システム - Google Patents

Abstract

【課題】サーバに負荷をかけることなく、対象車載器のファイル更新を自動実行することができる車載器管理システムを提供する。【解決手段】車載器管理システム１では、サーバ３が、車両１００の配送計画情報に基づいて更新プログラムの送信優先度を車両ごとに設定した送信優先度情報を記憶する。サーバ３は、車載器２から更新プログラムの送信要求を受信し、受信した当該送信要求に応じて、送信優先度情報に基づいて更新プログラムを車載器２に送信する。また、サーバ３は、送信優先度が設定された車両１００の車載器２に対して更新プログラムを送信したのち、送信優先度が設定されていない車両１００の車載器２に対して更新プログラムを送信させる。車載器２は、サーバ３に対して更新プログラムの送信要求を送信し、サーバから受信した更新プログラムに基づいて実装プログラムを更新する。【選択図】図１

Description

本発明は、車載器管理システムに関する。

従来、車両には、デジタル式の運行記録計であり、いわゆるデジタルタコグラフと呼ばれる車載器が搭載されているものがある（特許文献１〜３参照）。車載器は、例えば、運送会社やタクシー会社等の１つの企業や団体がそれぞれ保有するタクシーやトラック等の複数の車両にそれぞれ搭載されている。このような車載器を管理するシステムとして、車載器が記録した運行情報をデータセンタ内のサーバに送信し、当該サーバが運行情報を管理するものがある。車載器は、車両のイグニッションスイッチがＯＮしたタイミングでサーバにアクセスし、当該サーバから必要なプログラムをダウンロードして、プログラムの更新を行っている。

特開２００７−７９８１３号公報 特開２００９−１６８９５６号公報 特開２０１０−３９６４２号公報

ところで、タクシーやトラック等の車両は、朝方の出庫が多く、出庫時に車載器からサーバへのアクセスが集中すると、サーバの負荷が一時的に増加し、ダウンロードに要する時間が長くなったり、ダウンロードがミスしたりすることがあり、改善の余地がある。

本発明の目的は、車載器からサーバへのアクセスの集中を抑制し、サーバの負荷を軽減することができる車載器管理システムを提供することである。

上記目的を達成するために、本発明に係る車載器管理システムは、複数の車両のそれぞれに搭載され、実装プログラムを有する車載器と、前記車載器に無線通信を介して接続され、前記車載器に対して前記実装プログラムに対応する更新プログラムを送信するサーバとを備える車載器管理システムであって、前記サーバは、前記車両の配送計画情報に基づいて、前記更新プログラムの送信優先度を車両ごとに設定した送信優先度情報を記憶する送信優先度情報記憶部と、前記更新プログラムのバージョン情報と前記実装プログラムのバージョン情報との比較結果に基づいて前記車載器から前記更新プログラムの送信要求を受信する受信部と、受信した前記更新プログラムの送信要求に応じて、前記送信優先度情報に基づいて前記更新プログラムを前記車載器に送信する応答部と、前記応答部を制御するサーバ側制御部と、を備え、前記サーバ側制御部は、前記応答部を制御し、前記送信優先度情報における前記送信優先度が低い車両の車載器よりも先に前記送信優先度が高い車両の車載器に対して前記更新プログラムを送信させ、前記送信優先度が設定された前記車両の車載器に対して前記更新プログラムを送信したのち、前記送信優先度が設定されていない前記車両の車載器に対して前記更新プログラムを送信させ、前記車載器は、前記サーバに対して前記更新プログラムの送信要求を送信する通信部と、前記サーバから受信した前記更新プログラムに基づいて前記実装プログラムを更新する更新部と、を備えることを特徴とする。

また、上記車載器管理システムにおいて、前記車載器は、さらに、前記車両のイグニッションＯＮに応じてランダム変数を生成する変数生成部と、前記生成されたランダム変数に基づいて、前記イグニッションＯＮから前記サーバにアクセスするまでの待機時間を決定する待機時間決定部と、前記通信部を制御する車載器側制御部と、を備え、前記車載器側制御部は、前記通信部を制御し、前記決定された待機時間経過後に前記サーバに対して前記更新プログラムの送信要求を送信させるものである。

また、上記車載器管理システムにおいて、前記サーバは、前記応答部に代わって前記更新プログラムを前記車載器に送信する代理応答部をさらに備え、前記サーバ側制御部は、前記サーバの負荷を監視し、前記応答部による前記更新プログラムの送信時に前記サーバの負荷が予め設定された閾値を越えた場合、前記送信を一時中断させ、前記応答部に代えて前記代理応答部により前記車載器に対して前記更新プログラムを送信させ、前記サーバの負荷が前記閾値以下である場合、前記応答部により前記車載器に対して前記更新プログラムを送信させるものである。

本発明に係る車載器管理システムによれば、サーバに負荷をかけることなく、対象となる車載器のファイル更新を自動実行することができる、という効果を奏する。

図１は、実施形態における車載器管理システムの概略構成を示すブロック図である。 図２は、車載器管理システムを構成する車載器の概略構成を示すブロック図である。 図３は、車載器管理システムを構成するサーバの概略構成を示すブロック図である。 図４は、車載器にて実行される制御処理の一例を示すフローチャート図である。 図５は、サーバにて実行される制御処理の一例を示すフローチャート図である。 図６は、サーバにて実行される制御処理の他の一例を示すフローチャート図である。 図７は、サーバにて実行される制御処理の他の一例を示すフローチャート図である。

以下に、本発明に係る車載器管理システムの実施形態について図面を参照しつつ詳細に説明する。なお、本実施形態により本発明が限定されるものではない。また、下記実施形態における構成要素には、当業者が容易に想定できるもの、あるいは実質的に同一のものが含まれる。また、下記実施形態における構成要素は、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。

［実施形態］
実施形態における車載器管理システム１を図１〜図７を参照して説明する。車載器管理システム１は、図１に示すように、複数の車両１００のそれぞれに搭載された車載器２と、車載器２に無線通信を介して接続されたサーバ３と、サーバ３にネットワーク４を介して接続された事務所ＰＣ７とを含んで構成される。ここで、車両１００は、例えば、タクシーやトラック等の業務用車両である。ネットワーク４は、広域通信回線であり、典型的にはインターネットであるが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、専用デジタル回線であってもよい。

車載器２は、例えば、デジタル式の運行記録計であり、いわゆるデジタルタコグラフである。車載器２は、車両１００の運行情報を記録する。複数の車載器２は、複数の車両１００に対してそれぞれ一台ずつ搭載される。車載器２は、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の通信規格に基づいて、中継アンテナ５を介してネットワーク４に接続され、ネットワーク４を介してサーバ３に接続される。車載器２は、図２に示すように、電源Ｉ／Ｆ１０と、ＲＴＣ１１と、メモリ１２と、ＧＰＳ受信部１３と、通信部１４と、操作部１５と、表示部１６と、音声Ｉ／Ｆ１７と、アンテナ１８と、スピーカ１９と、ＣＰＵ２０とを含んで構成される。なお、車載器２は、これらの構成に限られるものではなく、他の構成を含むものであってもよい。

電源Ｉ／Ｆ１０は、車両１００のバッテリ（不図示）に接続されており、車両１００のイグニッションスイッチ（不図示）がＯＮ状態になると、車載器２の各部に電力を供給する。電源Ｉ／Ｆ１０は、ＣＰＵ２０に接続され、イグニッションスイッチがＯＦＦ状態である場合、ＣＰＵ２０が動作可能な電力をＣＰＵ２０に対して供給する。

ＲＴＣ１１は、現在の時刻を計時するものである。ＲＴＣ１１は、ＣＰＵ２０に接続され、計時した現在の時刻をＣＰＵ２０に出力する。

メモリ１２は、ＣＰＵ２０に接続され、当該ＣＰＵ２０が利用する各種プログラムやファイル、各種データを記憶する。メモリ１２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等で構成される。ＲＡＭは、半導体素子を利用した揮発性メモリであり、データの消去および書き換えが可能なものである。ＲＡＭは、例えばＣＰＵ２０が一時的に利用するデータやファイル、プログラムを記憶する。フラッシュＲＯＭは、半導体素子を利用した不揮発性メモリであり、データの消去および書き換えが可能であるが、通電をなくても運行情報等のデータが維持される。フラッシュＲＯＭは、例えばＣＰＵ２０が利用するプログラムやファイルを記憶する。フラッシュＲＯＭは、車載器２に実装される実装プログラム、および、当該実装プログラムに付加されるバージョン情報等を記憶する。

ＧＰＳ受信部１３は、車両１００の走行位置を示す走行位置情報（緯度経度座標）を受信するものである。ＧＰＳ受信部１３は、ＧＰＳ衛星６が配信する車両１００の走行位置情報を表すＧＰＳ信号を受信する。ＧＰＳ受信部１３は、ＣＰＵ２０に接続されており、受信したＧＰＳ信号に応じた車両１００の走行位置情報をＣＰＵ２０に出力する。

通信部１４は、アンテナ１８を介して、中継アンテナ５との間で無線通信を行って情報の送受信を行うものである。通信部１４は、ＣＰＵ２０に接続され、受信した情報をＣＰＵ２０に出力する。また、通信部１４は、ＣＰＵ２０から出力された情報を外部に送信する。本実施形態の通信部１４は、ＣＰＵ２０の指示に応じて、更新プログラムのバージョンを問い合わせるためのバージョン情報要求をサーバ３に対して送信する。ここで、更新プログラムは、車載器２に実装された実装プログラムに対応するものであり、例えば、車載器２の機能追加、セキュリティの向上、バグの修正等がなされたものである。通信部１４は、送信したバージョン情報要求に対して返信されるバージョン情報をサーバ３から受信し、当該バージョン情報をＣＰＵ２０に出力する。また、通信部１４は、通信部の一例であり、ＣＰＵ２０の指示に応じて、サーバ３に対して更新プログラムの送信要求を送信する。通信部１４は、サーバ３から更新プログラムを受信して、当該更新プログラムをＣＰＵ２０に出力する。

操作部１５は、車載器２を操作するための操作機能を有し、例えば、ボタンやスイッチ、タッチパネル等である。操作部１５は、ＣＰＵ２０に接続されており、例えば、表示部１６による表示の切り替え指示や選択等を行うものである。

表示部１６は、比較的情報量の少ない画像情報（可視情報）を表示する表示機能を有し、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ等で構成される。表示部１６は、ＣＰＵ２０に接続されて、ＣＰＵ２０の指示に応じて各種情報を表示する。

音声Ｉ／Ｆ１７は、ＣＰＵ２０に接続され、ＣＰＵ２０の指示に応じて、例えば、テキスト形式のメッセージから疑似音声信号を合成し、スピーカ１９を介して音声として出力する。また、音声Ｉ／Ｆ１７は、スピーカ１９を介して警告音を出力することも可能である。

ＣＰＵ２０は、車載器２の各部を統括的に制御する中央演算装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。ＣＰＵ２０は、周知のマイクロコンピュータを主体とする電子回路を含んで構成される。ＣＰＵ２０は、上述のように、電源Ｉ／Ｆ１０、ＲＴＣ１１、メモリ１２、ＧＰＳ受信部１３、通信部１４、操作部１５、表示部１６、および音声Ｉ／Ｆ１７等が接続されており、これらとの間で電気信号により種々の情報の入出力を行う。ＣＰＵ２０は、メモリ１２に記憶されているプログラムを実行し、車載器２の機能を実現するために必要な様々な処理を行う。ＣＰＵ２０は、例えば、停止状態において、イグニッションスイッチからＩＧＮオン信号を受け付けると、起動して車載器２を起動状態にする一方、イグニッションスイッチから出力されるＩＧＮオフ信号を起動状態において受け付けると、動作を停止して車載器２を停止状態にする。

ＣＰＵ２０は、通信部１４を制御し、バージョン情報要求をサーバ３に対して送信させる。また、ＣＰＵ２０は、通信部１４がバージョン情報要求に対して返信されたバージョン情報を受信した場合、受信したバージョン情報と実装プログラムのバージョン情報とを比較し、その比較結果に基づいて、通信部１４により更新プログラムの送信要求を送信させる。ＣＰＵ２０は、例えば、受信したバージョン情報が実装プログラムのバージョン情報より新しい場合は、実装プログラムの更新が必要となるので、更新プログラムの送信要求を送信させる。ＣＰＵ２０は、受信したバージョン情報が実装プログラムと同じ場合、実装プログラムの更新が不要なので、更新プログラムの送信要求の送信を中断させる。

ＣＰＵ２０は、更新部の一例であり、サーバ３から受信した更新プログラムに基づいて実装プログラムを更新する。また、ＣＰＵ２０は、変数生成部の一例であり、車両１００のイグニッションＯＮに応じてランダム変数Ｘを生成する。ＣＰＵ２０は、例えば、車両１００からイグニッションスイッチのＯＮ信号を受信すると、メモリ１２からランダム変数生成用アプリケーションプログラムを読み出して実行することにより、ランダム変数Ｘを生成する。ＣＰＵ２０は、生成したランダム変数Ｘをメモリ１２に一時記憶させる。また、ＣＰＵ２０は、待機時間決定部の一例であり、生成されたランダム変数Ｘに基づいて、イグニッションＯＮからサーバにアクセスするまでの待機時間Ｙを決定する。ＣＰＵ２０は、メモリ１２からランダム変数Ｘを読み出し、ランダム変数Ｘに対応する待機時間Ｙを決定する。待機時間Ｙは、例えば、０分，１分，…，１０分のなかから決定される。ＣＰＵ２０は、車載器側制御部の一例であり、通信部１４を制御し、決定された待機時間経過後にサーバ３に対して更新プログラムの送信要求を送信させる。ＣＰＵ２０は、ＲＴＣ１１から取得する時間信号に基づいてイグニッションＯＮタイミングから経過時間を計測し、当該経過時間が待機時間Ｙを経過したときに、サーバ３に対して更新プログラムの送信要求を送信させる。

サーバ３は、車両１００を管理する輸送業者等に対して各種サービスを提供する事業者が管理し、当該事業者の施設等に配置される。サーバ３は、図１に示すように、ネットワーク４に有線で接続され、当該ネットワーク４に接続された中継アンテナ５を介して無線通信により各車載器２に接続される。サーバ３は、図３に示すように、オリジンサーバ３Ａと、キャッシュサーバ３Ｂとで構成される。オリジンサーバ３Ａは、通信部３１と、ＲＴＣ３２と、操作部３３と、表示部３４と、メモリ３５と、ＣＰＵ３６とを含んで構成される。

通信部３１は、ネットワーク４との間で有線通信（または無線通信）を行って情報の送受信を行うものである。通信部３１は、ＣＰＵ３６に接続され、受信した情報をＣＰＵ３６に出力する。また、通信部３１は、ＣＰＵ３６から出力された情報を外部に送信する。本実施形態の通信部３１は、車載器２から更新プログラムのバージョン情報要求を受信し、当該バージョン情報要求をＣＰＵ３６に出力する。また、通信部３１は、受信したバージョン情報要求に応じて、更新プログラムのバージョン情報を車載器２に対して送信する。通信部３１は、受信部の一例であり、車載器２から更新プログラムの送信要求を受信し、当該送信要求をＣＰＵ３６に出力する。また、通信部３１は、応答部の一例であり、ＣＰＵ３６の指示に応じて、受信した更新プログラムの送信要求に応じて、送信優先度情報に基づいて更新プログラムを車載器２に送信する。

ＲＴＣ３２は、現在の時刻を計時するものである。ＲＴＣ３２は、ＣＰＵ３６に接続され、計時した現在の時刻をＣＰＵ３６に出力する。

操作部３３は、サーバ３を操作するための操作機能を有し、例えば、キーボード、マウス、タッチパネル等である。操作部３３は、ＣＰＵ３６に接続されており、例えば、表示部３４による表示の切り替え指示等を行うものである。

表示部３４は、サーバ３を利用するユーザに向けて画像情報（可視情報）を表示する表示機能を有し、ＬＣＤ、有機ＥＬディスプレイ等で構成される。表示部３４は、ＣＰＵ３６に接続されており、ＣＰＵ３６からの画像情報を表示する。

メモリ３５は、ＣＰＵ３６に接続され、当該ＣＰＵ３６が利用する各種プログラムやファイル、各種データを記憶する。メモリ３５は、例えば、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）等で構成される。ＲＡＭは、例えばＲＯＭ等から読み出されたオペレーションシステム（ＯＳ）のプログラムやアプリケーションプログラム等を記憶する。ＲＯＭは、ＯＳと協働してＨＤＤ等へのデータの入出力を制御する、いわゆるＢＩＯＳ（Ｂｉｎａｒｙ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）等を記憶する。ＨＤＤは、補助記憶装置であり、サーバ３の起動時、または、必要なときにＲＡＭにロードされるＯＳやアプリケーションプログラム、各種データを記憶する。

メモリ３５は、プログラム記憶領域４１と、配送計画情報記憶領域４２と、送信優先度情報記憶領域４３と、サーバ負荷情報記憶領域４４とを有する。プログラム記憶領域４１は、車載器２に実装することが可能な更新プログラム等のプログラム、当該更新プログラムに付加されるバージョン情報等を記憶する部分である。配送計画情報記憶領域４２は、車両１００の配送計画情報を記憶する部分である。配送計画情報は、例えば、作成された配送計画に基づく車両１００の識別ＩＤ、ドライバの識別ＩＤ、積載荷物、車両１００の出発予定地および目的地、車両１００の出発予定日時および到着予定日時、予定走行ルート等を含んで構成される。配送計画情報は、例えば、事務所ＰＣ７等で作成され、サーバ３にアップロードされる。送信優先度情報記憶領域４３は、送信優先度記憶部の一例であり、更新プログラムの送信優先度を記憶する部分である。送信優先度は、車両１００の配送計画情報に基づいて車両ごとに設定されている。送信優先度は、例えば、配送計画情報に含まれる車両１００の出発予定日時が現在日時により近い方が高くなる。また、送信優先度は、配送計画情報に含まれる出発予定地や到着予定地が車両１００の現在地により近い方が高くなる。サーバ負荷情報記憶領域４４は、オリジンサーバ３Ａの負荷情報を記憶する部分である。オリジンサーバ３Ａの負荷情報は、例えば、オリジンサーバ３Ａの負荷の状態を数値化したものである。

ＣＰＵ３６は、サーバ３の各部を統括的に制御する中央演算装置である。ＣＰＵ３６は、周知のマイクロコンピュータを主体とする電子回路を含んで構成される。ＣＰＵ３６は、上述のように、通信部３１、ＲＴＣ３２、操作部３３、表示部３４、およびメモリ３５等が接続されており、これらとの間で電気信号により種々の情報の入出力を行う。ＣＰＵ３６は、メモリ３５に記憶されているＯＳやアプリケーションプログラムを実行し、各種機能を実現するために必要な様々な処理を行う。

ＣＰＵ３６は、サーバ側制御部の一例であり、通信部３１を制御し、送信優先度情報における送信優先度が低い車両１００の車載器２よりも先に送信優先度が高い車両１００の車載器２に対して更新プログラムを送信させる。また、ＣＰＵ３６は、通信部３１を制御し、送信優先度が設定された車両１００の車載器２に対して更新プログラムを送信したのち、送信優先度が設定されていない車両１００の車載器２に対して更新プログラムを送信させる。ＣＰＵ３６は、オリジンサーバ３Ａの負荷を監視し、通信部３１による更新プログラムの送信時にオリジンサーバ３Ａの負荷が予め設定された閾値を越えた場合、送信を一時中断させ、通信部３１に代えてキャッシュサーバ３Ｂにより車載器２に対して更新プログラムを送信させる。また、ＣＰＵ３６は、オリジンサーバ３Ａの負荷を監視し、オリジンサーバ３Ａの負荷が閾値以下である場合、通信部３１により車載器２に対して更新プログラムを送信させる。ここで閾値は、例えば、オリジンサーバ３Ａの処理能力に応じてサーバ３の管理者により設定されるものである。

キャッシュサーバ３Ｂは、いわゆるオリジンサーバ３Ａが車載器２に提供するプログラムの複製を保存し、オリジンサーバ３Ａに代わっって応答するものである。キャッシュサーバ３Ｂは、代理応答部の一例であり、オリジンサーバ３Ａの通信部３１に代わって更新プログラムを車載器２に送信する。キャッシュサーバ３Ｂは、一方がオリジンサーバ３Ａの通信部３１に接続され、他方がネットワーク４に接続されている。

事務所ＰＣ７は、例えば、複数の車両１００の運行等を管理する輸送業者が所有し、当該輸送業者の施設等に配置される。事務所ＰＣ７は、例えば、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）である。事務所ＰＣ７は、ネットワーク４に有線（または無線）で接続され、当該ネットワーク４を介してサーバ３に接続される。事務所ＰＣ７は、図３に示すサーバ３と同様に、通信部、操作部、表示部、ＲＴＣ、メモリ、およびＣＰＵを含んで構成される。事務所ＰＣ７は、ネットワーク４を介して無線通信により車載器２に接続し、例えば、当該車載器２から運行情報、車載器情報、車両情報、ドライバの氏名情報等を取得することができる。

次に、車載器２における処理について図４を参照して説明する。図４の処理は、例えば、ＣＰＵ２０がメモリ１２からアプリケーションプログラムを読み出して実行することによりなされるものである。

ステップＳ１０では、ＣＰＵ２０は、イグニッションスイッチ（ＩＧＮ）がＯＮ状態か否かを判定する。ＣＰＵ２０は、イグニッションスイッチからＩＧＮオン信号を受け付けたか否かを判定する。この判定の結果、ＩＧＮオン信号を受け付けていない場合は、ステップＳ１０を繰り返す。一方、ＩＧＮ信号を受け付けた場合は、ステップＳ１１へ進む。

ステップＳ１１では、ＣＰＵ２０は、メモリ１２からランダム変数生成用アプリケーションプログラムを読み出して実行することにより、ランダム変数Ｘを生成する。

ステップＳ１２では、ＣＰＵ２０は、ランダム変数Ｘに対応する待機時間Ｙを決定する。

ステップＳ１３では、ＣＰＵ２０は、ＲＴＣ１１から取得する時間信号に基づいてイグニッションＯＮタイミングから経過時間を計測し、当該経過時間が待機時間Ｙを経過したか否かを判定する。この判定の結果、経過時間が待機時間Ｙを経過していない場合は、ステップＳ１３を繰り返す。一方、経過時間が待機時間Ｙを経過していない場合、ステップＳ１４へ進む。

ステップＳ１４では、ＣＰＵ２０は、通信部１４を制御し、バージョン情報要求をサーバ３に対して送信させる。

ステップＳ１５では、ＣＰＵ２０は、通信部１４がサーバ３からバージョン情報を受信したか否かを判定する。この判定の結果、バージョン情報を受信していない場合は、ステップＳ１５を繰り返す。一方、バージョン情報を受信した場合、ステップＳ１６へ進む。

ステップＳ１６では、ＣＰＵ２０は、受信した更新プログラムのバージョン情報と、メモリ１２から読みだした実装プログラムのバージョン情報とを比較する。

ステップＳ１７では、ＣＰＵ２０は、受信したバージョン情報と実装プログラムのバージョン情報とが一致するか否かを判定する。この判定の結果、一致する場合は、更新プログラムの送信要求を送信することなく、本処理を終了する。一方、一致しない、すなわち不一致の場合、ステップＳ１８へ進む。

ステップＳ１８では、ＣＰＵ２０は、サーバ３に対して更新プログラムの送信要求を送信する。次に、ＣＰＵ２０は、通信部１４がサーバ３から受信（ダウンロード）した更新プログラムに基づいて実装プログラムを更新して、本処理を終了する。

次に、サーバ３における処理について図５、図６、図７を参照して説明する。図５〜図７の処理は、例えば、ＣＰＵ３６がメモリ３５からアプリケーションプログラムを読み出して実行することによりなされるものである。

図５において、ステップＳ３０では、ＣＰＵ３６は、通信部３１が車載器２からバージョン情報要求を受信したか否かを判定する。この判定の結果、バージョン情報要求を受信していない場合は、ステップＳ３０を繰り返す。一方、バージョン情報要求を受信した場合は、ステップＳ３１へ進む。

ステップＳ３１では、ＣＰＵ３６は、更新プログラムのバージョン情報をメモリ３５から読みだし、バージョン情報要求を送信した車載器２に対して、当該バージョン情報を送信する。

ステップＳ３２では、ＣＰＵ３６は、通信部３１がバージョン情報を送信した車載器２から更新プログラムの送信要求を受信したか否かを判定する。この判定の結果、更新プログラムの送信要求を受信していない場合は、ステップＳ３２を繰り返す。一方、更新プログラムの送信要求を受信した場合は、ステップＳ３４へ進む。

ステップＳ３３では、ＣＰＵ３６は、メモリ３５から車両１００の送信優先度を検索する。ＣＰＵ３６は、例えば、更新プログラムの送信要求を行った車載器２の車載器情報に基づいて車両１００を特定し、特定した車両１００に対応する送信優先度をメモリ３５から検索する。

ステップＳ３４では、ＣＰＵ３６は、送信優先度があるか否かを判定する。この判定の結果、送信優先度がない場合は、ステップＳ３６へ進む。一方、送信優先度がある場合、ステップＳ３５のプログラム送信処理へ進む。プログラム送信処理の詳細については後述する。

ステップＳ３６では、ＣＰＵ３６は、送信優先度がある車両１００への更新プログラムの送信が全て完了したか否かを判定する。この判定の結果、全て完了していないと判定した場合は、本処理を終了する。一方、全て完了したと判定した場合、ステップＳ３５のプログラム送信処理へ進む。送信優先度が設定された車両１００全ての車載器２に対して更新プログラムが送信された場合は、送信優先度が設定されていない車両１００の車載器２に対して更新プログラムが送信される。

図６において、ステップＳ４０では、ＣＰＵ３６は、車両１００の配送計画情報を取得する。

ステップＳ４１では、ＣＰＵ３６は、ステップＳ４０で取得した配送計画情報に基づいて車両ごとに送信優先度を設定する。ＣＰＵ３６は、例えば、配送計画情報を分析し、配送計画情報に含まれる車両１００の出発予定日時に基づいて、送信優先度のレベルを設定する。この場合、ＣＰＵ３６は、一方の出発予定日時が先で、他方の出発予定日時が後であるときは、他方の送信優先度より一方の送信優先度を高くする。

ステップＳ４２では、ＣＰＵ３６は、ステップＳ４１で設定した送信優先度をメモリ３５の送信優先度情報記憶領域４３に保存して本処理を終了する。

図７において、ステップＳ５０では、ＣＰＵ３６は、オリジンサーバ３Ａの負荷情報を取得する。ＣＰＵ３６は、随時更新されるオリジンサーバ３Ａの負荷情報をサーバ負荷情報記憶領域４４から取得する。

ステップＳ５１では、ＣＰＵ３６は、オリジンサーバ３Ａの負荷≧閾値であるか否かを判定する。ＣＰＵ３６は、ステップＳ５０で取得したオリジンサーバ３Ａの負荷情報、例えば数値化された負荷が閾値以上であるか否かを判定する。オリジンサーバ３Ａの負荷が閾値以上である場合、負荷が増加したと判断して、ステップＳ５２に進む。一方、オリジンサーバ３Ａの負荷が閾値より低い場合、負荷が増加していないと判断して、ステップＳ５３へ進む。

ステップＳ５２では、ＣＰＵ３６は、通信部３１による通信を一時中断させ、通信部３１に代えてキャッシュサーバ３Ｂにより車載器２に対して更新プログラムを送信させて、リターンする。

ステップＳ５３では、ＣＰＵ３６は、オリジンサーバ３Ａにより更新プログラムを送信させて、リターンする。ＣＰＵ３６は、通信部３１により車載器２に対して更新プログラムを送信させて、リターンする。

以上説明したように、本実施形態における車載器管理システム１は、サーバ３が、車両１００の配送計画情報に基づいて、更新プログラムの送信優先度を車両ごとに設定した送信優先度情報を記憶する。サーバ３は、車載器２から更新プログラムの送信要求を受信し、当該送信要求に応じて、送信優先度情報に基づいて更新プログラムを車載器２に送信する。また、サーバ３は、送信優先度が設定された車両１００の車載器２に対して更新プログラムを送信したのち、送信優先度が設定されていない車両１００の車載器２に対して更新プログラムを送信する。車載器２は、サーバ３に対して更新プログラムの送信要求を送信し、サーバから受信した更新プログラムに基づいて実装プログラムを更新する。これにより、車載器２からサーバ３にアクセスするタイミングを分散させ、サーバ３の負荷の集中を抑制することでサーバ３の負荷を軽減させることができる。この結果、サーバ３に負荷をかけることなく、車載器２のプログラム更新を実行することができる。

また、本実施形態における車載器管理システム１は、車載器２が、車両１００のイグニッションＯＮに応じてランダム変数を生成し、ランダム変数に基づいてイグニッションＯＮからサーバ３にアクセスするまでの待機時間を決定する。車載器２は、決定した待機時間経過後にサーバ３に対して更新プログラムの送信要求を送信する。これにより、イグニッションＯＮのタイミングで車載器２からサーバ３へのアクセス集中を低減し、かつアクセスするタイミングを分散させることが可能となる。この結果、上述したように、サーバ３の負荷を軽減させることができ、サーバ３に負荷をかけることなく、車載器２のプログラム更新を実行することができる。

また、本実施形態における車載器管理システム１は、サーバ３が通信部３１に代わって更新プログラムを車載器２に送信するキャッシュサーバ３Ｂを備える。オリジンサーバ３Ａは、オリジンサーバ３Ａの負荷を監視し、通信部３１による更新プログラムの送信時にオリジンサーバ３Ａの負荷が予め設定された閾値を越えた場合、送信を一時中断させ、通信部３１に代えてキャッシュサーバ３Ｂにより車載器２に対して更新プログラムを送信する。オリジンサーバ３Ａの負荷が閾値以下である場合、通信部３１により車載器２に対して更新プログラムを送信する。これにより、オリジンサーバ３Ａによる更新プログラムの送信が増加して負荷が増大した場合、オリジンサーバ３Ａに代えてキャッシュサーバ３Ｂが更新プログラムを送信するので、オリジンサーバ３Ａの負荷を軽減させることができる。

なお、上記実施形態では、サーバ３は、車両１００に対する送信優先度の有無に応じて、更新プログラム送信処理を実行しているが（図５のステップＳ３４）、これに限定されるものではない。サーバ３は、ＣＰＵ３６が、送信優先度の高低に応じて更新プログラム送信処理を実行してもよい。例えば、ＣＰＵ３６は、送信優先度情報における送信優先度が低い車両１００の車載器２よりも先に送信優先度が高い車両１００の車載器２に対して更新プログラムを送信する。これにより、送信優先度が高い車載器２に対してプログラムが直ちに送信することが可能となり、プログラムのダウンロードの即時性を担保することができる。

上記実施形態では、サーバ３が実行する処理（図５〜図７）と、車載器２が実行する処理（図４）とを組み合わせた場合について説明したが、これに限定されるものではない。例えば、サーバ３が実行する処理のみの実施形態であってもよいし、車載器２が実行する処理のみの実施形態であってもよい。例えば、サーバ３は、車両１００の配送計画情報に基づく送信優先度情報を記憶し、車載器２から更新プログラムの送信要求に応じて、送信優先度情報に基づいて更新プログラムを車載器２に送信する。そして、サーバ３は、送信優先度が設定された車両１００の車載器２に対して更新プログラムを送信したのち、送信優先度が設定されていない車両１００の車載器２に対して更新プログラムを送信する。これにより、上述した効果と同様の効果が得られる。例えば、車載器２は、車両１００のイグニッションＯＮに応じてランダム変数を生成し、生成されたランダム変数に基づいて、イグニッションＯＮからサーバにアクセスするまでの待機時間を決定する。車載器２は、決定した待機時間経過後にサーバ３に対して更新プログラムの送信要求を送信し、サーバ３から受信した更新プログラムに基づいて実装プログラムを更新する。これにより、上述した効果と同様の効果が得られる。

１ 車載器管理システム
２ 車載器
３ サーバ
３Ａ オリジンサーバ
３Ｂ キャッシュサーバ
４ ネットワーク
５ 中継アンテナ
６ ＧＰＳ衛星
７ 事務所ＰＣ
１０ 電源Ｉ／Ｆ
１１，３２ ＲＴＣ
１２，３５ メモリ
１３ ＧＰＳ受信部
１４，３１ 通信部
１５，３３ 操作部
１６，３４ 表示部
１７ 音声Ｉ／Ｆ
１８ アンテナ
１９ スピーカ
２０，３６ ＣＰＵ
４１ プログラム記憶領域
４２ 配送計画情報記憶領域
４３ 送信優先度情報記憶領域
４４ サーバ負荷情報記憶領域
１００ 車両

Claims (3)

1. 複数の車両のそれぞれに搭載され、実装プログラムを有する車載器と、前記車載器に無線通信を介して接続され、前記車載器に対して前記実装プログラムに対応する更新プログラムを送信するサーバとを備える車載器管理システムであって、
   前記サーバは、
   前記車両の配送計画情報に基づいて、前記更新プログラムの送信優先度を車両ごとに設定した送信優先度情報を記憶する送信優先度情報記憶部と、
   前記更新プログラムのバージョン情報と前記実装プログラムのバージョン情報との比較結果に基づいて前記車載器から前記更新プログラムの送信要求を受信する受信部と、
   受信した前記更新プログラムの送信要求に応じて、前記送信優先度情報に基づいて前記更新プログラムを前記車載器に送信する応答部と、
   前記応答部を制御するサーバ側制御部と、を備え、
   前記サーバ側制御部は、前記応答部を制御し、
   前記送信優先度情報における前記送信優先度が低い車両の車載器よりも先に前記送信優先度が高い車両の車載器に対して前記更新プログラムを送信させ、
   前記送信優先度が設定された前記車両の車載器に対して前記更新プログラムを送信したのち、前記送信優先度が設定されていない前記車両の車載器に対して前記更新プログラムを送信させ、
   前記車載器は、
   前記サーバに対して前記更新プログラムの送信要求を送信する通信部と、
   前記サーバから受信した前記更新プログラムに基づいて前記実装プログラムを更新する更新部と、を備える
   ことを特徴とする車載器管理システム。
2. 前記車載器は、さらに、
   前記車両のイグニッションＯＮに応じてランダム変数を生成する変数生成部と、
   前記生成されたランダム変数に基づいて、前記イグニッションＯＮから前記サーバにアクセスするまでの待機時間を決定する待機時間決定部と、
   前記通信部を制御する車載器側制御部と、を備え、
   前記車載器側制御部は、
   前記通信部を制御し、前記決定された待機時間経過後に前記サーバに対して前記更新プログラムの送信要求を送信させる
   請求項１に記載の車載器管理システム。
3. 前記サーバは、
   前記応答部に代わって前記更新プログラムを前記車載器に送信する代理応答部をさらに備え、
   前記サーバ側制御部は、
   前記サーバの負荷を監視し、
   前記応答部による前記更新プログラムの送信時に前記サーバの負荷が予め設定された閾値を越えた場合、前記送信を一時中断させ、前記応答部に代えて前記代理応答部により前記車載器に対して前記更新プログラムを送信させ、
   前記サーバの負荷が前記閾値以下である場合、前記応答部により前記車載器に対して前記更新プログラムを送信させる
   請求項１または２に記載の車載器管理システム。

Images