JP2018116400A - 管理装置、管理方法および管理プログラム - Google Patents

Abstract

【課題】更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことが可能な管理装置、管理方法および管理プログラムを提供する。【解決手段】管理装置は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶する記憶部と、前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部とを備える。【選択図】図６

Description

本発明は、管理装置、管理方法および管理プログラムに関する。

従来、車両における機器のファームウェアを遠隔の位置から自動的に更新するための技術が開発されている。

たとえば、特許文献１（特開２００７−６５８５６号公報）には、以下のような情報書き換え装置が開示されている。すなわち、情報書き換え装置は、プログラムを修正するための修正プログラムを車両外部のプログラム提供装置から受信し、車両の制御を行なうための車両制御プログラムを、前記受信した修正プログラムを用いて書き換える。情報書き換え装置は、前記プログラム提供装置からプログラムの書き換え要求があった場合に、前記車両の動作状態に基づいて、前記車両制御プログラムの書き換えが可能であるか否かを判断する判断手段と、前記判断手段による判断結果に基づいて、前記車両のユーザの通信端末に対して書き換えに関する情報を通知する通知手段とを備える。

特開２００７−６５８５６号公報

特許文献１に記載の車両では、１つの車両制御コンピュータが設けられており、プログラム提供装置から受信した修正プログラムによって当該車両制御コンピュータのプログラムが書き換えられる。

一方、特許文献１に記載の車両と異なり、エンジン制御、ブレーキ制御および空調制御等の制御をそれぞれ行う複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）が車両に設けらることがある。

このような場合、各ＥＣＵの修正プログラムは、複数のプログラム提供装置に分散して保持され、当該複数のプログラム提供装置により配信される構成が考えられる。

このような構成では、たとえば、修正プログラムのプログラム提供装置へのアップロードに関する処理を行う場合において、処理ごとに対象のプログラム提供装置が異なるため、ユーザは、処理に応じてプログラム提供装置のアドレス等を指定する必要がある。このため、ユーザの負担が重くなってしまう。

この発明は、上述の課題を解決するためになされたもので、その目的は、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことが可能な管理装置、管理方法および管理プログラムを提供することである。

（１）上記課題を解決するために、この発明のある局面に係わる管理装置は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶する記憶部と、前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部とを備える。

（８）上記課題を解決するために、この発明のある局面に係わる管理方法は、記憶部を備える管理装置における管理方法であって、前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、前記対応情報を前記記憶部から取得するステップと、取得した前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行するステップとを含む。

（９）上記課題を解決するために、この発明のある局面に係わる管理プログラムは、記憶部を備える管理装置において用いられる管理プログラムであって、前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、コンピュータを、前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部、として機能させるためのプログラムである。

本発明は、このような特徴的な処理部を備える管理装置として実現することができるだけでなく、かかる特徴的な処理部を備える管理システムとして実現することができる。また、本発明は、管理装置の一部または全部を実現する半導体集積回路として実現することができる。

本発明によれば、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことができる。

図１は、本発明の第１の実施の形態に係る管理システムの比較例の構成を示す図である。 図２は、本発明の第１の実施の形態に係る管理システムにおけるベンダサーバに対する第１の処理の一例を示す図である。 図３は、本発明の第１の実施の形態に係る管理システムにおけるベンダサーバに対する第１の処理の一例を示す図である。 図４は、本発明の第１の実施の形態に係る管理システムにおけるベンダサーバに対する第１の処理の一例を示す図である。 図５は、本発明の第１の実施の形態に係る管理システムの構成を示す図である。 図６は、本発明の第１の実施の形態に係る管理システムにおける管理装置の構成を示す図である。 図７は、本発明の第１の実施の形態に係る管理装置における記憶部に登録されるテンプレートテーブルの一例を示す図である。 図８は、本発明の第１の実施の形態に係る管理装置における記憶部が保持するルーティングテーブルの一例を示す図である。 図９は、本発明の第１の実施の形態に係る管理システムにおいて、端末装置によってＥＣＵがベンダサーバに登録される際のシーケンスの一例を示す図である。 図１０は、本発明の第１の実施の形態に係る管理システムにおいて管理装置がベンダサーバにログインする際のシーケンスの一例を示す図である。 図１１は、本発明の第１の実施の形態に係る管理システムにおいて、管理装置がベンダサーバにファームウェアをアップロードする際のシーケンスの一例を示す図である。 図１２は、本発明の第１の実施の形態に係る管理システムの変形例の構成を示す図である。 図１３は、本発明の第１の実施の形態に係る管理装置における記憶部が保持する車両ＩＤテーブルの一例を示す図である。 図１４は、本発明の第１の実施の形態に係る管理システムにおいて、端末装置によって車両ＩＤがベンダサーバに登録される際のシーケンスの一例を示す図である。 図１５は、本発明の第１の実施の形態に係る管理システムにおいて、管理装置が車両におけるファームウェアの更新状況をベンダサーバから取得する際のシーケンスの一例を示す図である。 図１６は、本発明の第１の実施の形態に係る管理システムにおける端末装置がＷｅｂブラウザに表示する内容の一例を示す図である。 図１７は、図５に示す管理システムにおける管理パターンと異なる管理パターンの一例を示す図である。 図１８は、図１７に示す管理システムに用いられるルーティングテーブルの一例を示す図である。 図１９は、図１７に示す管理システムに用いられる車両ＩＤテーブルの一例を示す図である。 図２０は、本発明の第２の実施の形態に係る管理システムの構成を示す図である。 図２１は、本発明の第２の実施の形態に係る管理システムにおける管理装置の構成を示す図である。 図２２は、本発明の第２の実施の形態に係る管理装置における記憶部が保持するルーティングテーブルの一例を示す図である。 図２３は、本発明の第２の実施の形態に係る管理システムにおいて管理装置がベンダサーバにログインする際のシーケンスの一例を示す図である。

最初に、本発明の実施形態の内容を列記して説明する。

（１）本発明の実施の形態に係る管理装置は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶する記憶部と、前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部とを備える。

このように、機器識別情報が指定されると、対応情報に基づいて対象の蓄積装置を特定し、特定した対象の蓄積装置との所定の処理を実行する構成により、ユーザは、蓄積装置のアドレスを指定しなくても、機器識別情報を管理装置へ送信するだけで、当該蓄積装置に対する所定の処理、たとえば更新データの蓄積装置へのアップロードに関する処理を管理装置に実行させることができる。したがって、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことができる。

（２）好ましくは、前記管理装置は、さらに、前記機器識別情報および前記更新データを取得する取得部を備え、前記処理部は、前記対応情報に基づいて、前記取得部によって取得された前記機器識別情報に対応する前記蓄積装置へ、前記取得部によって取得された前記更新データを送信する。

このような構成により、ユーザは、蓄積装置のアドレスを指定せずに機器識別情報および更新データを管理装置へ送信するだけで、更新データを対象の蓄積装置へ送信させることができる。

（３）好ましくは、前記処理部は、前記対応情報に基づいて、複数の前記機器の前記更新データに関する更新情報を対応の１または複数の前記蓄積装置から取得する。

このような構成により、ユーザは、管理装置によって取得された更新情報を参照することで、各蓄積装置のアドレスを用いて当該各蓄積装置から更新情報を取得することなく、複数の機器の更新状況を認識することができる。

（４）より好ましくは、前記対応情報は、車両を識別可能な車両識別情報と前記機器識別情報と前記蓄積装置識別情報との対応関係を示し、前記処理部は、車両ごとの前記更新情報を取得する。

このような構成により、ユーザは、管理装置によって取得された更新情報を参照することで、各蓄積装置のアドレスを用いて当該各蓄積装置から更新情報を取得することなく、複数の車両における複数の機器の更新状況を認識することができる。

（５）好ましくは、前記管理装置は、さらに、前記機器のデータ更新に関する第２の処理の内容と前記機器を識別可能な情報とを含む入力情報を取得する取得部を備え、前記対応情報は、前記機器識別情報と、前記第２の処理を認識可能な情報と、前記蓄積装置識別情報と、前記蓄積装置に対する前記第１の処理の内容を認識可能な情報との対応関係を示し、前記対応情報は、同じ前記第１の処理を実行するために与えるべき情報が異なるか、または同じ前記第１の処理を実行するためのユーザインタフェースが異なる複数の前記蓄積装置の前記対応関係を示し、前記処理部は、前記対応情報に基づいて、前記入力情報の示す前記機器を識別可能な情報に対応する前記蓄積装置に対して前記入力情報の示す前記第２の処理に対応する前記第１の処理を実行する。

ユーザが、管理装置を用いずに蓄積装置に対して第１の処理を実行させる場合、たとえば蓄積装置の別に応じてユーザに求められる操作内容が異なる。一方、ユーザが、管理装置を用いて蓄積装置に対して第１の処理を実行させる場合、いずれの蓄積装置に対して第１の処理を実行させる場合においても、対応情報に基づいて、第２の処理に対応する第１の処理が実行されるので、ユーザに求められる第２の処理の内容についての入力操作を共通化することができる。したがって、ユーザは、複数の蓄積装置から求められる操作内容を知らなくても、入力情報を管理装置へ送信するだけで、管理装置に第１の処理を実行させることができる。

（６）好ましくは、前記機器識別情報は、前記機器の名称である。

このように、機器に固有であり、かつたとえばユーザに分かり易い上記機器の名称を機器識別情報とする構成により、上記機器を確実かつ簡易に識別することができる。

（７）好ましくは、前記蓄積装置識別情報は、前記蓄積装置のアドレスである。

このように、蓄積装置に固有であり、かつたとえば第１の処理の内容の送信に標準的に用いることが可能な上記アドレスを蓄積装置識別情報とする構成により、第１の処理の内容の送信を確実かつ簡易に行うことができる。

（８）本発明の実施の形態に係る管理方法は、記憶部を備える管理装置における管理方法であって、前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、前記対応情報を前記記憶部から取得するステップと、取得した前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行するステップとを含む。

このように、機器識別情報が指定されると、対応情報に基づいて対象の蓄積装置を特定し、特定した対象の蓄積装置との所定の処理を実行する構成により、ユーザは、蓄積装置のアドレスを指定しなくても、機器識別情報を管理装置へ送信するだけで、当該蓄積装置に対する所定の処理、たとえば更新データの蓄積装置へのアップロードに関する処理を管理装置に実行させることができる。したがって、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことができる。

（９）本発明の実施の形態に係る管理プログラムは、記憶部を備える管理装置において用いられる管理プログラムであって、前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、コンピュータを、前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部、として機能させるためのプログラムである。

このように、機器識別情報が指定されると、対応情報に基づいて対象の蓄積装置を特定し、特定した対象の蓄積装置との所定の処理を実行する構成により、ユーザは、蓄積装置のアドレスを指定しなくても、機器識別情報を管理装置へ送信するだけで、当該蓄積装置に対する所定の処理、たとえば更新データの蓄積装置へのアップロードに関する処理を管理装置に実行させることができる。したがって、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことができる。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

＜第１の実施の形態＞
［構成および基本動作］
図１は、本発明の第１の実施の形態に係る管理システムの比較例の構成を示す図である。

図１を参照して、比較例である管理システム３００は、端末装置１５１と、ベンダサーバ（蓄積装置）１８１Ａ，１８１Ｂ，１８１Ｃとを備える。以下、ベンダサーバ１８１Ａ，１８１Ｂ，１８１Ｃの各々を、ベンダサーバ１８１とも称する。

対象車両１は、外部からデータ更新可能な複数の機器を搭載する。具体的には、対象車両１は、たとえば、外部から更新可能なファームウェアに従って動作するＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）であるＥＣＵ１〜ＥＣＵ３を搭載する。

端末装置１５１は、たとえば、画面を含むパーソナルコンピュータである。この例では、端末装置１５１のＩＰアドレスは、「１０．１．１．ｘ」である。

端末装置１５１は、たとえば、対象車両１を製造したＯＥＭ（Ｏｒｉｇｉｎａｌ Ｅｑｕｉｐｍｅｎｔ Ｍａｎｕｆａｃｔｕｒｅ）により管理される。

ＯＥＭに属する担当者（以下、ユーザとも称する。）は、自己のＯＥＭが製造した対象車両１に搭載されたＥＣＵ１〜ＥＣＵ３のファームウェア更新を管理する。ユーザは、たとえば、端末装置１５１を操作することにより、更新用のファームウェアＦＷ１〜ＦＷ３をそれぞれベンダサーバ１８１Ａ〜１８１Ｃへアップロードする。

ベンダサーバ１８１は、たとえば、ファームウェアを配信するための仕組みを提供するＯＴＡ（Ｏｎ−Ｔｈｅ−Ａｉｒ）ベンダにより運営されるサーバであり、対象車両１の外部に設けられる。

この例では、ベンダサーバ１８１Ａ，１８１Ｂ，１８１Ｃは、それぞれＯＴＡベンダＡ，ＯＴＡベンダＢ，ＯＴＡベンダＣにより運営される。

また、ベンダサーバ１８１は、自己を認識可能な蓄積装置認識情報の一例であるＩＰアドレスを有している。

具体的には、ベンダサーバ１８１Ａ，１８１Ｂ，１８１ＣのＩＰアドレスは、それぞれ「１９２．１６８．１１．２」，「１９２．１６８．２２．３」，「１９２．１６８．３３．４」である。

ベンダサーバ１８１は、対象車両１に搭載された機器用の更新データを蓄積する。具体的には、ベンダサーバ１８１は、たとえば、対象車両１に搭載されたＥＣＵに用いられるファームウェアを蓄積する。

具体的には、ベンダサーバ１８１Ａ〜１８１Ｃは、端末装置１５１によってアップロードされた更新用のファームウェアＦＷ１〜ＦＷ３をそれぞれ蓄積する。

ベンダサーバ１８１は、対象車両１と無線通信を行うことが可能であり、対象車両１に搭載されたＥＣＵに対して更新用のファームウェアをダウンロードさせることによりファームウェアを更新する。

具体的には、ベンダサーバ１８１Ａ〜１８１Ｃは、それぞれ対象車両１に搭載されたＥＣＵ１〜ＥＣＵ３に対して更新用のファームウェアＦＷ１〜ＦＷ３をダウンロードさせることにより対応のファームウェアを更新する。

なお、ベンダサーバ１８１は、対象車両１と有線通信を行うことによりＥＣＵのファームウェアを更新してもよい。

図２〜図４は、本発明の第１の実施の形態に係る管理システムにおけるベンダサーバに対する第１の処理の一例を示す図である。

図２〜図４を参照して、複数のベンダサーバ１８１では、同じ第１の処理を実行するために与えるべき情報が異なるか、または同じ第１の処理を実行するためのユーザインタフェースが異なる。

ここで、第１の処理は、たとえば、ログイン処理、アップロード処理、更新スケジュール登録処理、ＥＣＵ登録処理、車両登録処理および更新状況取得処理等である。

ログイン処理は、たとえばベンダサーバ１８１の認証を受けるための処理である。アップロード処理は、たとえばベンダサーバ１８１へファームウェアをアップロードするための処理である。更新スケジュール登録処理は、たとえば、ベンダサーバ１８１が対象車両１にファームウェアをダウンロードさせるスケジュールを登録するための処理である。ＥＣＵ登録処理は、たとえば、ファームウェアの更新対象のＥＣＵの名称をベンダサーバ１８１に登録するための処理である。車両登録処理は、たとえば、車両ＩＤとＥＣＵ名と車種との対応関係をベンダサーバ１８１に登録するための処理である。更新状況取得処理は、たとえば、対象車両１に搭載されたＥＣＵにおけるファームウェアの更新状況をベンダサーバ１８１から取得するための処理である。

たとえばログイン処理を実行するためにベンダサーバ１８１Ａ〜１８１Ｃに対して与えるべき情報は、互いに異なる。

詳細には、ベンダサーバ１８１Ａ〜１８１Ｃは、互いに異なるＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を実装している。

より詳細には、ベンダサーバ１８１は、第１の処理ごとにＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を用意しており、たとえばｈｔｔｐ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従うリクエスト、レスポンスおよびポスト等のコマンドを当該ＵＲＬにおいて受け付ける。

ベンダサーバ１８１は、コマンドを受け付けた場合、受け付けたコマンドに基づいて、当該コマンドを受け付けたＵＲＬに対応する第１の処理を実行する。

具体的には、図２に示すように、ベンダサーバ１８１Ａは、ログイン処理に対しては、ｈｔｔｐプロトコルに従うｈｔｔｐメソッドＭＥＴａおよびｈｔｔｐボディＢＯＤＹａ等を含むｈｔｔｐポストＣＯＭａをログイン処理用のＵＲＬａにおいて受け付けることが可能である。

図３に示すように、ベンダサーバ１８１Ｂは、ログイン処理に対しては、ｈｔｔｐプロトコルに従うｈｔｔｐメソッドＭＥＴｂおよびｈｔｔｐボディＢＯＤＹｂ等を含むｈｔｔｐポストＣＯＭｂをログイン処理用のＵＲＬｂにおいて受け付けることが可能である。

図４に示すように、ベンダサーバ１８１Ｃは、ログイン処理に対しては、ｈｔｔｐプロトコルに従うｈｔｔｐメソッドＭＥＴｃおよびｈｔｔｐボディＢＯＤＹｃ等を含むｈｔｔｐポストＣＯＭｃをログイン処理用のＵＲＬｃにおいて受け付けることが可能である。

また、アップロード処理、更新スケジュール登録処理およびＥＣＵ登録処理を実行するためにベンダサーバ１８１Ａ〜１８１Ｃに対して与えるべき情報も互いに異なる。

ベンダサーバ１８１は、第１の処理の内容に応じたＧＵＩを提供することが可能である。ここで、ＧＵＩは、パラメータ入力用の欄、当該欄を説明するための説明文、およびボタン等をＷｅｂブラウザに描画するためのユーザインタフェースである。

ベンダサーバ１８１Ａ〜１８１Ｃが提供するログイン処理用のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）は、互いに異なる。

より詳細には、ベンダサーバ１８１Ａが提供するログイン処理用のＧＵＩには、「”ｎａｍｅ”」、「”ｐａｓｓｗｏｒｄ”」および「”ｄｏｍａｉｎ”」をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

また、ベンダサーバ１８１Ｂが提供するログイン処理用のＧＵＩには、「”ｉｄ”」、「”ｐａｓｓｗｄ”」および「”ｌｏｃａｔｉｏｎ”」をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

また、ベンダサーバ１８１Ｃが提供するログイン処理用のＧＵＩには、「”ｕｓｅｒｎａｍｅ”」、「”ｐａｓｓｗｏｒｄ”」、「”ｔｉｍｅｚｏｎｅ”」および「”ｄｏｍａｉｎ”」をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供するログイン処理用のＧＵＩにおいて、欄および説明文は、互いに異なる。

また、ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供するアップロード処理用のＧＵＩも互いに異なる。また、ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供する更新スケジュール登録処理用のＧＵＩも互いに異なる。また、ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供するＥＣＵ登録処理用のＧＵＩも互いに異なる。また、ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供する車両登録処理用のＧＵＩも互いに異なる。また、ベンダサーバ１８１Ａ〜１８１Ｃがそれぞれ提供する更新状況取得処理のＧＵＩも互いに異なる。

なお、ベンダサーバ１８１Ａ〜１８１Ｃは、ＧＵＩの代わりにＣＵＩ（ｃｈａｒａｃｔｅｒ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供してもよい。

再び図１を参照して、たとえば、ユーザが端末装置１５１をベンダサーバ１８１Ａにログインさせる場合における端末装置１５１およびベンダサーバ１８１Ａの動作について説明する。なお、ベンダサーバ１８１Ｂ，１８１Ｃの動作についても、パラメータの内容等を除いてベンダサーバ１８１Ａと同様である。

端末装置１５１における画面には、Ｗｅｂブラウザが表示されている。ユーザは、ログイン処理用のＧＵＩの要求を示すｈｔｔｐリクエストをベンダサーバ１８１Ａにおけるログイン処理用のＵＲＬへ送信する操作をＷｅｂブラウザに対して行う。

端末装置１５１は、ユーザの操作に従って、ｈｔｔｐリクエストをベンダサーバ１８１Ａにおけるログイン処理用のＵＲＬへ送信する。

ベンダサーバ１８１Ａは、端末装置１５１からｈｔｔｐリクエストを受信すると、ｈｔｔｐリクエストを受信したＵＲＬ、および受信したｈｔｔｐリクエストに基づいて、ログイン処理用のＧＵＩを示すｈｔｔｐレスポンスを作成して端末装置１５１へ送信する。

端末装置１５１は、ベンダサーバ１８１Ａからｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、ログイン処理用のＧＵＩをＷｅｂブラウザに描画する。

ユーザは、「”ｎａｍｅ”」、「”ｐａｓｓｗｏｒｄ”」および「”ｄｏｍａｉｎ”」をそれぞれ入力するための欄に、「”ＯＥＭ１”」、「”ａａａａａａａａ”」および「”ＯＥＭ１−ＤＯＭＡＩＮ”」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う。

端末装置１５１は、ユーザの操作に従って、図２に示すｈｔｔｐポストＣＯＭａをベンダサーバ１８１ＡにおけるＵＲＬａへ送信する。

ベンダサーバ１８１Ａは、端末装置１５１からのｈｔｔｐポストＣＯＭａをＵＲＬａにおいて受信し、受信したｈｔｔｐポストＣＯＭａに基づいてログイン処理を実行する。

なお、ベンダサーバ１８１Ａ〜１８１Ｃにおいて、同じ第１の処理を実行するために与えるべき情報がそれぞれ異なり、かつ当該同じ第１の処理を実行するためのユーザインタフェースがそれぞれ異なる構成であるとしたが、これに限定するものではない。

同じ第１の処理を実行するために与えるべき情報、および当該同じ第１の処理を実行するためのユーザインタフェースのいずれか一方が、いずれか２つのベンダサーバ１８１間において異なる構成であってもよい。

［課題］
１つのファームウェアに従って動作する装置たとえばスマートホンに対しては、ＯＥＭ等のファームウェア提供者は、ファームウェアのアップロードおよび更新を管理する１つのベンダサーバ１８１を用いてスマートホンのファームウェアを管理する。

一方、図１に示す対象車両１のように複数のファームウェアにそれぞれ従って動作するＥＣＵを備える装置に対しては、スマートホンの場合と異なり、ＯＥＭが複数のベンダサーバ１８１を用いて１台の対象車両１における複数のＥＣＵのファームウェアを管理する構成が考えられる。

また、たとえば、ＯＥＭが複数の車種を管理する場合には、ＯＥＭが、車種ごとにベンダサーバ１８１を用意することで、複数の車種についてスマートホンのように対応のベンダサーバ１８１を用いて管理する構成が考えられる。

ここで、車両Ａが搭載する複数のＥＣＵのセットと同じセットを車両Ｂが搭載する場合、車両Ａの車種および車両Ｂの車種は同じである。一方、車両Ａが搭載する複数のＥＣＵセットと異なるセットを車両Ｂが搭載する場合、車両Ａの車種および車両Ｂの車種は異なる。具体的には、車種は、たとえば、車両の名称または型式等である。

このため、各ファームウェアを更新するためのベンダサーバ１８１が世界各地に点在する状況となり、ＯＥＭとしては管理面で非常に煩雑な作業を強いられる。

具体的には、ファームウェアをベンダサーバ１８１にアップロードする場合において、ファームウェアごとにアップロード先を指定する必要があるため、ユーザの負担が重くなってしまう。

また、上述したように、複数のベンダサーバ１８１からそれぞれ提供されるＧＵＩが互いに異なるため、ユーザは当該複数のベンダサーバ１８１から提供されるすべてのＧＵＩに習熟することが求められるため、ユーザの負担が重くなってしまう。

また、スマートホンの場合では、１つのベンダサーバ１８１が１つのファームウェアを更新するので、スマートホンのファームウェアの更新状況を管理することが容易である。

一方、管理システム３００のように、複数のベンダサーバ１８１が１台の対象車両１における複数のＥＣＵのファームウェアの更新を行う場合、各ベンダサーバ１８１が、自己が管理しているファームウェアの更新状況を管理している一方で、車両全体の更新状況を一元的に管理することが難しい。

そこで、本発明の実施の形態に係る管理システムでは、以下のような構成および動作により、このような課題を解決する。

図５は、本発明の第１の実施の形態に係る管理システムの構成を示す図である。

図５を参照して、管理システム３０１は、端末装置１５１と、管理装置１０１と、ベンダサーバ１８１Ａ，１８１Ｂ，１８１Ｃとを備える。

管理システム３０１における端末装置１５１およびベンダサーバ１８１の動作は、図１に示す管理システム３００における端末装置１５１およびベンダサーバ１８１とそれぞれ同様である。

なお、管理システム３０１は、３つのベンダサーバ１８１を備える構成に限らず、２つのベンダサーバ１８１または４つ以上のベンダサーバ１８１を備える構成であってもよい。

管理装置１０１は、対象車両１に搭載されたＥＣＵのデータ更新に関する第２の処理用のＧＵＩを端末装置１５１に提供する。なお、管理装置１０１は、端末装置１５１に対して第２の処理用のＣＵＩを提供してもよい。

ここで、第２の処理は、第１の処理に相当する処理であり、具体的には、ログイン処理、アップロード処理、更新スケジュール登録処理、ＥＣＵ登録処理、車両登録処理および更新状況取得処理等である。

管理装置１０１が提供するＥＣＵ登録処理用のＧＵＩには、登録対象のＥＣＵの名称、当該ＥＣＵを搭載する対象車両１の車種、および契約している登録先のＯＴＡベンダの名称をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

図６は、本発明の第１の実施の形態に係る管理システムにおける管理装置の構成を示す図である。

図６を参照して、管理装置１０１は、通信部２１と、処理部２２と、記憶部２３とを備える。

管理装置１０１における通信部２１は、端末装置１５１およびベンダサーバ１８１と有線通信を行う。なお、通信部２１は、端末装置１５１およびベンダサーバ１８１の少なくともいずれか一方と無線通信を行う構成であってもよい。

記憶部２３は、たとえば、対象車両１に搭載された機器を識別可能な機器識別情報と、当該機器用の更新データを蓄積するベンダサーバ１８１を認識可能な蓄積装置識別情報と、第１の処理を認識可能な情報（以下、テンプレート情報とも称する。）との対応関係であって、複数の機器および複数のベンダサーバ１８１についての対応関係を示す対応情報を記憶する。

具体的には、記憶部２３は、対応情報の一例として、第２の処理を認識可能な情報と蓄積装置識別情報とテンプレート情報との対応関係を示すテンプレートテーブル、および機器識別情報と蓄積装置識別情報との対応関係を示すルーティングテーブルを保持する。これらのテーブルの詳細については後述する。

テンプレートテーブルの内容は、たとえば、管理装置１０１の管理者により記憶部２３に登録される。ルーティングテーブルの内容は、たとえば、管理装置１０１により登録される。

図７は、本発明の第１の実施の形態に係る管理装置における記憶部に登録されるテンプレートテーブルの一例を示す図である。

図７を参照して、記憶部２３は、第２の処理を認識可能な情報と、自己の管理装置１０１が管理可能なベンダサーバ１８１を運営するベンダの名称と、蓄積装置識別情報の一例である、当該ベンダサーバ１８１のＩＰアドレスすなわち宛先ＩＰアドレスと、第２の処理に対応する第１の処理用のテンプレートとの対応関係を示すテンプレートテーブルＴＴ１を保持する。

第１の処理用のテンプレートは、第１の処理に応じたコマンドのテンプレートである。

具体的には、第２の処理および宛先ＩＰアドレスがそれぞれ「ログイン処理」および「１９２．１６８．１１．２」である場合における第１の処理用テンプレートは、図２に示すｈｔｔｐポストＣＯＭａのｈｔｔｐボディＢＯＤＹａにおいて「”ＯＥＭ１”」、「”ａａａａａａａａ”」および「”ＯＥＭ１−ＤＯＭＡＩＮ”」の領域を空欄にしたテンプレートＴＬａである。

テンプレートテーブルＴＴ１における他の第１の処理用テンプレートも、テンプレートＴＬａと同様である。

なお、第２の処理を認識可能な情報は、ログイン処理等の処理の名称に限らず、処理に対応するＵＲＬ等であってもよい。

図８は、本発明の第１の実施の形態に係る管理装置における記憶部が保持するルーティングテーブルの一例を示す図である。

図８を参照して、記憶部２３は、車種およびＥＣＵ名を示す判定識別子と、宛先ＩＰアドレスと、ベンダの名称との対応関係を示すルーティングテーブルＲＴ１ａを保持する。判定識別子の示すＥＣＵ名は、機器識別情報の一例である。

［動作の流れ］
管理システム３０１における各装置は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のシーケンス図またはフローチャートの各ステップの一部または全部を含むプログラムを図示しないメモリからそれぞれ読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。

［ＥＣＵ登録処理］
図９は、本発明の第１の実施の形態に係る管理システムにおいて、端末装置によってＥＣＵがベンダサーバに登録される際のシーケンスの一例を示す図である。

図６および図９を参照して、まず、ユーザは、ＥＣＵ登録処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０１におけるＥＣＵ登録処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ１０２）。

次に、端末装置１５１は、ユーザの操作に従って、ＥＣＵ登録処理用のＵＲＬ宛の上記ｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０１へ送信する（ステップＳ１０４）。

より詳細には、端末装置１５１は、当該ｈｔｔｐリクエストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０１へ送信する。

当該ＩＰパケットには、差出元ＩＰアドレスおよび宛先ＩＰアドレスとして、端末装置１５１のＩＰアドレス、および管理装置１０１のＩＰアドレスがそれぞれ含まれる。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、ＥＣＵ登録処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ１０６）。

より詳細には、通信部２１は、端末装置１５１からＩＰパケットを受信すると、受信したＩＰパケットからｈｔｔｐリクエストを取り出し、取り出したｈｔｔｐリクエストを処理部２２へ出力する。

処理部２２は、通信部２１からｈｔｔｐリクエストを受けると、受けたｈｔｔｐリクエストの宛先ＵＲＬに基づいてＥＣＵ登録処理を認識し、ＥＣＵ登録処理用のＧＵＩの内容をｈｔｔｐボディに含むｈｔｔｐレスポンスを作成する。処理部２２は、作成したｈｔｔｐレスポンスを通信部２１経由で端末装置１５１へ送信する。

次に、端末装置１５１は、管理装置１０１からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、ＥＣＵ登録処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ１０８）。

次に、ユーザは、たとえば、登録対象のＥＣＵの名称、当該ＥＣＵを搭載する対象車両１の車種を示す車種情報、契約している登録先のＯＴＡベンダの名称、および当該ＯＴＡベンダが運営するベンダサーバ１８１のＩＰアドレスをＥＣＵごとに入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う（ステップＳ１１０）。

より詳細には、ユーザは、「ＥＣＵ１」、「車種α」、「ＯＴＡベンダＡ」および「１９２．１６８．１１．２」と「ＥＣＵ２」、「車種α」、「ＯＴＡベンダＢ」および「１９２．１６８．２２．３」と「ＥＣＵ３」、「車種α」、「ＯＴＡベンダＣ」および「１９２．１６８．３３．４」とを入力する操作をＷｅｂブラウザに対して行う。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０１におけるＥＣＵ登録処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する（ステップＳ１１２）。

より詳細には、端末装置１５１は、ユーザの操作により入力された各情報をｈｔｔｐボディに含むｈｔｔｐポストを作成する。

端末装置１５１は、当該ｈｔｔｐポストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０１へ送信する。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐポストを受信すると、受信したｈｔｔｐポストに基づいて、ＥＣＵ１用のファームウェアの送信先、ＥＣＵ２用のファームウェアの送信先、およびＥＣＵ３用のファームウェアの送信先をルーティングテーブルＲＴ１ａ（図８参照）に登録する（ステップＳ１１４）。

より詳細には、管理装置１０１における通信部２１は、たとえば、第２の処理の内容とＥＣＵを識別可能な情報（以下、機器指定情報とも称する。）とを含む入力情報を取得する。

具体的には、通信部２１は、ｈｔｔｐポストを含むＩＰパケットを入力情報として受信する。ここで、ｈｔｔｐポストに含まれるＥＣＵ登録処理用のＵＲＬ、ＥＣＵの名称および車種情報が、第２の処理の内容の一例である。また、当該ｈｔｔｐポストに含まれるＥＣＵの名称が、機器指定情報の一例である。

通信部２１は、受信したＩＰパケットからｈｔｔｐポストを取得し、取得したｈｔｔｐポストを処理部２２へ出力する。

処理部２２は、通信部２１からｈｔｔｐポストを受けると、受けたｈｔｔｐポストからＥＣＵの名称、車種情報、登録先のＯＴＡベンダの名称およびベンダサーバ１８１ＡのＩＰアドレスを取得し、取得した各情報をルーティングテーブルＲＴ１ａに登録する。

次に、処理部２２は、対応情報に基づいて各ベンダサーバ１８１との所定の処理を実行する（ステップＳ１１６）。

詳細には、処理部２２は、たとえば、対応情報に基づいて、通信部２１によって取得された機器指定情報に対応するベンダサーバ１８１に対して入力情報の示す第２の処理に対応する第１の処理を実行する。

より詳細には、処理部２２は、端末装置１５１からのｈｔｔｐポストに基づいて、ベンダサーバ１８１Ａに適合したコマンド、ベンダサーバ１８１Ｂに適合したコマンドおよびベンダサーバ１８１Ｃに適合したコマンドを作成する。

具体的には、処理部２２は、ｈｔｔｐポストの宛先ＵＲＬに基づいて、第２の処理が「ＥＣＵ登録処理」であることを認識する。

処理部２２は、テンプレートテーブルＴＴ１（図７参照）を参照し、「ＥＣＵ登録処理」および「１９２．１６８．１１．２」に対応するテンプレートＴＲａ、「ＥＣＵ登録処理」および「１９２．１６８．２２．３」に対応するテンプレートＴＲｂ、ならびに「ＥＣＵ登録処理」および「１９２．１６８．３３．４」に対応するテンプレートＴＲｃをテンプレートテーブルＴＴ１から取得する。

処理部２２は、取得したテンプレートＴＲａに対してＥＣＵの名称および車種情報、ならびにその他必要な情報を書き込むことで、ベンダサーバ１８１Ａに適合したｈｔｔｐポスト（以下、適合後ｈｔｔｐポストＰｔａとも称する。）を作成する。

また、処理部２２は、テンプレートＴＲｂ，ＴＲｃに基づいて、適合後ｈｔｔｐポストＰｔａと同様の、ベンダサーバ１８１Ｂおよび１８１Ｃにそれぞれ適合した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを作成する。

処理部２２は、ルーティングテーブルＲＴ１ａを参照し、「車種α」および「ＥＣＵ１」に対応する「１９２．１６８．１１．２」に宛先を指定して、作成した適合後ｈｔｔｐポストＰｔａを通信部２１へ出力する。

同様に、処理部２２は、ＥＣＵ名「ＥＣＵ２」および「ＥＣＵ３」にそれぞれ対応する「１９２．１６８．２２．３」および「１９２．１６８．３３．４」に宛先を指定して、作成した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを通信部２１へ出力する。

次に、管理装置１０１は、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ１１８）。

より詳細には、管理装置１０１における通信部２１は、処理部２２から適合後ｈｔｔｐポストＰｔａを受けると、受けた適合後ｈｔｔｐポストＰｔａを含み、かつ宛先ＩＰアドレスが「１９２．１６８．１１．２」であるＩＰパケットを作成し、作成したＩＰパケットをベンダサーバ１８１Ａへ送信する。

次に、ベンダサーバ１８１Ａは、管理装置１０１から適合後ｈｔｔｐポストＰｔａを受信すると、受信した適合後ｈｔｔｐポストＰｔａに基づいて、ＥＣＵの名称および車種情報を登録する（ステップＳ１２０）。

次に、ベンダサーバ１８１Ａは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ１２２）。

次に、管理装置１０１は、ベンダサーバ１８１Ａから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｂをベンダサーバ１８１Ｂへ送信する（ステップＳ１２４）。

次に、ベンダサーバ１８１Ｂは、管理装置１０１から適合後ｈｔｔｐポストＰｔｂを受信すると、受信した適合後ｈｔｔｐポストＰｔｂに基づいて、ＥＣＵの名称および車種情報を登録する（ステップＳ１２６）。

次に、ベンダサーバ１８１Ｂは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ１２８）。

次に、管理装置１０１は、ベンダサーバ１８１Ｂから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｃをベンダサーバ１８１Ｃへ送信する（ステップＳ１３０）。

次に、ベンダサーバ１８１Ｃは、管理装置１０１から適合後ｈｔｔｐポストＰｔｃを受信すると、受信した適合後ｈｔｔｐポストＰｔｃに基づいて、ＥＣＵの名称および車種情報を登録する（ステップＳ１３２）。

次に、ベンダサーバ１８１Ｃは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ１３４）。

次に、管理装置１０１は、ベンダサーバ１８１Ｃから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した応答情報の内容をまとめた応答情報を端末装置１５１へ送信する（ステップＳ１３６）。

なお、ルーティングテーブルＲＴ１ａの内容は、上述のシーケンスにより登録される構成に限らず、管理装置１０１の管理者が手動で登録してもよい。

また、管理装置１０１は、ベンダサーバ１８１Ａ〜１８１Ｃへのログイン処理が行われていない場合、上記ステップＳ１１４とＳ１１６との間、または上記ステップＳ１１６とＳ１１８との間において、認証処理が完了していない旨の応答情報を端末装置１５１へ送信することによりユーザに後述するログイン処理を行わせた後、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ１１８）。

また、上記シーケンスにおいて、ＥＣＵ１〜ＥＣＵ３が一括して登録されたが、これに限定するものではない。ＥＣＵ１〜ＥＣＵ３が１つずつ順番に登録されてもよい。

［ログイン処理］
図１０は、本発明の第１の実施の形態に係る管理システムにおいて管理装置がベンダサーバにログインする際のシーケンスの一例を示す図である。

図１０を参照して、まず、ユーザは、ログイン処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０１におけるログイン処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ２０２）。

次に、端末装置１５１は、ユーザの操作に従って、ログイン処理用のＵＲＬ宛の上記ｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０１へ送信する（ステップＳ２０４）。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、ログイン処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ２０６）。

ログイン処理用のＧＵＩは、たとえば、図５に示すパラメータセットＳｅｔ１、登録対象のＥＣＵの名称、および当該ＥＣＵを搭載する対象車両１の車種を入力するためのユーザインタフェースである。当該ＧＵＩには、「ｕｓｅｒ」、「ｐａｓｓｗｏｒｄ」、「ｄｏｍａｉｎ」および「ｌｏｃａｔｉｏｎ」をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

また、当該ＧＵＩには、さらに、ＥＣＵの名称および車種を入力するための複数の判定識別子入力欄、および判定識別子入力欄に対応する説明文が含まれる。

次に、端末装置１５１は、管理装置１０１からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、ログイン処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ２０８）。

次に、ユーザは、Ｗｅｂブラウザに対して入力操作を行う（ステップＳ２１０）。より詳細には、ユーザは、「ｕｓｅｒ」、「ｐａｓｓｗｏｒｄ」、「ｄｏｍａｉｎ」および「ｌｏｃａｔｉｏｎ」をそれぞれ入力するための欄に、「ＯＥＭ１」、「ａａａａａａａａ」、「ＯＥＭ１−ＤＯＭＡＩＮ」および「Ａｓｉａ／Ｔｏｋｙｏ」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。

また、ユーザは、ログイン先を指定するために、３つの判定識別子入力欄に、「ＥＣＵ１」および「車種α」、「ＥＣＵ２」および「車種α」、ならびに「ＥＣＵ３」および「車種α」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０１におけるログイン処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する（ステップＳ２１２）。

より詳細には、端末装置１５１は、ユーザの操作により入力された各情報をｈｔｔｐボディに含むｈｔｔｐポストを作成する。

端末装置１５１は、当該ｈｔｔｐポストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０１へ送信する。

次に、管理装置１０１は、端末装置１５１からＩＰパケットを受信すると、受信したＩＰパケットに含まれるＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスを取得する（ステップＳ２１４）。

より詳細には、管理装置１０１における通信部２１は、端末装置１５１から受信したＩＰパケットからｈｔｔｐポストを取得し、取得したｈｔｔｐポストを処理部２２へ出力する。

処理部２２は、通信部２１からｈｔｔｐポストを受けると、ルーティングテーブルＲＴ１ａ（図８参照）を参照し、当該ｈｔｔｐポストに含まれるＥＣＵの名称および車種の各組に対応するベンダサーバ１８１のＩＰアドレスとして「１９２．１６８．１１．２」、「１９２．１６８．２２．３」および「１９２．１６８．３３．４」を取得する。

次に、管理装置１０１は、端末装置１５１からのｈｔｔｐポストに基づいて、ベンダサーバ１８１Ａに適合したコマンド、ベンダサーバ１８１Ｂに適合したコマンドおよびベンダサーバ１８１Ｃに適合したコマンドを作成する（ステップＳ２１６）。

より詳細には、処理部２２は、ｈｔｔｐポストの宛先ＵＲＬに基づいて、第２の処理が「ログイン処理」であることを認識する。

処理部２２は、テンプレートテーブルＴＴ１（図７参照）を参照し、「ログイン処理」および「１９２．１６８．１１．２」に対応するテンプレートＴＬａ、「ログイン処理」および「１９２．１６８．２２．３」に対応するテンプレートＴＬｂ、ならびに「ログイン処理」および「１９２．１６８．３３．４」に対応するテンプレートＴＬｃをテンプレートテーブルＴＴ１から取得する。

処理部２２は、取得したテンプレートＴＬａに対してユーザ名、パスワードおよびドメイン名を書き込むことで、ベンダサーバ１８１Ａに適合した適合後ｈｔｔｐポストＰｔａすなわちｈｔｔｐポストＣＯＭａ（図２参照）を作成する。

また、処理部２２は、テンプレートＴＬｂ，ＴＬｃに基づいて、適合後ｈｔｔｐポストＰｔａと同様の、ベンダサーバ１８１Ｂおよび１８１Ｃにそれぞれ適合した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを作成する。ここで、適合後ｈｔｔｐポストＰｔｂおよびＰｔｃは、それぞれｈｔｔｐポストＣＯＭｂおよびＣＯＭｃである（図３および図４参照）。

処理部２２は、ルーティングテーブルＲＴ１ａを参照し、「車種α」および「ＥＣＵ１」に対応する「１９２．１６８．１１．２」に宛先を指定して、作成した適合後ｈｔｔｐポストＰｔａを通信部２１へ出力する。

次に、管理装置１０１は、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ２１８）。

より詳細には、管理装置１０１における通信部２１は、処理部２２から適合後ｈｔｔｐポストＰｔａを受けると、受けた適合後ｈｔｔｐポストＰｔａを含み、かつ宛先ＩＰアドレスが「１９２．１６８．１１．２」であるＩＰパケットを作成し、作成したＩＰパケットをベンダサーバ１８１Ａへ送信する。

次に、ベンダサーバ１８１Ａは、管理装置１０１から適合後ｈｔｔｐポストＰｔａを受信すると、受信した適合後ｈｔｔｐポストＰｔａに基づいて、管理装置１０１を認証する（ステップＳ２２０）。

次に、ベンダサーバ１８１Ａは、たとえば認証が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ２２２）。

次に、管理装置１０１は、ベンダサーバ１８１Ａから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｂをベンダサーバ１８１Ｂへ送信する（ステップＳ２２４）。

次に、ベンダサーバ１８１Ｂは、管理装置１０１から適合後ｈｔｔｐポストＰｔｂを受信すると、受信した適合後ｈｔｔｐポストＰｔｂに基づいて、管理装置１０１を認証する（ステップＳ２２６）。

次に、ベンダサーバ１８１Ｂは、たとえば認証が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ２２８）。

次に、管理装置１０１は、ベンダサーバ１８１Ｂから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｃをベンダサーバ１８１Ｃへ送信する（ステップＳ２３０）。

次に、ベンダサーバ１８１Ｃは、管理装置１０１から適合後ｈｔｔｐポストＰｔｃを受信すると、受信した適合後ｈｔｔｐポストＰｔｃに基づいて、管理装置１０１を認証する（ステップＳ２３２）。

次に、ベンダサーバ１８１Ｃは、たとえば認証が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ２３４）。

次に、管理装置１０１は、ベンダサーバ１８１Ｃから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した応答情報の内容をまとめた応答情報を端末装置１５１へ送信する（ステップＳ２３６）。

なお、上記シーケンスにおいて、端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃに一括してログインする構成であるとしたが、これに限定するものではない。端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃに１つずつ順番にログインする構成であってもよい。

［アップロード処理］
図１１は、本発明の第１の実施の形態に係る管理システムにおいて、管理装置がベンダサーバにファームウェアをアップロードする際のシーケンスの一例を示す図である。

図１１を参照して、まず、ユーザは、アップロード処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０１におけるアップロード処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ３０２）。

次に、端末装置１５１は、ユーザの操作に従って、アップロード処理用のＵＲＬ宛のｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０１へ送信する（ステップＳ３０４）。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、アップロード処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ３０６）。

アップロード処理用のＧＵＩには、たとえば、登録対象のＥＣＵの名称、および当該ＥＣＵを搭載する対象車両１の車種を入力するための複数の判定識別子入力欄、ファームウェアのファイルパスをそれぞれ入力するための欄であって判定識別子入力欄に対応して設けられるファイルパス入力欄、各欄に対応する説明文、ならびに送信ボタン等が含まれる。

次に、端末装置１５１は、管理装置１０１からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、アップロード処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ３０８）。

次に、ユーザは、Ｗｅｂブラウザに対して入力操作を行う（ステップＳ３１０）。より詳細には、ユーザは、ファームウェアのアップロード先を指定するために、３つの判定識別子入力欄に、「ＥＣＵ１」および「車種α」、「ＥＣＵ２」および「車種α」、ならびに「ＥＣＵ３」および「車種α」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。

また、ユーザは、ファームウェアファイルを指定するために、「ＥＣＵ１」および「車種α」が入力された判定識別子入力欄に対応するファイルパス入力欄に、「ｃ：￥ｆｉｒｍｗａｒｅ￥ｓｕｐｐｌｉｅｒ−ａ−ｆｉｒｍ１．ｅｘｅ」を入力する操作をＷｅｂブラウザに対して行う。

また、ユーザは、ファームウェアファイルを指定するために、「ＥＣＵ２」および「車種β」が入力された判定識別子入力欄に対応するファイルパス入力欄に、「ｃ：￥ｆｉｒｍｗａｒｅ￥ｓｕｐｐｌｉｅｒ−ｂ−ＦＷ．ｅｘｅ」を入力する操作をＷｅｂブラウザに対して行う。

また、ユーザは、ファームウェアファイルを指定するために、「ＥＣＵ３」および「車種γ」が入力された判定識別子入力欄に対応するファイルパス入力欄に、「ｃ：￥ｆｉｒｍｗａｒｅ￥ｓｕｐｐｌｉｅｒ−ｃ−ｆｉｒｍ−ｘ．ｅｘｅ」を入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０１におけるアップロード処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する（ステップＳ３１２）。

より詳細には、端末装置１５１は、ユーザの操作に基づいて、ＥＣＵの名称、対象車両１の車種、およびファームウェアファイルをｈｔｔｐボディに含むｈｔｔｐポストを作成する。

端末装置１５１は、当該ｈｔｔｐポストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０１へ送信する。

次に、管理装置１０１は、端末装置１５１からＩＰパケットを受信すると、受信したＩＰパケットに含まれるＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスを取得する（ステップＳ３１４）。

より詳細には、管理装置１０１における通信部２１は、たとえば機器識別情報および更新データを取得する。

具体的には、通信部２１は、端末装置１５１からＩＰパケットを受信すると、受信したＩＰパケットに含まれるｈｔｔｐポストを処理部２２へ出力する。

処理部２２は、通信部２１からｈｔｔｐポストを受けると、ルーティングテーブルＲＴ１ａ（図８参照）を参照し、当該ｈｔｔｐポストに含まれるＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスとして「１９２．１６８．１１．２」、「１９２．１６８．２２．３」および「１９２．１６８．３３．４」を取得する。

次に、管理装置１０１は、端末装置１５１からのｈｔｔｐポストに基づいて、ベンダサーバ１８１Ａに適合したコマンド、ベンダサーバ１８１Ｂに適合したコマンドおよびベンダサーバ１８１Ｃに適合したコマンドを作成する（ステップＳ３１６）。

詳細には、管理装置１０１における処理部２２は、たとえば、対応情報に基づいて、通信部２１によって取得された機器識別情報に対応するベンダサーバ１８１へ、通信部２１によって取得された更新データを送信するための処理を行う。

より詳細には、処理部２２は、ｈｔｔｐポストの宛先ＵＲＬに基づいて、第２の処理が「アップロード処理」であることを認識する。

処理部２２は、テンプレートテーブルＴＴ１（図７参照）を参照し、「アップロード処理」および「１９２．１６８．１１．２」に対応するテンプレートＴＵａ、「アップロード処理」および「１９２．１６８．２２．３」に対応するテンプレートＴＵｂ、ならびに「アップロード処理」および「１９２．１６８．３３．４」に対応するテンプレートＴＵｃをテンプレートテーブルＴＴ１から取得する。

処理部２２は、取得したテンプレートＴＵａに対して、ｈｔｔｐポストに基づく必要な情報を書き込むことで、ファームウェアファイルを含み、かつベンダサーバ１８１Ａに適合した適合後ｈｔｔｐポストＰｔａを作成する。

また、処理部２２は、テンプレートＴＵｂ，ＴＵｃに基づいて、適合後ｈｔｔｐポストＰｔａと同様の、対応のファームウェアを含み、かつベンダサーバ１８１Ｂおよび１８１Ｃにそれぞれ適合した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを作成する。

処理部２２は、ルーティングテーブルＲＴ１ａを参照し、「車種α」および「ＥＣＵ１」に対応する「１９２．１６８．１１．２」に宛先を指定して、作成した適合後ｈｔｔｐポストＰｔａを通信部２１へ出力する。

次に、管理装置１０１は、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ３１８）。

より詳細には、管理装置１０１における通信部２１は、処理部２２から適合後ｈｔｔｐポストＰｔａを受けると、受けた適合後ｈｔｔｐポストＰｔａを含み、かつ宛先ＩＰアドレスが「１９２．１６８．１１．２」であるＩＰパケットを作成し、作成したＩＰパケットをベンダサーバ１８１Ａへ送信する。

次に、ベンダサーバ１８１Ａは、管理装置１０１から適合後ｈｔｔｐポストＰｔａを受信すると、受信した適合後ｈｔｔｐポストＰｔａに基づいて、ファームウェアファイル、具体的には「ｓｕｐｐｌｉｅｒ−ａ−ｆｉｒｍ１．ｅｘｅ」を蓄積すなわち登録する（ステップＳ３２０）。

次に、ベンダサーバ１８１Ａは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ３２２）。

次に、管理装置１０１は、ベンダサーバ１８１Ａから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｂをベンダサーバ１８１Ｂへ送信する（ステップＳ３２４）。

次に、ベンダサーバ１８１Ｂは、管理装置１０１から適合後ｈｔｔｐポストＰｔｂを受信すると、受信した適合後ｈｔｔｐポストＰｔｂに基づいて、ファームウェアファイル、具体的には「ｓｕｐｐｌｉｅｒ−ｂ−ＦＷ．ｅｘｅ」を登録する（ステップＳ３２６）。

次に、ベンダサーバ１８１Ｂは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ３２８）。

次に、管理装置１０１は、ベンダサーバ１８１Ｂから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｃをベンダサーバ１８１Ｃへ送信する（ステップＳ３３０）。

次に、ベンダサーバ１８１Ｃは、管理装置１０１から適合後ｈｔｔｐポストＰｔｃを受信すると、受信した適合後ｈｔｔｐポストＰｔｃに基づいて、ファームウェアファイル、具体的には「ｓｕｐｐｌｉｅｒ−ｃ−ｆｉｒｍ−ｘ．ｅｘｅ」を登録する（ステップＳ３３２）。

次に、ベンダサーバ１８１Ｃは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ３３４）。

次に、管理装置１０１は、ベンダサーバ１８１Ｃから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した応答情報の内容をまとめた応答情報を端末装置１５１へ送信する（ステップＳ３３６）。

なお、上記シーケンスにおいて、端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃにファームウェアを一括して登録する構成であるとしたが、これに限定するものではない。端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃに１つずつ順番にファームウェアを登録する構成であってもよい。

［管理システム３０１の変形例］
図１２は、本発明の第１の実施の形態に係る管理システムの変形例の構成を示す図である。

図１２を参照して、管理システム３０１の変形例では、ベンダサーバ１８１は、対象車両１におけるＥＣＵのファームウェアの更新状況を示す更新情報を当該対象車両１から取得することが可能である。

図１３は、本発明の第１の実施の形態に係る管理装置における記憶部が保持する車両ＩＤテーブルの一例を示す図である。

図１３を参照して、管理装置１０１における記憶部２３は、たとえば、車両を識別可能な車両識別情報と機器識別情報と蓄積装置識別情報との対応関係を示す対応情報を記憶する。

具体的には、記憶部２３は、対応情報の一例として、車両の種類と車両のＩＤとの対応関係を示す車両ＩＤテーブルＩＴ１、テンプレートテーブルＴＴ１（図７参照）およびルーティングテーブルＲＴ１ａ（図８参照）を保持する。車両のＩＤは、車両識別情報の一例である。

［車両登録処理］
図１４は、本発明の第１の実施の形態に係る管理システムにおいて、端末装置によって車両ＩＤがベンダサーバに登録される際のシーケンスの一例を示す図である。

図１４を参照して、まず、ユーザは、車両登録処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０１における車両登録処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ４０２）。

次に、端末装置１５１は、ユーザの操作に従って、車両登録処理用のＵＲＬ宛の上記ｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０１へ送信する（ステップＳ４０４）。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、車両登録処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ４０６）。

次に、端末装置１５１は、管理装置１０１からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、車両登録処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ４０８）。

次に、ユーザは、たとえば、車両ＩＤ、当該車両ＩＤを有する車両の種類、および当該車両に搭載されるＥＣＵの名称を車両ＩＤごとに入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、入力した情報を送信するための操作をＷｅｂブラウザに対して行う（ステップＳ４１０）。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０１における車両登録処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する（ステップＳ４１２）。

より詳細には、端末装置１５１は、ユーザの操作により入力された各情報をｈｔｔｐボディに含むｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐポストを受信すると、受信したｈｔｔｐポストに基づいて、車両の種類および車両のＩＤを記憶部２３における車両ＩＤテーブルＩＴ１（図１３参照）に登録する（ステップＳ４１３）。

次に、管理装置１０１は、ルーティングテーブルＲＴ１ａ（図８参照）を参照し、受信したｈｔｔｐポストに含まれるＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスを取得する（ステップＳ４１４）。

次に、管理装置１０１は、端末装置１５１からのｈｔｔｐポストに基づいて、ベンダサーバ１８１Ａに適合したコマンド、ベンダサーバ１８１Ｂに適合したコマンドおよびベンダサーバ１８１Ｃに適合したコマンドを作成する（ステップＳ４１６）。

より詳細には、管理装置１０１における処理部２２は、ｈｔｔｐポストの宛先ＵＲＬに基づいて、第２の処理が「車両登録処理」であることを認識する。

処理部２２は、テンプレートテーブルＴＴ１（図７参照）を参照し、「車両登録処理」および「１９２．１６８．１１．２」に対応するテンプレートＴＣａ、「車両登録処理」および「１９２．１６８．２２．３」に対応するテンプレートＴＣｂ、ならびに「車両登録処理」および「１９２．１６８．３３．４」に対応するテンプレートＴＣｃをテンプレートテーブルＴＴ１から取得する。

処理部２２は、取得したテンプレートＴＣａに対して、「ＥＣＵ１」、「車種α」および対応の車両ＩＤを書き込むことで、ベンダサーバ１８１Ａに適合した適合後ｈｔｔｐポストＰｔａを作成する。

また、処理部２２は、テンプレートＴＣｂ，ＴＣｃに基づいて、適合後ｈｔｔｐポストＰｔａと同様の、ベンダサーバ１８１Ｂおよび１８１Ｃにそれぞれ適合した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを作成する。

次に、管理装置１０１は、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ４１８）。

次に、ベンダサーバ１８１Ａは、管理装置１０１から適合後ｈｔｔｐポストＰｔａを受信すると、受信した適合後ｈｔｔｐポストＰｔａに基づいて、車両ＩＤを「ＥＣＵ１」および「車種α」に対応付けて登録する（ステップＳ４２０）。

次に、ベンダサーバ１８１Ａは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ４２２）。

次に、管理装置１０１は、ベンダサーバ１８１Ａから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｂをベンダサーバ１８１Ｂへ送信する（ステップＳ４２４）。

次に、ベンダサーバ１８１Ｂは、管理装置１０１から適合後ｈｔｔｐポストＰｔｂを受信すると、受信した適合後ｈｔｔｐポストＰｔｂに基づいて、車両ＩＤを「ＥＣＵ２」および「車種α」に対応付けて登録する（ステップＳ４２６）。

次に、ベンダサーバ１８１Ｂは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ４２８）。

次に、管理装置１０１は、ベンダサーバ１８１Ｂから応答情報を受信すると、受信した応答情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｃをベンダサーバ１８１Ｃへ送信する（ステップＳ４３０）。

次に、ベンダサーバ１８１Ｃは、管理装置１０１から適合後ｈｔｔｐポストＰｔｃを受信すると、受信した適合後ｈｔｔｐポストＰｔｃに基づいて、車両ＩＤを「ＥＣＵ３」および「車種α」に対応付けて登録する（ステップＳ４３２）。

次に、ベンダサーバ１８１Ｃは、たとえば登録が成功したことを示す応答情報を管理装置１０１へ送信する（ステップＳ４３４）。

次に、管理装置１０１は、ベンダサーバ１８１Ｃから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した応答情報の内容をまとめた応答情報を端末装置１５１へ送信する（ステップＳ４３６）。

なお、車両ＩＤテーブルＩＴ１の内容は、上述のシーケンスにより登録される構成に限らず、管理装置１０１の管理者が手動で登録してもよい。

また、上記シーケンスにおいて、端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃに車両ＩＤを一括して登録する構成であるとしたが、これに限定するものではない。端末装置１５１は、ベンダサーバ１８１Ａ〜１８１Ｃに１つずつ順番に車両ＩＤを登録する構成であってもよい。

［更新状況取得処理］
図１５は、本発明の第１の実施の形態に係る管理システムにおいて、管理装置が車両におけるファームウェアの更新状況をベンダサーバから取得する際のシーケンスの一例を示す図である。

図１５を参照して、まず、ユーザは、更新状況取得処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０１における更新状況取得処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ５０２）。

次に、端末装置１５１は、ユーザの操作に従って、更新状況取得処理用のＵＲＬ宛のｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０１へ送信する（ステップＳ５０４）。

次に、管理装置１０１は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、更新状況取得処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ５０６）。

更新状況取得処理用のＧＵＩには、たとえば、車両ＩＤを入力するための複数の欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

次に、端末装置１５１は、管理装置１０１からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、更新状況取得処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ５０８）。

次に、ユーザは、Ｗｅｂブラウザに対して入力操作を行う（ステップＳ５１０）。より詳細には、ユーザは、対象車両１のＩＤを入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う。なお、ユーザは、複数の車両のＩＤを入力することも可能である。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０１における更新状況取得処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０１へ送信する（ステップＳ５１２）。

より詳細には、端末装置１５１は、ユーザの操作に基づいて、対象車両１のＩＤをｈｔｔｐボディに含むｈｔｔｐポストを作成する。

端末装置１５１は、当該ｈｔｔｐポストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０１へ送信する。

次に、管理装置１０１は、対象車両１のＩＤに対応する車種情報を取得する（ステップＳ５１３）。詳細には、管理装置１０１における処理部２２は、たとえば、対応情報に基づいて、複数のＥＣＵの更新データに関する更新情報であって車両ごとの更新情報を対応の１または複数のベンダサーバ１８１から取得するための処理を行う。

より詳細には、処理部２２は、ＩＰパケットを受信した通信部２１から当該ＩＰパケットに含まれるｈｔｔｐポストを受けると、テンプレートテーブルＴＴ１を参照し、当該ｈｔｔｐポストに含まれる対象車両１のＩＤに対応する車種、具体的には「車種α」を取得する。

次に、管理装置１０１は、取得した車種に対応するＥＣＵ情報を取得する（ステップＳ５１４）。

より詳細には、管理装置１０１における処理部２２は、ルーティングテーブルＲＴ１ａ（図８参照）を参照し、「車種α」に対応する「ＥＣＵ名」、具体的には「ＥＣＵ１」、「ＥＣＵ２」および「ＥＣＵ３」を取得する。

次に、管理装置１０１は、ＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスを取得する（ステップＳ５１５）。

より詳細には、管理装置１０１における処理部２２は、ルーティングテーブルＲＴ１ａ（図８参照）を参照し、取得したＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスとして「１９２．１６８．１１．２」、「１９２．１６８．２２．３」および「１９２．１６８．３３．４」を取得する。

次に、管理装置１０１は、端末装置１５１からのｈｔｔｐポストに基づいて、ベンダサーバ１８１Ａに適合したコマンド、ベンダサーバ１８１Ｂに適合したコマンドおよびベンダサーバ１８１Ｃに適合したコマンドを作成する（ステップＳ５１６）。

詳細には、管理装置１０１における処理部２２は、ｈｔｔｐポストの宛先ＵＲＬに基づいて、第２の処理が「更新状況取得処理」であることを認識する。

処理部２２は、テンプレートテーブルＴＴ１（図７参照）を参照し、「更新状況取得処理」および「１９２．１６８．１１．２」に対応するテンプレートＴＧａ、「更新状況取得処理」および「１９２．１６８．２２．３」に対応するテンプレートＴＧｂ、ならびに「更新状況取得処理」および「１９２．１６８．３３．４」に対応するテンプレートＴＧｃをテンプレートテーブルＴＴ１から取得する。

処理部２２は、取得したテンプレートＴＧａに対して、ｈｔｔｐポストに基づく必要な情報、具体的には対象車両１のＩＤ、「車種α」および「ＥＣＵ１」を書き込むことで、ベンダサーバ１８１Ａに適合した適合後ｈｔｔｐポストＰｔａを作成する。

また、処理部２２は、テンプレートＴＧｂ，ＴＧｃに基づいて、適合後ｈｔｔｐポストＰｔａと同様の、ベンダサーバ１８１Ｂおよび１８１Ｃにそれぞれ適合した適合後ｈｔｔｐポストＰｔｂおよびＰｔｃを作成する。

処理部２２は、ルーティングテーブルＲＴ１ａを参照し、「車種α」および「ＥＣＵ１」に対応する「１９２．１６８．１１．２」に宛先を指定して、作成した適合後ｈｔｔｐポストＰｔａを通信部２１へ出力する。

次に、管理装置１０１は、適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信する（ステップＳ５１８）。

より詳細には、管理装置１０１における通信部２１は、処理部２２から適合後ｈｔｔｐポストＰｔａを受けると、受けた適合後ｈｔｔｐポストＰｔａを含み、かつ宛先ＩＰアドレスが「１９２．１６８．１１．２」であるＩＰパケットを作成し、作成したＩＰパケットをベンダサーバ１８１Ａへ送信する。

次に、ベンダサーバ１８１Ａは、管理装置１０１から適合後ｈｔｔｐポストＰｔａを受信すると、受信した適合後ｈｔｔｐポストＰｔａに基づいて、対象車両１における「ＥＣＵ１」の名称を有するＥＣＵについての更新情報を当該対象車両１から取得する（ステップＳ５２０）。

次に、ベンダサーバ１８１Ａは、取得した更新情報を管理装置１０１へ送信する（ステップＳ５２２）。

次に、管理装置１０１は、ベンダサーバ１８１Ａから更新情報を受信すると、受信した更新情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｂをベンダサーバ１８１Ｂへ送信する（ステップＳ５２４）。

次に、ベンダサーバ１８１Ｂは、管理装置１０１から適合後ｈｔｔｐポストＰｔｂを受信すると、受信した適合後ｈｔｔｐポストＰｔｂに基づいて、対象車両１における「ＥＣＵ２」の名称を有するＥＣＵについての更新情報を当該対象車両１から取得する（ステップＳ５２６）。

次に、ベンダサーバ１８１Ｂは、取得した更新情報を管理装置１０１へ送信する（ステップＳ５２８）。

次に、管理装置１０１は、ベンダサーバ１８１Ｂから更新情報を受信すると、受信した更新情報の内容を認識するとともに、適合後ｈｔｔｐポストＰｔｃをベンダサーバ１８１Ｃへ送信する（ステップＳ５３０）。

次に、ベンダサーバ１８１Ｃは、管理装置１０１から適合後ｈｔｔｐポストＰｔｃを受信すると、受信した適合後ｈｔｔｐポストＰｔｃに基づいて、対象車両１における「ＥＣＵ３」の名称を有するＥＣＵについての更新情報を当該対象車両１から取得する（ステップＳ５３２）。

次に、ベンダサーバ１８１Ｃは、取得した更新情報を管理装置１０１へ送信する（ステップＳ５３４）。

次に、管理装置１０１は、ベンダサーバ１８１Ｃから更新情報を受信すると、受信した更新情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した更新情報の内容をまとめた更新情報を端末装置１５１へ送信する（ステップＳ５３６）。

図１６は、本発明の第１の実施の形態に係る管理システムにおける端末装置がＷｅｂブラウザに表示する内容の一例を示す図である。

図１６を参照して、端末装置１５１は、管理装置１０１から更新情報を受信すると、受信した更新情報の内容をＷｅｂブラウザに表示する。

なお、本発明の第１の実施の形態に係る管理システムでは、管理装置１０１における記憶部２３は、テンプレートテーブルＴＴ１およびルーティングテーブルＲＴ１ａを対応情報として記憶する構成であるとしたが、これに限定するものではない。記憶部２３は、機器識別情報と、蓄積装置識別情報との対応関係を示す対応情報を記憶する構成であってもよい。具体的には、記憶部２３は、「車種」および「ベンダの名称」の項目を除いたルーティングテーブルＲＴ１ａを記憶する構成であってもよい。

また、本発明の第１の実施の形態に係る管理システムの変形例では、管理装置１０１における記憶部２３は、車両ＩＤテーブルＩＴ１、テンプレートテーブルＴＴ１およびルーティングテーブルＲＴ１ａを対応情報として記憶する構成であるとしたが、これに限定するものではない。記憶部２３は、車両識別情報と、機器識別情報と、蓄積装置識別情報との対応関係を示す対応情報を記憶する構成であってもよい。具体的には、記憶部２３は、車両ＩＤテーブルＩＴ１、および「ベンダの名称」の項目を除いたルーティングテーブルＲＴ１ａを記憶する構成であってもよい。

また、車両ごとの更新情報を取得しない場合は、管理装置１０１における記憶部２３は、機器識別情報と、蓄積装置識別情報との対応関係を示す対応情報を記憶する構成であってもよい。具体的には、記憶部２３は、「車種」および「ベンダの名称」の項目を除いたルーティングテーブルＲＴ１ａを記憶する構成であってもよい。

また、本発明の第１の実施の形態に係る管理装置は、通信部２１を備える構成であるとしたが、これに限定するものではない。管理装置１０１は、通信部２１を備えない構成であってもよい。具体的には、管理装置１０１は、たとえば、所定のスケジュールに従って、各ベンダサーバ１８１との所定の第１の処理を実行する構成であってもよい。

また、本発明の第１の実施の形態に係る管理システムでは、ベンダサーバ１８１Ａ〜１８１Ｃから供給されるＷｅｂＡＰＩが互いに異なる構成であるとしたが、これに限定するものではない。ベンダサーバ１８１Ａ〜１８１Ｃから供給されるＷｅｂＡＰＩが同じ構成であってもよい。この場合、管理装置１０１は、ベンダサーバ１８１Ａ用のテンプレート情報、ベンダサーバ１８１Ｂ用のテンプレート情報、およびベンダサーバ１８１Ｃ用のテンプレート情報を統一して用いることができる。

また、本発明の第１の実施の形態に係る管理システムでは、蓄積装置識別情報が、ベンダサーバ１８１のＩＰアドレスであるとしたが、これに限定するものではない。蓄積装置識別情報が、ＯＴＡベンダの名称であってもよい。このような構成は、たとえば、ベンダサーバ１８１の名称を用いてコマンドを送信可能なシステムに適用することが可能である。

また、本発明の第１の実施の形態に係る管理システムでは、機器識別情報が、ＥＣＵの名称であるとしたが、これに限定するものではない。機器識別情報が、ＥＣＵに適用すべきファームウェアの名称等であってもよい。この場合、端末装置１５１は、ファームウェアの名称を含むＩＰパケットを管理装置１０１へ送信する。

図１７は、図５に示す管理システムにおける管理パターンと異なる管理パターンの一例を示す図である。

図１８は、図１７に示す管理システムに用いられるルーティングテーブルの一例を示す図である。

図１９は、図１７に示す管理システムに用いられる車両ＩＤテーブルの一例を示す図である。

図１７〜図１９を参照して、本発明の第１の実施の形態に係る管理システムでは、複数のベンダサーバ１８１が１つの対象車両１における複数のＥＣＵのデータ更新を管理する構成であるとしたが、これに限定するものではない。管理システム３０１では、図１７に示すように、複数のベンダサーバ１８１が、それぞれ対応の対象車両１における複数のＥＣＵのデータ更新を管理する構成であってもよい。

より詳細には、対象車両１である対象車両１Ａ，１Ｂ，１Ｃの車種は、それぞれ車種α，β，γである。

対象車両１Ａには、ファームウェアＦＷ１〜ＦＷ３にそれぞれ従って動作するＥＣＵ１〜ＥＣＵ３が搭載されている。対象車両１Ｂには、ファームウェアＦＷ４〜ＦＷ６にそれぞれ従って動作するＥＣＵ４〜ＥＣＵ６が搭載されている。対象車両１Ｃには、ファームウェアＦＷ７〜ＦＷ９にそれぞれ従って動作するＥＣＵ７〜ＥＣＵ９が搭載されている。

管理装置１０１における記憶部２３は、テンプレートテーブルＴＴ１（図７参照）、ルーティングテーブルＲＴ２および車両ＩＤテーブルＩＴ２を記憶する。

たとえば、ユーザがファームウェアＦＷ１〜ＦＷ３，ＦＷ４〜ＦＷ６，ＦＷ７〜ＦＷ９を対象車両１Ａ，１Ｂ，１Ｃへそれぞれダウンロードさせる状況において、管理システム３０１では、以下の動作が行われる。

すなわち、管理装置１０１は、端末装置１５１によってアップロードされたファームウェアＦＷ１〜ＦＷ３を受信すると、テンプレートテーブルＴＴ１およびルーティングテーブルＲＴ２に基づいて、受信したファームウェアＦＷ１〜ＦＷ３をベンダサーバ１８１Ａへ送信する。ベンダサーバ１８１Ａは、管理装置１０１からファームウェアＦＷ１〜ＦＷ３を受信して、受信したファームウェアＦＷ１〜ＦＷ３を対象車両１ＡにダウンロードさせることによりＥＣＵ１〜ＥＣＵ３のファームウェアをそれぞれ更新する。

同様に、管理装置１０１は、端末装置１５１によってアップロードされたファームウェアＦＷ４〜ＦＷ６を受信すると、テンプレートテーブルＴＴ１およびルーティングテーブルＲＴ２に基づいて、受信したファームウェアＦＷ４〜ＦＷ６をベンダサーバ１８１Ｂへ送信する。ベンダサーバ１８１Ｂは、管理装置１０１からファームウェアＦＷ４〜ＦＷ６を受信して、受信したファームウェアＦＷ４〜ＦＷ６を対象車両１ＢにダウンロードさせることによりＥＣＵ４〜ＥＣＵ６のファームウェアをそれぞれ更新する。

同様に、管理装置１０１は、端末装置１５１によってアップロードされたファームウェアＦＷ７〜ＦＷ９を受信すると、テンプレートテーブルＴＴ１およびルーティングテーブルＲＴ２に基づいて、受信したファームウェアＦＷ７〜ＦＷ９をベンダサーバ１８１Ｃへ送信する。ベンダサーバ１８１Ｃは、管理装置１０１からファームウェアＦＷ７〜ＦＷ９を受信して、受信したファームウェアＦＷ７〜ＦＷ９を対象車両１ＣにダウンロードさせることによりＥＣＵ７〜ＥＣＵ９のファームウェアをそれぞれ更新する。

また、たとえば、ユーザが「ＩＤα１」の車両ＩＤを有する対象車両１の更新状況を取得する状況においては、管理システム３０１では、以下の動作が行われる。

すなわち、管理装置１０１は、「ＩＤα１」をｈｔｔｐボディに含むｈｔｔｐポストを端末装置１５１から受信すると、テンプレートテーブルＴＴ１、ルーティングテーブルＲＴ２および車両ＩＤテーブルＩＴ２に基づいて適合後ｈｔｔｐポストＰｔａを作成する。この適合後ｈｔｔｐポストＰｔａには、「ＩＤα１」、「車種α」および「ＥＣＵ１」、「車種α」および「ＥＣＵ２」、ならびに「車種α」および「ＥＣＵ３」が書き込まれたテンプレートＴＧａが含まれる。

管理装置１０１は、作成した適合後ｈｔｔｐポストＰｔａをベンダサーバ１８１Ａへ送信し、当該適合後ｈｔｔｐポストＰｔａの応答として更新情報をベンダサーバ１８１Ａから受信する。管理装置１０１は、受信した更新情報を端末装置１５１へ送信する。

また、たとえば、ユーザが「ＩＤβ１」または「ＩＤγ１」の車両ＩＤを有する対象車両１の更新状況を取得する状況においても、車両ＩＤが「ＩＤα１」の場合と同様の動作が行われる。

ところで、特許文献１に記載の車両では、１つの車両制御コンピュータが設けられており、プログラム提供装置から受信した修正プログラムによって当該車両制御コンピュータのプログラムが書き換えられる。

一方、特許文献１に記載の車両と異なり、エンジン制御、ブレーキ制御および空調制御等の制御をそれぞれ行う複数のＥＣＵが車両に設けらることがある。

このような場合、各ＥＣＵの修正プログラムは、複数のプログラム提供装置に分散して保持され、当該複数のプログラム提供装置により配信される構成が考えられる。

このような構成では、たとえば、修正プログラムのプログラム提供装置へのアップロードに関する処理を行う場合において、処理ごとに対象のプログラム提供装置が異なるため、ユーザは、処理に応じてプログラム提供装置のアドレス等を指定する必要がある。このため、ユーザの負担が重くなってしまう。

これに対して、本発明の第１の実施の形態に係る管理装置では、記憶部２３は、対象車両１に搭載された機器を識別可能な機器識別情報と、機器用の更新データを蓄積するベンダサーバ１８１を認識可能な蓄積装置識別情報との対応関係であって、複数の機器および複数のベンダサーバ１８１についての対応関係を示す対応情報を記憶する。そして、処理部２２は、対応情報に基づいて各ベンダサーバ１８１との所定の第１の処理を実行する。

このように、機器識別情報が指定されると、対応情報に基づいて対象のベンダサーバ１８１を特定し、特定した対象のベンダサーバ１８１との所定の処理を実行する構成により、ユーザは、ベンダサーバ１８１のアドレスを指定しなくても、機器識別情報を管理装置１０１へ送信するだけで、当該ベンダサーバ１８１に対する所定の処理、たとえば更新データのベンダサーバ１８１へのアップロードに関する処理を管理装置１０１に実行させることができる。したがって、更新データを蓄積する蓄積装置を複数用いて複数の車載機器のデータ更新を行う構成において、ユーザの負担が重くなることを防ぐことができる。

また、本発明の第１の実施の形態に係る管理装置では、通信部２１は、機器識別情報および更新データを取得する。そして、処理部２２は、対応情報に基づいて、通信部２１によって取得された機器識別情報に対応するベンダサーバ１８１へ、通信部２１によって取得された更新データを送信する。

このような構成により、ユーザは、ベンダサーバ１８１のアドレスを指定せずに機器識別情報および更新データを管理装置１０１へ送信するだけで、更新データを対象のベンダサーバ１８１へ送信させることができる。

また、本発明の第１の実施の形態に係る管理装置では、処理部２２は、対応情報に基づいて、複数の機器の更新データに関する更新情報を対応の１または複数のベンダサーバ１８１から取得する。

このような構成により、ユーザは、管理装置１０１によって取得された更新情報を参照することで、各ベンダサーバ１８１のアドレスを用いて当該各ベンダサーバ１８１から更新情報を取得することなく、複数の機器の更新状況を認識することができる。

また、本発明の第１の実施の形態に係る管理装置では、対応情報は、車両を識別可能な車両識別情報と機器識別情報と蓄積装置識別情報との対応関係を示す。そして、処理部２２は、車両ごとの更新情報を取得する。

このような構成により、ユーザは、管理装置１０１によって取得された更新情報を参照することで、各ベンダサーバ１８１のアドレスを用いて当該各ベンダサーバ１８１から更新情報を取得することなく、複数の車両における複数の機器の更新状況を認識することができる。

また、本発明の第１の実施の形態に係る管理装置では、通信部２１は、機器のデータ更新に関する第２の処理の内容と機器を識別可能な情報とを含む入力情報を取得する。対応情報は、機器識別情報と、第２の処理を認識可能な情報と、蓄積装置識別情報と、ベンダサーバ１８１に対する第１の処理の内容を認識可能な情報との対応関係を示す。対応情報は、同じ第１の処理を実行するために与えるべき情報が異なるか、または同じ第１の処理を実行するためのユーザインタフェースが異なる複数のベンダサーバ１８１の対応関係を示す。そして、処理部２２は、対応情報に基づいて、入力情報の示す機器を識別可能な情報に対応するベンダサーバ１８１に対して入力情報の示す第２の処理に対応する第１の処理を実行する。

ユーザが、管理装置１０１を用いずにベンダサーバ１８１に対して第１の処理を実行させる場合、たとえばベンダサーバ１８１の別に応じてユーザに求められる操作内容が異なる。一方、ユーザが、管理装置１０１を用いてベンダサーバ１８１に対して第１の処理を実行させる場合、いずれのベンダサーバ１８１に対して第１の処理を実行させる場合においても、対応情報に基づいて、第２の処理に対応する第１の処理が実行されるので、ユーザに求められる第２の処理の内容についての入力操作を共通化することができる。したがって、ユーザは、複数のベンダサーバ１８１から求められる操作内容を知らなくても、入力情報を管理装置１０１へ送信するだけで、管理装置１０１に第１の処理を実行させることができる。

また、本発明の第１の実施の形態に係る管理装置では、機器識別情報は、機器の名称である。

このように、機器に固有であり、かつたとえばユーザに分かり易い上記機器の名称を機器識別情報とする構成により、上記機器を確実かつ簡易に識別することができる。

また、本発明の第１の実施の形態に係る管理装置では、蓄積装置識別情報は、ベンダサーバ１８１のアドレスである。

このように、ベンダサーバ１８１に固有であり、かつたとえば第１の処理の内容の送信に標準的に用いることが可能な上記アドレスを蓄積装置識別情報とする構成により、第１の処理の内容の送信を確実かつ簡易に行うことができる。

次に、本発明の他の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

＜第２の実施の形態＞
本実施の形態は、第１の実施の形態に係る管理システムと比べて各ベンダサーバ１８１が提供するＧＵＩが同じ管理システムに関する。以下で説明する内容以外は第１の実施の形態に係る管理システムと同様である。

図２０は、本発明の第２の実施の形態に係る管理システムの構成を示す図である。

図２０を参照して、管理システム３０２は、端末装置１５１と、管理装置１０２と、ベンダサーバ１８１であるベンダサーバ１８１Ａ，１８１Ｄ，１８１Ｅとを備える。

管理システム３０２における端末装置１５１およびベンダサーバ１８１の動作は、図１に示す管理システム３００における端末装置１５１およびベンダサーバ１８１とそれぞれ同様である。

なお、管理システム３０２は、３つのベンダサーバ１８１を備える構成に限らず、２つのベンダサーバ１８１または４つ以上のベンダサーバ１８１を備える構成であってもよい。

この例では、ベンダサーバ１８１Ａ，１８１Ｄ，１８１Ｅは、ＯＴＡベンダＡにより運営される。

また、ベンダサーバ１８１Ａ，１８１Ｄ，１８１ＥのＩＰアドレスは、それぞれ「１９２．１６８．１１．２」，「１９２．１６８．４４．５」，「１９２．１６８．５５．６」である。

ベンダサーバ１８１Ａ，１８１Ｄ，１８１Ｅでは、同じ第１の処理を実行するために与えるべき情報が同じであり、かつ同じ第１の処理を実行するためのユーザインタフェースが同じである。

より詳細には、ベンダサーバ１８１Ｄ，１８１Ｅが提供するＧＵＩは、ベンダサーバ１８１Ａが供給するＧＵＩと同じである。また、ベンダサーバ１８１Ｄ，１８１Ｅが処理可能なコマンドは、ベンダサーバ１８１Ａが処理可能なコマンドと同じである。

図２１は、本発明の第２の実施の形態に係る管理システムにおける管理装置の構成を示す図である。

図２１を参照して、管理装置１０２は、通信部２１と、処理部３２と、記憶部２３とを備える。

管理装置１０２における通信部２１および記憶部２３の動作は、図６に示す管理装置１０１における通信部２１および記憶部２３とそれぞれ同様である。

図２２は、本発明の第２の実施の形態に係る管理装置における記憶部が保持するルーティングテーブルの一例を示す図である。

図２２を参照して、記憶部２３は、車種およびＥＣＵ名を示す判定識別子と、宛先ＩＰアドレスと、ベンダの名称との対応関係を示すルーティングテーブルＲＴ３を保持する。

［ログイン処理］
図２３は、本発明の第２の実施の形態に係る管理システムにおいて管理装置がベンダサーバにログインする際のシーケンスの一例を示す図である。

図２３を参照して、まず、ユーザは、ログイン処理用のＧＵＩの要求を示すｈｔｔｐリクエストを管理装置１０２におけるログイン処理用のＵＲＬへ送信する操作を、端末装置１５１の画面に表示されたＷｅｂブラウザに対して行う（ステップＳ６０２）。

次に、端末装置１５１は、ユーザの操作に従って、ログイン処理用のＵＲＬ宛の上記ｈｔｔｐリクエストを作成し、作成したｈｔｔｐリクエストを管理装置１０２へ送信する（ステップＳ６０４）。

次に、管理装置１０２は、端末装置１５１からｈｔｔｐリクエストを受信すると、受信したｈｔｔｐリクエストに従って、ログイン処理用のＧＵＩを示すｈｔｔｐレスポンスを作成し、作成したｈｔｔｐレスポンスを端末装置１５１へ送信する（ステップＳ６０６）。

ログイン処理用のＧＵＩは、たとえば、図２に示すｈｔｔｐボディＢＯＤＹａの内容、登録対象のＥＣＵの名称、および当該ＥＣＵを搭載する対象車両１の車種を入力するためのユーザインタフェースである。当該ＧＵＩには、「ｎａｍｅ」、「ｐａｓｓｗｏｒｄ」および「ｄｏｍａｉｎ」をそれぞれ入力するための欄、当該欄に対応する説明文、ならびに送信ボタン等が含まれる。

また、当該ＧＵＩには、さらに、ＥＣＵの名称および車種を入力するための複数の判定識別子入力欄、および判定識別子入力欄に対応する説明文が含まれる。

次に、端末装置１５１は、管理装置１０２からｈｔｔｐレスポンスを受信すると、受信したｈｔｔｐレスポンスに基づいて、ログイン処理用のＧＵＩをＷｅｂブラウザに描画する（ステップＳ６０８）。

次に、ユーザは、Ｗｅｂブラウザに対して入力操作を行う（ステップＳ６１０）。より詳細には、ユーザは、「ｎａｍｅ」、「ｐａｓｓｗｏｒｄ」および「ｄｏｍａｉｎ」をそれぞれ入力するための欄に、「ＯＥＭ１」、「ａａａａａａａａ」および「ＯＥＭ１−ＤＯＭＡＩＮ」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。

また、ユーザは、ログイン先を指定するために、３つの判定識別子入力欄に、「ＥＣＵ１」および「車種α」、「ＥＣＵ２」および「車種α」、ならびに「ＥＣＵ３」および「車種α」をそれぞれ入力する操作をＷｅｂブラウザに対して行う。そして、ユーザは、送信ボタンを選択する操作をＷｅｂブラウザに対して行う。

次に、端末装置１５１は、ユーザの操作に従って、管理装置１０２におけるログイン処理用のＵＲＬ宛のｈｔｔｐポストを作成し、作成したｈｔｔｐポストを管理装置１０２へ送信する（ステップＳ６１２）。

より詳細には、端末装置１５１は、ユーザの操作により入力された各情報をｈｔｔｐボディに含むｈｔｔｐポストを作成する。

端末装置１５１は、当該ｈｔｔｐポストを含むＩＰパケットを作成し、作成したＩＰパケットを管理装置１０２へ送信する。

次に、管理装置１０２は、端末装置１５１からＩＰパケットを受信すると、受信したＩＰパケットに含まれるＥＣＵの名称および車種に対応するベンダサーバ１８１のＩＰアドレスを取得する（ステップＳ６１４）。

より詳細には、管理装置１０２における通信部２１は、端末装置１５１から受信したＩＰパケットからｈｔｔｐポストを取得し、取得したｈｔｔｐポストを処理部３２へ出力する。

処理部３２は、通信部２１からｈｔｔｐポストを受けると、ルーティングテーブルＲＴ３（図２２参照）を参照し、当該ｈｔｔｐポストに含まれるＥＣＵの名称および車種の各組に対応するベンダサーバ１８１のＩＰアドレスとして「１９２．１６８．１１．２」、「１９２．１６８．４４．５」および「１９２．１６８．５５．６」を取得する。

処理部３２は、ルーティングテーブルＲＴ３を参照し、「車種α」および「ＥＣＵ１」に対応する「１９２．１６８．１１．２」に宛先を指定して、ｈｔｔｐポストを通信部２１へ出力する。

次に、管理装置１０２は、ｈｔｔｐポストをベンダサーバ１８１Ａへ送信する（ステップＳ６１８）。

より詳細には、管理装置１０２における通信部２１は、処理部３２からｈｔｔｐポストを受けると、受けたｈｔｔｐポストを含み、かつ宛先ＩＰアドレスが「１９２．１６８．１１．２」であるＩＰパケットを作成し、作成したＩＰパケットをベンダサーバ１８１Ａへ送信する。

次に、ベンダサーバ１８１Ａは、管理装置１０２からｈｔｔｐポストを受信すると、受信したｈｔｔｐポストに基づいて、管理装置１０２を認証する（ステップＳ６２０）。

次に、ベンダサーバ１８１Ａは、たとえば認証が成功したことを示す応答情報を管理装置１０２へ送信する（ステップＳ６２２）。

次に、管理装置１０２は、ベンダサーバ１８１Ａから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ｈｔｔｐポストをベンダサーバ１８１Ｄへ送信する（ステップＳ６２４）。

次に、ベンダサーバ１８１Ｄは、管理装置１０２からｈｔｔｐポストを受信すると、受信したｈｔｔｐポストに基づいて、管理装置１０２を認証する（ステップＳ６２６）。

次に、ベンダサーバ１８１Ｄは、たとえば認証が成功したことを示す応答情報を管理装置１０２へ送信する（ステップＳ６２８）。

次に、管理装置１０２は、ベンダサーバ１８１Ｄから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ｈｔｔｐポストをベンダサーバ１８１Ｅへ送信する（ステップＳ６３０）。

次に、ベンダサーバ１８１Ｅは、管理装置１０２からｈｔｔｐポストを受信すると、受信したｈｔｔｐポストに基づいて、管理装置１０２を認証する（ステップＳ６３２）。

次に、ベンダサーバ１８１Ｅは、たとえば認証が成功したことを示す応答情報を管理装置１０２へ送信する（ステップＳ６３４）。

次に、管理装置１０２は、ベンダサーバ１８１Ｅから応答情報を受信すると、受信した応答情報の内容を認識するとともに、ベンダサーバ１８１Ａ〜１８１Ｃからそれぞれ受信した応答情報の内容をまとめた応答情報を端末装置１５１へ送信する（ステップＳ６３６）。

なお、上記シーケンスにおいて、端末装置１５１は、ベンダサーバ１８１Ａ，１８１Ｄ，１８１Ｅに一括してログインする構成であるとしたが、これに限定するものではない。端末装置１５１は、ベンダサーバ１８１Ａ，１８１Ｄ，１８１Ｅに１つずつ順番にログインする構成であってもよい。

その他の構成および動作は第１の実施の形態に係る管理システムと同様であるため、ここでは詳細な説明を繰り返さない。

なお、本発明の第１の実施の形態および第２の実施の形態に係る各装置の構成要素および動作のうち、一部または全部を適宜組み合わせることも可能である。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上の説明は、以下に付記する特徴を含む。

［付記１］
対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶する記憶部と、
前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部とを備え、
前記機器は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）であり、
前記機器識別情報は、前記機器の名称、または前記更新データの名称であり、
前記蓄積装置識別情報は、前記蓄積装置のＩＰアドレス、または前記蓄積装置の名称であり、
前記第１の処理は、ログイン処理、アップロード処理、更新スケジュール登録処理、ＥＣＵ登録処理、車両登録処理または更新状況取得処理である、管理装置。

１ 対象車両
２１ 通信部
２２ 処理部
２３ 記憶部
１０１ 管理装置
１５１ 端末装置
１８１ ベンダサーバ（蓄積装置）
３００，３０１ 管理システム

Claims (9)

1. 対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶する記憶部と、
   前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部とを備える、管理装置。
2. 前記管理装置は、さらに、
   前記機器識別情報および前記更新データを取得する取得部を備え、
   前記処理部は、前記対応情報に基づいて、前記取得部によって取得された前記機器識別情報に対応する前記蓄積装置へ、前記取得部によって取得された前記更新データを送信する、請求項１に記載の管理装置。
3. 前記処理部は、前記対応情報に基づいて、複数の前記機器の前記更新データに関する更新情報を対応の１または複数の前記蓄積装置から取得する、請求項１または請求項２に記載の管理装置。
4. 前記対応情報は、車両を識別可能な車両識別情報と前記機器識別情報と前記蓄積装置識別情報との対応関係を示し、
   前記処理部は、車両ごとの前記更新情報を取得する、請求項３に記載の管理装置。
5. 前記管理装置は、さらに、
   前記機器のデータ更新に関する第２の処理の内容と前記機器を識別可能な情報とを含む入力情報を取得する取得部を備え、
   前記対応情報は、前記機器識別情報と、前記第２の処理を認識可能な情報と、前記蓄積装置識別情報と、前記蓄積装置に対する前記第１の処理の内容を認識可能な情報との対応関係を示し、
   前記対応情報は、同じ前記第１の処理を実行するために与えるべき情報が異なるか、または同じ前記第１の処理を実行するためのユーザインタフェースが異なる複数の前記蓄積装置の前記対応関係を示し、
   前記処理部は、前記対応情報に基づいて、前記入力情報の示す前記機器を識別可能な情報に対応する前記蓄積装置に対して前記入力情報の示す前記第２の処理に対応する前記第１の処理を実行する、請求項１から請求項４のいずれか１項に記載の管理装置。
6. 前記機器識別情報は、前記機器の名称である、請求項１から請求項５のいずれか１項に記載の管理装置。
7. 前記蓄積装置識別情報は、前記蓄積装置のアドレスである、請求項１から請求項６のいずれか１項に記載の管理装置。
8. 記憶部を備える管理装置における管理方法であって、
   前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、
   前記対応情報を前記記憶部から取得するステップと、
   取得した前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行するステップとを含む、管理方法。
9. 記憶部を備える管理装置において用いられる管理プログラムであって、
   前記記憶部は、対象車両に搭載された機器を識別可能な機器識別情報と、前記機器用の更新データを蓄積する蓄積装置を認識可能な蓄積装置識別情報との対応関係であって、複数の前記機器および複数の前記蓄積装置についての前記対応関係を示す対応情報を記憶し、
   コンピュータを、
   前記対応情報に基づいて各前記蓄積装置との所定の第１の処理を実行する処理部、
   として機能させるための、管理プログラム。

Images