JP2013142994A - 情報配信方法、情報配信システムおよび車載端末 - Google Patents

Abstract

【課題】サーバから車載端末にソフトウェアを配信する場合に、配信対象でない車載端末に対してソフトウェアがインストールされるのを防いだ上で、入力の手間やダウンロードのための時間を削減し、ユーザの利便性を向上させる。
【解決手段】情報配信システムの車載端末１０およびサーバ３０には、その車載端末１０に固有な端末識別情報および端末固有鍵について同一の情報が記憶される。そして、車載端末１０は、端末識別情報を端末固有鍵で暗号化した上で、通信端末２０を介して、サーバ３０に送信し端末認証を行い、サーバ３０は暗号化されたソフトウェアを通信端末２０に送信する。通信端末２０は、暗号化されたソフトウェアを車載端末１０に送信し、車載端末１０は、サーバ３０から端末固有鍵で暗号化されたソフトウェア固有鍵を取得し、そのソフトウェア固有鍵を用いて暗号化されたソフトウェアを復号し、インストールを行う。
【選択図】図８

Description

本発明は、携帯電話等の通信機器を外部接続することが可能なカーナビゲーション等の車載端末に対してサーバから情報を配信する、情報配信方法、情報配信システムおよび車載端末に関する。

３Ｇ（3rd Generation）回線網等の移動体通信網や無線ＬＡＮ（Local Area Network）を使用してデータ通信を行う、高機能携帯電話（いわゆる「スマートフォン」）等の通信端末が普及してきた。高機能携帯電話では、ＰＣ（Personal Computer）と同様に様々なソフトウェアを実行可能で、それらのソフトウェアをユーザが自由にインストール可能である。高機能携帯電話は、このような特徴を有するため、Ｗｅｂサービスとの親和性が高く多様なサービスが提供されている。

通信機能を具備しないことが多いカーナビゲーション等の車載端末においては、高機能携帯電話とＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）等の機器間通信を使用し、高機能携帯電話側のＷｅｂサービス等のデータ通信が前提となるサービスを間接的に利用することが行われている。例えば、高機能携帯電話でインターネット検索機能により目的地の情報を検索し、その目的地へのルート検索を指示すると、その地点の情報がカーナビゲーション側に送信される。そして、カーナビゲーションにおいてルート検索が行われ、その結果がカーナビゲーションに表示される。

このような高機能携帯電話と車載端末との連携は、双方のソフトウェアの連携によって実現される。ソフトウェアによる連携機能の提供により、ユーザによるソフトウェアの追加を容易にし、例えば新サービスに対応するためのソフトウェアを後から追加可能となる。高機能携帯電話では、アプリケーションの配布やＯＳ（Operating System）の更新等、端末上で動作するソフトウェアの配信は、通信ネットワークを介してサーバから実行されることが一般的である。車載端末への車載端末上で動作するソフトウェアの配信の場合も、同様に高機能携帯電話との接続により、通信ネットワークを介してサーバから実行される。

しかしながら、車載端末は人の安全に関わる機器であるため、車載端末での検証が充分に行われていないソフトウェア、配信先の車載端末には適合しないソフトウェア、故意に安全を脅かすような振る舞いを行う不正なソフトウェアといった、車載端末の安全性を損なうようなソフトウェアの車載端末へのインストールを防ぐ必要がある。

これを実現する技術として、非特許文献１に記載された技術がある。非特許文献１に記載された技術では、まず、ソフトウェアの配信の前に、車載端末の製品コード、シリアル番号等の端末識別情報をユーザがＰＣ上のブラウザから入力することで端末認証を行う。端末認証により車載端末の種別が特定されるので、サーバ側で車載端末に適合するソフトウェアを特定することができる。車載端末に適合するソフトウェアはサーバから配信されて、ＰＣによりリムーバブルメディア内に保存される。そのリムーバブルメディアを車載端末に挿入することで、ユーザが所望するソフトウェアが車載端末にインストールされる。

しかしながら、この非特許文献１に記載された技術では、ユーザが車載端末から端末識別情報を予め取得した上で、端末識別情報をＰＣ上に入力し、さらにリムーバブルメディアを車載端末に挿入してソフトウェアをインストールするため、入力の手間やダウンロードのために時間を要するものであった。

この問題を解決するための技術として、特許文献１に記載された技術がある。特許文献１に記載の技術では、携帯電話からＰＣや車載端末等の別の端末用のソフトウェアを購入する場合に、本人確認が容易な携帯電話の固有識別情報を用いて認証を行い、携帯電話に対してソフトウェアの利用権利を発行する。ソフトウェアの利用権利を持つ携帯電話を接続した端末からサーバに接続すると、携帯電話の固有識別情報と携帯電話内の利用権利がサーバに送信される。そして、端末のソフトウェアの利用権利が確認されることで端末に対してソフトウェアが配信される。よって、この特許文献１に記載の技術では、ユーザに複雑な入力操作を行わせることなくソフトウェアの配信を実現する。

「ダウンロードコンテンツの購入方法」、［online］、クラリオン株式会社、［平成２３年９月１２日検索］インターネット<URL:http://chizu-route-susumu.jp/ec_help/index.html>

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

しかしながら、特許文献１に記載の技術では、認証されるのは携帯電話であって、携帯電話が接続されているソフトウェアがインストールされる端末は認証されていない。車載端末は、通信機能を具備しないことが多いため、この技術を適用することができない場合がある。また、端末が認証されない場合、配信対象でない端末に対してソフトウェアがインストールされる可能性がある。この点については、非特許文献１に記載された技術においても、リムーバブルメディアは端末識別情報が異なる端末にも挿入が可能であり、ソフトウェアの配信後に端末識別情報が異なる車載端末に対してソフトウェアが不正にインストールされる可能性がある。

この問題に加えて、例えば、１家族で複数の自動車を保有し、複数の車載端末それぞれにソフトウェアのインストールを行う場合や、カーシェアリングされた自動車やレンタカーのような普段使っていない自動車内の車載端末へソフトウェアのインストールを行う場合に、非特許文献１や特許文献１に記載の技術では、その都度ユーザが端末識別情報を取得して入力し、その車載端末専用のソフトウェアをダウンロードする必要があり、入力の手間やインストールのための時間を要するという問題があった。

このような背景に鑑みて本発明がなされたのであり、本発明は、通信機能を具備しない車載端末に対してその車載端末に適合するソフトウェアを配信する場合に、配信対象でない車載端末に対してソフトウェアがインストールされるのを防いだ上で、入力の手間やダウンロードのための時間を削減し、ユーザの利便性を向上させる、情報配信方法、情報配信システムおよび車載端末を提供することを目的とする。

本発明の情報配信システムの車載端末には、その車載端末に固有な端末識別情報および端末固有鍵が記憶され、サーバには、その端末識別情報および端末固有鍵と同じ情報であるサーバ側端末識別情報およびサーバ側端末固有鍵が記憶される。そして、車載端末は、端末識別情報を通信端末（例えば、高機能携帯電話）を介してサーバに送信し、サーバは、サーバ側端末識別情報に基づき端末認証を行い、認証が成功した場合に、暗号化されたソフトウェアを通信端末に送信する。通信端末は、暗号化されたソフトウェアを車載端末に送信し、車載端末は、サーバにおいて、サーバ側端末固有鍵で暗号化されたソフトウェア固有鍵を、通信端末を介して取得し、そのソフトウェア固有鍵を用いて暗号化されたソフトウェアを復号し、インストールを行う。

本発明によれば、通信機能を具備しない車載端末に対してその車載端末に適合するソフトウェアを配信する場合に、配信対象でない車載端末に対してソフトウェアがインストールされるのを防いだ上で、入力の手間やダウンロードのための時間を削減し、ユーザの利便性を向上させる、情報配信方法、情報配信システムおよび車載端末を提供することができる。

本発明の第１の実施形態に係る情報配信システムの全体構成を説明するための図である。 本発明の第１の実施形態に係る車載端末の構成例を示す機能ブロック図である。 本発明の第１の実施形態に係る通信端末の構成例を示す機能ブロック図である。 本発明の第１の実施形態に係るサーバの構成例を示す機能ブロック図である。 本発明の第１の実施形態に係る車載端末管理ＤＢに記憶されるデータの構成を説明するための図である。 本発明の第１の実施形態に係る情報配信システムが行う端末認証処理の流れを示すシーケンス図である。 本発明の第１の実施形態に係る情報配信システムが行うソフトウェア取得処理の流れを示すシーケンス図である。 本発明の第１の実施形態に係る情報配信システムが行うソフトウェア固有鍵取得処理の流れを示すシーケンス図である。 本発明の第１の実施形態に係る車載端末および通信端末の端末認証処理中における画面表示の一例を示す図である。 本発明の第１の実施形態に係る通信端末のソフトウェア取得処理中における画面表示の一例を示す図である。 本発明の第１の実施形態に係る車載端末および通信端末のソフトウェア固有鍵取得処理中における画面表示の一例を示す図である。 本発明の第２の実施形態に係るサーバが、第２の車載端末から通信端末を介して、ソフトウェア固有鍵要求情報を受信した場合の処理の流れを示すシーケンス図である。 本発明の第２の実施形態に係るソフトウェア再配信処理の流れを示すシーケンス図である。

次に、本発明を実施するための形態（以下、「本発明の実施形態」という）に係る情報配信システム１等について説明する。まず、本発明の第１の実施形態に係る情報配信システム１として、単一の車載端末１０が、通信端末２０を介してサーバ３０からソフトウェアを取得する例を説明する。次に、本発明の第２の実施形態に係る情報配信システム１として、複数の車載端末１０が、通信端末２０を介してソフトウェアを取得する例を説明する。
なお、本発明の実施形態に係る通信端末２０は、例えば、高機能携帯電話であるが、車載端末１０およびサーバ３０と接続されソフトウェア等の送受信が可能な通信装置であればよい。

≪第１の実施形態≫
まず、本発明の第１の実施形態に係る情報配信システム１について説明する。本発明の第１の実施形態は、単一の車載端末１０が、通信端末２０を介してサーバ３０からソフトウェアを取得する例である。
図１は、本発明の第１の実施形態に係る情報配信システム１の全体構成を説明するための図である。

図１に示すように、本発明の第１の実施形態に係る情報配信システム１は、車載端末１０と、通信端末２０と、サーバ３０とを含んで構成される。車載端末１０は、通信回線等による通信機能を具備していない車載端末１０（例えば、カーナビゲーション）であり、機器間通信により通信端末２０と接続する。ここで機器間通信とは、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈおよび無線ＬＡＮ（Local Area Network）といった、車載端末１０や通信端末２０が一般的に有している機器間での通信機能を指している。通信端末２０は、３Ｇ回線網等の移動体通信網や無線ＬＡＮを使用してデータ通信を行う高機能携帯電話等であり、例えば、スマートフォンである。この通信端末２０は、通信ネットワーク４０を介してインターネットに接続している。また、車載端末１０は、通信端末２０を介してインターネットに接続することができる。サーバ３０は、通信端末２０を介して車載端末１０にソフトウェアを配信する機能を備えており、通信端末２０とサーバ３０とは、インターネットを経由してＨＴＴＰ（Hypertext Transfer Protocol）で接続している。

次に、本発明の第１の実施形態に係る情報配信システム１を構成する各装置について、具体的に説明する。

＜車載端末＞
図２は、本発明の第１の実施形態に係る車載端末１０の構成例を示す機能ブロック図である。
図２に示すように、車載端末１０は、制御部１１と、記憶部１２と、ディスプレイ１３と、入力インタフェース１４と、スピーカ１５と、機器間通信部１６とを含んで構成される。

制御部１１は、車載端末１０全体の制御を司り、認証情報生成部１１１、認証情報検証部１１２、インストール処理部１１３、暗号化処理部１１４、時計部１１５、画像処理部１１６、入力処理部１１７および音声処理部１１８を含んで構成される。なお、この制御部１１の機能は、例えば、車載端末１０の記憶部１２に記憶されたプログラムを、ＣＰＵ（Central Processing Unit）が不図示のメモリ（ＲＡＭ等）に展開し実行することで実現される。

認証情報生成部１１１は、サーバ３０からのソフトウェアのインストールのために用いる、端末認証情報およびソフトウェア固有鍵要求情報を生成する。
具体的には、認証情報生成部１１１は、端末認証情報（以下、「Ａ」情報とする）として、
（Ａ−１）記憶部１２内の後記する端末識別情報１０１と、
（Ａ−２）時計部１１５から取得する日時と、
（Ａ−３）端末識別情報１０１および日時を、暗号化処理部１１４が記憶部１２内の端末固有鍵１０２を用いて暗号化した情報（暗号化情報）と、
を含む情報を生成する。

また、認証情報生成部１１１は、ソフトウェア固有鍵要求情報（以下、「Ｂ」情報とする）として、
（Ｂ−１）記憶部１２内の後記する端末識別情報１０１と、
（Ｂ−２）時計部１１５から取得する日時と、
（Ｂ−３）通信端末２０を介してサーバ３０から取得した暗号化ソフトウェアの識別情報と、
（Ｂ−４）端末識別情報１０１、日時および暗号化ソフトウェアの識別情報を、暗号化処理部１１４が記憶部１２内の端末固有鍵１０２を用いて暗号化した情報（暗号化情報）と、
を含む情報を生成する。

認証情報検証部１１２は、通信端末２０を介してサーバ３０から取得した、ソフトウェア固有鍵認証情報（以下、「Ｃ」情報とする）が改ざんされたものでないか否かの検証を行う。
なお、ソフトウェア固有鍵認証情報（「Ｃ」情報）は、後記するサーバ３０の認証情報生成処理部３１３で生成される情報である。
このソフトウェア固有鍵認証情報（「Ｃ」情報）は、
（Ｃ−１）暗号化ソフトウェアの識別情報と、
（Ｃ−２）暗号化ソフトウェアの識別情報およびソフトウェア固有鍵を、サーバ側端末固有鍵３０２（後記する図５参照）を用いて暗号化した情報（暗号化情報）と、
を含んで構成される。なお、このソフトウェア固有鍵認証情報の詳細は後記する。

認証情報検証部１１２は、具体的な処理として、ソフトウェア固有鍵認証情報（「Ｃ」情報）の（Ｃ−２）暗号化情報を、自身の記憶部１２に保存する端末固有鍵１０２で復号し、その復号した暗号化ソフトウェアの識別情報と、ソフトウェア固有鍵認証情報の（Ｃ−１）暗号化ソフトウェアの識別情報と、が一致するか否かを検証する。そして、認証情報検証部１１２は、一致しない場合には、ソフトウェア固有鍵認証情報が改ざんされたものとして処理を終了する。一方、認証情報検証部１１２は、一致する場合には、認証をＰＡＳＳしたものとして、復号時に同時に得られるソフトウェア固有鍵を用いて、記憶部１２に格納されている暗号化ソフトウェアを復号する。

インストール処理部１１３は、認証情報検証部１１２が復号したソフトウェアをインストールする。

暗号化処理部１１４は、認証情報生成部１１１からの指示に基づき、端末識別情報１０１および日時を、記憶部１２内の端末固有鍵１０２を用いて暗号化する。そしてその暗号化した情報を、認証情報生成部１１１に引き渡す。
また、暗号化処理部１１４は、同じく認証情報生成部１１１からの指示に基づき、端末識別情報１０１、日時および暗号化ソフトウェアの識別情報を、記憶部１２内の端末固有鍵１０２を用いて暗号化する。そしてその暗号化した情報を、認証情報生成部１１１に引き渡す。

時計部１１５は、認証情報生成部１１１からの指示を受け取ると、その時点の日時を、認証情報生成部１１１に引き渡す。

画像処理部１１６は、ソフトウェアのインストールの現時点における処理段階を示す表示画像を生成し、ディスプレイ１３に表示させる処理を行う。
入力処理部１１７は、入力インタフェース１４を介してユーザの入力情報を取得する。
音声処理部１１８は、ソフトウェアのインストールの現時点における処理段階をスピーカ１５に音声情報として出力させる処理を行う。

記憶部１２には、ハードディスクやフラッシュメモリ等から構成され、端末識別情報１０１と端末固有鍵１０２とが記憶されている。
端末識別情報１０１は、車載端末１０の製品番号やモデル番号、製造番号等の端末を一意に特定するための情報である。この端末識別情報１０１によりその車載端末１０を一意に特定し、また、製品番号や型式（機種）、バージョン等を示す車載端末１０の種別をサーバ３０が特定することができる。
また、端末固有鍵１０２は、暗号化処理に用いられる情報であり、車載端末１０ごと、つまり端末識別情報１０１ごとに異なる値を有する。なお、サーバ３０には、この端末識別情報１０１と端末固有鍵１０２との組について、同じ情報が、サーバ側端末識別情報３０１、サーバ側端末固有鍵３０２の組として記憶される。

ディスプレイ１３は、経路や目的地等の情報を表示する表示装置であり、画像処理部１１６を介して、ソフトウェアのインストールの処理段階を示す情報が表示される。
入力インタフェース１４は、タッチパネルや入力ボタン、リモコン等の入力装置である。
スピーカ１５は、ソフトウェアのインストールの処理段階を示す情報を音声情報として出力する。

機器間通信部１６は、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ等による通信を制御し、通信端末２０との間で、情報の送受信を行う。

＜通信端末＞
次に、本発明の第１の実施形態に係る通信端末２０について説明する。
図３は、本発明の第１の実施形態に係る通信端末２０の構成例を示す機能ブロック図である。
図３に示すように、通信端末２０は、制御部２１と、記憶部２２と、ディスプレイ２３と、入力インタフェース２４と、スピーカ２５と、機器間通信部１６と、通信部２７とを含んで構成される。

制御部２１は、通信端末２０全体の制御を司り、車載端末認証部２１１、ソフトウェア取得部２１２、ソフトウェア送信部２１３、暗号化処理部２１４、ＨＴＴＰクライアント処理部２１５、画像処理部２１６、入力処理部２１７および音声処理部２１８を含んで構成される。なお、この制御部２１の機能は、例えば、通信端末２０の記憶部２２に記憶されたプログラムを、ＣＰＵが不図示のメモリ（ＲＡＭ等）に展開し実行することで実現される。

車載端末認証部２１１は、機器間通信で接続された車載端末１０の端末認証処理の全般を制御する。
具体的には、車載端末認証部２１１は、入力処理部２１７を介して、ユーザから端末認証開始の指示を受け取ると、機器間通信で接続された車載端末１０に対して、端末認証情報（「Ａ」情報）を要求する認証情報要求メッセージを送信し、その車載端末１０から端末認証情報を受信する。
次に、車載端末認証部２１１は、端末認証情報を付した端末認証要求メッセージをサーバ３０に送信する。そして、サーバ３０において端末認証情報の検証が成功したことを示す認証成功メッセージを受信すると、その認証成功メッセージに付された端末認証情報（「Ａ」情報）を、記憶部２２に保存する。また、車載端末認証部２１１は、端末認証が完了したことを示す端末認証完了メッセージを、車載端末１０へ送信する。

ソフトウェア取得部２１２は、サーバ３０からソフトウェアを取得する処理の全般を制御する。
具体的には、ソフトウェア取得部２１２は、入力処理部２１７を介して、ユーザからソフトウェア取得開始が指示されると、通信ネットワーク４０を介してサーバ３０に、記憶部２２に保存した端末認証情報（「Ａ」情報）を付したソフトウェア取得要求メッセージを送信する。
そして、ソフトウェア取得部２１２は、サーバ３０から、ソフトウェアのダウンロード先となるＵＲＬを受信すると、ＨＴＴＰクライアント処理部２１５を介して、自身の記憶部２２に保存した端末認証情報（「Ａ」情報）を付して、ソフトウェアのダウンロード先のＵＲＬにアクセスする。
また、ソフトウェア取得部２１２は、ソフトウェア固有鍵で暗号化された状態のソフトウェア（以下、「暗号化ソフトウェア」とよぶ）を受信し、記憶部２２にその暗号化ソフトウェアを保存する。

ソフトウェア送信部２１３は、車載端末１０に暗号化ソフトウェアを送信し、その暗号化ソフトウェアを復号するためのソフトウェア固有鍵を、サーバ３０から車載端末１０が取得するために必要な一連の処理を行う。
具体的には、ソフトウェア送信部２１３は、入力処理部２１７を介して、ユーザからソフトウェアのインストール要求の指示がされると、機器間通信により接続された車載端末１０に対して、記憶部２２に保存しておいた暗号化ソフトウェアを送信する。
そして、ソフトウェア送信部２１３は、車載端末１０からソフトウェア固有鍵要求情報（「Ｂ」情報）を受信すると、そのソフトウェア固有鍵要求情報を付したソフトウェア固有鍵要求メッセージを、通信ネットワーク４０を介して、サーバ３０に送信する。
また、ソフトウェア送信部２１３は、ソフトウェア固有鍵認証情報（「Ｃ」情報）をサーバ３０から受信し、そのソフトウェア固有鍵認証情報を車載端末１０へ送信する。

暗号化処理部２１４は、通信ネットワーク４０を介してサーバ３０との送受信を行う情報について、例えば、ＳＳＬ（Secure Sockets Layer）／ＴＳＬ（Transport Layer Security）等の暗号化処理を行う。後記においては、説明を省略するが、通信端末２０とサーバ３０との間の通信は、すべてこの暗号化処理部２１４により暗号化された情報として送受信される。

ＨＴＴＰクライアント処理部２１５は、ソフトウェア取得部２１２がサーバ３０から取得したＵＲＬに対して、ＨＴＴＰ（HyperText Transfer Protocol）に基づき情報を送受信する処理を司る。

画像処理部２１６は、車載端末１０へのソフトウェアのインストールの現時点における処理段階を示す表示画像を生成し、ディスプレイ２３に表示させる処理を行う。
入力処理部２１７は、入力インタフェース２４を介してユーザの入力情報を取得する。
音声処理部２１８は、車載端末１０へのソフトウェアのインストールの現時点における処理段階をスピーカ２５に音声情報として出力させる処理を行う。

また、機器間通信部２６は、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ等による通信を制御し、車載端末１０との間で、情報の送受信を行う。
通信部２７は、移動体通信網や無線ＬＡＮ等の通信ネットワーク４０を介して、サーバ３０と送受信する情報の制御を行う。

＜サーバ＞
次に、本発明の第１の実施形態に係るサーバ３０について説明する。
図４は、本発明の第１の実施形態に係るサーバ３０の構成例を示す機能ブロック図である。
図４に示すように、サーバ３０は、制御部３１と、記憶部３２と、通信部３７とを含んで構成される。

記憶部３２には、車載端末管理ＤＢ（DataBase）３００、車載端末用ソフトウェアＤＢ３１０およびソフトウェア固有鍵ＤＢ３２０が記憶されている。

図５は、本発明の第１の実施形態に係る車載端末管理ＤＢ３００に記憶されるデータの構成を説明するための図である。
図５に示すように、車載端末管理ＤＢ３００には、サーバ側端末識別情報３０１に対応付けて、サーバ側端末固有鍵３０２および最終認証日時３０３が格納される。
このサーバ側端末識別情報３０１およびサーバ側端末固有鍵３０２の組の情報は、車載端末１０に記憶される端末識別情報１０１および端末固有鍵１０２の組と同じ情報である。
最終認証日時３０３は、後記する認証情報管理部３１２により、端末認証が行われて、認証が成功する度に、その認証要求（端末認証情報およびソフトウェア固有鍵要求情報）に付された日時により更新される情報である。

図４に戻り、車載端末用ソフトウェアＤＢ３１０には、その車載端末１０の機種やバージョン等の種別ごとに、対応したソフトウェアが格納される。
また、ソフトウェア固有鍵ＤＢ３２０には、車載端末用ソフトウェアＤＢ３１０に格納されている各ソフトウェアの復号用の鍵（以下、「ソフトウェア固有鍵」という）が格納される。なお、このソフトウェア固有鍵は、後記する暗号化ソフトウェアの識別情報に対応づけて保存される。

制御部３１は、サーバ３０全体の制御を司り、認証情報検証処理部３１１、認証情報管理部３１２、認証情報生成処理部３１３、暗号化処理部３１４、時計部３１５、ＨＴＴＰサーバ処理部３１６およびソフトウェア配信部３１７を含んで構成される。なお、この制御部３１の機能は、例えば、サーバ３０の記憶部３２に記憶されたプログラムを、ＣＰＵが不図示のメモリ（ＲＡＭ等）に展開し実行することで実現される。

認証情報検証処理部３１１は、車載端末１０の端末認証やソフトウェアの配信等に関する認証情報の検証全般を制御する。
具体的には、認証情報検証処理部３１１は、通信端末２０から端末認証情報（「Ａ」情報）が付された端末認証要求メッセージを受信すると、その端末認証情報から、（Ａ−１）端末識別情報１０１と、（Ａ−２）日時と、（Ａ−３）端末識別情報１０１および日時を、端末固有鍵１０２を用いて暗号化した情報（暗号化情報）とを取得する。そして、認証情報検証処理部３１１は、端末認証情報から取得した（Ａ−１）端末識別情報１０１をキーとして、記憶部３２内の車載端末管理ＤＢ３００の検索を行う。具体的には、まず、認証情報検証処理部３１１は、（Ａ−１）端末識別情報１０１に一致する、サーバ側端末識別情報３０１を検索し、その最終認証日時３０３を取得する。

次に、認証情報検証処理部３１１は、（Ａ−２）日時と、取得した最終認証日時３０３から所定の閾値を減算した値とを比較する。そして、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ａ−２）日時より新しい場合は、リプレイ攻撃等の不正アクセスの可能性があるため認証ＮＧとして処理を終える。一方、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ａ−２）日時より古い場合は、端末認証情報の（Ａ−１）端末識別情報１０１と、（Ａ−２）日時とを、サーバ側端末固定鍵３０２を用いて暗号化処理部３１４を介して暗号化する。そして、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ａ−３）暗号化情報と一致する場合には、正しい端末固定鍵１０２を有する車載端末１０からの認証要求と判定し、認証をＰＡＳＳ（認証ＯＫ）させる。
なお、認証情報検証処理部３１１は、端末認証情報（「Ａ」情報）が、車載端末１０からのサーバ３０への最初の認証要求であり、最終認証日時３０３に情報が格納されていない場合には、（Ａ−２）日時と最終認証日時３０３との比較は行わず、端末認証情報の（Ａ−１）端末識別情報１０１と、（Ａ−２）日時とを、サーバ側端末固定鍵３０２を用いて暗号化し、（Ａ−３）暗号化情報と一致するか否かの判定に進む。

ここで、閾値を導入する理由を述べる。端末認証情報を車載端末１０の接続時に生成されて通信切断後には無効となる情報として扱うと、後記する図７に示すソフトウェア取得処理のように、車載端末１０を介さず、通信端末２０とサーバ３０のみで行う処理が不可能になりユーザの利便性を損なう。一方、端末認証情報を車載端末１０の接続時に生成されて以降永久に有効となる情報として扱うと、接続時にサーバ３０に送信される端末認証情報が固定値になるため、端末認証情報が漏洩した場合には永久的に不正アクセスが可能となる。これらの問題を解決のために、一定の期間すなわち閾値を設けて閾値の値を超える古い日時を持つ端末認証情報を無効な情報として処理することにより、ユーザの利便性を損なわずに、不正アクセスのリスクを低減することを目的としている。また、サーバ３０と車載端末１０とで各時計部３１５，１１５が示す日時にずれがある場合や、サーバ３０と車載端末１０との通信状態等により接続不可の場合もあることが想定されるため、閾値に用いてある程度の幅を持たせておくことにより、運用を容易にするためである。
なお、この閾値は、サービスを運用する管理者により、所定の時間（分単位、時間単位、日単位等）が設定される。閾値の設定時間が短い程、第３者による不正アクセスを防ぐことができるが、正規のユーザの処理が遅延した場合に、不正アクセスとして認証情報が無効となる可能性が高くなる。一方、閾値の設定時間が長い程、正規のユーザの認証が無効になる可能性は低くなるが、第３者による不正アクセスの可能性が高くなる関係にある。

また、認証情報検証処理部３１１は、通信端末２０からソフトウェア固有鍵要求情報（「Ｂ」情報）が付されたソフトウェア固有鍵要求メッセージを受信すると、ソフトウェア固有鍵要求情報から、（Ｂ−１）端末識別情報１０１と、（Ｂ−２）日時と、（Ｂ−３）暗号化ソフトウェアの識別情報と、（Ｂ−４）端末識別情報１０１、日時および暗号化ソフトウェアの識別情報を、端末固有鍵１０２を用いて暗号化した情報（暗号化情報）とを取得し、記憶部３２内の車載端末管理ＤＢ３００の検索を行う。具体的には、まず、認証情報検証処理部３１１は、ソフトウェア固有鍵要求情報から取得した（Ｂ−１）端末識別情報１０１に一致する、サーバ側端末識別情報３０１を検索し、その最終認証日時３０３を取得する。

次に、認証情報検証処理部３１１は、（Ｂ−２）日時と、車載端末管理ＤＢ３００の最終認証日時３０３から閾値を減算した値とを比較する。そして、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ｂ−２）日時より新しい場合は、リプレイ攻撃等の不正アクセスの可能性があるため認証ＮＧとして処理を終える。一方、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ｂ−２）日時より古い場合は、ソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−２）日時と、（Ｂ−３）暗号化ソフトウェアの識別情報とを、サーバ側端末固定鍵３０２を用いて暗号化処理部３１４を介して暗号化する。そして、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ｂ−４）暗号化情報と一致する場合には、正しい端末固定鍵１０２を有する車載端末１０からの認証要求と判定し、認証をＰＡＳＳ（認証ＯＫ）させる。

認証情報管理部３１２は、認証情報検証処理部３１１において、受信した端末認証情報が認証ＯＫだった場合に、（Ａ−２）日時を用いて、車載端末管理ＤＢ３００の最終認証日時３０３を更新する。また、認証情報管理部３１２は、同様に、認証情報検証処理部３１１において、受信したソフトウェア固有鍵要求情報が認証ＯＫだった場合に、（Ｂ−２）日時を用いて、車載端末管理ＤＢ３００の最終認証日時３０３を更新する。

認証情報生成処理部３１３は、サーバ３０から車載端末１０に対してソフトウェア固有鍵を送信するための情報であるソフトウェア固有鍵認証情報（「Ｃ」情報）を生成する。
具体的には、認証情報生成処理部３１３は、暗号化ソフトウェアの識別情報を用いて、記憶部３２内のソフトウェア固有鍵ＤＢ３２０を検索し、対応するソフトウェア固有鍵を取得する。次に、認証情報生成処理部３１３は、（Ｃ−１）暗号化ソフトウェアの識別情報と、（Ｃ−２）暗号化ソフトウェアの識別情報および取得したソフトウェア固有鍵を、暗号化処理部３１４が車載端末管理ＤＢ３００内のサーバ側端末固有鍵３０２を用いて暗号化した情報（暗号化情報）と、をソフトウェア固有鍵認証情報として生成する。そして、認証情報生成処理部３１３は、生成したソフトウェア固有鍵認証情報を、通信端末２０を介して車載端末１０に送信する。

暗号化処理部３１４は、ソフトウェア配信部３１７の指示に基づき、車載端末用ソフトウェアＤＢ３１０に保存されたソフトウェアを、ソフトウェア固有鍵ＤＢ３２０に保存されたソフトウェア固有鍵を用いて暗号化する。
そして、暗号化処理部３１４は、認証情報生成処理部３１３からの指示に基づき、暗号化ソフトウェアの識別情報およびソフトウェア固有鍵を、車載端末管理ＤＢ３００のサーバ側端末固有鍵３０２を用いて暗号化する。そしてその暗号化した情報を、認証情報生成処理部３１３に引き渡す。
また、暗号化処理部３１４は、通信ネットワーク４０を介して通信端末２０との送受信を行う情報について、例えば、ＳＳＬ／ＴＳＬ等の暗号化処理を行う。

時計部３１５は、認証情報生成処理部３１３からの指示を受け取ると、その時点の日時を、認証情報生成処理部３１３に引き渡す。

ＨＴＴＰサーバ処理部３１６は、ＨＴＴＰに基づき、通信端末２０がソフトウェアを取得するためのＵＲＬを生成し、通信端末２０へ送信する。また、ＨＴＴＰサーバ処理部３１６は、通信端末２０からのＵＲＬへのアクセスを受け付ける。

ソフトウェア配信部３１７は、認証情報検証処理部３１１が受信したソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＯＫだった場合に、記憶部３２内の車載端末用ソフトウェアＤＢ３１０を検索し、端末識別情報１０１を用いて、車載端末１０に適合するソフトウェアを検索する。そして、ソフトウェア配信部３１７は、暗号化処理部３１４を介してソフトウェア固有鍵で暗号化された暗号化ソフトウェアを生成する。
また、ソフトウェア配信部３１７は、ソフトウェア固有鍵要求情報の（Ｂ−３）暗号化ソフトウェアの識別情報をキーとして、ソフトウェア固有鍵ＤＢ３２０を検索し、車載端末１０に送信すべきソフトウェア固有鍵を検索する。

また、通信部３７は、移動体通信網や無線ＬＡＮ等の通信ネットワーク４０を介して、通信端末２０と送受信する情報の制御を行う。

次に、本発明の第１の実施形態に係る情報配信システム１が行う情報配信処理について説明する。この情報配信処理として、（１）車載端末１０の端末識別情報１０１を、通信端末２０を介して、サーバ３０に認証させる端末認証処理、（２）車載端末１０に適合したソフトウェアを通信端末２０がサーバ３０から取得するソフトウェア取得処理、（３）車載端末１０が、通信端末２０を介して、ソフトウェア固有鍵を取得し、ソフトウェアをインストールする処理（ソフトウェア固有鍵取得処理）、を行うことにより、車載端末１０がサーバ３０からソフトウェアを取得する。以下、各処理の流れについて具体的に説明する。

＜端末認証処理＞
図６は、本発明の第１の実施形態に係る情報配信システム１が行う端末認証処理の流れを示すシーケンス図である。この端末認証処理は、車載端末１０が生成した端末認証情報（「Ａ」情報）をサーバ３０に認証させ、認証が成功した場合に、通信端末２０がその端末認証情報（「Ａ」情報）を保存する処理である。

まず、ユーザの操作等により、通信端末２０の入力インタフェース２４を介して、車載端末１０の端末認証の開始が指示されると、通信端末２０の車載端末認証部２１１は、車載端末１０に対して端末認証情報（「Ａ」情報）を要求する認証情報要求メッセージを送信する（ステップＳ１０１）。
なお、この認証情報要求メッセージの送信は、ユーザの操作以外に、例えば、通信端末２０で車載端末１０の端末認証が必要となるソフトウェアイベントを検出した場合等に実行するようにしてもよい。

次に、車載端末１０は、認証情報要求メッセージを受信すると、認証情報生成部１１１が、端末認証情報（「Ａ」情報）を生成する（ステップＳ１０２）。
具体的には、認証情報生成部１１１は、記憶部１２内から端末識別情報１０１を取得し、時計部１１５から現時点の日時を取得する。そして、認証情報生成部１１１は、取得した（Ａ−１）端末識別情報１０１および（Ａ−２）日時を、暗号化処理部１１４に引き渡し、暗号化処理部１１４が、端末固有鍵１０２を用いて、（Ａ−１）端末識別情報１０１および（Ａ−２）日時を暗号化し、その暗号化情報を認証生成部１１１に引き渡す。そして、認証情報生成部１１１は、（Ａ−１）端末識別情報１０１と、（Ａ−２）日時と、（Ａ−３）端末識別情報１０１および日時を端末固有鍵１０２で暗号化した情報（暗号化情報）と、を含む端末認証情報（「Ａ」情報）を生成する。

続いて、車載端末１０の認証情報生成部１１１は、生成した端末認証情報（「Ａ」情報）を通信端末２０に送信する（ステップＳ１０３）。

そして、通信端末２０の車載端末認証部２１１は、受信した端末認証情報（「Ａ」情報）を付した端末認証要求メッセージを、サーバ３０に送信する（ステップＳ１０４）。

サーバ３０は、通信端末２０から受信した端末認証要求メッセージに付された端末認証情報に基づき、車載端末管理ＤＢ３００を検索する（ステップＳ１０５）。
具体的には、サーバ３０の認証情報検証処理部３１１は、端末認証情報から、（Ａ−１）端末識別情報１０１と、（Ａ−２）日時と、（Ａ−３）端末識別情報１０１および日時を、端末固有鍵１０２を用いて暗号化した情報（暗号化情報）とを取得する。そして、認証情報検証処理部３１１は、端末認証情報から取得した（Ａ−１）端末識別情報１０１をキーとして、車載端末管理ＤＢ３００の検索を行い、（Ａ−１）端末識別情報１０１に一致する、サーバ側端末識別情報３０１を検索し、その最終認証日時３０３を取得する。

次に、サーバ３０の認証情報検証処理部３１１は、端末認証情報の検証を行う（ステップＳ１０６）。
具体的には、認証情報検証処理部３１１は、取得した（Ａ−２）日時と、車載端末管理ＤＢ３００の最終認証日時３０３から所定の閾値を減算した値とを比較する。そして、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ａ−２）日時より新しい場合は、リプレイ攻撃等の不正アクセスの可能性があるため認証ＮＧと判定し（ステップＳ１０７→Ｎｏ）、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信する（ステップＳ１０８）。そして、通信端末２０の車載端末認証部２１１が、その認証情報無効メッセージを車載端末１０に送信して処理を終える（ステップＳ１０９）。

一方、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ａ−２）日時より古い場合は、端末認証情報の（Ａ−１）端末識別情報１０１と、（Ａ−２）日時とを、サーバ側端末固有鍵３０２を用いて暗号化処理部３１４を介して暗号化する。そして、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ａ−３）暗号化情報と一致する場合には、正しい端末固有鍵１０２を有する車載端末１０からの認証要求と判定し、認証をＰＡＳＳ（認証ＯＫ）させる（ステップＳ１０７→Ｙｅｓ）。
なお、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ａ−３）暗号化情報と一致しない場合には、前記した（Ａ−２）日時を用いた判定と同様に、認証ＮＧとし（ステップＳ１０７→Ｎｏ）、ステップＳ１０８、Ｓ１０９に進み処理を終了する。

続いて、認証情報管理部３１２は、ステップＳ１０７で受信した端末認証情報（「Ａ」情報）が認証ＯＫだった場合に、認証情報検証処理部３１１が取得した（Ａ−２）日時を用いて、車載端末管理ＤＢ３００の最終認証日時３０３を更新する（ステップＳ１１０）。

次に、認証情報検証処理部３１１は、端末認証情報（「Ａ」情報）の認証ＯＫを示す認証成功メッセージに、その端末認証情報を付して通信端末２０に送信する（ステップＳ１１１）。

認証成功メッセージを受信した通信端末２０の車載端末認証部２１１は、認証成功メッセージから端末認証情報（「Ａ」情報）を取得し、記憶部２２に保存する（ステップＳ１１２）。そして、通信端末２０の車載端末認証部２１１は、端末認証処理が完了したことを示す端末認証完了メッセージを車載端末１０に送信する（ステップＳ１１３）。

＜ソフトウェア取得処理＞
次に、車載端末１０に適合したソフトウェアを通信端末２０がサーバ３０から取得するソフトウェア取得処理について説明する。
図７は、本発明の第１の実施形態に係る情報配信システム１が行うソフトウェア取得処理の流れを示すシーケンス図である。

まず、ユーザの操作等により、通信端末２０の入力インタフェース２４を介して、ソフトウェア取得処理の開始が指示されると、通信端末２０のソフトウェア取得部２１２は、図６のステップＳ１１２において、記憶部２２に保存した端末認証情報（「Ａ」情報）を付したソフトウェア取得要求メッセージを生成し、サーバ３０に送信する（ステップＳ２０１）。
なお、このソフトウェア取得要求メッセージの送信は、ユーザの操作以外に、例えば、通信端末２０で車載端末１０のソフトウェア取得が必要となるソフトウェアイベントを検出した場合等に実行するようにしてもよい。

次に、サーバ３０の認証情報検証処理部３１１は、ソフトウェア取得要求メッセージに付された端末認証情報（「Ａ」情報）を取得し、車載端末管理ＤＢ３００の検索（ステップＳ２０２）、端末認証情報の検証（ステップＳ２０３）、およびその検証の判定（「認証ＯＫ？」）（ステップＳ２０４）を行う。なお、このステップＳ２０２〜Ｓ２０４の処理は、前記した図６のステップＳ１０５〜Ｓ１０７の処理と同様のため、説明は省略する。

認証情報検証処理部３１１は、ステップＳ２０４において、端末認証情報（「Ａ」情報）が認証ＮＧの場合は（ステップＳ２０４→Ｎｏ）、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信してサーバ３０としての処理を終える（ステップＳ２０５）。
一方、認証情報検証処理部３１１は、ステップＳ２０４において、端末認証情報（「Ａ」情報）が認証ＯＫの場合は（ステップＳ２０４→Ｙｅｓ）、ステップＳ２０６に進む。

ステップＳ２０６において、ソフトウェア配信部３１７は、端末認証情報（「Ａ」情報）の（Ａ−１）端末識別情報１０１をキーとして、記憶部３２内の車載端末用ソフトウェアＤＢ３１０を検索し、車載端末１０に適合するソフトウェアを検索する。
その検索の結果、車載端末１０に適合するソフトウェアが存在しなかった場合（ステップＳ２０７→Ｎｏ）、ソフトウェア配信部３１７は、ソフトウェアの取得不能を示す取得不能メッセージを、通信端末２０に送信してサーバ３０としての処理を終える（ステップＳ２０８）。
一方、ソフトウェア配信部３１７が、その車載端末１０に適合するソフトウェアを検索できた場合、つまり、適合するソフトウェアが存在する場合は（ステップＳ２０７→Ｙｅｓ）、ステップＳ２０９に進み処理を続ける。

ステップＳ２０９において、ソフトウェア配信部３１７は、ＨＴＴＰサーバ処理部３１６を介して、通信端末２０が検索したソフトウェアをダウンロードするためのＵＲＬを作成する。そして、ソフトウェア配信部３１７は、そのＵＲＬを通信端末２０に通知する（ステップＳ２１０）。

ＵＲＬを受け取った通信端末２０のソフトウェア取得部２１２は、ＨＴＴＰクライアント処理部２１５を介し、端末認証情報（「Ａ」情報）を付加して、ダウンロード先となるＵＲＬにアクセスする（ステップＳ２１１）。

続いて、サーバ３０の認証情報検証処理部３１１は、取得した端末認証情報（「Ａ」情報）について、車載端末管理ＤＢ３００の検索（ステップＳ２１２）、端末認証情報の検証（ステップＳ２１３）、およびその検証の判定（「認証ＯＫ？」）（ステップＳ２１４）を行う。なお、このステップＳ２１２〜Ｓ２１４の処理は、前記した図６のステップＳ１０５〜Ｓ１０７の処理と同様のため、説明は省略する。

認証情報検証処理部３１１は、ステップＳ２１４において、端末認証情報（「Ａ」情報）が認証ＮＧの場合は（ステップＳ２１４→Ｎｏ）、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信してサーバ３０としての処理を終える（ステップＳ２１５）。
一方、ステップＳ２１４において、端末認証情報（「Ａ」情報）が認証ＯＫの場合は（ステップＳ２１４→Ｙｅｓ）、ソフトウェア配信部３１７は、暗号化処理部３１４を介してソフトウェア固有鍵で暗号化した状態のソフトウエア（暗号化ソフトウェア）を、通信端末２０に送信する（ステップＳ２１６）。なお、この暗号化ソフトウェアには、後記の処理で利用する暗号化ソフトウェアの識別情報が、ソフトウェア配信部３１７により付されて、通信端末２０に送信される。
そして、通信端末２０は、受信した暗号化ソフトウェアを記憶部２２に保存する（ステップＳ２１７）。

＜ソフトウェア固有鍵取得処理＞
次に、車載端末１０が、通信端末２０を介して、ソフトウェア固有鍵を取得し、ソフトウェアをインストールする処理（ソフトウェア固有鍵取得処理）について説明する。
図８は、本発明の第１の実施形態に係る情報配信システム１が行うソフトウェア固有鍵取得処理の流れを示すシーケンス図である。

まず、ユーザの操作等により、通信端末２０の入力インタフェース２４を介して、ソフトウェアの車載端末１０へのインストールが指示されると、通信端末２０のソフトウェア送信部２１３は、図７のステップＳ２１７で記憶部２２に保存した暗号化ソストウェアを車載端末１０に送信する（ステップＳ３０１）。
なお、この暗号化ソフトウェアの送信は、ユーザの操作以外に、例えば、通信端末２０で車載端末１０への暗号化ソフトウェアの送信が必要となるソフトウェアイベントを検出した場合等に実行するようにしてもよい。

次に、暗号化ソフトウェアを受信した車載端末１０のインストール処理部１１３は、その暗号化ソフトウェアを記憶部１２に保存する。そして、車載端末１０の認証情報生成部１１１は、ソフトウェア固有鍵要求情報（「Ｂ」情報）を生成する（ステップＳ３０２）。
具体的には、認証情報生成部１１１は、記憶部１２内から端末識別情報１０１を取得し、時計部１１５から現時点の日時を取得し、記憶部１２に保存した暗号化ソフトウェアの識別情報を取得する。そして、認証情報生成部１１１は、取得した（Ｂ−１）端末識別情報１０１、（Ｂ−２）日時、および（Ｂ−３）暗号化ソフトウェアの識別情報を、暗号化処理部１１４に引き渡し、暗号化処理部１１４が、端末固有鍵１０２を用いて、（Ｂ−１）端末識別情報１０１、（Ｂ−２）日時、および（Ｂ−３）暗号化ソフトウェアの識別情報を暗号化し、その暗号化情報を認証情報生成部１１１に引き渡す。そして、認証情報生成部１１１は、（Ｂ−１）端末識別情報１０１と、（Ｂ−２）日時と、（Ｂ−３）暗号化ソフトウェアの識別情報と、（Ｂ−４）端末識別情報１０１、日時および暗号化ソフトウェアの識別情報を、端末固有鍵１０２で暗号化した情報（暗号化情報）と、を含むソフトウェア固有鍵要求情報（「Ｂ」情報）を生成する。

続いて、インストール処理部１１３は、認証情報生成部１１１が生成したソフトウェア固有鍵要求情報（「Ｂ」情報）を通信端末２０に送信する（ステップＳ３０３）。

そして、通信端末２０のソフトウェア送信部２１３は、受信したソフトウェア固有鍵要求情報（「Ｂ」情報）を付したソフトウェア固有鍵要求メッセージを、サーバ３０に送信する（ステップＳ３０４）。

サーバ３０は、通信端末２０から受信したソフトウェア固有鍵要求メッセージに付されたソフトウェア固有鍵要求情報（「Ｂ」情報）に基づき、車載端末管理ＤＢ３００を検索する（ステップＳ３０５）。
具体的には、サーバ３０の認証情報検証処理部３１１は、ソフトウェア固有鍵要求情報から、（Ｂ−１）端末識別情報１０１と、（Ｂ−２）日時と、（Ｂ−３）暗号化ソフトウェアの識別情報と、（Ｂ−４）端末識別情報１０１、日時および暗号化ソフトウェアの識別情報を、端末固有鍵１０２で暗号化した情報（暗号化情報）とを取得する。そして、認証情報検証処理部３１１は、ソフトウェア固有鍵要求情報から取得した（Ｂ−１）端末識別情報１０１をキーとして、車載端末管理ＤＢ３００の検索を行い、（Ｂ−１）端末識別情報１０１に一致する、サーバ側端末識別情報３０１を検索し、その最終認証日時３０３を取得する。

次に、サーバ３０の認証情報検証処理部３１１は、ソフトウェア固有鍵要求情報の検証を行う（ステップＳ３０６）。
具体的には、認証情報検証処理部３１１は、取得した（Ｂ−２）日時と、車載端末管理ＤＢ３００の最終認証日時３０３から所定の閾値を減算した値とを比較する。そして、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ｂ−２）日時より新しい場合は、リプレイ攻撃等の不正アクセスの可能性があるため認証ＮＧと判定し（ステップＳ３０７→Ｎｏ）、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信する（ステップＳ３０８）。そして、通信端末２０のソフトウェア送信部２１３が、その認証情報無効メッセージを車載端末１０に送信して、通信端末２０としての処理を終える（ステップＳ３０９）。

一方、認証情報検証処理部３１１は、最終認証日時３０３から閾値を減算した値の方が、（Ｂ−２）日時より古い場合は、ソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−２）日時と、（Ｂ−３）暗号化ソフトウェアの識別情報とを、サーバ側端末固有鍵３０２を用いて暗号化処理部３１４を介して暗号化する。そして、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ｂ−４）暗号化情報と一致する場合には、正しい端末固有鍵１０２を有する車載端末１０からの認証要求と判定し、認証をＰＡＳＳ（認証ＯＫ）させる（ステップＳ３０７→Ｙｅｓ）。
なお、認証情報検証処理部３１１は、この暗号化した結果が、車載端末１０で暗号化された（Ｂ−４）暗号化情報と一致しない場合には、前記した（Ｂ−２）日時を用いた判定と同様に、認証ＮＧとし（ステップＳ３０７→Ｎｏ）、ステップＳ３０８、Ｓ３０９に進み処理をサーバ３０としての処理を終了する。

続いて、認証情報管理部３１２は、ステップＳ３０７において、受信したソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＯＫだった場合に、認証情報検証処理部３１１が取得した（Ｂ−２）日時を用いて、車載端末管理ＤＢ３００の最終認証日時３０３を更新する（ステップＳ３１０）。

次に、ソフトウェア配信部３１７は、ソフトウェア固有鍵要求情報の（Ｂ−３）暗号化ソフトウェアの識別情報をキーとして、ソフトウェア固有鍵ＤＢ３２０を検索し、車載端末１０に送信すべきソフトウェア固有鍵を検索する（ステップＳ３１１）。

そして、認証情報生成処理部３１３は、サーバ３０から車載端末１０に対してソフトウェア固有鍵を送信するための情報であるソフトウェア固有鍵認証情報（「Ｃ」情報）を生成する（ステップＳ３１２）。
具体的には、認証情報生成処理部３１３は、（Ｃ−１）暗号化ソフトウェアの識別情報と、（Ｃ−２）暗号化ソフトウェアの識別情報およびステップＳ３１１で検索したソフトウェア固有鍵を、暗号化処理部３１４が車載端末管理ＤＢ３００内のサーバ側端末固有鍵３０２を用いて暗号化した情報（暗号化情報）と、をソフトウェア固有鍵認証情報として生成する。そして、認証情報生成処理部３１３は、生成したソフトウェア固有鍵認証情報（「Ｃ」情報）を、通信端末２０に送信する（ステップＳ３１３）。

ソフトウェア固有鍵認証情報を受信した通信端末２０のソフトウェア送信部２１３は、そのソフトウェア固有鍵認証情報を車載端末１０に送信する（ステップＳ３１４）。

なお、ソフトウェア固有鍵は、通信端末２０が知り得ないサーバ側端末固有鍵３０２により暗号化されているため、通信端末２０は、ソフトウェア固有鍵を用いることができず、暗号化ソフトウェアを復号することは不可能となる。

次に、車載端末１０は、通信端末２０から受信したソフトウェア固有鍵認証情報（「Ｃ」情報）の検証を行う（ステップＳ３１５）。
具体的には、車載端末１０の認証情報検証部１１２は、ソフトウェア固有鍵認証情報の（Ｃ−２）暗号化情報を、自身の記憶部１２に保存する端末固有鍵１０２で復号し、その復号した暗号化ソフトウェアの識別情報と、ソフトウェア固有鍵認証情報の（Ｃ−１）暗号化ソフトウェアの識別情報と、が一致するか否かを検証する。そして、認証情報検証部１１２は、一致しない場合には、ソフトウェア固有鍵認証情報が改ざんされたものとして認証ＮＧと判定し（ステップＳ３１６→Ｎｏ）、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信して、車載端末１０としての処理を終了する（ステップＳ３１７）。一方、認証情報検証部１１２は、一致する場合には（ステップＳ３１６→Ｙｅｓ）、認証をＰＡＳＳ（認証ＯＫ）したものとして、復号時に同時に得られるソフトウェア固有鍵を用いて、記憶部１２に格納されている暗号化ソフトウェアを復号する（ステップＳ３１８）。

続いて、インストール処理部１１３は、認証情報検証部１１２が復号したソフトウェアをインストールする（ステップＳ３１９）。そして、インストール処理部１１３は、インストールが完了すると、復号したソフトウェアを削除し（ステップＳ３２０）、ソフトウェア固有鍵を削除する（ステップＳ３２１）。これは、インストールが完了すると、復号したソフトウェアとソフトウェア固有鍵は不要であり、漏洩リスクを下げるために車載端末１０から削除するものである。

そして、インストール処理部１１３は、インストール完了メッセージを通信端末２０に送信して処理を終える（ステップＳ３２２）。

＜画面表示＞
次に、本発明の第１の実施形態に係る車載端末１０および通信端末２０の画面遷移の一例について説明する。以下、車載端末１０の画像処理部１１６の制御によるディスプレイ１３の画面表示と、通信端末２０の画像処理部２１６の制御によるディスプレイ２３の画面表示とを、上記において説明した、（１）端末認証処理、（２）ソフトウェア取得処理、（３）ソフトウェア固有鍵取得処理に対応させて説明する。

（端末認証処理における画面表示）
図９は、本発明の第１の実施形態に係る車載端末１０および通信端末２０の端末認証処理中における画面表示の一例を示す図である。
車載端末１０の画像処理部１１６および通信端末２０の画像処理部２１６は、図６に示した端末認証処理の各ステップの処理中において、図９に示す画面を表示させる。

車載端末１０は、図６の端末認証処理において、ステップＳ１０１の認証情報要求メッセージを通信端末２０から受信し、端末認証情報（「Ａ」情報）を生成するステップＳ１０２までは、画面Ｃ０１「通信端末と接続しています。」を表示する。
続いて、車載端末１０は、端末認証情報を通信端末２０に送信するステップＳ１０３以降は、画面Ｃ０２「サーバに接続し、車載端末を認証しています。」を表示する。そして、ステップＳ１０９で認証情報無効メッセージを受信した場合、車載端末１０は、画面Ｃ０３「車載端末の認証に失敗しました。」を表示する。また、車載端末１０は、ステップＳ１１３の端末認証完了メッセージを受信した場合、画面Ｃ０４「車載端末の認証を完了しました。」を表示する。

一方、通信端末２０は、図６の端末認証情報処理において、ステップＳ１０１の車載端末１０への認証情報要求メッセージの送信から、ステップＳ１０３の端末認証情報（「Ａ」情報）の受信までは、画面Ｐ０１「車載端末に接続し、端末の認証情報を取得しています。」を表示する。
続いて、通信端末２０は、端末認証要求メッセージをサーバ３０に送信するステップＳ１０４以降は、画面Ｐ０２「サーバに接続し、車載端末を認証しています。」を表示する。そして、ステップＳ１０８で認証情報無効メッセージを受信した場合、通信端末２０は、画面Ｐ０３「車載端末の認証に失敗しました。」を表示する。また、通信端末２０は、ステップＳ１１１の認証成功メッセージを受信した場合、画面Ｐ０４「車載端末の認証を完了しました。車載端末の認証情報を保存します。」を表示する。

（ソフトウェア取得処理における画面表示）
次に、ソフトウェア取得処理中における通信端末２０の画面表示について説明する。
図１０は、本発明の第１の実施形態に係る通信端末２０のソフトウェア取得処理中における画面表示の一例を示す図である。
通信端末２０の画像処理部２１６は、図７に示したソフトウェア取得処理の各ステップの処理中において、図１０に示す画面を表示させる。

通信端末２０は、図７のソフトウェア取得処理において、ステップＳ２０１のソフトウェア取得要求メッセージの送信をすると、画面Ｐ１１「ソフトウェアの取得を開始しました。」を表示する。そして、通信端末２０は、ステップＳ２０５で認証情報無効メッセージを受信した場合、および、ステップＳ２０８で取得不能メッセージを受信した場合、画面Ｐ１２「ソフトウェアの取得に失敗しました。」を表示する。

続いて、通信端末２０は、サーバ３０からＵＲＬを受け取り、ステップＳ２１１でそのＵＲＬにアクセスすると、画面Ｐ１３「下記サイトに接続し、ソフトウェアを取得しています。http:///・・・」を表示する。そして、ステップＳ２１５の認証情報無効メッセージを受信した場合、通信端末２０は、画面Ｐ１４「ソフトウェアの取得に失敗しました。」を表示する。また、通信端末２０は、ステップＳ２１６で暗号化ソフトウェアをサーバ３０から受信し、ステップＳ２１７で記憶部２２にその暗号化ソフトウェアを保存し終えると、画面Ｐ１５「ソフトウェアの取得を完了しました。」を表示する。

（ソフトウェア固有鍵取得処理における画面表示）
次に、ソフトウェア固有鍵取得処理中における車載端末１０および通信端末２０の画面表示について説明する。
図１１は、本発明の第１の実施形態に係る車載端末１０および通信端末２０のソフトウェア固有鍵取得処理中における画面表示の一例を示す図である。
車載端末１０の画像処理部１１６および通信端末２０の画像処理部２１６は、図８に示したソフトウェア固有鍵取得処理の各ステップの処理中において、図１１に示す画面を表示させる。

車載端末１０は、図８のソフトウェア固有鍵取得処理において、ステップＳ３０１で暗号化ソフトウェアを通信端末２０から受信すると、画面Ｃ２１「通信端末に接続し、ソフトウェアを受信しています。」を表示する。そして、車載端末１０は、ステップＳ３０３のソフトウェア固有鍵要求情報（「Ｂ」情報）を通信端末２０に送信すると、画面Ｃ２２「サーバに接続し、ソフトウェアをインストールするための情報を取得しています。」を表示する。そして、ステップＳ３０９で認証情報無効メッセージを受信した場合、車載端末１０は、画面Ｃ２３「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。

車載端末１０は、ステップＳ３１４で、ソフトウェア固有鍵認証情報（「Ｃ」情報）を受信すると、画面Ｃ２４「ソフトウェアをインストールしています」を表示する。そして、ソフトウェア固有鍵認証情報の検証で認証ＮＧだった場合（ステップＳ３１６→Ｎｏ）、車載端末１０は、画面Ｃ２５「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。一方、車載端末１０は、ソフトウェア固有鍵認証情報の検証で認証ＯＫだった場合で（ステップＳ３１６→Ｙｅｓ）、ソフトウェアのインストール（ステップＳ３１９）を完了すると、画面Ｃ２６「ソフトウェアのインストールを完了しました。」を表示する。

一方、通信端末２０は、図８のソフトウェア固有鍵取得処理において、ステップＳ３０１の車載端末１０への暗号化ソフトウェアの送信から、ステップＳ３０３のソフトウェア固有鍵要求情報（「Ｂ」情報）の受信までは、画面Ｐ２１「車載端末に接続し、ソフトウェアを送信しています。」を表示する。

続いて、通信端末２０は、ソフトウェア固有鍵要求メッセージをサーバ３０に送信するステップＳ３０４以降は、画面Ｐ２２「サーバに接続し、ソフトウェアをインストールするための情報を取得しています。」を表示する。そして、ステップＳ３０８で認証情報無効メッセージを受信した場合、通信端末２０は、画面Ｐ２３「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。また、通信端末２０は、ステップＳ３１３でソフトウェア固有鍵認証情報（「Ｃ」情報）を受信し、そのソフトウェア固有鍵認証情報を車載端末１０に送信すると（ステップＳ３１４）、画面Ｐ２４「ソフトウェアをインストールしています。」を表示する。

そして、通信端末２０は、ステップＳ３１７で認証情報無効メッセージを受信した場合、画面Ｐ２５「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。一方、通信端末２０は、インストール完了メッセージを受信した場合には（ステップＳ３２２）、画面Ｐ２６「ソフトウェアのインストールを完了しました。」を表示する。

なお、上記では、各処理内容の画面表示の遷移例について説明したが、車載端末１０は、画面表示される処理内容を、音声処理部１１８がスピーカ１５を介して、音声情報としてユーザに提供してもよい。また、通信端末２０においても、画面表示される処理内容を、音声処理部２１８がスピーカ２５を介して、音声情報としてユーザに提供してもよい。

以上説明したように、本発明の第１の実施形態に係る情報配信方法、情報配信システム１および車載端末１０によれば、従来技術において、ユーザが車載端末１０から端末識別情報１０１を予め取得して、ＰＣや携帯電話に入力し、さらにリムーバブルメディアを車載端末１０に挿入してソフトウェアをインストールするといった、入力の手間やダウンロードに要する時間を削減することができる。さらに、ソフトウェアは暗号化されてサーバ３０から車載端末１０に送信され、その暗号化したソフトウェアを復号するソフトウェア固有鍵も暗号化されてサーバ３０から車載端末１０に送信される。よって、通信端末２０では、暗号化されたソフトウェアを復号することが不可能となり、配信対象でない他の車載端末１０にそのソフトウェアがインストールされることを防ぐことができる。

≪第２の実施形態≫
次に、本発明の第２の実施形態に係る情報配信システム１について説明する。本発明の第２の実施形態に係る情報配信システム１は、複数の車載端末１０が、同じ通信端末２０を介してサーバ３０からソフトウェアを取得する例である。
本発明の第２の実施形態に係る情報配信システム１が行う処理の前提として、本発明の第１の実施形態における図６の端末認証処理と図７のソフトウェア取得処理が、第１の車載端末１０の端末認証情報（「Ａ」情報）も用いて行われている。この状態で、本発明の第２の実施形態に係る情報配信システム１は、第１の車載端末１０とは別の第２の車載端末１０に対して、ソフトウェアのインストールを実行する処理を実現する。

この本発明の第２の実施形態に係る情報配信システム１による処理が実行される実際の場面は、例えば、１家族で複数の自動車を保有し、ユーザが複数の自動車の車載端末１０それぞれに、サーバ３０からソフトウェアをインストールしたい場合である。本発明の第２の実施形態に係る情報配信システム１は、２台目以降の車載端末１０それぞれについて、端末認証の初めからの処理すべてを繰り返す必要をなくし、ソフトウェアをインストールしたい２台目以降の車載端末１０についての、ユーザの入力の手間や、ダウンロードのための時間を削減することを目的とする。

本発明の第２の実施形態に係る情報配信システム１の全体構成は、図１に示した本発明の第１の実施形態に係る情報配信システム１と同様である。ただし、車載端末１０は、本発明の第１の実施形態で示した情報配信処理によるソフトウェアのインストールを終えた第１の車載端末１０に換えて、ユーザ等が次にソフトウェアをインストールしたい第２の車載端末１０を、通信端末２０と接続したものである。

また、本発明の第２の実施形態に係る情報配信システム１の各装置の構成は、図２〜図４に示した本発明の第１の実施形態に係る各装置の構成と同様である。但し、サーバ３０のソフトウェア配信部３１７（図４参照）と、通信端末２０のソフトウェア取得部２１２（図３参照）とは、第１の実施形態における機能に加えて、以下の機能を備えるものである。

サーバ３０のソフトウェア配信部３１７は、認証情報検証処理部３１１からソフトウェア固有鍵要求情報（「Ｂ」情報）を取得すると、そのソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−３）暗号化ソフトウェアの識別情報とを用いて、そのソフトウェア固有鍵要求情報を送信してきた車載端末１０に、暗号化ソフトウェアの識別情報で指定されるソフトウェアがインストール可能か否か、つまり、車載端末１０の機種やバージョン等の種別とソフトウェアとが適合しているか否かを判定する（ソフトウェア適合処理：後記する図１２のステップＳ４０１）。
具体的には、ソフトウェア配信部３１７は、（Ｂ−１）端末識別情報１０１を用いてその車載端末１０の種別を決定し、（Ｂ−３）暗号化ソフトウェアの識別情報で特定されるソフトウェアが、決定した種別に適合するソフトウェアか否かを判定する。
そして、ソフトウェア配信部３１７は、車載端末１０の種別とソフトウェアが適合しない場合には、（Ｂ−１）端末識別情報１０１および（Ｂ−３）暗号化ソフトウェアの識別情報を用いて、適合するソフトウェアを選択して、そのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを通信端末２０に送信する処理を行う。

通信端末２０のソフトウェア取得部２１２は、適合するソフトウェアを取得するためのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）を受信すると、ソフトウェア固有鍵要求情報を記憶部２２に保存し、ＨＴＴＰクライアント処理部２１５を介して、ソフトウェア固有鍵要求情報（「Ｂ」情報）を付してダウンロード先のＵＲＬにアクセスする（後記する図１３のステップＳ５０５〜Ｓ５０７）。

次に、第２の車載端末１０から、ソフトウェア固有鍵要求情報（「Ｂ」情報）が送信された場合の通信端末２０およびサーバ３０の処理を説明する。
図１２は、本発明の第２の実施形態に係るサーバ３０が、第２の車載端末１０から通信端末２０を介して、ソフトウェア固有鍵要求情報を受信した場合の処理の流れを示すシーケンス図である。
ここで、通信端末２０には、第１の車載端末１０に適合するソフトウェアが、図７のステップＳ２１７において記憶されているものとする。

図１２に示すように、ステップＳ３０１の暗号化ソフトウェアの送信から、ステップＳ３１０の最終認証日時３０３の更新処理までは、図８に示すソフトウェア固有鍵取得処理と同じであるので、説明を省略する。なお、この図１２のステップＳ３０２で、第２の車載端末１０の認証情報生成部１１１が生成するソフトウェア固有鍵要求情報（「Ｂ」情報）のうち、（Ｂ−３）暗号化ソフトウェアの識別情報は、第１の車載端末１０に適合するソフトウェアに対応した暗号化ソフトウェアの識別情報が付されることとなる。

ステップＳ４０１において、サーバ３０のソフトウェア配信部３１７は、第２の車載端末１０が生成したソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−３）暗号化ソフトウェアの識別情報とを用いて、車載端末１０の機種やバージョン等の種別とソフトウェアとが適合しているか否かを判定する処理を行う（ソフトウェア適合処理）。つまり、第１の車載端末１０の種別と第２の車載端末１０の種別が同じであり、第１の車載端末１０にインストールしたソフトウェアがそのまま第２の車載端末１０に適合するか否かを判定する。
具体的には、ソフトウェア配信部３１７は、（Ｂ−１）端末識別情報１０１を用いて第２の車載端末１０の種別を決定し、（Ｂ−３）暗号化ソフトウェアの識別情報で特定されるソフトウェアが、決定した第２の車載端末１０の種別に適合するソフトウェアか否かを判定する。
そして、ソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合しない場合には（ステップＳ４０２→Ｎｏ）、ソフトウェア再配信処理（ステップＳ４０３）に進む（詳細は図１３を参照して後記する）。一方、ソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合する場合には（ステップＳ４０２→Ｙｅｓ）、図８の処理と同様に、ソフトウェア固有鍵を検索するステップＳ３１１以降の処理に進み、ソフトウェア固有鍵認証情報（「Ｃ」情報）を第２の車載端末１０に送り、第２の車載端末１０でソフトウェアのインストールが行われる。

このように、第２の車載端末１０からのソフトウェア固有鍵の取得要求であっても、第１の車載端末１０と同じ種別であり、ソフトウェアが適合する場合には、新たに車載端末１０の認証情報を入力する等の手間をかけることなく、そのソフトウェアをインストールすることができる。

次に、第２の車載端末１０の種別とインストールしようとするソフトウェアが適合しなかった場合（ステップＳ４０２→Ｎｏ）のソフトウェア再配信処理について説明する。
図１３は、本発明の第２の実施形態に係るソフトウェア再配信処理の流れを示すシーケンス図である。

まず、サーバ３０のソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合しない場合（図１２のステップＳ４０２→Ｎｏ）、ソフトウェア固有鍵要求情報（「Ｂ」情報）の（Ｂ−１）端末識別情報１０１および（Ｂ−３）暗号化ソフトウェアの識別情報を用いて、ソフトウェア固有鍵を要求する第２の車載端末１０で利用可能な代替となるソフトウェアを、車載端末用ソフトウェアＤＢ３１０から検索する（ステップＳ５０１）。

その結果、第２の車載端末１０に適合するソフトウェアが存在しなかった場合（ステップＳ５０２→Ｎｏ）、ソフトウェア配信部３１７は、ソフトウェアの取得不能を示す取得不能メッセージを、通信端末２０に送信して、サーバ３０としての処理を終える（ステップＳ５０３）。
一方、ソフトウェア配信部３１７が、第２の車載端末１０に適合するソフトウェアを検索できた場合、つまり、適合するソフトウェアが存在する場合は（ステップＳ５０２→Ｙｅｓ）、ステップＳ５０４に進み処理を続ける。

ステップＳ５０４において、ソフトウェア配信部３１７は、ＨＴＴＰサーバ処理部３１６を介して、通信端末２０が検索したソフトウェアをダウンロードするためのＵＲＬを作成する。そして、ソフトウェア配信部３１７は、そのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを、通信端末２０に通知する（ステップＳ５０５）。

ＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを受け取った通信端末２０のソフトウェア取得部２１２は、まず、ソフトウェア固有鍵要求情報を、記憶部２２に保存する（ステップＳ５０６）。そして、ソフトウェア取得部２１２は、ＨＴＴＰクライアント処理部２１５を介し、保存したソフトウェア固有鍵要求情報（「Ｂ」情報）を付加してダウンロード先となるＵＲＬにアクセスする（ステップＳ５０７）。

続いて、サーバ３０の認証情報検証処理部３１１は、ステップＳ５０７で取得したソフトウェア固有鍵要求情報（「Ｂ」情報）について、車載端末管理ＤＢ３００の検索（ステップＳ５０８）、ソフトウェア固有鍵要求情報の検証（ステップＳ５０９）、およびその検証の判定（「認証ＯＫ？」）（ステップＳ５１０）を行う。なお、このステップＳ５０８〜Ｓ５１０の処理は、前記した図８のステップＳ３０５〜Ｓ３０７の処理と同様のため、説明は省略する。

ステップＳ５１０において、ソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＮＧの場合は（ステップＳ５１０→Ｎｏ）、認証情報検証処理部３１１は、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信して処理を終える（ステップＳ５１１）。
一方、ステップＳ５１０において、ソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＯＫの場合は（ステップＳ５１０→Ｙｅｓ）、ソフトウェア配信部３１７は、暗号化処理部３１４がソフトウェア固有鍵で暗号化した状態のソフトウエア（暗号化ソフトウェア）を、通信端末２０に送信する（ステップＳ５１２）。
そして、通信端末２０は、受信した暗号化ソフトウェアを記憶部２２に保存する（ステップＳ５１３）。

第２の車載端末１０は、自身に適合した暗号化ソフトウェアが通信端末２０の記憶部２２に記憶された状態で、本発明の第１の実施形態に係る図８に示したソフトウェア固有鍵取得処理を実行することにより、ソフトウェアをインストールすることが可能となる。

以上説明したように、本発明の第２の実施形態に係る情報配信方法、情報配信システム１および車載端末１０によれば、複数の車載端末１０それぞれにソフトウェアのインストールを行う場合に、配信対象でない他の車載端末１０に対してソフトウェアがインストールされるのを防ぐことができる。さらに、サーバ３０が、第２の車載端末１０から取得したソフトウェア固有鍵要求情報に基づき、第２の車載端末１０の種別と、インストールしようとしているソフトウェアとが適合しているか否かを判定する。そして、適合しない場合は、サーバ３０が第２の車載端末１０に適合するソフトウェアを再配信する。よって、従来技術に比べ、個々の車載端末１０ごとに、最初の処理である端末認証からソフトウェアのインストールまでの一連の処理全体を繰り返す必要をなくし、ダウンロードに要する時間を削減した上で、第２の車載端末１０に適合したソフトウェアを、インストールすることが可能となる。

１ 情報配信システム
１０ 車載端末
１１，２１，３１ 制御部
１２，２２，３２ 記憶部
１３，２３ ディスプレイ
１４，２４ 入力インタフェース
１５，２５ スピーカ
１６，２６ 機器間通信部
２０ 通信端末
２７，３７ 通信部
３０ サーバ
４０ 通信ネットワーク
１０１ 端末識別情報
１０２ 端末固有鍵
１１１ 認証情報生成部
１１２ 認証情報検証部
１１３ インストール処理部
１１４，２１４，３１４ 暗号化処理部
１１５，３１５ 時計部
１１６，２１６ 画像処理部
１１７，２１７ 入力処理部
１１８，２１８ 音声処理部
２１１ 車載端末認証部
２１２ ソフトウェア取得部
２１３ ソフトウェア送信部
２１５ ＨＴＴＰクライアント処理部
３００ 車載端末管理ＤＢ
３０１ サーバ側端末識別情報
３０２ サーバ側端末固有鍵
３０３ 最終認証日時
３１０ 車載端末用ソフトウェアＤＢ
３１１ 認証情報検証処理部
３１２ 認証情報管理部
３１３ 認証情報生成処理部
３１６ ＨＴＴＰサーバ処理部
３１７ ソフトウェア配信部
３２０ ソフトウェア固有鍵ＤＢ

Claims (8)

1. 通信端末と機器間通信で接続される車載端末に対し、前記通信端末を介して接続されるサーバが、前記車載端末に適合したソフトウェアを、前記通信端末を介して配信する情報配信システムの情報配信方法であって、
   前記車載端末は、前記車載端末に固有な端末識別情報および端末固有鍵を記憶する機能を備えており、前記サーバは、前記車載端末それぞれに記憶される前記端末識別情報および前記端末固有鍵と同じ情報であるサーバ側端末識別情報およびサーバ側端末固有鍵を記憶する機能と、前記車載端末それぞれに適合するソフトウェアが暗号化された暗号化ソフトウェアおよび前記車載端末それぞれに適合するソフトウェアを暗号化したソフトウェア固有鍵を記憶する機能とを備えており、
   前記車載端末は、前記端末識別情報を、前記通信端末を介して、前記サーバに送信するステップを実行し、
   前記サーバは、前記サーバ側端末識別情報に基づき、受信した前記端末識別情報を検証し、前記車載端末の端末認証が成功した場合に、当該端末識別情報の前記車載端末に適合する前記暗号化ソフトウェアを、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信することで、前記通信端末を介して、前記暗号化ソフトウェアを、前記車載端末に送信するステップを実行し、
   前記車載端末は、前記暗号化ソフトウェアを取得し、自身に記憶するステップを実行すること
   を特徴とする情報配信方法。
2. 前記サーバは、前記サーバ側端末識別情報に基づき、受信した前記端末識別情報を検証し、前記車載端末の端末認証が成功した場合に、当該端末識別情報の前記車載端末に適合する前記暗号化ソフトウェアを、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信する際に、前記端末識別情報を前記通信端末に保存させるステップを実行すること
   を特徴とする請求項１に記載の情報配信方法。
3. 前記車載端末が前記暗号化ソフトウェアを取得する際に、前記通信端末は、前記通信端末に保存されている前記端末識別情報をサーバに送信するステップを実行し、
   前記サーバは、前記サーバ側端末識別情報に基づき、前記通信端末より受信した前記端末識別情報を検証し、前記車載端末の端末認証が成功した場合に、当該端末識別情報の前記車載端末に適合する前記暗号化ソフトウェアを、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信することで、前記通信端末を介して、前記暗号化ソフトウェアを、前記車載端末に送信するステップを実行し、
   前記車載端末は、前記暗号化ソフトウェアを取得し、自身に記憶するステップを実行すること
   を特徴とする請求項２に記載の情報配信方法。
4. 前記車載端末は、前記暗号化ソフトウェアに付された前記暗号化ソフトウェアの識別情報を、前記通信端末を介して、前記サーバに送信するステップを実行し、
   前記サーバは、
   取得した前記暗号化ソフトウェアの識別情報に基づき、前記暗号化ソフトウェアの暗号化に用いた前記ソフトウェア固有鍵を抽出するステップと、
   前記ソフトウェア固有鍵の認証情報を生成し、前記通信端末を介して、前記車載端末に送信するステップと、を実行し、
   前記車載端末は、受信した前記ソフトウェア固有鍵の認証情報の検証により、前記ソフトウェア固有鍵の認証が成功した場合に、前記ソフトウェア固有鍵を用いて、前記自身に記憶した暗号化ソフトウェアを復号し、前記復号したソフトウェアをインストールするステップを実行すること
   を特徴とする請求項１ないし請求項３のいずれか１項に記載の情報配信方法。
5. 前記車載端末が、前記端末識別情報を、前記通信端末を介して、前記サーバに送信した車載端末ではない第２の車載端末の場合に、
   前記サーバは、
   前記暗号化ソフトウェアの暗号化に用いた前記ソフトウェア固有鍵を抽出するステップの後、前記抽出したソフトウェア固有鍵に対応する前記ソフトウェアが前記第２の車載端末に適合するソフトウェアか否か判定するステップを実行し、
   前記ソフトウェアが前記第２の車載端末に適合すると判定された場合に、
   前記ソフトウェア固有鍵の認証情報を生成し、前記通信端末を介して、前記第２の車載端末に送信するステップを実行し、
   前記ソフトウェアが前記第２の車載端末に適合しないと判定された場合に、
   前記第２の車載端末に適合する前記暗号化ソフトウェアを抽出し、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信することで、前記通信端末を介して、前記暗号化ソフトウェアを、前記第２の車載端末に送信するステップを実行すること
   を特徴とする請求項１ないし請求項４のいずれか１項に記載の情報配信方法。
6. 通信端末と機器間通信で接続される車載端末に対し、前記通信端末を介して接続されるサーバが、前記車載端末に適合したソフトウェアを、前記通信端末を介して配信する情報配信システムであって、
   前記車載端末は、前記車載端末に固有な端末識別情報および端末固有鍵を記憶する機能を備えており、前記サーバは、前記車載端末それぞれに記憶される前記端末識別情報および前記端末固有鍵と同じ情報であるサーバ側端末識別情報およびサーバ側端末固有鍵を記憶する機能と、前記車載端末それぞれに適合するソフトウェアが暗号化された暗号化ソフトウェアおよび前記車載端末それぞれに適合するソフトウェアを暗号化したソフトウェア固有鍵を記憶する機能とを備えており、
   前記車載端末は、前記端末識別情報を、前記通信端末を介して、前記サーバに送信し、
   前記サーバは、前記サーバ側端末識別情報に基づき、受信した前記端末識別情報を検証し、前記車載端末の端末認証が成功した場合に、当該端末識別情報の前記車載端末に適合する前記暗号化ソフトウェアを、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信することで、前記通信端末を介して、前記暗号化ソフトウェアを、前記車載端末に送信し、
   前記車載端末は、
   前記暗号化ソフトウェアを取得して記憶し、
   前記暗号化ソフトウェアに付された前記暗号化ソフトウェアの識別情報を、前記通信端末を介して、前記サーバに送信し、
   前記サーバは、
   取得した前記暗号化ソフトウェアの識別情報に基づき、前記暗号化ソフトウェアの暗号化に用いた前記ソフトウェア固有鍵を抽出し、
   前記ソフトウェア固有鍵の認証情報を生成し、前記通信端末を介して、前記車載端末に送信し、
   前記車載端末は、
   受信した前記ソフトウェア固有鍵の認証情報の検証により、前記ソフトウェア固有鍵の認証に成功した場合に、前記ソフトウェア固有鍵を用いて、前記記憶した暗号化ソフトウェアを復号し、前記復号したソフトウェアをインストールすること
   を特徴とする情報配信システム。
7. 前記車載端末が、前記端末識別情報を、前記通信端末を介して、前記サーバに送信した車載端末ではない第２の車載端末の場合に、
   前記サーバは、
   前記暗号化ソフトウェアの暗号化に用いた前記ソフトウェア固有鍵を抽出した後、前記抽出したソフトウェア固有鍵に対応する前記ソフトウェアが前記第２の車載端末に適合するソフトウェアか否か判定し、
   前記ソフトウェアが前記第２の車載端末に適合すると判定された場合に、
   前記ソフトウェア固有鍵の認証情報を生成し、前記通信端末を介して、前記第２の車載端末に送信し、
   前記ソフトウェアが前記第２の車載端末に適合しないと判定された場合に、
   前記第２の車載端末に適合する前記暗号化ソフトウェアを抽出し、当該暗号化ソフトウェアの識別情報を付して、前記通信端末に送信することで、前記通信端末を介して、前記暗号化ソフトウェアを、前記第２の車載端末に送信すること
   を特徴とする請求項６に記載の情報配信システム。
8. 通信端末と機器間通信で接続された車載端末に対し、前記通信端末と接続されたサーバが、前記車載端末に適合したソフトウェアを、前記通信端末を介して配信する情報配信システムの前記車載端末であって、
   前記車載端末は、前記車載端末に固有な端末識別情報および端末固有鍵を記憶する機能を備えており、
   前記端末識別情報を、前記通信端末を介して、前記サーバに送信し、
   前記サーバが生成した当該車載端末に適合する暗号化ソフトウェアを取得して記憶し、
   前記暗号化ソフトウェアに付された前記暗号化ソフトウェアの識別情報を、前記通信端末を介して、前記サーバに送信する認証情報の生成部と、
   前記サーバから前記通信端末を介して受信したソフトウェア固有鍵の認証情報を検証する認証情報検証部と、
   を備えること特徴とする車載端末。

Images