知財求人 - 知財ポータルサイト「IP Force」
▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024016285
(43)【公開日】2024-02-06
(54)【発明の名称】ソフトウェアアップグレード方法、装置、およびシステム
(51)【国際特許分類】
G06F 8/65 20180101AFI20240130BHJP
【ＦＩ】
G06F8/65
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023198586
(22)【出願日】2023-11-22
(62)【分割の表示】P 2021576058の分割
【原出願日】2020-04-30
(31)【優先権主張番号】201910545209.9
(32)【優先日】2019-06-21
(33)【優先権主張国・地域又は機関】CN
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】504161984
【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】ハン、ガンリン
(72)【発明者】
【氏名】マ、タオ
(57)【要約】 （修正有）
【課題】ソフトウェアアップグレードプロセスにおいてセキュリティ上の脅威を招く確率を低減する方法を提供する。
【解決手段】方法は、第１ソフトウェアパッケージと関連する第１アップグレード要件情報を取得する段階と、第２ソフトウェアパッケージと関連する第１アップグレード要件情報とは異なる第２アップグレード要件情報を取得する段階と、第１アップグレード要件情報に基づいて、車両が第１ソフトウェアパッケージを用いて第１無線アップグレードを開始するか否かを判定する段階と、第２アップグレード要件情報に基づいて、車両が第２ソフトウェアパッケージを用いて第２無線アップグレードを開始するか否かを判定する段階と、を備える。
【選択図】図５
【解決手段】方法は、第１ソフトウェアパッケージと関連する第１アップグレード要件情報を取得する段階と、第２ソフトウェアパッケージと関連する第１アップグレード要件情報とは異なる第２アップグレード要件情報を取得する段階と、第１アップグレード要件情報に基づいて、車両が第１ソフトウェアパッケージを用いて第１無線アップグレードを開始するか否かを判定する段階と、第２アップグレード要件情報に基づいて、車両が第２ソフトウェアパッケージを用いて第２無線アップグレードを開始するか否かを判定する段階と、を備える。
【選択図】図５
【特許請求の範囲】
【請求項1】
車両に対するアップグレード方法であって、
第１ソフトウェアパッケージと関連する第１アップグレード要件情報を取得する段階であって、前記第１アップグレード要件情報は、第１判断条件を示す、取得する段階と、
第２ソフトウェアパッケージと関連する第２アップグレード要件情報を取得する段階であって、前記第２アップグレード要件情報は、第２判断条件を示しており、前記第１判断条件は、前記第２判断条件とは異なる、段階と、
前記第１判断条件に基づいて、前記車両が前記第１ソフトウェアパッケージを用いて第１無線（ＯＴＡ）アップグレードを開始するか否かを判定する段階と、
前記第２判断条件に基づいて、前記車両が前記第２ソフトウェアパッケージを用いて第２無線（ＯＴＡ）アップグレードを開始するか否かを判定する段階と
を備える方法。
第１ソフトウェアパッケージと関連する第１アップグレード要件情報を取得する段階であって、前記第１アップグレード要件情報は、第１判断条件を示す、取得する段階と、
第２ソフトウェアパッケージと関連する第２アップグレード要件情報を取得する段階であって、前記第２アップグレード要件情報は、第２判断条件を示しており、前記第１判断条件は、前記第２判断条件とは異なる、段階と、
前記第１判断条件に基づいて、前記車両が前記第１ソフトウェアパッケージを用いて第１無線（ＯＴＡ）アップグレードを開始するか否かを判定する段階と、
前記第２判断条件に基づいて、前記車両が前記第２ソフトウェアパッケージを用いて第２無線（ＯＴＡ）アップグレードを開始するか否かを判定する段階と
を備える方法。
【請求項2】
前記第１判断条件は、第１状況および／または第２状況を含み、前記第１判断条件に基づいて、前記車両が前記第１ソフトウェアパッケージを用いて第１無線（ＯＴＡ）アップグレードを開始するか否かを前記判定する段階は、
前記車両の状況が前記第１状況と関連していることに応答して、前記第１ソフトウェアパッケージを用いて前記車両に対する前記第１ＯＴＡアップグレードを開始する段階、または、前記車両の前記状況が前記第２状況と関連していることに応答して、前記第２ソフトウェアパッケージを用いて前記車両に対する前記第２ＯＴＡアップグレードを開始しないと判定する段階を有する、請求項１に記載の方法。
前記車両の状況が前記第１状況と関連していることに応答して、前記第１ソフトウェアパッケージを用いて前記車両に対する前記第１ＯＴＡアップグレードを開始する段階、または、前記車両の前記状況が前記第２状況と関連していることに応答して、前記第２ソフトウェアパッケージを用いて前記車両に対する前記第２ＯＴＡアップグレードを開始しないと判定する段階を有する、請求項１に記載の方法。
【請求項3】
前記車両の前記状況が前記第１状況と関連することは、
前記車両の前記状況が前記第１状況に類似していること、または、前記第１状況が基準として用いられる状況範囲内に前記車両の前記状況があり、かつ、予め設定された状況閾値がオフセットとして用いられること、または、前記車両の前記状況が前記第１状況であることを含み、
前記車両の前記状況が前記第２状況と関連することは、
前記車両の前記状況が前記第２状況に類似していること、または、前記第２状況が基準として用いられる状況範囲内に前記車両の前記状況があり、かつ、予め設定された状況閾値がオフセットとして用いられること、または、前記車両の前記状況が前記第２状況であることを含む、請求項２に記載の方法。
前記車両の前記状況が前記第１状況に類似していること、または、前記第１状況が基準として用いられる状況範囲内に前記車両の前記状況があり、かつ、予め設定された状況閾値がオフセットとして用いられること、または、前記車両の前記状況が前記第１状況であることを含み、
前記車両の前記状況が前記第２状況と関連することは、
前記車両の前記状況が前記第２状況に類似していること、または、前記第２状況が基準として用いられる状況範囲内に前記車両の前記状況があり、かつ、予め設定された状況閾値がオフセットとして用いられること、または、前記車両の前記状況が前記第２状況であることを含む、請求項２に記載の方法。
【請求項4】
前記第１状況は、複数の状況を有する第１状況セットであり、前記車両の前記状況が前記第１状況と関連していることは、
前記車両の前記状況が前記第１状況セット内の状況と関連していること、
前記車両の前記状況が前記第１状況セット内の全ての状況と関連していること、または、
前記第１状況セット内の前記車両の前記状況と関連する状況の数量が数量閾値を超えていること
を含む、
または、
前記第２状況は、複数の状況を有する第２状況セットであり、前記車両の前記状況が前記第２状況と関連していることは、
前記車両の前記状況が前記第２状況セット内の状況と関連していること、
前記車両の前記状況が前記第２状況セット内の全ての状況と関連していること、または、
前記第２状況セット内の前記車両の前記状況と関連する状況の数量が数量閾値を超えていること
を含む、請求項２または３に記載の方法。
前記車両の前記状況が前記第１状況セット内の状況と関連していること、
前記車両の前記状況が前記第１状況セット内の全ての状況と関連していること、または、
前記第１状況セット内の前記車両の前記状況と関連する状況の数量が数量閾値を超えていること
を含む、
または、
前記第２状況は、複数の状況を有する第２状況セットであり、前記車両の前記状況が前記第２状況と関連していることは、
前記車両の前記状況が前記第２状況セット内の状況と関連していること、
前記車両の前記状況が前記第２状況セット内の全ての状況と関連していること、または、
前記第２状況セット内の前記車両の前記状況と関連する状況の数量が数量閾値を超えていること
を含む、請求項２または３に記載の方法。
【請求項5】
前記第１判断条件は、前記車両の地理的位置、前記車両が位置している環境、または、前記車両の走行状況を示し、前記第２判断条件は、前記車両の地理的位置、前記車両が位置している環境、または、前記車両の走行状況を示す、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記地理的位置は、駐車場、都市部の道路、交通規制道路区間、または高速道路区間であり、前記環境は、日中、夜間、混雑した道路区間、または前記車両の車体温度であり、前記走行状況は、制動状態、移動状態、高速状態、低速状態、または駐車状態である、請求項５に記載の方法。
【請求項7】
前記第１判断条件に基づいて、前記車両が前記第１ソフトウェアパッケージを用いて第１無線（ＯＴＡ）アップグレードを開始するか否かを前記判定する段階は、
ヒューマンコンピュータインタラクションインタフェースを用いることにより、ユーザにアップグレード判定を要求する段階と、
前記ユーザがアップグレードを認めることを示す、前記ユーザにより入力された命令を受信することにより、前記車両の状況が前記第１判断条件を満たすと判定する段階と、
前記第１ソフトウェアパッケージを用いて前記第１ＯＴＡアップグレードを開始する段階と
を含む、請求項１から６のいずれか一項に記載の方法。
ヒューマンコンピュータインタラクションインタフェースを用いることにより、ユーザにアップグレード判定を要求する段階と、
前記ユーザがアップグレードを認めることを示す、前記ユーザにより入力された命令を受信することにより、前記車両の状況が前記第１判断条件を満たすと判定する段階と、
前記第１ソフトウェアパッケージを用いて前記第１ＯＴＡアップグレードを開始する段階と
を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記第１判断条件に基づいて、前記車両が前記第１ソフトウェアパッケージを用いて第１無線（ＯＴＡ）アップグレードを開始するか否かを前記判定する段階は、
前記車両の状況が前記第１判断条件を満たすと判定する段階と、
ヒューマンコンピュータインタラクションインタフェースを用いることにより、ユーザにアップグレード判定を要求する段階と、
前記ユーザがアップグレードを認めることを示す、前記ユーザにより入力された命令を受信することにより、前記第１ソフトウェアパッケージを用いて前記第１ＯＴＡアップグレードを開始する段階と
を含む、請求項１から６のいずれか一項に記載の方法。
前記車両の状況が前記第１判断条件を満たすと判定する段階と、
ヒューマンコンピュータインタラクションインタフェースを用いることにより、ユーザにアップグレード判定を要求する段階と、
前記ユーザがアップグレードを認めることを示す、前記ユーザにより入力された命令を受信することにより、前記第１ソフトウェアパッケージを用いて前記第１ＯＴＡアップグレードを開始する段階と
を含む、請求項１から６のいずれか一項に記載の方法。
【請求項9】
前記第１アップグレード要件情報を前記取得する段階は、
前記第１ソフトウェアパッケージを取得した後の前記第１ソフトウェアパッケージにあるソフトウェアパッケージ識別子、アップグレード要件情報または記述情報に基づいて、前記第１アップグレード要件情報を取得する段階、または、
ソフトウェアサーバからの通知メッセージに基づいて、前記ソフトウェアサーバに要求することにより、前記第１アップグレード要件情報を取得する段階
を含む、請求項１から８のいずれか一項に記載の方法。
前記第１ソフトウェアパッケージを取得した後の前記第１ソフトウェアパッケージにあるソフトウェアパッケージ識別子、アップグレード要件情報または記述情報に基づいて、前記第１アップグレード要件情報を取得する段階、または、
ソフトウェアサーバからの通知メッセージに基づいて、前記ソフトウェアサーバに要求することにより、前記第１アップグレード要件情報を取得する段階
を含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
請求項１から９のいずれか一項に記載の方法における段階を実行するように構成されているユニットを備える、車両に対するアップグレード装置。
【請求項11】
プロセッサに、請求項１から９のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本願は通信分野に関し、具体的には、ソフトウェアアップグレード方法、装置、およびシステムに関する。
【背景技術】
【0002】
車車間／路車間通信（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）時代の到来に伴って、無線（ｏｖｅｒ ｔｈｅ ａｉｒ、ＯＴＡ）でソフトウェアを更新する車載端末デバイスがますます増えており、ＯＴＡベースのソフトウェア更新は通常、無線によるソフトウェア更新（ｓｏｆｔｗａｒｅ ｏｖｅｒ ｔｈｅ ａｉｒ、ＳＯＴＡ）と呼ばれている。
【0003】
現在、車載端末デバイスがＳＯＴＡによってソフトウェアをアップグレードする場合、アップグレードソフトウェアパッケージを取得した後に且つアップグレードソフトウェアパッケージのインストールを開始する前に、車載端末デバイスは、ヒューマンコンピュータインタラクションインタフェースを用いてユーザにアップグレード可否判断を要求する。ユーザがアップグレードを認めた場合、ソフトウェアアップグレードプロセスが開始される。これに対して、ユーザがアップグレードを承諾しない場合、ソフトウェアアップグレードプロセスは開始されない。
【0004】
しかしながら、ユーザは、ソフトウェアアップグレードプロセスにおける関連情報を十分に理解することなく、アップグレードを認めると直接判断することがある。その結果、アップグレードプロセスにセキュリティリスクが生じるおそれがあり、ユーザ体験が悪化する。
【発明の概要】
【0005】
本願の実施形態が、ソフトウェアアップグレード方法、装置、およびシステムを提供することで、ソフトウェアアップグレードプロセスにおいてセキュリティ上の脅威を招く確率を低減し、ユーザ体験を向上させる。
【0006】
前述の目的を達成するために、以下に挙げる技術的ソリューションが本願の実施形態に用いられる。
【0007】
第１態様によれば、ソフトウェアアップグレード方法および対応する通信装置が提供される。このソリューションでは、車載端末デバイスがソフトウェアパッケージのアップグレード要件情報と車載端末デバイスに対応する車両状況とを取得し、アップグレード要件情報は第１状況および／または第２状況を示す。車両状況が第１状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードを開始する。または、車両状況が第２状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードプロセスを開始しないと判定する。本願の本実施形態において、車載端末デバイスは、アップグレード要件情報および車両状況に基づいて、ソフトウェアアップグレードを開始すべきかどうかを判定し、車両状況が第１状況と関連している場合にはアップグレードを開始してよい。このように、アップグレードプロセスにおいてセキュリティ上の脅威を招く確率が低減でき、ユーザ体験を向上させることができる。
【0008】
実行可能な一設計例において、第１状況は、車両の地理的位置、車両が位置している環境、または車両の走行状況のうちの少なくとも１つを示す。
【0009】
実行可能な一設計例において、第２状況は、車両の地理的位置、車両が位置している環境、または車両の走行状況のうちの少なくとも１つを示す。
【0010】
実行可能な一設計例において、本願の本実施形態で提供されるソフトウェアアップグレード方法はさらに、車載端末デバイスがソフトウェアパッケージをソフトウェアサーバから受信する段階を含む。
【0011】
実行可能な一設計例において、車載端末デバイスがソフトウェアサーバから受信するソフトウェアパッケージは、アップグレード要件情報を含む。車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得することは、車載端末デバイスがソフトウェアパッケージ内のアップグレード要件情報を取得することを含む。
【0012】
実行可能な一設計例において、ソフトウェアパッケージがアップグレード要件情報を含むことは、ソフトウェアパッケージがソフトウェアパッケージの記述情報を含み、記述情報がアップグレード要件情報を含むことを含む。車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得することは、車載端末デバイスが記述情報内のアップグレード要件情報を取得することを含む。
【0013】
実行可能な一設計例において、車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得することは、車載端末デバイスが、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定することを含む。
【0014】
第２態様によれば、通信装置が提供され、通信装置は前述の方法を実施するように構成される。通信装置は、第１態様における車載端末デバイスでも、車載端末デバイスを含む装置でも、車載端末デバイスに含まれている装置でもよい。通信装置は、前述の方法を実施するための対応するモジュール、機器、または手段（ｍｅａｎｓ）を含む。このモジュール、機器、または手段は、ハードウェア、ソフトウェア、または対応するソフトウェアを実行するハードウェアで実現されてよい。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールもしくは機器を含む。
【0015】
第３態様によれば、通信装置が提供され、ここにはプロセッサおよびメモリが含まれる。メモリはコンピュータ命令を格納するように構成され、プロセッサが命令を実行すると、通信装置は前述の態様のうちのいずれか１つにおける方法を行うことが可能になる。通信装置は、第１態様における車載端末デバイスでも、車載端末デバイスを含む装置でも、車載端末デバイスに含まれている装置でもよい。
【0016】
第４態様によれば、通信装置が提供され、ここにはプロセッサが含まれる。プロセッサはメモリに連結され、メモリ内の命令を読み出して、前述の態様のうちのいずれか１つにおける方法を命令に従って実行するように構成される。通信装置は、第１態様における車載端末デバイスでも、車載端末デバイスを含む装置でも、車載端末デバイスに含まれている装置でもよい。
【0017】
第５態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令は、コンピュータ上で動作すると、コンピュータが前述の態様のうちのいずれか１つにおける方法を行うことが可能になる。
【0018】
第６態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で動作すると、コンピュータは前述の態様のうちのいずれか１つにおける方法を行うことが可能になる。
【0019】
第７態様によれば、通信装置（例えば、通信装置はチップでもチップシステムでもよい）が提供される。通信装置はプロセッサを含み、前述の態様のうちのいずれか１つにおける機能を実装するように構成される。実行可能な一設計例において、通信装置はさらにメモリを含み、メモリは必要なプログラム命令および必要なデータを格納するように構成される。通信装置がチップシステムである場合、通信装置はチップを含んでもよく、チップおよび別の個別素子を含んでもよい。
【0020】
第２態様～第７態様の任意の設計方式によりもたらされる技術的効果については、第１態様の様々な設計方式によりもたらされる技術的効果を参照されたい。詳細については、再度ここで説明しない。
【0021】
第８態様によれば、通信システムが提供される。通信システムは、ソフトウェアサーバと、前述の態様で説明した車載端末デバイスとを含む。
【図面の簡単な説明】
【0022】
【図1】本願の一実施形態による通信システムの概略構造図である。
【0023】
【図2】本願の一実施形態による車載端末デバイスの第１の概略構造図である。
【0024】
【図3】本願の一実施形態による車載端末デバイスの第２の概略構造図である。
【0025】
【図4】本願の一実施形態による車載端末デバイスの第３の概略構造図である。
【0026】
【図5】本願の一実施形態によるソフトウェアアップグレード方法の第１の概略フローチャートである。
【0027】
【図6a】本願の一実施形態によるソフトウェアアップグレード方法の第２の概略フローチャートである。
【0028】
【図6b】本願の一実施形態によるソフトウェアアップグレード方法の第３の概略フローチャートである。
【0029】
【0030】
【図8】本願の一実施形態による車載端末デバイスの第４の概略構造図である。
【発明を実施するための形態】
【0031】
以下では、本願の実施形態における技術的ソリューションを、本願の実施形態における添付図面を参照して説明する。本願の説明では、別途指定されない限り、記号「／」は関連する対象物同士の「ｏｒ（または）」の関係を表し、例えば、Ａ／ＢはＡまたはＢを表してよい。本願における用語「ａｎｄ／ｏｒ（および／または）」は、関連する対象物を説明するための対応関係のみ記述しており、３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは以下に挙げる３つのケースを表してよい。すなわち、Ａだけが存在する、ＡおよびＢが両方とも存在する、Ｂだけが存在するというケースである。ＡおよびＢは単数形でも複数形でもよい。さらに本願の説明では、「ａ ｐｌｕｒａｌｉｔｙ ｏｆ（複数の）」が意味するのは、２つ以上である。「Ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ ｔｈｅ ｆｏｌｌｏｗｉｎｇ ｉｔｅｍｓ（以下に挙げる項目のうちの少なくとも１つ）」または類似表現が意味することは、これらの項目のあらゆる組み合わせであり、１つの項目または複数の項目のあらゆる組み合わせが含まれる。例えば、「ａ、ｂ、またはｃのうちの少なくとも１つ」が表すのは、「ａ」、「ｂ」、「ｃ」、「ａとｂ」、「ａとｃ」、「ｂとｃ」、または「ａとｂとｃ」であってよく、ａ、ｂ、およびｃは単数のものでも複数のものでもよい。さらに、本願の実施形態における技術的ソリューションを明確に説明するために、「ｆｉｒｓｔ（第１）」および「ｓｅｃｏｎｄ（第２）」などの用語を本願の実施形態に用いて、基本的に同じ機能または目的を有する同じ項目同士または類似項目同士を区別する。当業者であれば、「第１」および「第２」などの用語は数または実行順序を限定するものではなく、また「第１」および「第２」などの用語は全く異なることを意味するものでもないことを理解するであろう。
【0032】
本願の実施形態における技術的ソリューションは、様々な通信システムに適用されてよく、そのような通信システムには、例えば、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ＦＤＭＡ、ＳＣ－ＦＤＭＡ）システム、および別のシステムがある。用語「ｓｙｓｔｅｍ（システム）」および「ｎｅｔｗｏｒｋ（ネットワーク）」は互いに置き換えられ得る。ＯＦＤＭＡシステムは、進化型汎用地上波無線アクセス（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ、Ｅ－ＵＴＲＡ）およびウルトラモバイルブロードバンド（ｕｌｔｒａ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ＵＭＢ）などの無線技術を実装してよい。Ｅ－ＵＴＲＡは、汎用移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ、ＵＭＴＳ）の進化版である。第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）においてＥ－ＵＴＲＡの新バージョンおよびＬＴＥの進化に基づく様々なバージョンを用いている。第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムが、研究中の次世代通信システムである。５Ｇ通信システムには、ノンスタンドアローン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、略してＮＳＡ）ネットワーク構成の５Ｇ移動体通信システム、スタンドアローン（ｓｔａｎｄａｌｏｎｅ、ＳＡ）ネットワーク構成の５Ｇ移動体通信システム、またはＮＳＡネットワーク構成の５Ｇ移動体通信システムおよびＳＡネットワーク構成の５Ｇ移動体通信システムが含まれる。その他にも、通信システムはさらに、本願の実施形態で提供される技術的ソリューションが適用可能な未来志向の通信技術に適用されてよい。本願に適用可能な前述の通信システムは、単なる説明のための一例にすぎず、本願に適用可能な通信システムはこれに限定されない。本明細書では一元的な方式で説明が与えられるので、詳細に関しては以下で再度説明することはない。
【0033】
図１は、本願の一実施形態による通信システム１０を示している。通信システム１０は、車載端末デバイス２０およびソフトウェアサーバ３０を含む。
【0034】
任意選択的に、本願の本実施形態におけるソフトウェアサーバ３０は、ネットワーク側デバイスとして理解されてよく、車載端末デバイスに対してソフトウェアパッケージを提供できる。
【0035】
任意選択的に、本願の本実施形態における車載端末デバイスは車両（ｖｅｈｉｃｌｅ）でもよく、走行している車両を支援するために車両に搭載された端末でも、端末内のチップでもよい。端末は、５Ｇネットワークまたは将来の進化型ＰＬＭＮにおけるユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、アクセス端末、端末機器、端末局、移動局、モバイルコンソール、遠隔局、遠隔端末、移動体デバイス、無線通信デバイス、端末エージェント、または端末装置などでもよい。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）の端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）の端末デバイス、産業管理（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、またはスマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末などでもよい。車載端末は、固定式でも移動式でもよい。
【0036】
任意選択的に、本願の本実施形態における車載端末デバイス２０またはソフトウェアサーバ３０は、通信装置とも呼ばれることがあり、汎用デバイスでも専用デバイスでもよい。これについては、本願の本実施形態において特に限定されることはない。
【0037】
任意選択的に、図１の車載端末デバイス２０またはソフトウェアサーバ３０は、図２の通信デバイス（または通信装置）４０を用いて実装されてよい。図２は、本願の一実施形態による通信デバイス４０の概略構造図である。通信デバイス４０は、１つまたは複数のプロセッサ４０１と、通信バス４０２と、少なくとも１つの通信インタフェースとを含み（図２では、通信インタフェース４０４およびプロセッサ４０１が含まれる一例が説明に用いられている）、任意選択的に、さらにメモリ４０３を含んでもよい。
【0038】
プロセッサ４０１は、汎用中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本願におけるソリューションのプログラム実行を制御するための１つまたは複数の集積回路でもよい。
【0039】
通信バス４０２は、ペリフェラルコンポーネントインターコネクト（ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、および拡張業界標準アーキテクチャ（ｅｘｔｅｎｄｅｄ ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バスなどでよい。バスは、アドレスバス、データバス、および制御バスなどに分類されてよい。説明しやすいように、図２では１本の太線だけを用いてバスを表しているが、これは、バスが１本しかない、またはバスの種類が１つしかないことを意味しているわけではない。通信バス４０２は、通信デバイス４０の中にある様々な構成要素を接続するように構成され、こうした様々な構成要素が互いに通信できるようになる。
【0040】
通信インタフェース４０４は、別のデバイスまたは通信ネットワークと通信するように構成された送受信モジュールでよく、そのような通信ネットワークには、イーサネット（登録商標）型ネットワーク、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）、または無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）などがある。例えば、送受信モジュールは、送受信機などの装置でよい。任意選択的に、通信インタフェース４０４は、プロセッサ４０１の中に配置された送受信回路でよく、プロセッサの信号入力および信号出力を実施するように構成される。
【0041】
メモリ４０３は、記憶機能を有する装置でよい。例えば、メモリ４０３は、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）または静的な情報および命令を格納できる別の種類の静的な記憶デバイスでも、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）または情報および命令を格納できる別の種類の動的な記憶デバイスでもよく、電気的消去可能プログラム可能型読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）もしくは別のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、またはブルーレイディスクなどを含む）、磁気ディスク記憶媒体もしくは別の磁気記憶デバイス、または期待されるプログラムコードを命令もしくはデータ構造体の形態で搬送もしくは格納するのに用いることができ且つコンピュータがアクセスできる任意の他の媒体でもよい。しかしながら、このことに関してはこれに限定されることはない。メモリは独立して存在してよく、通信回線４０２によってプロセッサに接続される。あるいは、メモリはプロセッサと一体化されてもよい。
【0042】
メモリ４０３は、本願におけるソリューションを実行するためのコンピュータ実行可能命令を格納するように構成され、プロセッサ４０１はその実行を制御する。プロセッサ４０１は、メモリ４０３に格納されたコンピュータ実行可能命令を実行して、本願の実施形態において提供されるソフトウェアアップグレード方法を実施するように構成される。
【0043】
あるいは任意選択的に、本願の本実施形態では、プロセッサ４０１は本願の以下に挙げる実施形態において提供されるソフトウェアアップグレード方法の関連処理機能を実行してもよい。通信インタフェース４０４は、別のデバイスまたは通信ネットワークとの通信を担う。これについては、本願の本実施形態において特に限定されることはない。
【0044】
任意選択的に、本願の本実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれることがある。これについては、本願の本実施形態において特に限定されることはない。
【0045】
具体的な実装の際に、一実施形態において、プロセッサ４０１は１つまたは複数のＣＰＵ（図２のＣＰＵ０およびＣＰＵ１など）を含んでよい。
【0046】
具体的な実装の際に、一実施形態において、通信デバイス４０は複数のプロセッサ（図２のプロセッサ４０１およびプロセッサ４０８など）を含んでよい。これらのプロセッサのそれぞれは、シングルコア（ｓｉｎｇｌｅ－ＣＰＵ）プロセッサでもよく、マルチコア（ｍｕｌｔｉ－ＣＰＵ）プロセッサでもよい。本明細書におけるプロセッサは、データ（コンピュータプログラム命令など）を処理するための１つまたは複数のデバイス、回路、および／または処理コアでよい。
【0047】
具体的な実装の際に、一実施形態において、通信デバイス４０はさらに、出力デバイス４０５および入力デバイス４０６を含んでよい。出力デバイス４０５はプロセッサ４０１と通信し、複数の方式で情報を表示してよい。例えば、出力デバイス４０５は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＬＥＤ）表示デバイス、ブラウン管（ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ、ＣＲＴ）表示デバイス、またはプロジェクタ（ｐｒｏｊｅｃｔｏｒ）でもよい。入力デバイス４０６はプロセッサ４０１と通信し、複数の方式でユーザの入力を受信してよい。例えば、入力デバイス４０６は、マウス、キーボード、タッチスクリーンデバイス、またはセンサデバイスでもよい。
【0048】
【0049】
【0050】
【0051】
アンテナ１およびアンテナ２は、電磁波信号を送信し且つ受信するように構成される。車載端末デバイス２０の各アンテナは、１つまたは複数の通信周波数帯域をカバーするように構成されてよい。異なるアンテナが、アンテナの利用率を向上させるために多重化されてよい。例えば、アンテナ１は、無線ローカルエリアネットワークのダイバーシティアンテナとして多重化されてよい。いくつかの他の実施形態において、アンテナはチューニングスイッチと組み合わせて用いられてよい。
【0052】
移動体通信モジュール１５０は、車載端末デバイス２０に適用される２Ｇ／３Ｇ／４Ｇ／５Ｇなどの無線通信に対するソリューションを提供してよい。移動体通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、および低雑音増幅器（ｌｏｗ ｎｏｉｓｅ ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含んでよい。移動体通信モジュール１５０は、アンテナ１で電磁波を受信し、受信した電磁波に対してフィルタリングおよび増幅などの処理を行い、処理した電磁波を復調のためにモデムプロセッサに送信してよい。移動体通信モジュール１５０はさらに、モデムプロセッサによって変調された信号を増幅し、その信号をアンテナ１で放射するために電磁波に変換してよい。いくつかの実施形態では、移動体通信モジュール１５０の少なくともいくつかの機能モジュールがプロセッサ１１０に配置されてよい。いくつかの実施形態では、移動体通信モジュール１５０の少なくともいくつかの機能モジュールと、プロセッサ１１０の少なくともいくつかのモジュールとが、同じ構成要素に配置されてよい。
【0053】
無線通信モジュール１６０は、車載端末デバイス２０に適用される無線通信に対するソリューションを提供してよく、例えば、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）（例えば、ＷｉＦｉネットワーク）、ブルートゥース（登録商標）（ｂｌｕｅ ｔｏｏｔｈ（登録商標）、ＢＴ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ、ＦＭ）、近距離無線通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）、および赤外線（ｉｎｆｒａｒｅｄ、ＩＲ）技術といったものがある。無線通信モジュール１６０は、少なくとも１つの通信処理モジュールが統合される１つまたは複数の構成要素でよい。無線通信モジュール１６０は、アンテナ２で電磁波を受信し、電磁波信号に対して周波数変調およびフィルタリング処理を行い、処理した信号をプロセッサ１１０に送る。無線通信モジュール１６０はさらに、プロセッサ１１０から送信予定の信号を受け取り、その信号に対して周波数変調および増幅を行い、信号をアンテナ２で放射するために電磁波に変換してよい。車載端末デバイス２０が第１デバイスである場合、無線通信モジュール１６０は車載端末デバイス２０に適用されるＮＦＣ無線通信に対するソリューションを提供してよい。これは、第１デバイスがＮＦＣチップを含むことを意味する。ＮＦＣチップによって、ＮＦＣ無線通信機能を向上させることができる。車載端末デバイス２０が第２デバイスである場合、無線通信モジュール１６０は、車載端末デバイス２０に適用されるＮＦＣ無線通信に対するソリューションを提供してよい。これは、第１デバイスが電子ラベル（例えば、無線自動識別（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤ）ラベル）を含むことを意味する。別のデバイスのＮＦＣチップがこの電子ラベルに近い場合、別のデバイスは第２デバイスとＮＦＣ無線通信を行ってよい。
【0054】
いくつかの実施形態において、車載端末デバイス２０のアンテナ１および移動体通信モジュール１５０は連結され、またアンテナ２および無線通信モジュール１６０も連結されるので、車載端末デバイス２０は無線通信技術を用いてネットワークおよび別のデバイスと通信できるようになる。無線通信技術には、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、またはＩＲ技術などが含まれてよい。ＧＮＳＳには、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、北斗衛星導航系統（ｂｅｉｄｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＢＤＳ）、準天頂衛星システム（ｑｕａｓｉ－ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＱＺＳＳ）、および／または静止衛星型補強システム（ｓａｔｅｌｌｉｔｅ ｂａｓｅｄ ａｕｇｍｅｎｔａｔｉｏｎ ｓｙｓｔｅｍｓ、ＳＢＡＳ）が含まれてよい。
【0055】
【0056】
【0057】
いくつかの実施形態では、図２の入力デバイス４０６の機能が、図３のマウス、キーボード、タッチスクリーンデバイス、またはセンサモジュール１８０で実装されてよい。例えば、図３に示すように、センサモジュール１８０は、圧力センサ１８０Ａ、ジャイロスコープセンサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学式近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチセンサ１８０Ｋ、環境光センサ１８０Ｌ、骨伝導センサ１８０Ｍのうちの１つまたは複数を含んでよい。これについては、本願の本実施形態において特に限定されることはない。
【0058】
いくつかの実施形態では、図３に示すように、車載端末デバイス２０はさらに、オーディオモジュール１７０、カメラ１９３、インジケータ１９２、モータ１９１、ボタン１９０、ＳＩＭカードインタフェース１９５、ＵＳＢインタフェース１３０、充電管理モジュール１４０、電源管理モジュール１４１、およびバッテリ１４２のうちの１つまたは複数を含んでよい。オーディオモジュール１７０は、スピーカ１７０Ａ（「拡声器」とも呼ばれる」）、電話受話器１７０Ｂ（「イヤホンとも呼ばれる」）、マイクロホン１７０Ｃ（「受信機」または「マイク」とも呼ばれる）、またはヘッドセットジャック１７０Ｄなどに接続されてよい。これについては、本願の本実施形態において特に限定されることはない。
【0059】
図３に示す構造は、車載端末デバイス２０に対する具体的限定とはならないことが理解されるであろう。例えば、本願のいくつかの他の実施形態において、車載端末デバイス２０は、図に示すよりも多いまたは少ない構成要素を含んでも、いくつかの構成要素を組み合わせても、いくつかの構成要素を分割しても、異なる構成要素配置にしてもよい。図に示す構成要素は、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組み合わせで実装されてもよい。
【0060】
任意選択的に、実行可能な一設計例では、本願の本実施形態における車載端末デバイス２０の構造形態が、代替的に図４に示されてよく、車載端末デバイス２０は、ソフトウェア提供モジュール、ソフトウェアアップグレード制御モジュール、および車両状況監視モジュールを含む。ソフトウェア提供モジュールは、ソフトウェアパッケージをソフトウェアサーバから取得し、取得したソフトウェアパッケージをソフトウェアアップグレード制御モジュールに提供するように構成される。ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールからソフトウェアパッケージを受け取り、車載端末デバイスのソフトウェアアップグレードを管理するように構成される。車両状況監視モジュールは、車両状況要求を受け取り、車両状況を検出し、ソフトウェアアップグレード制御モジュールに車両状況情報を提供するように構成される。ソフトウェア提供モジュール、ソフトウェアアップグレード制御モジュール、および車両状況監視モジュールは、論理的な機能の観点から車載端末デバイスを分割したものとして理解されてよく、これらのモジュールが物理的に分離されてもよく、一緒に利用されてもよいことに留意されたい。これについては、本願の本実施形態において特に限定されることはない。
【0061】
現在は、車載端末デバイスがソフトウェアをＳＯＴＡでアップグレードする場合、アップグレードを行うべきかどうかの判断が、完全にユーザに委ねられている。ユーザはソフトウェアアップグレードプロセスの関連情報（例えば、ソフトウェアアップグレードに必要な時間、または車載端末デバイスがソフトウェアアップグレードプロセスで正常に機能できるかどうか）を十分に理解していないかもしれないので、ユーザはアップグレードを認めると直接判断することがある。その結果、アップグレードプロセスにセキュリティリスクが生じるおそれがあり、ユーザ体験が悪化する。これに基づいて、本願の一実施形態がソフトウェアアップグレード方法を提供する。本方法では、車載端末デバイスが、ソフトウェアパッケージのアップグレード要件情報と、車載端末デバイスに対応する車両状況とを取得する。アップグレード要件情報は、第１状況および／または第２状況を示す。車両状況が第１状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードを開始する。または、車両状況が第２状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードを開始しないと判定する。本願の本実施形態において、車載端末デバイスは、アップグレード要件情報および車両状況に基づいて、ソフトウェアアップグレードを開始すべきかどうかを判定し、車両状況が第１状況と関連している場合にはアップグレードを開始してよい。このように、アップグレードプロセスにおいてセキュリティ上の脅威を招く確率が低減でき、ユーザ体験を向上させることができる。
【0062】
【0063】
本願の以下に挙げる実施形態では、デバイスまたはモジュール同士で交わされるメッセージの名称、またはメッセージ内のパラメータの名称などは単なる一例にすぎず、具体的な実装の際には他の名称でもよいことに留意されたい。これについては、本願の本実施形態において特に限定されることはない。
【0064】
実行可能な一実装例において、図５は、本願の一実施形態によるソフトウェアアップグレード方法を示している。このソフトウェアアップグレード方法は、以下に挙げる段階を含む。
【0065】
Ｓ５０１：車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する。
【0066】
任意選択的に、車載端末デバイスは、ソフトウェアパッケージに関する情報を最初に判定し、ソフトウェアパッケージと関連しているアップグレード要件情報を取得し、次いでソフトウェアパッケージのアップグレードを開始してもよいと判定した後にソフトウェアパッケージを取得してもよい。または、車載端末デバイスは、ソフトウェアパッケージを最初に取得し、次いでソフトウェアパッケージと関連しているアップグレード要件情報を取得してもよい。これについては、本願の本実施形態において特に限定されることはない。
【0067】
実行可能な一実装例において、車載端末デバイスはソフトウェアサーバから通知メッセージを受信してよい。この通知メッセージは、ソフトウェアパッケージ識別子などの情報を搬送し、ソフトウェアパッケージ識別子で示されたソフトウェアが更新版を有することを車載端末デバイスに通知する。車載端末デバイスは、通知メッセージを受信した後に、ソフトウェアパッケージ識別子と関連しているアップグレード要件情報をソフトウェアサーバに要求して、ソフトウェアパッケージ識別子で示されたソフトウェアパッケージのアップグレード要件情報を取得してよい。
【0068】
任意選択的に、車載端末デバイスがソフトウェアパッケージ識別子で示されたソフトウェアパッケージのアップグレード要件情報を要求しない場合、予め設定されたアップグレード要件情報が、ソフトウェアパッケージのアップグレード要件情報として決定されてよい。
【0069】
あるいは、別の実行可能な実装例において、車載端末デバイスはソフトウェアパッケージをソフトウェアサーバから受信してよい。ソフトウェアパッケージは、ソフトウェアパッケージ識別子を含む。車載端末デバイスは、ソフトウェアパッケージを受信した後に、ソフトウェアパッケージからソフトウェアパッケージ識別子を取得し、ソフトウェアパッケージ識別子と関連しているアップグレード要件情報をソフトウェアサーバに要求して、ソフトウェアパッケージ識別子で示されたソフトウェアパッケージのアップグレード要件情報を取得してよい。代替的に、ソフトウェアパッケージはアップグレード要件情報を含む。車載端末デバイスは、ソフトウェアパッケージを受信した後に、ソフトウェアパッケージに含まれているアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよい。代替的に、ソフトウェアパッケージはソフトウェアパッケージ記述情報を含み、ソフトウェアパッケージ記述情報はアップグレード要件情報を含む。車載端末デバイスは、ソフトウェアパッケージを受信した後に、ソフトウェアパッケージ記述情報に含まれているアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよい。ソフトウェアパッケージに含まれているソフトウェアパッケージ識別子、アップグレード要件情報、またはソフトウェアパッケージ記述情報は、ソフトウェアパッケージのヘッダに含まれてもよく、ソフトウェアパッケージの末尾に含まれてもよく、ソフトウェアパッケージの別の位置に含まれてもよい。これについては、本願の本実施形態において特に限定されることはない。
【0070】
任意選択的に、車載端末デバイスがソフトウェアパッケージ識別子で示されたソフトウェアパッケージのアップグレード要件情報を要求しない場合、または車載端末デバイスがソフトウェアサーバから受信したソフトウェアパッケージが、アップグレード要件情報を含まない場合、予め設定されたアップグレード要件情報がソフトウェアパッケージのアップグレード要件情報として決定されてよい。
【0071】
あるいは、さらに別の実行可能な実装例において、車載端末デバイスは、ソフトウェアパッケージまたはソフトウェアパッケージに関する情報を取得した後に、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として直接決定してよい。
【0072】
ソフトウェアパッケージに関する、前述の実行可能な実装例における車載端末デバイスにより取得されたアップグレード要件情報は、第１状況および／または第２状況を示す。第１状況は、ソフトウェアアップグレードを開始することが認められる状態でよく、第２状況は、ソフトウェアアップグレードを開始することが認められない状態でよい。
【0073】
任意選択的に、第１状況は、車両の地理的位置、車両が位置している環境、または車両の走行状況のうちの少なくとも１つを示してよい。第２状況も、車両の地理的位置、車両が位置している環境、または車両の走行状況のうちの少なくとも１つを示してよい。車両の地理的位置は、例えば、駐車場、都市部の道路、交通規制道路区間、または高速道路区間でもよい。車両が位置している環境は、例えば、日中、夜間、混雑した道路区間、または車両の車体温度でもよい。車両の走行状況は、例えば、制動状態、移動状態、高速状態、低速状態、または駐車状態でもよい。
【0074】
任意選択的に、アップグレード要件情報は、フィールドを用いて第１状況および／または第２状況を示してよい。例えば、アップグレード要件情報は２つのフィールドを含んでよく、第１フィールドが第１状況を示し、第２フィールドが第２状況を示す。アップグレード要件情報が第１状況を示す場合、第２フィールドは空欄でよい。例えば、アップグレード要件情報は、「｛駐車場，日中，低速状態｝，｛｝」でよい。あるいは、アップグレード要件情報が第２状況を示す場合、第１フィールドは空欄でよい。例えば、アップグレード要件情報は「｛｝，｛高速道路区間，夜間，高速状態｝」でよい。あるいは、アップグレード要件情報が第１状況および第２状況を示す場合、アップグレード要件情報は、例えば「｛駐車場，日中，低速状態｝，｛高速道路区間，夜間，高速状態｝」でよい。車載端末デバイスは、アップグレード要件情報を取得した後に、アップグレード要件情報のフィールド位置に基づいて第１状況および／または第２状況を判定してよい。
【0075】
例えば、前述のフィールドのそれぞれは、６ビットを用いて表されてよい。最初の２ビットの異なる値で車両の地理的位置を示し、中央の２ビットの異なる値で車両が位置している環境を示し、最後の２ビットの異なる値で車両の走行状況を示す。例えば、最初の２ビットの値「１１」で、車両の地理的位置が「駐車場」であることを示し、または最初の２ビットの値「０１」で、車両の地理的位置は「高速道路区間」であることを示し、中央の２ビットの値「１１」で、車両が位置している環境が「日中」であることを示し、または中央の２ビットの値「１０」で、車両が位置している環境が「夜間」であることを示し、最後の２ビットの値「１１」で低速状態を示し、または最後の２ビットの値「１０」で高速状態を示す。具体的には、最初の２ビット、中央の２ビット、または最後の２ビットの値が「００」である場合、フィールドにより示される状況が、車両の地理的位置、車両が位置している環境、または車両の走行状況に何も限定を課していないことを示している。この場合、アップグレード要件情報「｛駐車場，日中，低速状態｝，｛｝」が「｛１１１１１１｝，｛００００００｝」として表されてよく、アップグレード要件情報「｛｝、｛高速道路区間，夜間，高速状態｝」が「｛００００００｝，｛０１１０１０｝」として表されてよく、アップグレード要件情報「｛駐車場，日中，低速状態｝、｛高速道路区間，夜間，高速状態｝」が「｛１１１１１１｝，｛０１１０１０｝」として表されてよい。
【0076】
あるいは、前述のフィールドのそれぞれは別の方式で示されてもよく、第１フィールドおよび第２フィールドは合わせて示されてもよい。例えば、３つのビットによる異なる値が、８個の異なる状況に対応し、８個の状況には、第１状況および第２状況の両方が含まれる。各フィールドの表現方式が、本願の本実施形態で特に限定されることはない。
【0077】
あるいは、アップグレード要件情報は、第１状況および／または第２状況をマッピングで示してよい。例えば、アップグレード要件情報は、「第１状況：駐車場、日中、および低速状態、第２状況：高速道路区間、夜間、および高速状態」でよい。
【0078】
例えば、アップグレード要件情報が第１状況または第２状況を示す場合、第１状況または第２状況は７ビットを用いて示されてよい。ここで、最初のビットの値がアップグレード要件情報により示される状況を示す。例えば、最初のビットの値が「１」である場合、アップグレード要件情報が第１状況を示すことを表しており、または最初のビットの値が「０」である場合、アップグレード要件情報が第２状況を示すことを表している。７ビットのうち残りの６ビットは第１状況または第２状況の内容を示し、最初の２ビットの異なる値で車両の地理的位置を示し、中央の２ビットの異なる値で車両が位置している環境を示し、最後の２ビットの異なる値で車両の走行状況を示す。表現方法が前述の例と類似している。関連説明については、前述の例を参照されたい。詳細については、再度ここで説明しない。この場合、アップグレード要件情報「第１状況：駐車場、日中、低速状態」が「１１１１１１１」と表されてよく、またはアップグレード要件情報「第２状況：高速道路区間、夜間、高速状態」が「００１１０１０」と表されてよい。
【0079】
あるいは、例えば、アップグレード要件情報が第１状況および第２状況を示す場合、第１状況および第２状況は１４ビットを用いて示されてよい。ここで、最初のビットおよび８番目のビットはアップグレード要件情報により示される状況を示すのに用いられ、２番目のビット～７番目のビットは最初のビットにより示される状況の内容を表し、９番目のビット～１４番目のビットは８番目のビットにより示される状況の内容を表す。例えば、アップグレード要件情報「第１状況：駐車場、日中、低速状態、第２状況：高速道路区間、夜間、高速状態」が、「１１１１１１１００１１０１０」と表現されてよい。
【0080】
アップグレード要件情報が第１状況および／または第２状況を示す方式は本願における説明のための単なる一例にすぎず、アップグレード要件情報の形態は本願の本実施形態において特に限定されないことが理解されるであろう。
【0081】
Ｓ５０２：車載端末デバイスは車両状況を取得する。
【0082】
車両状況は、車載端末デバイスに対応する車両の状況でよく、車載端末デバイスに対応する車両は、車載端末デバイスを搬送する車両として理解されてよい。
【0083】
任意選択的に、車載端末デバイスは、車載端末デバイスにより制御され且つ車載端末デバイスに対応する車両に搭載されたセンサを用いて、車両状況を取得してよい。
【0084】
Ｓ５０３：車載端末デバイスは、車両状況が第１状況と関連しているかどうかを判定するか、または車載端末デバイスは、車両状況が第２状況と関連しているかどうかを判定する。
【0085】
任意選択的に、車両状況が第１状況と関連しているということは、車両状況が第１状況と類似していると理解されてよい。例えば、第１状況は「車両が駐車場にある」であり、車載端末デバイスにより取得された車両状況は「車両が路上の駐車スペースにある」である。車載端末デバイスに対応する車両は駐車場にはないが、車両は駐車場と類似した機能を有する地理的領域にある。この場合、車載端末デバイスは依然として、車両状況が第１状況と関連していると判定してよい。
【0086】
あるいは、車両状況が第１状況と関連しているということは、第１状況が基準として用いられ且つ予め設定された状況限界がオフセットとして用いられる状況範囲内に車両状況があると理解されてよい。例えば、第１状況は「車両の車体温度が３０度である」ということであり、予め設定された状況限界は５度である。この場合には、車両の車体温度が２５度から３５度である場合、車両状況は第１状況と関連しているとみなされてよい。
【0087】
あるいは、車両状況が第１状況と関連しているということは、車両状況が第１状況であると理解されてよい。例えば、第１状況は「低速状態」である。車載端末デバイスにより取得された車両状況が、「車両の現在の速度が現在の道路区間の最高速度制限より低い」であるならば、車両が低速状態にある（すなわち、車両状況が第１状況である）とみなされてよい。あるいは、例えば、第１状況は「車両が駐車場にある」である。車載端末デバイスにより取得された車両状況が、「車両が駐車場にある」であるならば、車両状況が第１状況であるとみなされてもよい。
【0088】
車両状況が第２状況と関連しているということも、車両状況が第２状況に類似している、または第１状況が基準として用いられ且つ予め設定された状況限界がオフセットとして用いられる状況範囲内に車両状況がある、または車両状況が第１状況であると理解され得ることが理解されるであろう。関連説明については、車両状況と第１状況との間の関連性に関する前述の説明を参照されたい。詳細については、再度ここで説明しない。
【0089】
任意選択的に、第１状況が複数の状況を含む状況セットであるならば、車両状況が第１状況に含まれている状況セット内のいずれかの状況と関連している場合、車載端末デバイスは車両状況が第１状況と関連していると判定する、または、車両状況が第１状況に含まれている状況セット内の全ての状況と関連している場合、車載端末デバイスは車両状況が第１状況と関連していると判定する、または第１状況に含まれている状況セット内の車両状況と関連している状況の数が限界数を超えている場合、車載端末デバイスは車両状況が第１状況と関連していると判定する。
【0090】
例えば、第１状況に含まれている複数の状況は、「｛駐車場，日中，制動状態｝」である。車載端末デバイスにより取得される車両状況が「｛駐車場，夜間，低速状態｝」である場合、車両状況「駐車場」が第１状況に含まれている状況セット内の状況「駐車場」と関連しており、車載端末デバイスは車両状況が第１状況と関連していると判定してよい。あるいは、車載端末デバイスにより取得される車両状況が「｛駐車場，日中，制動状態｝」である場合、車両状況は第１状況に含まれている状況セット内の全ての状況と関連しており、車載端末デバイスは車両状況が第１状況と関連していると判定する。あるいは、限界数が２であり且つ車載端末デバイスにより取得される車両状況が「｛駐車場，日中，低速状態｝」である場合、車両状況「駐車場、日中」が第１状況に含まれている状況セット内の「駐車場、日中」と関連しており、車載端末デバイスは車両状況が第１状況と関連していると判定する。
【0091】
第２状況が複数の状況を含む状況セットである場合、車載端末デバイスは、車両状況が第１状況と関連していると判定するための前述の方法を用いて、車両状況が第２状況と関連しているかどうかも判定してよいことが理解されるであろう。詳細については、再度ここで説明しない。
【0092】
任意選択的に、車載端末デバイスは、ヒューマンコンピュータインタラクションインタフェースを用いて、アップグレード可否判断をユーザに要求してよく、ユーザがアップグレードを認めた後に、車載端末デバイスはユーザが入力した命令を受信することにより段階Ｓ５０３を行う。これにより、車載端末デバイスが最初に段階Ｓ５０３を行い、車両状況が第１状況と関連していると判定するが、ユーザが入力した命令はユーザがアップグレードを承諾していないことを示すという場合を回避することができるので、車載端末デバイスにより行われる不要な判定が減少し、車載端末デバイスの消費電力が削減される。あるいは、車載端末デバイスが最初に段階Ｓ５０３を行ってよく、車載端末デバイスは、車両状況が第１状況と関連していると判定した場合、ヒューマンコンピュータインタラクションインタフェースの出力を用いて、ユーザにアップグレード可否判断を要求する。これにより、ユーザがアップグレードを承諾しているが、車両状況が第２状況と関連しており、アップグレードを開始できないという場合を回避することができるので、ヒューマンコンピュータインタラクションの回数が減少し、ユーザ体験が向上する。車載端末デバイスが段階Ｓ５０３を実行し、ヒューマンコンピュータインタラクションインタフェースを用いてユーザにアップグレード可否判断を要求するという一連の段階は、本願における説明のための単なる一例にすぎないことに留意されたい。これについては、本願の本実施形態において特に限定されることはない。
【0093】
任意選択的に、車両状況がアップグレード要件情報により示される第１状況と関連していると車載端末デバイスが判定した場合、段階Ｓ５０４ａが行われる。または、車両状況がアップグレード要件情報により示される第２状況と関連していると車載端末デバイスが判定した場合、段階Ｓ５０４ｂが行われる。
【0094】
Ｓ５０４ａ：ソフトウェアパッケージのアップグレードを開始する。
【0095】
任意選択的に、車両状況が第１状況と関連している場合、車載端末デバイスは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められると判定できるので、ソフトウェアパッケージのアップグレードを開始する。ソフトウェアパッケージのアップグレードを開始するプロセスについては、先行技術を参照されたい。詳細については、ここで説明しない。
【0096】
Ｓ５０４ｂ：ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0097】
任意選択的に、車両状況が第２状況と関連している場合、車載端末デバイスは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められないと判定できるので、ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0098】
本願の本実施形態において提供されるソフトウェアアップグレード方法に基づいて、車載端末デバイスは、ソフトウェアパッケージのアップグレード要件情報と車載端末デバイスに対応する車両状況とを取得し、車両状況がアップグレード要件情報により示される第１状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードを開始するか、または車両状況が第２状況と関連している場合、車載端末デバイスはソフトウェアパッケージのアップグレードを開始しないと判定する。本願の本実施形態において、車載端末デバイスは、アップグレード要件情報および車両状況に基づいて、ソフトウェアアップグレードを開始すべきかどうかを判定し、車両状況が第１状況と関連している場合にはソフトウェアアップグレードを開始してよい。このように、アップグレードプロセスにおいてセキュリティ上の脅威を招く確率が低減でき、ユーザ体験を向上させることができる。
【0099】
段階Ｓ５０１～Ｓ５０４ａまたは段階Ｓ５０１～Ｓ５０４ｂにおける車載端末デバイスの動作が、図２に示す通信デバイス４０の中にあるプロセッサ４０１がメモリ４０３に格納されたアプリケーションプログラムコードを呼び出すことにより行われてよい。これについては、本願の本実施形態において限定されることはない。
【0100】
別の実行可能な実装例では、車載端末デバイスの構造が図４に示されているものである場合、例えば、本願は、図５に示すソフトウェアアップグレード方法を車載端末デバイスの内部で実施するためのソリューションを提供する。図６ａに示すように、このソリューションは以下に挙げる段階を含む。
【0101】
Ｓ６０１：ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得する。
【0102】
任意選択的に、ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージと関連しているアップグレード要件情報を最初に取得し、次いで、ソフトウェアパッケージのアップグレードを開始してもよいと判定した後にソフトウェアパッケージを取得してよい。または、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージを最初に取得し、次いでソフトウェアパッケージと関連しているアップグレード要件情報を取得してもよい。これについては、本願の本実施形態において特に限定されることはない。
【0103】
例えば、図６ｂに示すように、ソフトウェアアップグレード制御モジュールが段階Ｓ６０１においてソフトウェアパッケージのアップグレード要件情報を取得することは、以下に挙げる段階を含んでよい。
【0104】
Ｓ６０１ａ：ソフトウェア提供モジュールがソフトウェアパッケージのアップグレード要件情報をソフトウェアアップグレード制御モジュールに送る。それに対応して、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージのアップグレード要件情報をソフトウェア提供モジュールから受け取る。
【0105】
この場合、段階Ｓ６０１ａの前に、本願の本実施形態において提供されるソフトウェアアップグレード方法はさらに、ソフトウェア提供モジュールがソフトウェアサーバから通知メッセージを受信する段階を含み、通知メッセージは、ソフトウェアパッケージ識別子などの情報を搬送して、ソフトウェアパッケージ識別子で示されるソフトウェアが更新版を有することを車載端末デバイスに通知する。ソフトウェア提供モジュールは、通知メッセージを受信した後に、ソフトウェアパッケージ識別子と関連しているアップグレード要件情報をソフトウェアサーバに要求し、ソフトウェアパッケージ識別子と関連している要求したアップグレード要件情報をソフトウェアアップグレード制御モジュールに送ってよい。
【0106】
あるいは、例えば、図６ｂに示すように、ソフトウェアアップグレード制御モジュールが段階Ｓ６０１においてソフトウェアパッケージのアップグレード要件情報を取得することは、以下に挙げる段階を含んでよい。
【0107】
Ｓ６０１ｂ：ソフトウェア提供モジュールがソフトウェアパッケージを取得する。
【0108】
任意選択的に、ソフトウェア提供モジュールはソフトウェアパッケージをソフトウェアサーバから受信してよい。
【0109】
実行可能な一実装例において、ソフトウェアパッケージはソフトウェアパッケージ識別子を含む。ソフトウェア提供モジュールは、ソフトウェアパッケージを受信した後に、ソフトウェアパッケージからソフトウェアパッケージ識別子を取得し、ソフトウェアパッケージ識別子と関連しているアップグレード要件情報をソフトウェアサーバに要求してよい。
【0110】
別の実行可能な実装例において、ソフトウェアパッケージはアップグレード要件情報を含むか、またはソフトウェアパッケージはソフトウェアパッケージ記述情報を含み、ソフトウェアパッケージ記述情報はアップグレード要件情報を含む。
【0111】
Ｓ６０１ｃ：ソフトウェア提供モジュールは、ソフトウェアアップグレード制御モジュールにソフトウェア送信メッセージを送る。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0112】
実行可能な一実装例では、ソフトウェア提供モジュールにより取得されたソフトウェアパッケージがアップグレード要件情報を含んでいない場合、ソフトウェア送信メッセージは、ソフトウェア提供モジュールにより取得されたソフトウェアパッケージと、ソフトウェアパッケージと関連しているアップグレード要件情報とを含む。任意選択的に、この実装例において、ソフトウェアアップグレード制御モジュールは、ソフトウェア送信メッセージに含まれているソフトウェアパッケージのアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定する。
【0113】
別の実行可能な実装例では、ソフトウェア提供モジュールにより取得されたソフトウェアパッケージがアップグレード要件情報またはソフトウェアパッケージ記述情報を含む場合、ソフトウェア送信メッセージは、ソフトウェア提供モジュールにより取得されたソフトウェアパッケージを含む。任意選択的に、この実装例において、ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージに含まれているアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよい。
【0114】
Ｓ６０１ｄ：ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールにソフトウェア送信完了メッセージを送る。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信完了メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0115】
ソフトウェア送信完了メッセージは、ソフトウェアパッケージの送信に成功したことをソフトウェア提供モジュールに通知するのに用いられる。
【0116】
任意選択的に、図６ｂに示す前述の２つの方式に加えて、ソフトウェアアップグレード制御モジュールは代替的に、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよい。
【0117】
ソフトウェアパッケージのアップグレード要件情報は第１状況および／または第２状況を示し、第１状況は、ソフトウェアアップグレードの開始が認められる状況でよく、第２状況は、ソフトウェアアップグレードの開始が認められない状況でよい。アップグレード要件情報の説明については、段階Ｓ４０１における関連説明を参照されたい。詳細については、再度ここで説明しない。
【0118】
Ｓ６０２：ソフトウェア管理モジュールは、車両状況要求メッセージを車両状況監視モジュールに送る。それに対応して、車両状況監視モジュールはソフトウェア管理モジュールから車両状況要求メッセージを受け取る。
【0119】
車両状況要求メッセージは、車載端末デバイスに対応する車両の状況を要求するのに用いられ、車載端末デバイスに対応する車両は、車載端末デバイスを搬送する車両として理解されてよい。
【0120】
Ｓ６０３：車両状況監視モジュールは、車両状況を取得する。
【0121】
任意選択的に、車両状況監視モジュールは、車両状況要求メッセージを受け取った後に、車両状況監視モジュールにより制御されるセンサを用いて車両状況を収集してよい。
【0122】
Ｓ６０４：車両状況監視モジュールは、ソフトウェアアップグレード制御モジュールに車両状況フィードバックメッセージを送る。それに対応して、ソフトウェアアップグレード制御モジュールは、車両状況監視モジュールから車両状況フィードバックメッセージを受け取る。
【0123】
車両状況フィードバックメッセージは、車両状況監視モジュールにより収集された車両状況を含む。
【0124】
Ｓ６０５：ソフトウェアアップグレード制御モジュールは、車両状況が第１状況と関連しているかどうかを判定するか、またはソフトウェアアップグレード制御モジュールは、車両状況が第２状況と関連しているかどうかを判定する。
【0125】
車両状況が第１状況と関連しているかどうか、または車両状況が第２状況と関連しているかどうかに関する説明については、段階Ｓ４０３における関連説明を参照されたい。詳細については、再度ここで説明しない。
【0126】
任意選択的に、車両状況がアップグレード要件情報により示される第１状況と関連しているとソフトウェアアップグレード制御モジュールが判定した場合に、段階Ｓ６０６ａが行われるか、または車両状況がアップグレード要件情報により示される第２状況と関連しているとソフトウェアアップグレード制御モジュールが判定した場合に、段階Ｓ６０６ｂが行われる。
【0127】
Ｓ６０６ａ：ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレードを開始する。
【0128】
任意選択的に、車両状況が第１状況と関連している場合、ソフトウェアアップグレード制御モジュールは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められると判定できるので、ソフトウェアパッケージのアップグレードを開始する。ソフトウェアパッケージのアップグレードを開始するプロセスについては、先行技術を参照されたい。詳細については、ここで説明しない。
【0129】
任意選択的に、ソフトウェアアップグレード制御モジュールが段階Ｓ６０１ａの前述の方式でソフトウェアパッケージのアップグレード要件情報を取得する場合、ソフトウェアアップグレード制御モジュールは、この時点でソフトウェアパッケージをまだ取得していない。したがって、段階Ｓ６０６ａが行われる前に、本願の本実施形態において提供されるソフトウェアアップグレード方法はさらに、以下に挙げる段階を含む。
【0130】
ソフトウェア提供モジュールは、通知メッセージに含まれているソフトウェアパッケージ識別子に対応するソフトウェアパッケージを取得する。
【0131】
ソフトウェア提供モジュールは、ソフトウェア提供モジュールにソフトウェア送信メッセージを送る。ここで、ソフトウェア送信メッセージは、ソフトウェアパッケージ識別子に対応するソフトウェアパッケージを含む。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0132】
ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールにソフトウェア送信完了メッセージを送る。ソフトウェア送信完了メッセージは、ソフトウェアパッケージの送信に成功したことをソフトウェア提供モジュールに通知するのに用いられる。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信完了メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0133】
Ｓ６０６ｂ：ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0134】
任意選択的に、車両状況が第２状況と関連している場合、ソフトウェアアップグレード制御モジュールは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められないと判定できるので、ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0135】
本願の本実施形態において提供されるソフトウェアアップグレード方法に基づいて、ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレード要件情報と、車載端末デバイスに対応する車両状況とを取得し、車両状況がアップグレード要件情報により示される第１状況と関連している場合、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージのアップグレードを開始するか、または車両状況が第２状況と関連している場合、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージのアップグレードを開始しないと判定する。本願の本実施形態において、ソフトウェアアップグレード制御モジュールは、アップグレード要件情報および車両状況に基づいて、ソフトウェアアップグレードを開始すべきかどうかを判定し、車両状況が第１状況と関連している場合にはアップグレードを開始してよい。このように、アップグレードプロセスにおいてセキュリティ上の脅威を招く確率が低減でき、ユーザ体験を向上させることができる。
【0136】
図６ａおよび図６ｂに示すソリューションは、図５に示す本願によるソフトウェアアップグレード方法を車載端末デバイスが行うという、単なる内部実施ソリューションにすぎないことに留意されたい。実際の適用の際には、図５に示すソフトウェアアップグレード方法はさらに、別の内部実施ソリューションを有してよい。これについては、本願の本実施形態において特に限定されることはない。
【0137】
段階Ｓ６０１～Ｓ６０９ａまたは段階Ｓ６０１～Ｓ６０９ｂにおける車載端末デバイスの動作が、図２に示す通信デバイス４０の中にあるプロセッサ４０１がメモリ４０３に格納されたアプリケーションプログラムコードを呼び出すことにより行われてよい。これについては、本願において限定されることはない。
【0138】
さらに別の実行可能な実装例では、車載端末デバイスの構造が図４に示されているものである場合、例えば、本願は、図５に示すソフトウェアアップグレード方法を車載端末デバイスの内部で実施するための別のソリューションを提供する。図７Ａおよび図７Ｂに示すように、このソリューションは以下に挙げる段階を含む。
【0139】
Ｓ７０１：ソフトウェア提供モジュールがソフトウェアパッケージの記述情報を取得する。
【0140】
記述情報には、ソフトウェアパッケージ識別子およびアップグレード要件情報などが含まれてよい。
【0141】
実行可能な一実装例において、ソフトウェア提供モジュールは、ソフトウェアサーバから通知メッセージを受信してよい。この通知メッセージは、ソフトウェアパッケージ識別子などの情報を搬送し、ソフトウェアパッケージ識別子で示されたソフトウェアが更新版を有することを車載端末デバイスに通知する。車載端末デバイスは、通知メッセージを受信した後に、ソフトウェアパッケージ識別子に対応するソフトウェアパッケージの記述情報をソフトウェアサーバに要求してよい。
【0142】
別の実行可能な実装例において、ソフトウェア提供モジュールはソフトウェアパッケージをソフトウェアサーバから受信してよく、ソフトウェアパッケージは記述情報を含む。
【0143】
Ｓ７０２：ソフトウェア提供モジュールは、ソフトウェア記述メッセージをソフトウェアアップグレード制御モジュールに送る。それに対応して、ソフトウェアアップグレード制御モジュールは、ソフトウェア記述メッセージをソフトウェア提供モジュールから受け取る。
【0144】
ソフトウェア記述メッセージは、ソフトウェア提供モジュールにより取得されたソフトウェアパッケージの記述情報を含む。
【0145】
Ｓ７０３：ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールにソフトウェア記述送信完了メッセージを送る。それに対応して、ソフトウェア提供モジュールは、ソフトウェア記述送信完了メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0146】
ソフトウェア記述送信完了メッセージは、ソフトウェアパッケージの記述情報の送信に成功したことをソフトウェア提供モジュールに通知するのに用いられる。
【0147】
Ｓ７０４：ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレード要件情報を取得する。
【0148】
任意選択的に、ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージの記述情報に含まれているアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよく、またはソフトウェアパッケージの記述情報がアップグレード要件情報を含んでいない場合、ソフトウェアアップグレード制御モジュールは、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定してよく、またはソフトウェアパッケージの記述情報がアップグレード要件情報を含んでいるかどうかに関係なく、ソフトウェア管理モジュールは、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定する。
【0149】
ソフトウェアパッケージのアップグレード要件情報は第１状況および／または第２状況を示し、第１状況は、ソフトウェアアップグレードの開始が認められる状況でよく、第２状況は、ソフトウェアアップグレードの開始が認められない状況でよい。アップグレード要件情報の説明については、段階Ｓ４０１における関連説明を参照されたい。詳細については、再度ここで説明しない。
【0150】
Ｓ７０５：ソフトウェア管理モジュールは、車両状況要求メッセージを車両状況監視モジュールに送る。それに対応して、車両状況監視モジュールは車両状況要求メッセージをソフトウェア管理モジュールから受け取る。
【0151】
車両状況要求メッセージは、車載端末デバイスに対応する車両の状況を要求するのに用いられ、車載端末デバイスに対応する車両は、車載端末デバイスを搬送する車両として理解されてよい。
【0152】
Ｓ７０６：車両状況監視モジュールは、車両状況を取得する。
【0153】
任意選択的に、車両状況監視モジュールは、車両状況要求メッセージを受け取った後に、車両状況監視モジュールにより制御されるセンサを用いて車両状況を収集してよい。
【0154】
Ｓ７０７：車両状況監視モジュールは、ソフトウェアアップグレード制御モジュールに車両状況フィードバックメッセージを送る。それに対応して、ソフトウェアアップグレード制御モジュールは、車両状況監視モジュールから車両状況フィードバックメッセージを受け取る。
【0155】
車両状況フィードバックメッセージは、車両状況監視モジュールにより収集された車両状況を含む。
【0156】
Ｓ７０８：ソフトウェアアップグレード制御モジュールは、車両状況が第１状況と関連しているかどうかを判定するか、またはソフトウェアアップグレード制御モジュールは、車両状況が第２状況と関連しているかどうかを判定する。
【0157】
車両状況が第１状況と関連しているかどうか、または車両状況が第２状況と関連しているかどうかに関する説明については、段階Ｓ４０３における関連説明を参照されたい。詳細については、再度ここで説明しない。
【0158】
任意選択的に、車両状況がアップグレード要件情報により示される第１状況と関連しているとソフトウェアアップグレード制御モジュールが判定した場合に、段階Ｓ７０９～Ｓ７１２が行われるか、または車両状況がアップグレード要件情報により示される第２状況と関連しているとソフトウェアアップグレード制御モジュールが判定した場合に、段階Ｓ７１３が行われる。
【0159】
Ｓ７０９：ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールにソフトウェア送信要求メッセージを送る。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信要求メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0160】
ソフトウェア送信要求メッセージは、ソフトウェアパッケージに関する、ソフトウェア記述メッセージに含まれている記述情報に対応するソフトウェアパッケージをソフトウェア提供モジュールに要求するのに用いられる。
【0161】
Ｓ７１０：ソフトウェア提供モジュールは、ソフトウェアアップグレード制御モジュールにソフトウェア送信メッセージを送る。それに対応して、ソフトウェアアップグレード制御モジュールは、ソフトウェア送信メッセージをソフトウェア提供モジュールから受け取る。
【0162】
ソフトウェア送信メッセージは、ソフトウェアパッケージに関する、ソフトウェア記述メッセージに含まれている記述情報に対応するソフトウェアパッケージを含む。
【0163】
任意選択的に、段階Ｓ７０１では、ソフトウェア提供モジュールがサーバからの通知メッセージを用いてソフトウェアパッケージの記述情報を取得する場合、段階Ｓ７１０が行われる前に、本願の本実施形態において提供されるソフトウェアアップグレード方法はさらに、ソフトウェア提供モジュールが通知メッセージに含まれているソフトウェアパッケージ識別子に対応するソフトウェアパッケージを取得する段階を含む。
【0164】
Ｓ７１１：ソフトウェアアップグレード制御モジュールは、ソフトウェア提供モジュールにソフトウェア送信完了メッセージを送る。それに対応して、ソフトウェア提供モジュールは、ソフトウェア送信完了メッセージをソフトウェアアップグレード制御モジュールから受け取る。
【0165】
ソフトウェア送信完了メッセージは、ソフトウェアパッケージの送信に成功したことをソフトウェア提供モジュールに通知するのに用いられる。
【0166】
Ｓ７１２：ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレードを開始する。
【0167】
任意選択的に、車両状況が第１状況と関連している場合、ソフトウェアアップグレード制御モジュールは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められると判定できるので、ソフトウェアパッケージの記述情報に対応するソフトウェアパッケージを取得して、ソフトウェアパッケージのアップグレードを開始する。ソフトウェアパッケージのアップグレードを開始するプロセスについては、先行技術を参照されたい。詳細については、ここで説明しない。
【0168】
Ｓ７１３：ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0169】
任意選択的に、車両状況が第２状況と関連している場合、ソフトウェアアップグレード制御モジュールは、車載端末デバイスに対応する車両の状況により、ソフトウェアパッケージのアップグレードが認められないと判定できるので、ソフトウェアパッケージのアップグレードを開始しないと判定する。
【0170】
本願の本実施形態において提供されるソフトウェアアップグレード方法に基づいて、ソフトウェアアップグレード制御モジュールは、ソフトウェアパッケージのアップグレード要件情報と、車載端末デバイスに対応する車両状況とを取得する。車両状況がアップグレード要件情報により示される第１状況と関連している場合、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージをソフトウェア提供モジュールから取得し、ソフトウェアパッケージのアップグレードを開始するか、または車両状況が第２状況と関連している場合、ソフトウェアアップグレード制御モジュールはソフトウェアパッケージのアップグレードを開始しないと判定する。本願の本実施形態において、ソフトウェアアップグレード制御モジュールは、アップグレード要件情報および車両状況に基づいて、ソフトウェアアップグレードを開始すべきかどうかを判定し、車両状況が第１状況と関連している場合にはアップグレードを開始してよい。このように、アップグレードプロセスにおいてセキュリティ上の脅威を招く確率が低減でき、ユーザ体験を向上させることができる。さらに、ソフトウェアアップグレード制御モジュールは、車両状況が第１状況と関連していると判定した場合、ソフトウェアパッケージを送信するようソフトウェア提供モジュールに要求することにより、車両状況が第２状況と関連している場合にソフトウェア提供モジュールとソフトウェアアップグレード制御モジュールとの間で不要なソフトウェアパッケージが送信されるのを回避する。
【0171】
図７Ａおよび図７Ｂに示すソリューションは、図５に示す本願によるソフトウェアアップグレード方法を車載端末デバイスが行うという、単なる実行可能な内部実施ソリューションにすぎないことに留意されたい。実際の適用の際には、図５に示すソフトウェアアップグレード方法はさらに、別の内部実施ソリューションを有してよい。これについては、本願の本実施形態において特に限定されることはない。
【0172】
段階Ｓ７０１～Ｓ７１２または段階Ｓ７０１～Ｓ７１３における車載端末デバイスの動作が、図２に示す通信デバイス４０の中にあるプロセッサ４０１がメモリ４０３に格納されたアプリケーションプログラムコードを呼び出すことにより行われてよい。これについては、本願の本実施形態において限定されることはない。
【0173】
前述の実施形態において、車載端末デバイスにより実施される方法および／または段階は代替的に、車載端末デバイスに用いられ得る構成要素（例えば、チップまたは回路）で実施されてもよいことが理解されるであろう。
【0174】
前述のことは主に、本願の実施形態において提供されるソリューションを、ネットワークエレメント同士のやり取りの観点から説明している。それに対応して、本願の一実施形態がさらに通信装置を提供し、この通信装置は前述の方法を実施するように構成される。通信装置は、前述の方法の実施形態における車載端末デバイスでも、車載端末デバイスを含む装置でも、車載端末デバイスに用いられ得る構成要素でもよい。前述の機能を実装するために、通信装置は、各機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されるであろう。当業者であれば、本明細書で開示される実施形態で説明される実施例に関する機器およびアルゴリズム段階と組み合わせて、本願がハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせで実現され得ることを容易に認識するはずである。ある機能がハードウェアで実行されるのか、またはコンピュータソフトウェアで動くハードウェアで実行されるのかは、技術的ソリューションの特定の用途および設計上の制約で決まる。当業者であれば、異なる方法を用いて、説明した機能を特定の用途ごとに実装するかもしれないが、こうした実装例が本願の範囲を超えるものとみなされるべきではない。
【0175】
本願の実施形態において、通信装置が前述の方法の実施形態に基づいて複数の機能モジュールに分割されてよい。例えば、各機能モジュールがそれぞれの対応する機能に基づく分割によって取得されてもよく、２つ以上の機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実現されてもよく、またはソフトウェア機能モジュールの形態で実現されてもよい。本願の実施形態では、モジュール分割は例示的であり、単なる論理的な機能分割であることに留意されたい。実際の実装では、別の分割方式が用いられてもよい。
【0176】
例えば、通信装置は、前述の方法の実施形態における車載端末デバイスである。図８は、車載端末デバイス８０の概略構造図である。車載端末デバイス８０は、取得モジュール８０１と処理モジュール８０２とを含む。
【0177】
実行可能な一実装例において、取得モジュール８０１は、ソフトウェアパッケージのアップグレード要件情報と車載端末デバイスに対応する車両状況とを取得するように構成され、アップグレード要件情報は第１状況および／または第２状況を示す。車両状況が第１状況と関連している場合、処理モジュール８０２はソフトウェアパッケージのアップグレードを開始するように構成される。または、車両状況が第２状況と関連している場合、処理モジュール８０２はさらに、ソフトウェアパッケージのアップグレードを開始しないと判定するように構成される。
【0178】
任意選択的に、車載端末デバイス８０はさらに、送受信モジュール８０３を含んでもよい。送受信モジュール８０３は、送受信機器とも呼ばれることがあり、送信機能および／または受信機能を実装するように構成される。例えば、送受信モジュール８０３は、送受信回路でも、送受信機でも、通信インタフェースでもよい。
【0179】
任意選択的に、送受信モジュール８０３は、ソフトウェアパッケージをソフトウェアサーバから受信するように構成される。
【0180】
任意選択的に、送受信モジュール８０３がソフトウェアサーバから受信するソフトウェアパッケージは、アップグレード要件情報を含み、取得モジュール８０１がソフトウェアパッケージのアップグレード要件情報を取得するように構成されることは、取得モジュール８０１が、ソフトウェアパッケージに含まれているアップグレード要件情報を取得するように構成されることを含む。
【0181】
任意選択的に、送受信モジュール８０３がソフトウェアサーバから受信するソフトウェアパッケージが、アップグレード要件情報を含むことは、ソフトウェアパッケージがソフトウェアパッケージの記述情報を含み、記述情報がアップグレード要件情報を含むことを含む。取得モジュール８０１がソフトウェアパッケージのアップグレード要件情報を取得するように構成されることは、取得モジュール８０１が記述情報内のアップグレード要件情報を取得するように構成されることを含む。
【0182】
任意選択的に、取得モジュール８０１がソフトウェアパッケージのアップグレード要件情報を取得するように構成されることは、取得モジュール８０１が、予め設定されたアップグレード要件情報をソフトウェアパッケージのアップグレード要件情報として決定するように構成されることを含む。
【0183】
前述の方法の実施形態における各段階に関連した全ての内容は、対応する機能モジュールの機能説明に引用されてよい。詳細については、再度ここで説明しない。
【0184】
本実施形態において、車載端末デバイス８０は、統合によって取得された機能モジュールの形態で提示されている。本明細書における「モジュール」は、特定のＡＳＩＣ、回路、１つまたは複数のソフトウェアまたはファームウェアプログラムを実行するためのプロセッサおよびメモリ、集積論理回路、並びに／または前述の機能を提供できる他の構成要素でよい。簡単な一実施形態では、当業者が、車載端末デバイス８０は図２に示す通信デバイス４０の形態でよいと理解するであろう。
【0185】
例えば、図２に示す通信デバイス４０の中にあるプロセッサ４０１は、メモリ４０３に格納されたコンピュータ実行可能命令を呼び出してよく、これにより、車載端末デバイス８０は前述の方法の実施形態におけるソフトウェアアップグレード方法を行う。
【0186】
具体的には、図８の取得モジュール８０１、処理モジュール８０２、および送受信モジュール８０３の機能／実装プロセスは、図２示す通信デバイス４０の中にあるプロセッサ４０１がメモリ４０３に格納されたコンピュータ実行可能命令を呼び出すことにより実現されてよい。あるいは、図８の取得モジュール８０１および処理モジュール８０２の機能／実装プロセスは、図２に示す通信デバイス４０の中にあるプロセッサ４０１がメモリ４０３に格納されたコンピュータ実行可能命令を呼び出すことにより実現されてよく、また図８の送受信モジュール８０３の機能／実装プロセスは、図２に示す通信デバイス４０の中にある通信インタフェース４０４を用いて実現されてよい。
【0187】
本実施形態において提供される車載端末デバイス８０は前述のソフトウェアアップグレード方法を行うことができるので、車載端末デバイス８０が取得できる技術的効果については、前述の方法の実施形態を参照されたい。詳細については、再度ここで説明しない。
【0188】
任意選択的に、本願の一実施形態がさらに、通信装置を提供する（例えば、通信装置はチップでもチップシステムでもよい）。通信装置は、前述の方法の実施形態のうちのいずれか１つにおける方法を実施するように構成されたプロセッサを含む。実行可能な一設計例において、通信装置はさらにメモリを含む。メモリは、必要なプログラム命令および必要なデータを格納するように構成される。プロセッサは、メモリに格納されたプログラムコードを呼び出して、前述の方法の実施形態のうちのいずれか１つにおける方法を行うよう通信装置に指示してよい。当然ながら、メモリは代替的に、通信装置に含まれなくてもよい。通信装置がチップシステムである場合、通信装置はチップを含んでもよく、チップおよび別の個別素子を含んでもよい。これについては、本願の本実施形態において特に限定されることはない。
【0189】
前述の実施形態の全てまたは一部が、ソフトウェア、ハードウェア、ファームウェア、またはこのあらゆる組み合わせを用いて実現されてもよい。ソフトウェアプログラムを用いて実施形態を実現する場合、これらの実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実現されてよい。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータに読み込まれて実行されると、本願の実施形態による手順または機能が全てまたは部分的に生み出される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能型装置でもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、またはあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））または無線（例えば、赤外線、電波、またはマイクロ波）による方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能なあらゆる使用できる媒体でも、１つまたは複数の使用できる媒体を統合した、サーバまたはデータセンタなどのデータ記憶デバイスでもよい。使用できる媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、磁気テープ）、光媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などでもよい。本願の実施形態において、コンピュータは前述の装置を含んでよい。
【0190】
本願は各実施形態を参照して説明されているが、保護を主張する本願を実現する過程において、当業者であれば、添付図面、開示内容、および添付した特許請求の範囲を考察することにより、開示された実施形態の別の変形例を理解して実現するであろう。特許請求の範囲では、「ｃｏｍｐｒｉｓｉｎｇ（含む）」が別の構成要素または別の段階を除外することはなく、「ａ（１つ）」または「ｏｎｅ（１つ）」が複数の意味を除外することはない。１つのプロセッサまたは別の機器が、特許請求の範囲に列挙されるいくつかの機能を実装してよい。いくつかの手段が、互いに異なる複数の従属クレームに記載されているが、これで、これらの手段を組み合わせても、より優れた効果を生み出すことはできないことを意味しているわけではない。
【0191】
本願は、具体的な特徴およびその実施形態に関連して説明されているが、こうした特徴およびその実施形態に対して、本願の趣旨および範囲から逸脱することなく様々な修正および組み合わせが行われてよいことは明らかである。それに対応して、本明細書および添付図面は、添付した特許請求の範囲により定められる本願の単なる例示的な説明にすぎず、本願の範囲をカバーする修正、変形、組み合わせ、または均等物のうちのいずれかまたは全てとみなされる。当業者であれば、本願の趣旨および範囲から逸脱することなく、本願に対して様々な修正および変形を行うことができるのは明らかである。本願は、本願のこうした修正および変形を、それが以下の特許請求の範囲およびその均等な技術により定められる保護の範囲に含まれる場合に限り、カバーすることが意図されている。
［他の考え得る項目］
（項目１）
ソフトウェアアップグレード方法であって、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する段階であって、上記アップグレード要件情報は第１状況および／または第２状況を示す、取得する段階と、
上記車載端末デバイスが上記車載端末デバイスに対応する車両状況を取得する段階と、
上記車両状況が上記第１状況と関連している場合、上記車載端末デバイスが上記ソフトウェアパッケージのアップグレードを開始する段階、または
上記車両状況が上記第２状況と関連している場合、上記車載端末デバイスが上記ソフトウェアパッケージのアップグレードを開始しないと判定する段階と
を備える、方法。
（項目２）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目１に記載の方法。
（項目３）
上記方法がさらに、
上記車載端末デバイスが上記ソフトウェアパッケージをソフトウェアサーバから受信する段階を備える、項目１または２に記載の方法。
（項目４）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得する段階を含む、項目３に記載の方法。
（項目５）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが上記記述情報内の上記アップグレード要件情報を取得する段階を含む、項目４に記載の方法。
（項目６）
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定する段階を含む、項目１から３のいずれか一項に記載の方法。
（項目７）
取得モジュールと処理モジュールとを備える通信装置であって、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成され、上記アップグレード要件情報が第１状況および／または第２状況を示し、
上記取得モジュールがさらに、上記通信装置に対応する車両状況を取得するように構成され、
上記車両状況が上記第１状況と関連している場合、上記処理モジュールが上記ソフトウェアパッケージのアップグレードを開始するように構成される、または
上記車両状況が上記第２状況と関連している場合、上記処理モジュールがさらに上記ソフトウェアパッケージのアップグレードを開始しないと判定するように構成される、通信装置。
（項目８）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目７に記載の通信装置。
（項目９）
上記通信装置がさらに送受信モジュールを備え、
上記送受信モジュールが上記ソフトウェアパッケージをソフトウェアサーバから受信するように構成される、項目７または８に記載の通信装置。
（項目１０）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得するように構成されることを含む、項目９に記載の通信装置。
（項目１１）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが上記記述情報内の上記アップグレード要件情報を取得するように構成されることを含む、項目１０に記載の通信装置。
（項目１２）
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定するように構成されることを含む、項目７から９のいずれか一項に記載の通信装置。
（項目１３）
ソフトウェアアップグレード制御モジュールと車両状況監視モジュールとを備える通信装置であって、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成され、上記アップグレード要件情報が第１状況および／または第２状況を示し、
上記車両状況監視モジュールが上記通信装置に対応する車両状況を取得するように構成され、
上記車両状況が上記第１状況と関連している場合、上記ソフトウェアアップグレード制御モジュールがさらに、上記ソフトウェアパッケージのアップグレードを開始するように構成される、または
上記車両状況が上記第２状況と関連している場合、上記ソフトウェアアップグレード制御モジュールがさらに、上記ソフトウェアパッケージのアップグレードを開始しないと判定するように構成される、通信装置。
（項目１４）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目１３に記載の通信装置。
（項目１５）
上記通信装置がさらにソフトウェア提供モジュールを備え、
上記ソフトウェア提供モジュールが上記ソフトウェアパッケージをソフトウェアサーバから受信するように構成される、項目１３または１４に記載の通信装置。
（項目１６）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得するように構成されることを含む、項目１５に記載の通信装置。
（項目１７）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが上記記述情報内の上記アップグレード要件情報を取得するように構成されることを含む、項目１６に記載の通信装置。
（項目１８）
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定するように構成されることを含む、項目１３から１５のいずれか一項に記載の通信装置。
（項目１９）
プロセッサとメモリとを備える通信装置であって、
上記メモリがコンピュータ実行可能命令を格納するように構成され、上記プロセッサが上記コンピュータ実行可能命令を実行すると、上記通信装置が項目１から６のいずれか一項に記載の方法を行うことが可能になる、通信装置。
（項目２０）
命令を含むコンピュータ可読記憶媒体であって、上記命令が通信装置で動作すると、上記通信装置が項目１から６のいずれか一項に記載の方法を行うことが可能になる、コンピュータ可読記憶媒体。
［他の考え得る項目］
（項目１）
ソフトウェアアップグレード方法であって、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する段階であって、上記アップグレード要件情報は第１状況および／または第２状況を示す、取得する段階と、
上記車載端末デバイスが上記車載端末デバイスに対応する車両状況を取得する段階と、
上記車両状況が上記第１状況と関連している場合、上記車載端末デバイスが上記ソフトウェアパッケージのアップグレードを開始する段階、または
上記車両状況が上記第２状況と関連している場合、上記車載端末デバイスが上記ソフトウェアパッケージのアップグレードを開始しないと判定する段階と
を備える、方法。
（項目２）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目１に記載の方法。
（項目３）
上記方法がさらに、
上記車載端末デバイスが上記ソフトウェアパッケージをソフトウェアサーバから受信する段階を備える、項目１または２に記載の方法。
（項目４）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得する段階を含む、項目３に記載の方法。
（項目５）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが上記記述情報内の上記アップグレード要件情報を取得する段階を含む、項目４に記載の方法。
（項目６）
車載端末デバイスがソフトウェアパッケージのアップグレード要件情報を取得する上記段階が、
上記車載端末デバイスが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定する段階を含む、項目１から３のいずれか一項に記載の方法。
（項目７）
取得モジュールと処理モジュールとを備える通信装置であって、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成され、上記アップグレード要件情報が第１状況および／または第２状況を示し、
上記取得モジュールがさらに、上記通信装置に対応する車両状況を取得するように構成され、
上記車両状況が上記第１状況と関連している場合、上記処理モジュールが上記ソフトウェアパッケージのアップグレードを開始するように構成される、または
上記車両状況が上記第２状況と関連している場合、上記処理モジュールがさらに上記ソフトウェアパッケージのアップグレードを開始しないと判定するように構成される、通信装置。
（項目８）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目７に記載の通信装置。
（項目９）
上記通信装置がさらに送受信モジュールを備え、
上記送受信モジュールが上記ソフトウェアパッケージをソフトウェアサーバから受信するように構成される、項目７または８に記載の通信装置。
（項目１０）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得するように構成されることを含む、項目９に記載の通信装置。
（項目１１）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが上記記述情報内の上記アップグレード要件情報を取得するように構成されることを含む、項目１０に記載の通信装置。
（項目１２）
上記取得モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記取得モジュールが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定するように構成されることを含む、項目７から９のいずれか一項に記載の通信装置。
（項目１３）
ソフトウェアアップグレード制御モジュールと車両状況監視モジュールとを備える通信装置であって、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成され、上記アップグレード要件情報が第１状況および／または第２状況を示し、
上記車両状況監視モジュールが上記通信装置に対応する車両状況を取得するように構成され、
上記車両状況が上記第１状況と関連している場合、上記ソフトウェアアップグレード制御モジュールがさらに、上記ソフトウェアパッケージのアップグレードを開始するように構成される、または
上記車両状況が上記第２状況と関連している場合、上記ソフトウェアアップグレード制御モジュールがさらに、上記ソフトウェアパッケージのアップグレードを開始しないと判定するように構成される、通信装置。
（項目１４）
上記第１状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示し、
上記第２状況が、車両の地理的位置、上記車両が位置している環境、または上記車両の走行状況のうちの少なくとも１つを示す、項目１３に記載の通信装置。
（項目１５）
上記通信装置がさらにソフトウェア提供モジュールを備え、
上記ソフトウェア提供モジュールが上記ソフトウェアパッケージをソフトウェアサーバから受信するように構成される、項目１３または１４に記載の通信装置。
（項目１６）
上記ソフトウェアパッケージが上記アップグレード要件情報を含み、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが上記ソフトウェアパッケージ内の上記アップグレード要件情報を取得するように構成されることを含む、項目１５に記載の通信装置。
（項目１７）
上記ソフトウェアパッケージが上記アップグレード要件情報を含むことが、
上記ソフトウェアパッケージが上記ソフトウェアパッケージの記述情報を含み、上記記述情報が上記アップグレード要件情報を含むことを含み、
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが上記記述情報内の上記アップグレード要件情報を取得するように構成されることを含む、項目１６に記載の通信装置。
（項目１８）
上記ソフトウェアアップグレード制御モジュールがソフトウェアパッケージのアップグレード要件情報を取得するように構成されることが、
上記ソフトウェアアップグレード制御モジュールが、予め設定されたアップグレード要件情報を上記ソフトウェアパッケージの上記アップグレード要件情報として決定するように構成されることを含む、項目１３から１５のいずれか一項に記載の通信装置。
（項目１９）
プロセッサとメモリとを備える通信装置であって、
上記メモリがコンピュータ実行可能命令を格納するように構成され、上記プロセッサが上記コンピュータ実行可能命令を実行すると、上記通信装置が項目１から６のいずれか一項に記載の方法を行うことが可能になる、通信装置。
（項目２０）
命令を含むコンピュータ可読記憶媒体であって、上記命令が通信装置で動作すると、上記通信装置が項目１から６のいずれか一項に記載の方法を行うことが可能になる、コンピュータ可読記憶媒体。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6a】
【図6b】
【図7A】
【図7B】
【図8】
【外国語明細書】