JP6480263B2 - ソフトウェア配信管理システム、ソフトウェア配信管理方法 - Google Patents

Description

本発明は、ソフトウェア配信管理システムおよびソフトウェア配信管理方法に関する。

従来、サーバから車両に更新用のソフトウェアを配信し、そのソフトウェアを用いて、車両に搭載されている電子機器のソフトウェアを更新することが行われている。特許文献１には、ある車両に対して配信対象であるソフトウェアが複数ある場合に、更新するソフトが車両走行に与える影響の度合いで重要度を判定し、その重要度の高い順に優先して、ソフトウェアの更新に関する通知やソフトウェアの配信を行うことが記載されている。

特許第４２３４０６２号

しかし、特許文献１に記載の技術は、１台の車両に対して配信される複数のソフトウェア間で優先度を判定するものであるため、多数の車両に対して配信されるソフトウェアについて、車両間で配信の優先度を判定することはできない。そのため、多数の車両に対してソフトウェアの配信を行う場合には、配信サーバの負荷が一時的に過大となり、各車両に適切なタイミングでソフトウェアを配信できない恐れがある。

本発明の第１の態様によるソフトウェア配信管理システムは、複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、前記車両管理情報は、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含む。
本発明の第２の態様によるソフトウェア配信管理システムは、複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、前記配信条件情報は、前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含む。
本発明の第３の態様によるソフトウェア配信管理システムは、複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、前記車両管理情報は、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含み、前記配信条件情報は、前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含み、前記車両優先度決定部は、前記車両特性情報と前記不具合発生条件情報とを比較し、その比較結果に基づいて前記配信優先度を決定する。
本発明によるソフトウェア配信管理方法は、複数の車両に配信されるソフトウェアの配信管理を行う方法であって、前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含む配信条件情報と、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含む車両管理情報とを、データベースに記憶し、前記車両特性情報と前記不具合発生条件情報とを比較し、その比較結果に基づいて前記車両の各々に対する配信優先度をコンピュータにより決定し、前記決定された配信優先度に基づいて、前記車両に前記ソフトウェアを配信する。

本発明によれば、多数の車両に対してソフトウェアの配信を行う場合でも、各車両に適切なタイミングでソフトウェアを配信することができる。

本発明の一実施形態に係るソフトウェア配信管理システムの構成例を示す図である。 配信条件管理テーブルの例を示す図である。 本発明の一実施形態に係るソフトウェア配信管理システムの処理フローを示す図である。 配信条件テーブルの例を示す図である。 配信対象車両管理テーブルの例を示す図である。 本発明の一実施形態に係る優先度決定処理の処理フローを示す図である。 地域別環境データ管理テーブルの例を示す図である。 車両管理テーブルの例を示す図である。 プローブＤＢに蓄積されるプローブデータの例を示す図である。 優先度判断条件テーブルの例を示す図である。 車両優先度テーブルの例を示す図である。

以下、本発明の一実施の形態を、図面を用いて説明する。

図１は、本発明の一実施形態に係るソフトウェア配信管理システムの構成例を示す図である。図１に示すソフトウェア配信管理システムは、車両２３に搭載されている様々な電子機器に対する更新用ソフトウェアの配信を管理するためのシステムであり、ソフトウェア配信サーバ２０、ソフトウェア登録装置２１および配信条件管理装置２２により構成されている。

ソフトウェア登録装置２１は、ネットワーク２６を介してソフトウェア配信サーバ２０と接続されている。ソフトウェア登録装置２１は、たとえば更新用ソフトウェアの開発者によって運営管理されるコンピュータであり、車両２３に対して配信すべき更新用ソフトウェアを、ネットワーク２６を介してソフトウェア配信サーバ２０にアップロードする。

配信条件管理装置２２は、車両２３に対する更新用ソフトウェアの配信条件を管理するための配信条件管理テーブルを記憶している。ソフトウェア登録装置２１は、更新用ソフトウェアをソフトウェア配信サーバ２０にアップロードする際に、配信条件管理装置２２に記憶されている配信条件管理テーブルに基づいて、その更新用ソフトウェアに対する配信条件の設定を行うためのプロファイル情報を生成する。そして、生成したプロファイル情報を、更新用ソフトウェアと共に送信する。たとえば、不具合対策を目的とした更新用ソフトウェアであれば、その更新用ソフトウェアを適用せずにいた場合の不具合発生条件、すなわち、車両２３においてどのような使用条件下で不具合が発生する可能性があるかを示すプロファイル情報が生成される。一方、機能追加や性能向上などを目的とした更新用ソフトウェアであれば、その更新用ソフトウェアを適用した場合の効果が発揮されやすい条件を示すプロファイル情報が生成される。なお、配信条件管理装置２２に記憶されている配信条件管理テーブルの具体例については、後で図２を参照して説明する。

ソフトウェア配信サーバ２０は、無線通信を用いたネットワーク２７を介して車両２３および通知用端末２４と接続されている。なお、ソフトウェア配信サーバ２０と車両２３および通知用端末２４とを接続できれば、ネットワーク２７は無線通信を用いたものに限らない。また、ネットワーク２７を介さずに、ＵＳＢメモリやメモリカード等の記憶媒体などを介して、ソフトウェア配信サーバ２０と車両２３および通知用端末２４とを接続してもよい。ソフトウェア配信サーバ２０は、ソフトウェア管理部２０１、車両優先度決定部２０２、プローブデータ収集・分析部２０３、配信部２０４、環境データ管理部２０５およびユーザスケジュール収集部２０６を備える。

ソフトウェア管理部２０１は、ネットワーク２６を介してソフトウェア登録装置２１と接続されており、ソフトウェア登録装置２１からアップロードされた更新用ソフトウェアを受信して、その更新用ソフトウェアに対して設定された配信条件と関連付けて記憶する。ソフトウェア管理部２０１は、ソフトウェアデータベース（ＤＢ）２０１０、配信条件情報記憶部２０１１および配信対象車両管理部２０１２を備える。ソフトウェアＤＢ２０１０は、アップロードされた更新用ソフトウェアを蓄積する。配信条件情報記憶部２０１１は、更新用ソフトウェアの配信条件に関する配信条件情報を記憶する。配信対象車両管理部２０１２は、更新用ソフトウェアの配信対象車両に関する配信対象車両管理情報を記憶しており、この配信対象車両管理情報を用いて、更新用ソフトウェアの配信先である車両２３の管理を行う。なお、配信条件情報記憶部２０１１に記憶される配信条件情報と、配信対象車両管理部２０１２に記憶される配信対象車両管理情報との具体例については、後で図４、５を参照して説明する。

車両優先度決定部２０２は、更新用ソフトウェアを配信する際の車両ごとの優先度を決定する。なお、図１では、ソフトウェア配信サーバ２０と接続される車両２３を一つだけ示しているが、実際には、多数の車両がソフトウェア配信サーバ２０と接続されている。そのため、更新用ソフトウェアの配信時には、車両優先度決定部２０２により、配信対象とする車両ごとに配信の優先度が決定され、その優先度に応じた順序で各車両への配信が行われる。以下では、ソフトウェア配信サーバ２０と接続される全ての車両を、単に「車両」として説明する。なお、車両優先度決定部２０２による優先度の決定方法については、後で図６のフローチャートを参照して説明する。

プローブデータ収集・分析部２０３は、ネットワーク２７を介して各車両と接続されており、各車両から送信されるプローブデータの収集および分析を行う。プローブデータ収集・分析部２０３は、車両情報収集部２０３０、プローブデータベース（ＤＢ）２０３１、運転特性・使用パターン分析部２０３２および車両管理情報記憶部２０３３を備える。車両情報収集部２０３０は、各車両から送信されるプローブデータを収集する。プローブＤＢ２０３１は、車両情報収集部２０３０により収集されたプローブデータを蓄積する。運転特性・使用パターン分析部２０３２は、プローブＤＢ２０３１に蓄積されたプローブデータに基づいて、各車両の運転特性や使用パターンを分析する。車両管理情報記憶部２０３３は、運転特性・使用パターン分析部２０３２での分析結果に基づいて、各車両の運用状況に関する車両管理情報を記憶する。なお、車両管理情報記憶部２０３３に記憶される車両管理情報と、プローブＤＢ２０３１に蓄積されるプローブデータとの具体例については、後で図８、９を参照して説明する。

配信部２０４は、ソフトウェアＤＢ２０１０に蓄積された更新用ソフトウェアを、ネットワーク２７を介して各車両に配信する。このとき、配信部２０４は、車両優先度決定部２０２により決定された優先度に基づいて、各車両に対して更新用ソフトウェアを配信する順序を決定する。なお、配信部２０４は、更新用ソフトウェアを配信するのに先立って、各車両のユーザが所有する通知用端末２４に対して、ネットワーク２７を介して配信通知を行ってもよい。通知用端末２４には、たとえば携帯電話やパーソナルコンピュータなどを利用することができる。

環境データ管理部２０５は、ネットワーク２６を介して接続された不図示の外部サイトから、様々な地域の気象状況や周囲環境に関する環境データを取得し、各地域の環境データを管理するための地域別環境データ管理情報を作成して記憶する。なお、環境データ管理部２０５に記憶される地域別環境データ管理情報の具体例については、後で図７を参照して説明する。

ユーザスケジュール収集部２０６は、ネットワーク２７を介して接続された不図示の外部サイトから、予め登録された各車両の使用スケジュールに関する情報を取得する。ユーザスケジュール収集部２０６により取得された情報は、プローブデータ収集・分析部２０３に出力され、運転特性・使用パターン分析部２０３２において各車両の使用パターンを分析するのに用いられる。

ソフトウェア配信サーバ２０は、以上説明したソフトウェア管理部２０１、車両優先度決定部２０２、プローブデータ収集・分析部２０３、配信部２０４、環境データ管理部２０５およびユーザスケジュール収集部２０６の各構成を、ＣＰＵ、メモリ、記憶装置、入出力装置等を有するコンピュータにより実現することができる。すなわち、図１に示したソフトウェア配信サーバ２０の各構成は、コンピュータが所定のプログラムを実行することで実現される機能として実装することができる。

次に、配信条件管理装置２２に記憶されている配信条件管理テーブルの具体例について説明する。図２は、不具合対策を目的とした更新用ソフトウェアについての配信条件管理テーブルの例を示す図である。図２に示す配信条件管理テーブル３０は、分類欄３００、部品欄３０１および不具合発生条件欄３０２によって構成されている。

分類欄３００と部品欄３０１には、各車両に搭載されている様々な電子機器のソフトウェア（以下、搭載ソフトウェアと称する）について、制御対象とする部品の分類名と、その部品の名称とを示す情報がそれぞれ格納される。不具合発生条件欄３０２には、各搭載ソフトウェアによって制御に不具合が発生する可能性がある条件を示す情報が格納されており、これには、道路気象および気温の各環境条件の情報と、運転特性条件の情報とが含まれる。なお、これらの情報が全て不具合発生条件欄３０２に格納されているとは限らず、不要な情報については格納されなくてもよい。

たとえば、更新用ソフトウェアが車両のブレーキ制御を行うソフトウェアを更新するためのものである場合、更新用ソフトウェアの開発者は、配信条件管理テーブル３０において、分類欄３００が「パワートレイン」、部品欄３０１が「ブレーキ」である行を選択する。そして、選択した行の不具合発生条件欄３０２を参照することで、その更新用ソフトウェアの配信条件の設定に用いられる不具合発生条件の各項目を取得する。具体的には、「晴れ」、「降雨」、「霧」、「降雪」、「凍結」、「関係性無し」の各道路気象と、「急ブレーキ」、「ブレーキペダル踏込み量」、「関係性無し」の各運転特性条件とを取得する。更新用ソフトウェアの開発者は、これらの中で１つまたは複数の項目を選択することにより、更新用ソフトウェアの配信条件を設定することができる。

なお、選択した不具合発生条件の項目によっては、より詳細な設定が必要な場合もある。たとえば、運転特性条件のうち「ブレーキペダル踏込み量」を選択した場合には、ブレーキペダルの踏込み量がどの程度である場合に不具合発生の可能性があるかを設定する必要がある。また、運転特性条件のうち「特定回転数」を選択した場合も同様に、エンジン回転数の値がどの程度である場合に不具合発生の可能性があるかを設定する必要がある。それ以外にも、選択した項目に応じた適切な追加設定が更新用ソフトウェアの開発者によって行われる。

ソフトウェア登録装置２１は、以上説明したようにして更新用ソフトウェアの開発者が設定した配信条件に基づいて、更新用ソフトウェアに関するプロファイル情報を生成することができる。なお、上記の説明では、不具合対策を目的とした更新用ソフトウェアの場合を例に説明したが、機能追加や性能向上などを目的とした更新用ソフトウェアについても、これに対応する配信条件管理テーブルを配信条件管理装置２２に記憶させておけば、同様の方法で配信条件を設定し、プロファイル情報の生成を行うことができる。

また、図２では、不具合発生条件欄３０２に格納される環境条件の例として、道路気象および気温を挙げているが、他の環境条件を含めてもよい。たとえば、道路の構造的特性を示す環境条件として、カーブの多寡、勾配変化の多寡、トンネルの有無、道路種別などの環境条件が考えられる。

次に、ソフトウェア配信管理システムにおいて実行される処理について説明する。図３は、本発明の一実施形態に係るソフトウェア配信管理システムの処理フローを示す図である。図１のソフトウェア配信管理システムは、ソフトウェア登録装置２１から更新用ソフトウェアがアップロードされると、図３に示した処理フローに従って処理を実行する。

ステップ４００において、ソフトウェア管理部２０１は、ソフトウェア登録装置２１からネットワーク２６を介してアップロードされた更新用ソフトウェアと、その更新用ソフトウェアに関するプロファイル情報とを取得する。なお、更新用ソフトウェアおよびプロファイル情報は、ネットワーク２６を経由せずに記憶装置などを用いて、ソフトウェア登録装置２１からソフトウェア管理部２０１に受け渡してもよい。

ステップ４０１において、ソフトウェア管理部２０１は、ステップ４００で取得した更新用ソフトウェアをソフトウェアＤＢ２０１０に格納する。さらに、ステップ４００で取得したプロファイル情報に基づいて、この更新用ソフトウェアの配信条件を示す配信条件情報と、この更新用ソフトウェアの配信対象車両を管理するための配信対象車両管理情報とを生成し、配信条件情報記憶部２０１１、配信対象車両管理部２０１２にそれぞれ記憶させて登録する。

ステップ４０２において、車両優先度決定部２０２は、ソフトウェアＤＢ２０１０に格納されている更新用ソフトウェアの中から、配信ソフトウェアを選択する。ここでは、たとえば設定された配信開始可能日を経過した更新用ソフトウェアを順次配信ソフトウェアとして選択する。

ステップ４０３において、車両優先度決定部２０２は、ステップ４０２で選択した配信ソフトウェアについて、車両ごとの配信の優先度を決定するための優先度決定処理を実行する。ここでは、後述の図６に示す処理フローに従って優先度決定処理を行うことにより、車両ごとに配信の優先度を決定する。

ステップ４０４において、配信部２０４は、ステップ４０３で決定した優先度に基づいて配信スケジュールを設定し、ステップ４０２で選択した配信ソフトウェアを各車両に配信する。このとき前述のように、各車両のユーザが所有する通知用端末２４に対して、事前に配信通知を行ってもよい。たとえば、ユーザの利便性を考慮して、車両が利用される前に配信通知を行う。この場合、車両が利用される前であれば、たとえば数時間前や数日前など、任意のタイミングで配信通知を行うことができる。このタイミングは、ソフトウェア配信サーバ２０の管理者が設定してもよい。なお、車両が利用されるタイミングは、たとえば、車両管理情報記憶部２０３３に記憶されている車両管理情報に基づいて判断することができる。または、ある車両に対する配信の優先度が高く、かつ当該車両が走行状態であるような場合には、事前の配信通知を行わずに、当該車両に対して配信ソフトウェアを配信してもよい。この場合、配信中または配信直後に、通知用端末２４に対して通知を行うことが好ましい。

ステップ４０４で配信ソフトウェアを各車両に配信したら、ソフトウェア配信管理システムは、図３の処理フローを終了する。これにより、更新用ソフトウェアの配信が完了する。

次に、配信条件情報記憶部２０１１に記憶される配信条件情報の具体例について説明する。図４は、配信条件情報をテーブル化した配信条件テーブルの例を示す図である。図４に示す配信条件テーブル５０は、配信内容判別ＩＤ欄５００、ソフトウェア種別欄５０１、配信開始予定日欄５０２および不具合発生条件欄５０３によって構成されている。

配信内容判別ＩＤ欄５００には、各更新用ソフトウェアを判別するためのＩＤ情報が格納される。ソフトウェア種別欄５０１には、各更新用ソフトウェアの種類を示す情報が格納される。図４の例では、不具合対策を目的とした更新用ソフトウェアの場合は識別子「Ｒ」、機能追加や性能向上などを目的とした更新用ソフトウェアの場合は識別子「Ｓ」が、ソフトウェア種別欄５０１に格納されている。なお、これ以外の識別子を用いてもよい。配信開始予定日欄５０２には、各更新用ソフトウェアの配信開始可能日を示す情報が格納される。不具合発生条件欄５０３には、不具合対策を目的とした各更新用ソフトウェアについて、そのソフトウェアを適用しない場合に搭載ソフトウェアによって制御に不具合が発生する可能性がある条件を示す情報が格納されている。不具合発生条件欄５０３には、図２の配信条件管理テーブル３０における不具合発生条件欄３０２と同様に、道路気象および気温の各環境条件の情報と、運転特性条件の情報とが含まれる。

ソフトウェア管理部２０１は、図３のステップ４００で更新用ソフトウェアおよびプロファイル情報を取得したら、次のステップ４０１において、そのプロファイル情報から更新用ソフトウェアに対する配信条件情報を生成する。そして、生成した配信条件情報を、図４の配信条件テーブル５０の各欄に格納する。このとき、道路気象や気温で示される環境条件や、運転特性条件がプロファイル情報に含まれていれば、これらの内容を不具合発生条件欄５０３の対応する各欄にそれぞれ格納する。

以上説明したように、配信条件情報記憶部２０１１に記憶される配信条件情報は、更新用ソフトウェアに対応する搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報として、図４の不具合発生条件欄５０３に示すような情報を含む。この不具合発生条件情報は、環境条件および運転特性条件の少なくとも一方に関する情報を含む。こうした配信条件情報を用いて、車両優先度決定部２０２は、車両ごとに配信の優先度を決定することができる。

次に、配信対象車両管理部２０１２に記憶される配信対象車両管理情報の具体例について説明する。図５は、配信対象車両管理情報をテーブル化した配信対象車両管理テーブルの例を示す図である。図５に示す配信対象車両管理テーブル７０は、配信内容判別ＩＤ欄７００、配信対象車両ＩＤ欄７０１、更新済みフラグ欄７０２および配信スケジュール設定済みフラグ欄７０３によって構成されている。

配信内容判別ＩＤ欄７００には、図４の配信内容判別ＩＤ欄５００と同様に、各更新用ソフトウェアを判別するためのＩＤ情報が格納される。配信対象車両ＩＤ欄７０１には、各更新用ソフトウェアが配信対象とする車両を判別するためのＩＤ情報が格納される。更新済みフラグ欄７０２には、各更新用ソフトウェアを用いて搭載ソフトウェアが更新済みであるか否かを示すフラグ情報が、車両ごとに格納される。なお、更新済みフラグ欄７０２は、初期状態では空欄となっている。更新用ソフトウェアの配信後に車両から送信される更新完了の通知を受信すると、ソフトウェア管理部２０１は、配信対象車両テーブル７０における当該車両に対応する更新済みフラグ欄７０２に、更新済みであることを示す識別子「１」を格納する。配信スケジュール設定済みフラグ欄７０３には、各更新用ソフトウェアの配信スケジュールが設定済みであるか否かを示すフラグ情報が、車両ごとに格納される。なお、配信スケジュール設定済みフラグ欄７０３は、初期状態では空欄となっている。車両に対して更新用ソフトウェアの配信スケジュールが設定されると、ソフトウェア管理部２０１は、配信対象車両テーブル７０において当該車両に対応する配信スケジュール設定済みフラグ欄７０３に、設定済みであることを示す識別子「１」を格納する。

ソフトウェア管理部２０１は、図３のステップ４００で更新用ソフトウェアおよびプロファイル情報を取得したら、次のステップ４０１において、プロファイル情報から更新用ソフトウェアの配信対象車両を判別する。そして、図５の配信対象車両管理テーブル７０を生成する。このとき、更新済みフラグ欄７０２および配信スケジュール設定済みフラグ欄７０３は、それぞれ空欄として生成される。これらの欄には、上記のような条件が満たされたときに、更新済みまたは設定済みであることを示す識別子「１」がそれぞれ格納される。

次に、図３の処理フローのステップ４０３において実行される優先度決定処理の詳細について説明する。図６は、本発明の一実施形態に係る優先度決定処理の処理フローを示す図である。車両優先度決定部２０２は、ステップ４０３において、図６に示した処理フローに従って優先度決定処理を実行する。

ステップ８００において、車両優先度決定部２０２は、図３のステップ４０２で選択した配信ソフトウェアについて、図５に示した配信対象車両管理テーブル７０から配信対象車両を抽出する。ここでは、配信ソフトウェアのＩＤが配信内容判別ＩＤ欄７００に格納されており、かつ更新済みを示す識別子「１」が更新済みフラグ欄７０２に、配信スケジュール設定済を示す識別子「１」が配信スケジュール設定済フラグ欄７０３に格納されていない車両を配信対象車両管理テーブル７０において特定し、その車両のＩＤを配信対象車両ＩＤ欄７０１から抽出する。これにより、配信ソフトウェアを用いた搭載ソフトウェアの配信スケジュール設定および更新を未実施の車両のＩＤを、配信対象車両のＩＤとして抽出する。

ステップ８０１において、車両優先度決定部２０２は、図３のステップ４０２で選択した配信ソフトウェアについて、図４に示した配信条件テーブル５０における不具合発生条件を参照する。ここでは、配信ソフトウェアのＩＤをキーとして配信条件テーブル５０の配信内容判別ＩＤ欄５００を検索することで、配信ソフトウェアの配信条件に関する部分を配信条件テーブル５０において特定し、その部分の不具合発生条件欄５０３に格納されている情報を参照する。これにより、配信ソフトウェアに対応する不具合発生条件を参照する。

ステップ８０２において、車両優先度決定部２０２は、ステップ８０１で参照した不具合発生条件に環境条件が含まれているか否かを判定する。ここでは、参照した不具合発生条件において、図４の不具合発生条件欄５０３に道路気象または気温の少なくとも一つの環境条件が設定されていれば、その環境条件を不具合発生の可能性がある環境条件と判断して、ステップ８０３に進む。一方、不具合発生条件欄５０３の環境条件を示す部分が空欄であり、何も設定されていなければ、不具合発生条件には環境条件が含まれていないと判断してステップ８０５に進む。

ステップ８０３において、車両優先度決定部２０２は、環境データ管理部２０５に記憶されている地域別環境データ管理情報から、不具合発生の可能性がある環境条件に一致する環境の地域を、配信ソフトウェアの配信対象地域として抽出する。ここでは、以下で説明する図７に示すような地域別環境データ管理情報を参照することで、どの地域の環境が不具合発生の可能性がある環境条件に一致するかを特定する。

図７は、地域別環境データ管理情報をテーブル化した地域別環境データ管理テーブルの例を示す図である。図７に示す地域別環境データ管理テーブル９０は、期間欄９００、都道府県欄９０１、市町村欄９０２、道路気象欄９０３および気温欄９０４によって構成されている。

期間欄９００には、環境データ管理部２０５が取得した環境データの有効期間を示す情報が格納される。なお、この有効期間には、図４の配信条件テーブル５０の配信開始予定日欄５０２に示される更新用ソフトウェアの配信開始可能日以降の期間を設定することが好ましい。都道府県欄９０１および市町村欄９０２には、各地域を特定する都道府県と市町村を示す情報がそれぞれ格納される。道路気象欄９０３および気温欄９０４には、期間欄９００に示す期間内で予想される各地域での道路気象と気温を示す情報がそれぞれ格納される。これらの情報は、図２の配信条件管理テーブル３０において不具合発生条件欄３０２に設定されている道路気象と気温の条件に合わせてそれぞれ登録される。

図６のステップ８０３では、車両優先度決定部２０２は、図７の地域別環境データ管理テーブル９０において、ステップ８０２で判断した不具合発生の可能性がある環境条件と一致する道路気象または気温が道路気象欄９０３または気温欄９０４に設定されている地域を全て抽出する。そして、抽出した各地域の都道府県欄９０１および市町村欄９０２にそれぞれ格納されている情報から、各地域がどの都道府県および市町村に属するかを特定する。

図６の説明に戻ると、ステップ８０４において、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のうち、ステップ８０３で抽出した配信対象地域に存在する車両を抽出する。ここでは、ステップ８００で抽出した配信対象車両のＩＤをキーとして、車両管理情報記憶部２０３３に記憶されている車両管理情報を検索する。そして、検索した車両管理情報に含まれる各配信対象車両の位置情報に基づいて、ステップ８０３で抽出した配信対象地域に存在する車両を抽出する。

図８は、車両管理情報をテーブル化した車両管理テーブルの例を示す図である。図８に示す車両管理テーブル１００は、車両ＩＤ欄１００１、所有者情報欄１００２、搭載ソフトウェア欄１００３、使用パターン欄１００４、使用スケジュール登録情報欄１００５および車両特性情報欄１００６によって構成されている。車両管理情報記憶部２０３３は、図８に示すような車両管理テーブル１００を車両ごとに記憶している。

車両ＩＤ欄１００１には、当該車両管理テーブル１００に対応する車両のＩＤを示す情報が格納される。所有者情報欄１００２には、予め登録された車両の所有者に関する情報、たとえば氏名、住所、連絡先などの情報が格納される。搭載ソフトウェア欄１００３には、車両の搭載ソフトウェアに関する情報、たとえば搭載ソフトウェアのバージョンや不具合発生状況などを示す情報が格納される。使用パターン欄１００４には、ユーザによる車両の使用履歴に関する使用パターンの情報、たとえば車両が使用される頻度の高い曜日や時間帯などが格納される。使用スケジュール登録情報欄１００５には、車両の使用スケジュールに関する情報、たとえば次回や次々回の起動予定日時などが格納される。この使用スケジュール登録情報欄１００５の情報は、ユーザスケジュール収集部２０６により収集された情報などに基づいて生成される。車両特性情報欄１００６には、車両の特性に関する車両特性情報、たとえば車両の走行状態、位置、運転特性などの情報などが格納される。なお、搭載ソフトウェア欄１００３、使用パターン欄１００４および車両特性情報欄１００６の各情報は、車両から収集されたプローブデータを運転特性・使用パターン分析部２０３２において分析することにより生成される。

図６のステップ８０４では、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のＩＤが車両ＩＤ欄１００１において設定されている車両管理テーブル１００を抽出する。そして、抽出した車両管理テーブル１００の車両特性情報欄１００６に格納されている車両特性情報において位置情報が示す地域と、ステップ８０３で抽出した配信対象地域とを比較する。その結果、これらが一致していれば、当該車両を配信対象地域に存在する車両として抽出し、その車両のＩＤを特定する。

以上説明したように、車両管理情報記憶部２０３３に記憶される車両管理情報は、各車両から送信されるプローブデータに基づいて決定される車両特性情報として、図８の車両特性情報欄１００６に示すような情報を含む。この車両特性情報は、車両の位置に関する位置情報と、車両の運転特性に関する運転特性情報とを含む。さらに、車両管理情報記憶部２０３３に記憶される車両管理情報は、車両の搭載ソフトウェアおよび当該搭載ソフトウェアによる不具合の発生状況に関する搭載ソフトウェア情報として、図８の搭載ソフトウェア欄１００３に示すような情報を含む。こうした車両管理情報を用いて、車両優先度決定部２０２は、車両ごとに配信の優先度を決定することができる。

ここで、各車両から送信されてプローブＤＢ２０３１に蓄積されるプローブデータの具体例について説明する。図９は、プローブＤＢ２０３１に蓄積されるプローブデータの例を示す図である。図９に示すように、プローブＤＢ２０３１には、車両を特定するための情報である車両ＩＤ１１０と、車両の走行状態に関する様々な情報、たとえば位置１１１、車速１１２、加速度１１３、エンジン回転数１１４、アクセル踏込み量１１５、ブレーキ踏込み量１１６およびエラーコード１１７の各情報とを含むプローブデータが、車両ごとに蓄積されている。なお、エラーコード１１７は、当該車両の搭載ソフトウェアが不具合を起こした場合に、その不具合内容を特定するための情報である。

各車両は、所定のタイミングごとに、当該車両のプローブデータを取得し、ネットワーク２７を介してソフトウェア配信サーバ２０に送信する。ソフトウェア配信サーバ２０は、各車両から送信されたプローブデータを受信すると、プローブデータ収集・分析部２０３の車両情報収集部２０３０によりプローブデータを収集し、図９に示すようにプローブＤＢ２０３１に蓄積する。運転特性・使用パターン分析部２０３２は、こうして各車両で取得されてプローブＤＢ２０３１に蓄積された各車両の走行状態に関するプローブデータに基づいて、各車両の運転特性や使用パターンを分析し、図８に示したような車両管理テーブル１００の各情報を生成することができる。

なお、プローブＤＢ２０３１に蓄積されるプローブデータは、図９に例示したものに限定されない。図８に示したような車両管理テーブル１００の情報を生成することができる限り、どのような情報を各車両からプローブデータとして収集して蓄積してもよい。

図６の説明に戻ると、ステップ８０５において、車両優先度決定部２０２は、ステップ８０１で参照した不具合発生条件に運転特性条件が含まれているか否かを判定する。ここでは、参照した不具合発生条件において、図４の不具合発生条件欄５０３に何らかの運転特性条件が設定されていれば、その運転特性条件を不具合発生の可能性がある運転特性条件と判断して、ステップ８０６に進む。一方、不具合発生条件欄５０３の運転特性条件を示す部分が空欄であり、何も設定されていなければ、不具合発生条件には運転特性条件が含まれていないと判断してステップ８０７に進む。

ステップ８０６において、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のうち、ステップ８０５で不具合発生の可能性があると判断した運転特性条件に一致する運転特性の車両を抽出する。ここでは、ステップ８００で抽出した配信対象車両のＩＤをキーとして、車両管理情報記憶部２０３３に記憶されている車両管理情報を検索する。そして、検索した車両管理情報に含まれる運転特性情報と、不具合発生の可能性がある運転特性条件とが合致するか否かを、各配信対象車両について判断し、これらが合致するものを抽出する。すなわち、ステップ８０６では、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のＩＤが車両ＩＤ欄１００１において設定されている車両管理テーブル１００を抽出する。そして、抽出した車両管理テーブル１００の車両特性情報欄１００６に格納されている車両特性情報における運転特性と、ステップ８０５で不具合発生の可能性があると判断した運転特性条件とを比較する。その結果、これらが一致していれば、当該車両を不具合発生の可能性がある運転特性条件に合致する車両として抽出し、その車両のＩＤを特定する。

ステップ８０７において、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のうち、搭載ソフトウェアに不具合が発生している車両を抽出する。ここでは、ステップ８００で抽出した配信対象車両のＩＤをキーとして、車両管理情報記憶部２０３３に記憶されている車両管理情報を検索する。そして、検索した車両管理情報に含まれる各配信対象車両の搭載ソフトウェア情報に基づいて、搭載ソフトウェアに不具合が発生している車両を抽出する。すなわち、ステップ８０７では、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両のＩＤが車両ＩＤ欄１００１において設定されている車両管理テーブル１００を抽出する。そして、抽出した車両管理テーブル１００の搭載ソフトウェア欄１００３を参照し、不具合発生状況が不具合発生を示す「１」である車両を検索する。こうして検索された車両を搭載ソフトウェアに不具合が発生している車両として抽出し、その車両のＩＤを特定する。

ステップ８０８において、車両優先度決定部２０２は、ステップ８００で抽出した配信対象車両の優先度を決定する。ここでは、ステップ８０４、８０６、８０７でそれぞれ抽出された車両の優先度が高くなるように、各配信対象車両の優先度を決定する。配信対象車両の優先度を決定したら、車両優先度決定部２０２は、図６の処理フローによる優先度決定処理を終了し、図３のステップ４０３から４０４に進む。

次に、図６のステップ８０８において配信対象車両の優先度を決定する具体的な方法について、図１０および図１１を参照して以下に説明する。

図１０は、配信対象車両の優先度を決定する際に用いられる判断条件を表す優先度判断条件テーブルの例を示す図である。図１０に示す優先度判断条件テーブル１３０は、優先度欄１３００と、判断条件欄１３０１によって構成されている。

優先度欄１３００には、優先度の値がそれぞれ格納されている。判断条件欄１３０１には、この優先度欄１３００に設定された各優先度に対する判断条件が格納される。たとえば、優先度「１」に対する判断条件として、不具合発生、運転特性の合致および環境特性の合致が設定されている。これにより、ステップ８０７では搭載ソフトウェアに不具合が発生しているとして抽出され、かつステップ８０６では不具合発生の可能性がある運転特性条件に合致するとして抽出され、かつステップ８０４では不具合発生の可能性がある環境条件に合致する配信対象地域に存在するとして抽出された車両に対しては、優先度「１」を設定すべきことが分かる。他の優先度についても同様に、不具合発生の有無と、運転特性および環境特性の合致度合いとに基づいて、判断条件が設定されている。なお、優先度の判断条件はこれに限らず、任意の条件を設定することができる。また、ソフトウェア配信サーバ２０の管理者が優先度の判断条件を任意にカスタマイズできるようにしてもよい。

図１１は、配信対象車両に対する優先度の決定結果を表す車両優先度テーブルの例を示す図である。図１１に示す車両優先度テーブル１４０は、優先度欄１４００、車両ＩＤ欄１４０１、不具合発生状況欄１４０２、運転特性の合致状況欄１４０３および環境特性の合致状況欄１４０４によって構成されている。

優先度欄１４００には、図１０の優先度判断条件テーブル１３０に基づいて決定された各配信対象車両の優先度が格納される。車両ＩＤ欄１４０１には、各配信対象車両を一意に特定するためのＩＤが格納される。不具合発生状況欄１４０２には、各配信対象車両の搭載ソフトウェアによる不具合発生の有無を示す情報として、不具合発生がある場合は「１」、ない場合は「０」がそれぞれ格納される。運転特性の合致状況欄１４０３には、各配信対象車両の運転特性が不具合発生の可能性がある運転特性条件に合致するか否かを示す情報として、合致する場合は「１」、合致しない場合は「０」がそれぞれ格納される。環境特性の合致状況欄１４０４には、各配信対象車両が位置する地域の環境特性が不具合発生の可能性がある環境条件に合致するか否かを示す情報として、合致する場合は「１」、合致しない場合は「０」がそれぞれ格納される。

図６のステップ８０８において、車両優先度決定部２０２は、図１０の優先度判断条件テーブル１３０に基づいて、図１１の車両優先度テーブル１４０に示すような優先度を各配信対象車両に対して決定することができる。すなわち、図８に例示した車両管理テーブル１００における各配信対象車両の位置情報に対応する環境と、図４に例示した配信条件テーブル５０における不具合発生条件情報が示す環境条件との合致度合いに基づいて、各配信対象車両の優先度を決定することができる。また、図８に例示した車両管理テーブル１００における各配信対象車両の運転特性情報が示す運転特性と、図４に例示した配信条件テーブル５０における不具合発生条件情報が示す運転特性条件との合致度合いに基づいて、各配信対象車両の優先度を決定することができる。さらに、図８に例示した車両管理テーブル１００における各配信対象車両の搭載ソフトウェア情報に基づいて、各配信対象車両の優先度を決定することができる。なお、以上説明したような優先度の決定基準は、必ずしもその全てが必要とは限らず、任意のものを適宜選択して用いてもよい。

さらに、図６のステップ８０８において、車両優先度決定部２０２は、図８の車両管理テーブル１００において使用パターン欄１００４に格納されている車両の使用履歴に関する使用パターン情報や、使用スケジュール登録情報欄１００５に格納されている車両の使用スケジュールに関するスケジュール情報に基づいて、各配信対象車両の優先度を決定してもよい。たとえば、使用頻度が高い配信対象車両や、次回の起動予定日時が所定時間以内である配信対象車両については、他の配信対象車両よりも相対的に高い優先度を設定することができる。

以上説明した本発明の一実施形態によれば、以下の作用効果を奏する。

（１）ソフトウェア配信管理システムは、複数の車両２３に配信されるソフトウェアの配信管理を行う。このシステムを構成するソフトウェア配信サーバ２０は、ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部２０１１と、車両２３の運用状況に関する車両管理情報を記憶する車両管理情報記憶部２０３３と、配信条件情報および車両管理情報に基づいて、車両２３の各々に対する配信優先度を決定する車両優先度決定部２０２と、車両優先度決定部２０２により決定された配信優先度に基づいて、車両２３にソフトウェアを配信する配信部２０４とを備える。このようにしたので、多数の車両に対してソフトウェアの配信を行う場合でも、各車両に適切なタイミングでソフトウェアを配信することができる。

（２）車両管理情報記憶部２０３３に記憶された車両管理情報は、図８の車両管理テーブル１００において車両特性情報欄１００６に示すように、車両２３で取得された車両２３の走行状態に関する情報に基づいて決定される車両特性情報を含む。この車両特性情報は、車両２３の位置に関する位置情報と、車両２３の運転特性に関する運転特性情報とを含む。このようにしたので、車両２３の運用状況を適切に表す車両管理情報を車両管理情報記憶部２０３３において記憶することができる。

（３）また、車両管理情報記憶部２０３３に記憶された車両管理情報は、図８の車両管理テーブル１００において搭載ソフトウェア欄１００３に示すように、車両２３の搭載ソフトウェアおよび当該搭載ソフトウェアによる不具合の発生状況に関する搭載ソフトウェア情報をさらに含む。このようにしたので、上記と同様に、車両２３の運用状況を適切に表す車両管理情報を車両管理情報記憶部２０３３において記憶することができる。

（４）配信条件情報記憶部２０１１に記憶された配信条件情報は、図４の配信条件テーブル５０において不具合発生条件欄５０３に示すように、配信されるソフトウェアに対応する車両２３の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含む。この不具合発生条件情報は、環境条件および運転特性条件の少なくとも一方に関する情報を含む。このようにしたので、ソフトウェアの配信条件を適切に表す配信条件情報を配信条件情報記憶部２０１１において記憶することができる。

（５）車両優先度決定部２０２は、図６のステップ８０３、８０４および８０６において、上記の車両特性情報と不具合発生条件情報とを比較し、その比較結果に基づいて、ステップ８０８において配信優先度を決定する。具体的には、ステップ８０３、８０４では、車両特性情報での位置情報に対応する環境と不具合発生条件情報が示す環境条件とを比較し、ステップ８０６では、車両特性情報での運転特性情報が示す運転特性と不具合発生条件情報が示す運転特性条件とを比較する。ステップ８０６では、これらの合致度合いの少なくとも一方に基づいて、車両２３の各々に対する配信優先度を決定する。このようにしたので、各車両の状況に応じた適切な配信優先度を決定することができる。

（６）車両優先度決定部２０２は、さらに図６のステップ８０７および８０８において、上記の搭載ソフトウェア情報に基づいて配信優先度を決定する。このようにしたので、各車両での搭載ソフトウェアによる不具合発生状況に応じて、さらに適切な配信優先度を決定することができる。

（７）なお、車両管理情報記憶部２０３３に記憶された車両管理情報は、図８の車両管理テーブル１００において使用パターン欄１００４や使用スケジュール登録情報欄１００５に示すように、車両２３の使用履歴に関する情報や、予め登録された車両２３の使用スケジュールに関する情報に基づいて決定されるスケジュール情報をさらに含む。車両優先度決定部２０２は、図６のステップ８０８において、これらの情報に基づいて各配信対象車両の優先度を決定してもよい。このようにすれば、各車両の状況に応じて、より一層適切な配信優先度を決定することができる。

なお、以上説明した実施形態や各種の変化例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されない。本発明は、上述した実施形態や変形例に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の変更が可能である。

２０：ソフトウェア配信サーバ
２１：ソフトウェア登録装置
２２：配信条件管理装置
２３：車両
２４：通知用端末
２０１：ソフトウェア管理部
２０２：車両優先度決定部
２０３：プローブデータ収集・分析部
２０４：配信部
２０５：環境データ管理部
２０６：ユーザスケジュール収集部
２０１０：ソフトウェアＤＢ
２０１１：配信条件情報記憶部
２０１２：配信対象車両管理部
２０３０：車両情報収集部
２０３１：プローブＤＢ
２０３２：運転特性・使用パターン分析部
２０３３：車両管理情報記憶部

Claims (11)

1. 複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、
   前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、
   前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、
   前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、
   前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、
   前記車両管理情報は、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含むソフトウェア配信管理システム。
2. 請求項１に記載のソフトウェア配信管理システムにおいて、
   前記車両特性情報は、前記車両の位置に関する位置情報と、前記車両の運転特性に関する運転特性情報とを含むソフトウェア配信管理システム。
3. 請求項１または２に記載のソフトウェア配信管理システムにおいて、
   前記車両管理情報は、前記車両の搭載ソフトウェアおよび当該搭載ソフトウェアによる不具合の発生状況に関する搭載ソフトウェア情報をさらに含むソフトウェア配信管理システム。
4. 複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、
   前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、
   前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、
   前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、
   前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、
   前記配信条件情報は、前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含むソフトウェア配信管理システム。
5. 請求項４に記載のソフトウェア配信管理システムにおいて、
   前記不具合発生条件情報は、環境条件および運転特性条件の少なくとも一方に関する情報を含むソフトウェア配信管理システム。
6. 複数の車両に配信されるソフトウェアの配信管理を行うシステムであって、
   前記ソフトウェアの配信条件に関する配信条件情報を記憶する配信条件情報記憶部と、
   前記車両の運用状況に関する車両管理情報を記憶する車両管理情報記憶部と、
   前記配信条件情報および前記車両管理情報に基づいて、前記車両の各々に対する配信優先度を決定する車両優先度決定部と、
   前記車両優先度決定部により決定された前記配信優先度に基づいて、前記車両に前記ソフトウェアを配信する配信部と、を備え、
   前記車両管理情報は、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含み、
   前記配信条件情報は、前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含み、
   前記車両優先度決定部は、前記車両特性情報と前記不具合発生条件情報とを比較し、その比較結果に基づいて前記配信優先度を決定するソフトウェア配信管理システム。
7. 請求項６に記載のソフトウェア配信管理システムにおいて、
   前記車両特性情報は、前記車両の位置に関する位置情報と、前記車両の運転特性に関する運転特性情報とを含み、
   前記不具合発生条件情報は、環境条件および運転特性条件の少なくとも一方に関する情報を含み、
   前記車両優先度決定部は、前記位置情報に対応する環境と前記不具合発生条件情報が示す環境条件との合致度合いと、前記運転特性情報が示す運転特性と前記不具合発生条件情報が示す運転特性条件との合致度合いとの少なくとも一方に基づいて、前記配信優先度を決定するソフトウェア配信管理システム。
8. 請求項７に記載のソフトウェア配信管理システムにおいて、
   前記車両管理情報は、前記車両の搭載ソフトウェアおよび当該搭載ソフトウェアによる不具合の発生状況に関する搭載ソフトウェア情報をさらに含み、
   前記車両優先度決定部は、さらに前記搭載ソフトウェア情報に基づいて、前記配信優先度を決定するソフトウェア配信管理システム。
9. 請求項６乃至８のいずれか一項に記載のソフトウェア配信管理システムにおいて、
   前記車両管理情報は、前記車両の使用履歴に関する情報をさらに含み、
   前記車両優先度決定部は、さらに前記使用履歴に関する情報に基づいて、前記配信優先度を決定するソフトウェア配信管理システム。
10. 請求項６乃至９のいずれか一項に記載のソフトウェア配信管理システムにおいて、
    前記車両管理情報は、予め登録された前記車両の使用スケジュールに関する情報に基づいて決定されるスケジュール情報をさらに含み、
    前記車両優先度決定部は、さらに前記スケジュール情報に基づいて、前記配信優先度を決定するソフトウェア配信管理システム。
11. 複数の車両に配信されるソフトウェアの配信管理を行う方法であって、
    前記ソフトウェアに対応する前記車両の搭載ソフトウェアによる不具合の発生条件に関する不具合発生条件情報を含む配信条件情報と、前記車両で取得された前記車両の走行状態に関する情報に基づいて決定される車両特性情報を含む車両管理情報とを、データベースに記憶し、
    前記車両特性情報と前記不具合発生条件情報とを比較し、その比較結果に基づいて前記車両の各々に対する配信優先度をコンピュータにより決定し、
    前記決定された配信優先度に基づいて、前記車両に前記ソフトウェアを配信する、ソフトウェア配信管理方法。

Images