特許 7280144 車載器管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-15

(45)【発行日】2023-05-23

(54)【発明の名称】車載器管理システム

(51)【国際特許分類】

   H04W 28/08 20230101AFI20230516BHJP

   H04W 8/24 20090101ALI20230516BHJP

   H04W 4/44 20180101ALI20230516BHJP

   G08G 1/00 20060101ALI20230516BHJP

   G07C 5/00 20060101ALI20230516BHJP

【ＦＩ】

H04W28/08

H04W8/24

H04W4/44

G08G1/00

G07C5/00

【請求項の数】 4

(21)【出願番号】P 2019145892

(22)【出願日】2019-08-08

(65)【公開番号】P2021027533

(43)【公開日】2021-02-22

【審査請求日】2022-07-15

(73)【特許権者】

【識別番号】501418498

【氏名又は名称】矢崎エナジーシステム株式会社

(74)【代理人】

【識別番号】110001771

【氏名又は名称】弁理士法人虎ノ門知的財産事務所

(72)【発明者】

【氏名】島崎 達也

(72)【発明者】

【氏名】▲浜▼田 善夫

【審査官】篠田 享佑

(56)【参考文献】

【文献】特開２０１０－２１０４３３（ＪＰ，Ａ）

【文献】特開２００４－２４７９５１（ＪＰ，Ａ）

【文献】米国特許第０８３６３１０２（ＵＳ，Ｂ１）

【文献】特開２０１８－００５８９４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

Ｇ０８Ｇ １／００

Ｇ０７Ｃ ５／００

(57)【特許請求の範囲】

【請求項1】

複数の車両のそれぞれに搭載された車載器と、前記車載器に無線通信を介して接続されたサーバとを備える車載器管理システムであって、
前記車載器は、
前記車両の運行状況を示す運行情報を取得する取得部と、
前記取得された運行情報を前記サーバに送信する車載器側送信部と、
前記サーバからファイルを受信する車載器側受信部と、
を備え、
前記サーバは、
各前記車載器に対してファイルを送信するサーバ側送信部と、
前記ファイルの送信対象となる対象車載器の優先度が設定された優先度テーブルを対象車載器ごとに記憶する優先度テーブル記憶部と、
前記サーバ側送信部を制御し、前記優先度テーブルから得られる優先度のうち、前記優先度の高い対象車載器に対して前記ファイルを送信させるサーバ側制御部と、
前記対象車載器から前記運行情報を受信するサーバ側受信部と、
前記受信した前記運行情報に応じて前記優先度テーブルを更新するテーブル更新部と、
を備え、
前記サーバ側制御部は、
前記サーバの負荷を監視し、前記サーバ側送信部による送信時に前記サーバの負荷が予め設定された閾値以上となった場合、前記ファイルの送信を一時中断させ、
前記サーバの負荷が前記閾値より低くなった場合、前記ファイルの送信を再開させる
ことを特徴とする車載器管理システム。

【請求項2】

前記車載器は、さらに、
前記受信したファイルの種類を判定する車載器側制御部を備え、
前記車載器側制御部は、
前記受信したファイルが更新ファイルである場合、前記更新ファイルに基づいて前記車載器に記憶されたファイルの更新を行う
請求項１に記載の車載器管理システム。

【請求項3】

前記優先度テーブルは、
予め設定される基本優先度と、
前記基本優先度に対して優先条件に応じて加点される加点優先度と、
で構成され、
前記テーブル更新部は、
前記加点優先度を更新する
請求項１または２に記載の車載器管理システム。

【請求項4】

前記優先度テーブルは、前記ファイルに対応しており、
前記サーバ側送信部は、
全ての前記優先度テーブルの優先度の高い順に前記ファイルを送信する
請求項１～３のいずれか１項に記載の車載器管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００９－１１６５７６号公報

【文献】特開２００６－５６５８号公報

【文献】特開２０１６－１４９００９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、タクシーやトラック等の車両は、朝方の出庫が多く、出庫時に車載器からサーバへのアクセスが集中すると、サーバの負荷が一時的に増加し、ダウンロードに要する時間が長くなったり、ファイルの更新がし難くなり、車両の出庫が遅れる等のおそれがある。

【0005】

本発明の目的は、サーバに負荷をかけることなく、対象となる車載器のファイル更新を自動実行することができる車載器管理システムを提供することにある。

【課題を解決するための手段】

【0006】

上記目的を達成するために、本発明に係る車載器管理システムは、複数の車両のそれぞれに搭載された車載器と、前記車載器に無線通信を介して接続されたサーバとを備える車載器管理システムであって、前記車載器は、前記車両の運行状況を示す運行情報を取得する取得部と、前記取得された運行情報を前記サーバに送信する車載器側送信部と、前記サーバからファイルを受信する車載器側受信部と、を備え、前記サーバは、各前記車載器に対してファイルを送信するサーバ側送信部と、前記ファイルの送信対象となる対象車載器の優先度が設定された優先度テーブルを対象車載器ごとに記憶する優先度テーブル記憶部と、前記サーバ側送信部を制御し、前記優先度テーブルから得られる優先度のうち、前記優先度の高い対象車載器に対して前記ファイルを送信させるサーバ側制御部と、前記対象車載器から前記運行情報を受信するサーバ側受信部と、前記受信した前記運行情報に応じて前記優先度テーブルを更新するテーブル更新部と、を備え、前記サーバ側制御部は、前記サーバの負荷を監視し、前記サーバ側送信部による送信時に前記サーバの負荷が予め設定された閾値以上となった場合、前記ファイルの送信を一時中断させ、前記サーバの負荷が前記閾値より低くなった場合、前記ファイルの送信を再開させることを特徴とする。

【0007】

また、上記車載器管理システムにおいて、前記車載器は、さらに、前記受信したファイルの種類を判定する車載器側制御部を備え、前記車載器側制御部は、前記受信したファイルが更新ファイルである場合、前記更新ファイルに基づいて前記車載器に記憶されたファイルの更新を行うものである。

【0008】

また、上記車載器管理システムにおいて、前記優先度テーブルは、予め設定される基本優先度と、前記基本優先度に対して優先条件に応じて加点される加点優先度と、で構成され、前記テーブル更新部は、前記加点優先度を更新するものである。

【0009】

また、上記車載器管理システムにおいて、前記優先度テーブルは、前記ファイルに対応しており、前記サーバ側送信部は、全ての前記優先度テーブルの優先度の高い順に前記ファイルを送信するものである。

【発明の効果】

【0010】

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

【図面の簡単な説明】

【0011】

【図1】図１は、実施形態における車載器管理システムの概略構成を示すブロック図である。

【図2】図２は、車載器管理システムを構成する車載器の概略構成を示すブロック図である。

【図3】図３は、車載器管理システムを構成するサーバの概略構成を示すブロック図である。

【図4】図４は、サーバにて実行される制御処理の一例を示すフローチャート図である。

【図5】図５は、ファイル送信処理の一例を示すフローチャート図である。

【図6】図６は、車載器にて実行される制御処理の一例を示すフローチャート図である。

【図7】図７は、サーバにて管理される優先度テーブルの概略構成を示す模式図である。

【図8】図８は、車載器管理システム全体の動作を示すシーケンス図である。

【発明を実施するための形態】

【0012】

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

【0013】

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

【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】

図５において、ステップＳ３０では、ＣＰＵ３６は、通信部３１を制御し、対象車載器に対してファイルの送信要求を送信させる（図８のＳ３０）。

【0051】

ステップＳ３１では、ＣＰＵ３６は、通信部３１が、ステップＳ３０でファイルの送信要求を送信した対象車載器からファイルのバージョン要求を受信したか否かを判定する。ファイルのバージョン要求を受信していない場合はステップＳ３１を繰り返す。一方、ファイルのバージョン要求を受信した場合はステップＳ３２に進む。

【0052】

ステップＳ３２では、ＣＰＵ３６は、通信部３１を制御し、ファイルのバージョン要求を送信した対象車載器に対してファイルのバージョン情報を送信させる（図８のＳ３２）。

【0053】

ステップＳ３３では、ＣＰＵ３６は、通信部３１が、ステップＳ５１でファイルのバージョン情報を送信した対象車載器からファイルの更新要求を受信したか否かを判定する。ファイルの更新要求を受信していない場合はステップＳ３３を繰り返す。一方、ファイルの更新要求を受信した場合はステップＳ３４に進む。

【0054】

ステップＳ３４では、ＣＰＵ３６は、ファイルの更新要求を送信した対象車載器に対してファイルを送信して（図８のＳ３４）、リターンする。

【0055】

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

【0056】

ステップＳ４０では、ＣＰＵ２０は、通信部１４が、サーバ３からファイルの送信要求を受信したか否かを判定する。この判定の結果、ファイルの送信要求を受信していない場合はステップＳ４０を繰り返す。一方、ファイルの送信要求を受信した場合には、ステップＳ４１へ進む。

【0057】

ステップＳ４１では、ＣＰＵ２０は、通信部１４を制御し、サーバ３に対してファイルのバージョン要求を送信させる（図８のＳ４１）。

【0058】

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

【0059】

ステップＳ４３では、ＣＰＵ２０は、受信したファイルのバージョン情報と、メモリ１２に記憶された対象となるファイルのバージョン情報とを比較し、バージョン判定を行う。例えば、ＣＰＵ２０は、バージョン情報の比較結果に基づいて、受信したファイルが新しい日付のバージョンであるか否かを判定する。

【0060】

ステップＳ４４では、ＣＰＵ２０は、サーバ３に対してファイルの更新要求を送信する（図８のＳ４４）。ステップＳ４５では、ＣＰＵ２０は、サーバ３からファイルを受信して、本処理を終了する。ＣＰＵ２０は、受信したファイルに基づいて、メモリ１２に記憶されたファイルを更新する。

【0061】

以上説明したように、本実施形態における車載器管理システム１は、サーバ３が、ファイルの送信対象となる対象車載器の優先度が設定された優先度テーブル５０を対象車載器ごとに記憶し、優先度テーブル５０から得られる優先度のうち、優先度の高い対象車載器に対してファイルを送信する。これにより、優先度テーブル５０の優先度に基づいて優先度の高い車載器２から順にサーバにアクセスすることができ、車載器２からサーバ３にアクセスするタイミングを分散させ、サーバ３の負荷の集中を抑制することでサーバ３の負荷を軽減させることができる。この結果、サーバ３に負荷をかけることなく、対象となる車載器２のファイル更新を実行することができる。さらに、優先度が高い車載器２に対してファイルが直ちに送信することが可能となり、ファイル送信の即時性を担保することができる。また、サーバ３は、対象車載器から受信した運行情報に応じて優先度テーブル５０を更新するので、例えば、車両１００が入庫状態となった場合に優先度テーブル５０の優先度を高くなるので、車両１００の車載器２に対するファイル送信が早期に実行され、車載器２のファイル更新を容易に行うことができる。また、サーバ３は、当該サーバ３の負荷を監視し、ファイルの送信時に負荷が予め設定された閾値以上となった場合、ファイルの送信を一時中断させ、負荷が閾値より低くなった場合、ファイルの送信を再開させる。これにより、ファイル送信時のサーバ３の負荷を軽減させることができる。

【0062】

また、本実施形態における車載器管理システム１は、車載器２が、受信したファイルの種類を判定し、受信したファイルが更新ファイルである場合、更新ファイルに基づいて車載器２に記憶されたファイルの更新を行う。これにより、例えば、車載器２が種類の異なるファイルを受信しても、当該ファイルが更新ファイルであれば、車載器２側のファイルの更新を確実に行うことが可能となる。

【0063】

また、本実施形態における車載器管理システム１は、優先度テーブル５０が、予め設定される基本優先度５３と、基本優先度５３に対して優先条件に応じて加点される加点優先度５４とで構成され、加点優先度５４が車載器２の運行状況に応じて更新される。これにより、例えば、車両１００の運行状況の変化に応じてファイルを送信したり、送信しなかったりすることができ、車載器２におけるファイル更新の成功率を向上させることができる。

【0064】

また、本実施形態における車載器管理システム１は、優先度テーブル５０が、ファイルに対応している。サーバ３は、全ての優先度テーブル５０の優先度の高い順にファイルを送信する。これにより、ファイルごとに複数の優先度テーブル５０の設定が可能となり、当該ファイルが優先度順に送信される。この結果、当該ファイルに対応する優先度テーブル５０を更新することなく、新たに作成された優先度テーブル５０の優先度に基づいてファイルの送信が可能となり、ファイル更新作業の手間を低減することができる。

【0065】

なお、上記実施形態では、事務所ＰＣ７は、情報処理装置としてパーソナルコンピュータを利用しているが、これに限定されるものではない。例えば、スマートフォン、携帯情報端末、タブレット型ＰＣ、ノート型ＰＣ等であってもよい。

【0066】

また、上記実施形態では、サーバ３は、ファイルがアップロードされると優先度テーブル５０を作成するとしているが、これに限定されるものではない。例えば、事務所ＰＣ７が優先度テーブル５０を作成する構成であってもよい。この場合、事務所ＰＣ７では、作成した優先度テーブル５０をサーバ３にアップロードする。サーバ３にアップロードされた優先度テーブル５０は、上述したように、事務所ＰＣ７による更新が可能である。

【符号の説明】

【0067】

１ 車載器管理システム
２ 車載器
３ サーバ
４ ネットワーク
５ 中継アンテナ
６ ＧＰＳ衛星
７ 事務所ＰＣ
１０ 運行情報取得部
１１，３４ ＲＴＣ
１２，３５ メモリ
１３ ＧＰＳ受信部
１４，３１ 通信部
１５，３２ 操作部
１６，３３ 表示部
１７ 音声Ｉ／Ｆ
１８ アンテナ
１９ スピーカ
２０，３６ ＣＰＵ
４１ ファイル記憶領域
４２ 優先度テーブル記憶領域
４３ サーバ負荷情報記憶領域
５０ 優先度テーブル
１００ 車両

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】