(57)【特許請求の範囲】
【請求項１】
通信端末と通信して、前記通信端末に接続されている車載端末と通信を行うサーバ装置であって、
前記通信端末と通信する通信部と、
前記車載端末の識別情報と、前記車載端末の固有鍵と、前記車載端末の認証情報が生成された日時と、を対応して記憶する車載端末管理情報記憶部と、
前記通信部を用いて、前記車載端末と前記通信端末が接続されることにより生成される、前記車載端末の識別情報と、前記車載端末の認証情報が生成された日時と、を含む、前記車載端末の認証情報を取得して、前記車載端末管理情報記憶部に記憶されている前記車載端末の識別情報と、前記車載端末の固有鍵と、前記車載端末の認証情報が生成された日時と、を用いて前記車載端末の識別情報の認証を行う認証情報検証部と、
認証された場合、取得した前記車載端末の認証情報が生成された日時を、前記車載端末管理情報記憶部に記憶する認証情報管理部と、
を備えることを特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置であって、
前記認証情報検証部により前記車載端末の認証情報の認証が成功すると、
前記通信部により前記通信端末に前記車載端末の認証情報を保存すること、
を特徴とするサーバ装置。
【請求項３】
請求項１または請求項２に記載のサーバ装置であって、
前記車載端末の識別情報と、暗号化ソフトウェアと、を対応させて記憶する車載端末用ソフトウェア記憶部と、
前記暗号化ソフトウェアの識別情報と、前記暗号化ソフトウェアに対応した固有鍵を記憶するソフトウェア固有鍵記憶部と、
前記通信部を用いて取得した前記車載端末の識別情報と、前記暗号化ソフトウェアの識別情報と、を用いて配信する暗号化ソフトウェアを判断するソフトウェア配信部と、
前記ソフトウェア固有鍵記憶部に記憶されている前記暗号化ソフトウェアに対応した固有鍵を前記車載端末の固有鍵で暗号化する暗号化処理部と、を備え、
前記認証情報検証部により前記車載端末の認証を成功すると、前記通信部を用いて前記暗号化ソフトウェアと、前記暗号化ソフトウェアの識別情報と、を配信し、
前記通信部を用いて取得した、前記車載端末が前記暗号化ソフトウェアをインストールする際に生成される、前記車載端末の識別情報と、ソフトウェア固有鍵要求情報が生成された日時と、前記暗号化ソフトウェアの識別情報と、を含む前記ソフトウェア固有鍵要求情報を前記認証情報検証部により認証し、成功した場合には、前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を前記車載端末の固有鍵で暗号化して配信すること、
を特徴とするサーバ装置。
【請求項４】
請求項３に記載のサーバ装置であって、
前記認証情報検証部は、前記通信部を用いて前記通信端末より取得した前記車載端末の認証情報の認証に成功すると、前記通信部を用いて前記通信端末に対して前記暗号化ソフトウェアを配信すること、
を特徴とするサーバ装置。
【請求項５】
請求項３または請求項４に記載のサーバ装置であって、
前記ソフトウェア固有鍵要求情報による認証成功後、前記ソフトウェア固有鍵要求情報に含まれる前記車載端末の識別情報と前記暗号化ソフトウェアの識別情報とから、前記暗号化ソフトウェアが前記車載端末へのインストール可否を判定し、インストール不可である場合には、前記車載端末に適合するソフトウェアを配信すること、
を特徴とするサーバ装置。
【請求項６】
通信端末と通信して、前記通信端末に接続されている車載端末と通信を行うサーバ装置の情報通信方法であって、
前記サーバ装置は、
前記通信端末と通信するステップと、
前記通信により、前記車載端末と前記通信端末が接続されることにより生成される、前記車載端末の識別情報と、前記車載端末の認証情報が生成された日時と、を含む、前記車載端末の認証情報を取得して、記憶されている前記車載端末の識別情報と、前記車載端末の固有鍵と、前記車載端末の認証情報が生成された日時と、を用いて前記車載端末の識別情報の認証を行うステップと、
認証された場合、取得した前記車載端末の認証情報が生成された日時と、前記車載端末の識別情報と、を対応して記憶するステップと、
を実行することを特徴とする情報通信方法。
【請求項７】
請求項６に記載の情報通信方法であって、
前記サーバ装置は、
認証された場合、前記通信により前記通信端末に対して前記車載端末の認証情報を保存するよう指示するステップ、
を実行することを特徴とする情報通信方法。
【請求項８】
請求項６または請求項７に記載の情報通信方法であって、
前記サーバ装置は、
前記車載端末の認証情報の認証に成功後、暗号化ソフトウェアと、前記暗号化ソフトウェアの識別情報と、を配信するステップと、
前記通信により取得した、前記車載端末の識別情報と、ソフトウェア固有鍵要求情報が生成された日時と、前記暗号化ソフトウェアの識別情報と、を含む前記ソフトウェア固有鍵要求情報の認証に成功後、前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を前記車載端末の固有鍵で暗号化するステップと、
前記車載端末の固有鍵で暗号化した前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を配信するステップと、
を実行することを特徴とする情報通信方法。
【請求項９】
通信端末を介して、サーバ装置と通信を行う車載端末であって、
前記通信端末と通信する機器間通信部と、
前記車載端末の日時を取得する時計部と、
前記機器間通信部を用いて前記通信端末から取得した暗号化ソフトウェアと、前記車載端末の識別情報と、前記車載端末の固有鍵と、を記憶する記憶部と、
前記車載端末の識別情報と、前記通信により前記通信端末と接続されることで前記時計部が取得する日時と、前記取得した暗号化ソフトウェアの識別情報と、を用いて前記車載端末の認証情報およびソフトウェア固有鍵要求情報を生成する認証情報生成部と、
前記機器間通信部を用いて、前記サーバ装置から送信された前記車載端末の固有鍵で暗号化された前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を取得し、前記暗号化された前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を、前記車載端末の固有鍵を用いて認証し、認証された場合、前記暗号化ソフトウェアの識別情報で特定される前記暗号化ソフトウェアを復号する認証情報検証部と、
前記復号されたソフトウェアをインストールするインストール処理部と、
を備えることを特徴とする車載端末。
【請求項１０】
通信端末を介して、サーバ装置と通信を行う車載端末の情報通信方法であって、
前記車載端末は、
前記通信端末と通信するステップと、
前記車載端末の識別情報と、前記通信により前記通信端末と接続されることで取得する日時と、を用いて前記車載端末の認証情報を生成するステップと、
前記認証情報を前記通信端末に送信するステップと、
前記通信端末から取得した暗号化ソフトウェアと、前記暗号化ソフトウェアの識別情報と、を記憶するステップと、
前記車載端末の識別情報と、前記通信により前記通信端末と接続されることで取得する日時と、前記取得した暗号化ソフトウェアの識別情報と、を用いてソフトウェア固有鍵要求情報を生成するステップと、
前記ソフトウェア固有鍵要求情報を前記通信端末に送信するステップと、
前記サーバ装置から送信された前記車載端末の固有鍵で暗号化された前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を取得し、前記取得した暗号化された前記暗号化ソフトウェアの識別情報および前記暗号化ソフトウェアの固有鍵を、記憶されている前記車載端末の固有鍵を用いて認証し、認証された場合、前記暗号化ソフトウェアを復号するステップと、
を実行することを特徴とする情報通信方法。
【請求項１１】
サーバ装置と、通信端末と、車載端末を備える情報配信システムであって、
前記車載端末は、
前記通信端末と通信する機器間通信部と、
前記車載端末の日時を取得する時計部と、
前記車載端末の識別情報と、前記車載端末の固有鍵と、前記通信により前記通信端末に接続されることで前記時計部が取得する日時である前記車載端末の認証情報が生成された日時と、を用いて前記車載端末の認証情報を生成する認証情報生成部と、
を備え、
前記認証情報生成部で生成された前記車載端末の認証情報を、前記機器間通信部を用いて前記通信端末に送信し、
前記通信端末は、
前記サーバ装置と通信する通信端末通信部と、
前記車載端末と機器間通信する通信端末機器間通信部と、
情報を記憶する通信端末記憶部と、
を備え、
前記車載端末から送信された前記車載端末の認証情報を、前記通信端末通信部を用いて、前記サーバ装置へ送信し、
前記サーバ装置は、
前記通信端末と通信する通信部と、
前記車載端末の識別情報と、前記車載端末の固有鍵と、前記車載端末の認証情報が生成された日時と、を対応して記憶する車載端末管理情報記憶部と、
前記通信部を用いて、送信された前記車載端末の識別情報と、前記認証情報が生成された日時と、を含む前記車載端末の認証情報を取得して、前記車載端末管理情報記憶部に記憶されている前記車載端末の識別情報と、前記車載端末の固有鍵と、前記車載端末の認証情報が生成された日時と、を用いて前記車載端末の識別情報の認証を行う認証情報検証部と、
を備え、
認証された場合、送信された前記車載端末の認証情報が生成された日時を、認証情報管理部を用いて前記車載端末管理情報記憶部に記憶し、前記車載端末の認証情報を、前記通信部を用いて、前記通信端末に送信し、
前記通信端末は、前記車載端末の認証情報を、前記通信端末記憶部に記憶すること
を特徴とする情報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話等の通信機器を外部接続することが可能なカーナビゲーション等の車載端末に対してサーバ装置から情報を配信する、サーバ装置、車載端末、情報通信方法および情報配信システムに関する。
【背景技術】
【０００２】
３Ｇ（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:///・・・」を表示する。そして、ステップＳ２１５の認証情報無効メッセージを受信した場合、通信端末２０は、画面Ｐ１４「ソフトウェアの取得に失敗しました。」を表示する。また、通信端末２０は、ステップＳ２１６で暗号化ソフトウェアをサーバ３０から受信し、ステップＳ２１７で記憶部２２にその暗号化ソフトウェアを保存し終えると、画面Ｐ１５「ソフトウェアの取得を完了しました。」を表示する。
【０１０４】
（ソフトウェア固有鍵取得処理における画面表示）
次に、ソフトウェア固有鍵取得処理中における車載端末１０および通信端末２０の画面表示について説明する。
図１１は、本発明の第１の実施形態に係る車載端末１０および通信端末２０のソフトウェア固有鍵取得処理中における画面表示の一例を示す図である。
車載端末１０の画像処理部１１６および通信端末２０の画像処理部２１６は、図８に示したソフトウェア固有鍵取得処理の各ステップの処理中において、図１１に示す画面を表示させる。
【０１０５】
車載端末１０は、図８のソフトウェア固有鍵取得処理において、ステップＳ３０１で暗号化ソフトウェアを通信端末２０から受信すると、画面Ｃ２１「通信端末に接続し、ソフトウェアを受信しています。」を表示する。そして、車載端末１０は、ステップＳ３０３のソフトウェア固有鍵要求情報（「Ｂ」情報）を通信端末２０に送信すると、画面Ｃ２２「サーバに接続し、ソフトウェアをインストールするための情報を取得しています。」を表示する。そして、ステップＳ３０９で認証情報無効メッセージを受信した場合、車載端末１０は、画面Ｃ２３「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。
【０１０６】
車載端末１０は、ステップＳ３１４で、ソフトウェア固有鍵認証情報（「Ｃ」情報）を受信すると、画面Ｃ２４「ソフトウェアをインストールしています」を表示する。そして、ソフトウェア固有鍵認証情報の検証で認証ＮＧだった場合（ステップＳ３１６→Ｎｏ）、車載端末１０は、画面Ｃ２５「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。一方、車載端末１０は、ソフトウェア固有鍵認証情報の検証で認証ＯＫだった場合で（ステップＳ３１６→Ｙｅｓ）、ソフトウェアのインストール（ステップＳ３１９）を完了すると、画面Ｃ２６「ソフトウェアのインストールを完了しました。」を表示する。
【０１０７】
一方、通信端末２０は、図８のソフトウェア固有鍵取得処理において、ステップＳ３０１の車載端末１０への暗号化ソフトウェアの送信から、ステップＳ３０３のソフトウェア固有鍵要求情報（「Ｂ」情報）の受信までは、画面Ｐ２１「車載端末に接続し、ソフトウェアを送信しています。」を表示する。
【０１０８】
続いて、通信端末２０は、ソフトウェア固有鍵要求メッセージをサーバ３０に送信するステップＳ３０４以降は、画面Ｐ２２「サーバに接続し、ソフトウェアをインストールするための情報を取得しています。」を表示する。そして、ステップＳ３０８で認証情報無効メッセージを受信した場合、通信端末２０は、画面Ｐ２３「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。また、通信端末２０は、ステップＳ３１３でソフトウェア固有鍵認証情報（「Ｃ」情報）を受信し、そのソフトウェア固有鍵認証情報を車載端末１０に送信すると（ステップＳ３１４）、画面Ｐ２４「ソフトウェアをインストールしています。」を表示する。
【０１０９】
そして、通信端末２０は、ステップＳ３１７で認証情報無効メッセージを受信した場合、画面Ｐ２５「ソフトウェアをインストールするための情報を取得できませんでした。」を表示する。一方、通信端末２０は、インストール完了メッセージを受信した場合には（ステップＳ３２２）、画面Ｐ２６「ソフトウェアのインストールを完了しました。」を表示する。
【０１１０】
なお、上記では、各処理内容の画面表示の遷移例について説明したが、車載端末１０は、画面表示される処理内容を、音声処理部１１８がスピーカ１５を介して、音声情報としてユーザに提供してもよい。また、通信端末２０においても、画面表示される処理内容を、音声処理部２１８がスピーカ２５を介して、音声情報としてユーザに提供してもよい。
【０１１１】
以上説明したように、本発明の第１の実施形態に係る情報配信方法、情報配信システム１および車載端末１０によれば、従来技術において、ユーザが車載端末１０から端末識別情報１０１を予め取得して、ＰＣや携帯電話に入力し、さらにリムーバブルメディアを車載端末１０に挿入してソフトウェアをインストールするといった、入力の手間やダウンロードに要する時間を削減することができる。さらに、ソフトウェアは暗号化されてサーバ３０から車載端末１０に送信され、その暗号化したソフトウェアを復号するソフトウェア固有鍵も暗号化されてサーバ３０から車載端末１０に送信される。よって、通信端末２０では、暗号化されたソフトウェアを復号することが不可能となり、配信対象でない他の車載端末１０にそのソフトウェアがインストールされることを防ぐことができる。
【０１１２】
≪第２の実施形態≫
次に、本発明の第２の実施形態に係る情報配信システム１について説明する。本発明の第２の実施形態に係る情報配信システム１は、複数の車載端末１０が、同じ通信端末２０を介してサーバ３０からソフトウェアを取得する例である。
本発明の第２の実施形態に係る情報配信システム１が行う処理の前提として、本発明の第１の実施形態における図６の端末認証処理と図７のソフトウェア取得処理が、第１の車載端末１０の端末認証情報（「Ａ」情報）も用いて行われている。この状態で、本発明の第２の実施形態に係る情報配信システム１は、第１の車載端末１０とは別の第２の車載端末１０に対して、ソフトウェアのインストールを実行する処理を実現する。
【０１１３】
この本発明の第２の実施形態に係る情報配信システム１による処理が実行される実際の場面は、例えば、１家族で複数の自動車を保有し、ユーザが複数の自動車の車載端末１０それぞれに、サーバ３０からソフトウェアをインストールしたい場合である。本発明の第２の実施形態に係る情報配信システム１は、２台目以降の車載端末１０それぞれについて、端末認証の初めからの処理すべてを繰り返す必要をなくし、ソフトウェアをインストールしたい２台目以降の車載端末１０についての、ユーザの入力の手間や、ダウンロードのための時間を削減することを目的とする。
【０１１４】
本発明の第２の実施形態に係る情報配信システム１の全体構成は、図１に示した本発明の第１の実施形態に係る情報配信システム１と同様である。ただし、車載端末１０は、本発明の第１の実施形態で示した情報配信処理によるソフトウェアのインストールを終えた第１の車載端末１０に換えて、ユーザ等が次にソフトウェアをインストールしたい第２の車載端末１０を、通信端末２０と接続したものである。
【０１１５】
また、本発明の第２の実施形態に係る情報配信システム１の各装置の構成は、図２〜図４に示した本発明の第１の実施形態に係る各装置の構成と同様である。但し、サーバ３０のソフトウェア配信部３１７（図４参照）と、通信端末２０のソフトウェア取得部２１２（図３参照）とは、第１の実施形態における機能に加えて、以下の機能を備えるものである。
【０１１６】
サーバ３０のソフトウェア配信部３１７は、認証情報検証処理部３１１からソフトウェア固有鍵要求情報（「Ｂ」情報）を取得すると、そのソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−３）暗号化ソフトウェアの識別情報とを用いて、そのソフトウェア固有鍵要求情報を送信してきた車載端末１０に、暗号化ソフトウェアの識別情報で指定されるソフトウェアがインストール可能か否か、つまり、車載端末１０の機種やバージョン等の種別とソフトウェアとが適合しているか否かを判定する（ソフトウェア適合処理：後記する図１２のステップＳ４０１）。
具体的には、ソフトウェア配信部３１７は、（Ｂ−１）端末識別情報１０１を用いてその車載端末１０の種別を決定し、（Ｂ−３）暗号化ソフトウェアの識別情報で特定されるソフトウェアが、決定した種別に適合するソフトウェアか否かを判定する。
そして、ソフトウェア配信部３１７は、車載端末１０の種別とソフトウェアが適合しない場合には、（Ｂ−１）端末識別情報１０１および（Ｂ−３）暗号化ソフトウェアの識別情報を用いて、適合するソフトウェアを選択して、そのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを通信端末２０に送信する処理を行う。
【０１１７】
通信端末２０のソフトウェア取得部２１２は、適合するソフトウェアを取得するためのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）を受信すると、ソフトウェア固有鍵要求情報を記憶部２２に保存し、ＨＴＴＰクライアント処理部２１５を介して、ソフトウェア固有鍵要求情報（「Ｂ」情報）を付してダウンロード先のＵＲＬにアクセスする（後記する図１３のステップＳ５０５〜Ｓ５０７）。
【０１１８】
次に、第２の車載端末１０から、ソフトウェア固有鍵要求情報（「Ｂ」情報）が送信された場合の通信端末２０およびサーバ３０の処理を説明する。
図１２は、本発明の第２の実施形態に係るサーバ３０が、第２の車載端末１０から通信端末２０を介して、ソフトウェア固有鍵要求情報を受信した場合の処理の流れを示すシーケンス図である。
ここで、通信端末２０には、第１の車載端末１０に適合するソフトウェアが、図７のステップＳ２１７において記憶されているものとする。
【０１１９】
図１２に示すように、ステップＳ３０１の暗号化ソフトウェアの送信から、ステップＳ３１０の最終認証日時３０３の更新処理までは、図８に示すソフトウェア固有鍵取得処理と同じであるので、説明を省略する。なお、この図１２のステップＳ３０２で、第２の車載端末１０の認証情報生成部１１１が生成するソフトウェア固有鍵要求情報（「Ｂ」情報）のうち、（Ｂ−３）暗号化ソフトウェアの識別情報は、第１の車載端末１０に適合するソフトウェアに対応した暗号化ソフトウェアの識別情報が付されることとなる。
【０１２０】
ステップＳ４０１において、サーバ３０のソフトウェア配信部３１７は、第２の車載端末１０が生成したソフトウェア固有鍵要求情報の（Ｂ−１）端末識別情報１０１と、（Ｂ−３）暗号化ソフトウェアの識別情報とを用いて、車載端末１０の機種やバージョン等の種別とソフトウェアとが適合しているか否かを判定する処理を行う（ソフトウェア適合処理）。つまり、第１の車載端末１０の種別と第２の車載端末１０の種別が同じであり、第１の車載端末１０にインストールしたソフトウェアがそのまま第２の車載端末１０に適合するか否かを判定する。
具体的には、ソフトウェア配信部３１７は、（Ｂ−１）端末識別情報１０１を用いて第２の車載端末１０の種別を決定し、（Ｂ−３）暗号化ソフトウェアの識別情報で特定されるソフトウェアが、決定した第２の車載端末１０の種別に適合するソフトウェアか否かを判定する。
そして、ソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合しない場合には（ステップＳ４０２→Ｎｏ）、ソフトウェア再配信処理（ステップＳ４０３）に進む（詳細は図１３を参照して後記する）。一方、ソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合する場合には（ステップＳ４０２→Ｙｅｓ）、図８の処理と同様に、ソフトウェア固有鍵を検索するステップＳ３１１以降の処理に進み、ソフトウェア固有鍵認証情報（「Ｃ」情報）を第２の車載端末１０に送り、第２の車載端末１０でソフトウェアのインストールが行われる。
【０１２１】
このように、第２の車載端末１０からのソフトウェア固有鍵の取得要求であっても、第１の車載端末１０と同じ種別であり、ソフトウェアが適合する場合には、新たに車載端末１０の認証情報を入力する等の手間をかけることなく、そのソフトウェアをインストールすることができる。
【０１２２】
次に、第２の車載端末１０の種別とインストールしようとするソフトウェアが適合しなかった場合（ステップＳ４０２→Ｎｏ）のソフトウェア再配信処理について説明する。
図１３は、本発明の第２の実施形態に係るソフトウェア再配信処理の流れを示すシーケンス図である。
【０１２３】
まず、サーバ３０のソフトウェア配信部３１７は、第２の車載端末１０の種別とソフトウェアが適合しない場合（図１２のステップＳ４０２→Ｎｏ）、ソフトウェア固有鍵要求情報（「Ｂ」情報）の（Ｂ−１）端末識別情報１０１および（Ｂ−３）暗号化ソフトウェアの識別情報を用いて、ソフトウェア固有鍵を要求する第２の車載端末１０で利用可能な代替となるソフトウェアを、車載端末用ソフトウェアＤＢ３１０から検索する（ステップＳ５０１）。
【０１２４】
その結果、第２の車載端末１０に適合するソフトウェアが存在しなかった場合（ステップＳ５０２→Ｎｏ）、ソフトウェア配信部３１７は、ソフトウェアの取得不能を示す取得不能メッセージを、通信端末２０に送信して、サーバ３０としての処理を終える（ステップＳ５０３）。
一方、ソフトウェア配信部３１７が、第２の車載端末１０に適合するソフトウェアを検索できた場合、つまり、適合するソフトウェアが存在する場合は（ステップＳ５０２→Ｙｅｓ）、ステップＳ５０４に進み処理を続ける。
【０１２５】
ステップＳ５０４において、ソフトウェア配信部３１７は、ＨＴＴＰサーバ処理部３１６を介して、通信端末２０が検索したソフトウェアをダウンロードするためのＵＲＬを作成する。そして、ソフトウェア配信部３１７は、そのＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを、通信端末２０に通知する（ステップＳ５０５）。
【０１２６】
ＵＲＬとソフトウェア固有鍵要求情報（「Ｂ」情報）とを受け取った通信端末２０のソフトウェア取得部２１２は、まず、ソフトウェア固有鍵要求情報を、記憶部２２に保存する（ステップＳ５０６）。そして、ソフトウェア取得部２１２は、ＨＴＴＰクライアント処理部２１５を介し、保存したソフトウェア固有鍵要求情報（「Ｂ」情報）を付加してダウンロード先となるＵＲＬにアクセスする（ステップＳ５０７）。
【０１２７】
続いて、サーバ３０の認証情報検証処理部３１１は、ステップＳ５０７で取得したソフトウェア固有鍵要求情報（「Ｂ」情報）について、車載端末管理ＤＢ３００の検索（ステップＳ５０８）、ソフトウェア固有鍵要求情報の検証（ステップＳ５０９）、およびその検証の判定（「認証ＯＫ？」）（ステップＳ５１０）を行う。なお、このステップＳ５０８〜Ｓ５１０の処理は、前記した図８のステップＳ３０５〜Ｓ３０７の処理と同様のため、説明は省略する。
【０１２８】
ステップＳ５１０において、ソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＮＧの場合は（ステップＳ５１０→Ｎｏ）、認証情報検証処理部３１１は、認証ＮＧを示す認証情報無効メッセージを通信端末２０に送信して処理を終える（ステップＳ５１１）。
一方、ステップＳ５１０において、ソフトウェア固有鍵要求情報（「Ｂ」情報）が認証ＯＫの場合は（ステップＳ５１０→Ｙｅｓ）、ソフトウェア配信部３１７は、暗号化処理部３１４がソフトウェア固有鍵で暗号化した状態のソフトウエア（暗号化ソフトウェア）を、通信端末２０に送信する（ステップＳ５１２）。
そして、通信端末２０は、受信した暗号化ソフトウェアを記憶部２２に保存する（ステップＳ５１３）。
【０１２９】
第２の車載端末１０は、自身に適合した暗号化ソフトウェアが通信端末２０の記憶部２２に記憶された状態で、本発明の第１の実施形態に係る図８に示したソフトウェア固有鍵取得処理を実行することにより、ソフトウェアをインストールすることが可能となる。
【０１３０】
以上説明したように、本発明の第２の実施形態に係る情報配信方法、情報配信システム１および車載端末１０によれば、複数の車載端末１０それぞれにソフトウェアのインストールを行う場合に、配信対象でない他の車載端末１０に対してソフトウェアがインストールされるのを防ぐことができる。さらに、サーバ３０が、第２の車載端末１０から取得したソフトウェア固有鍵要求情報に基づき、第２の車載端末１０の種別と、インストールしようとしているソフトウェアとが適合しているか否かを判定する。そして、適合しない場合は、サーバ３０が第２の車載端末１０に適合するソフトウェアを再配信する。よって、従来技術に比べ、個々の車載端末１０ごとに、最初の処理である端末認証からソフトウェアのインストールまでの一連の処理全体を繰り返す必要をなくし、ダウンロードに要する時間を削減した上で、第２の車載端末１０に適合したソフトウェアを、インストールすることが可能となる。
【符号の説明】
【０１３１】
１      情報配信システム
１０    車載端末
１１，２１，３１  制御部
１２，２２，３２  記憶部
１３，２３  ディスプレイ
１４，２４  入力インタフェース
１５，２５  スピーカ
１６，２６  機器間通信部
２０    通信端末
２７，３７  通信部
３０    サーバ
４０    通信ネットワーク
１０１  端末識別情報
１０２  端末固有鍵
１１１  認証情報生成部
１１２  認証情報検証部
１１３  インストール処理部
１１４，２１４，３１４  暗号化処理部
１１５，３１５  時計部
１１６，２１６  画像処理部
１１７，２１７  入力処理部
１１８，２１８  音声処理部
２１１  車載端末認証部
２１２  ソフトウェア取得部
２１３  ソフトウェア送信部
２１５  ＨＴＴＰクライアント処理部
３００  車載端末管理ＤＢ
３０１  サーバ側端末識別情報
３０２  サーバ側端末固有鍵
３０３  最終認証日時
３１０  車載端末用ソフトウェアＤＢ
３１１  認証情報検証処理部
３１２  認証情報管理部
３１３  認証情報生成処理部
３１６  ＨＴＴＰサーバ処理部
３１７  ソフトウェア配信部
３２０  ソフトウェア固有鍵ＤＢ
【図１】
0005950225.tif 000002
【図２】
0005950225.tif 000003
【図３】
0005950225.tif 000004
【図４】
0005950225.tif 000005
【図５】
0005950225.tif 000006
【図６】
0005950225.tif 000007
【図７】
0005950225.tif 000008
【図８】
0005950225.tif 000009
【図９】
0005950225.tif 000010
【図１０】
0005950225.tif 000011
【図１１】
0005950225.tif 000012
【図１２】
0005950225.tif 000013
【図１３】
0005950225.tif 000014