(57)【特許請求の範囲】
【請求項１】
命令を記憶したメモリを含む携帯モバイル電子機器を具えたシステムであって、前記命令は、前記携帯モバイル電子機器の処理装置によって実行されることによって、前記携帯モバイル電子機器の前記処理装置に動作を実行させ、該動作は、
複数の設定ファイルを、リモートサーバーから前記携帯モバイル電子機器の第１インタフェースを通して受信するステップであって、前記複数の設定ファイルのうちの第１設定ファイルは、異なる種類のデータセットに対する異なるプライオリティを示す第１マッピングを含み、前記複数の設定ファイルのうちの第２設定ファイルは、プライオリティを接続情報へマッピングし、該接続情報は、ソフトウェア・アップデートを前記リモートサーバーから前記携帯モバイル電子機器へダウンロードするため、及び自動車の自動車構成要素からのデータセットを前記リモートサーバーへアップロードするための接続情報であるステップと、
前記自動車から出力される情報のデータセットの一部分を含む通信を前記自動車から受信するステップと、
前記受信した通信のメタデータを構文解析して、示されたプライオリティを特定するステップと、
前記示されたプライオリティを前記第２設定ファイルと比較するステップと、
前記比較の結果に基づいて、前記受信した通信に対応するデータを前記リモートサーバーへアップロードするための、前記携帯モバイル電子機器の第２インタフェースを通した接続を確立すべきか否かを確認するステップと
を含むシステム。
【請求項２】
前記動作が、
前記リモートサーバーが前記第１インタフェースを通してアクセス可能であるか否かをチェックするステップと、
前記リモートサーバーが前記第１インタフェースを通してアクセス可能である場合に、前記データセットの前記一部分を前記リモートサーバーへアップロードするステップと、
前記リモートサーバーが前記第１インタフェースを通してアクセス可能でない場合に、前記第２設定ファイルとの比較の結果に応じた条件付きで、前記データセットの前記一部分を、前記携帯モバイル電子機器の第２インタフェースを通して前記リモートサーバーへアップロードするステップと
をさらに含む、請求項１に記載のシステム。
【請求項３】
前記動作は、
前記データの第１の部分集合を、前記第１インタフェース及び前記第２インタフェースの一方を通して前記リモートサーバーへアップロードするステップと、
前記データの第２の部分集合を、前記第１インタフェース及び前記第２インタフェースの他方を通して前記リモートサーバーへアップロードするステップと
をさらに含む、請求項２に記載のシステム。
【請求項４】
前記データの前記第１の部分集合または前記第２の部分集合が、車両速度情報、エンジン速度情報、オドメータ情報、または点火状態情報のうちの少なくとも１つを含む、請求項３に記載のシステム。
【請求項５】
前記データの前記第１の部分集合または前記第２の部分集合が、位置情報または瞬時的な燃費情報のうちの少なくとも一方を含む、請求項３に記載のシステム。
【請求項６】
前記動作が、
前記リモートサーバーが前記第１インタフェースを通してアクセス可能でない場合に、前記データセットの前記一部分をキャッシュ記憶するステップをさらに含む、請求項２に記載のシステム。
【請求項７】
前記第１インタフェースが、有線接続または短距離無線接続の少なくとも一方に関連する、請求項１に記載のシステム。
【請求項８】
前記第１インタフェースが、無線ローカルエリア・ネットワーク（ＷＬＡＮ）インタフェースを含む、請求項１に記載のシステム。
【請求項９】
前記動作が、
前記データセットを表現する複数のセグメントを生成するステップと、
前記複数のセグメントの、前記第１インタフェースを通した前記リモートサーバーへのアップロードを開始するステップと、
前記複数のセグメントの全部をアップロードする前に、前記第１インタフェースを通した前記リモートサーバーとの通信が中断した場合に、前記示されたプライオリティを前記第２設定ファイルと比較した結果に基づいて操作を選択するステップであって、該操作は、前記複数のセグメントのうちの残りのセグメントをキャッシュ記憶すること、前記複数のセグメントをキャッシュ記憶すること、または前記複数のセグメントのうちの残りのセグメントを、前記第２インタフェースを通して前記リモートサーバーへアップロードすることのうちの少なくとも１つを含むステップと、
前記選択した操作を実行するステップと
をさらに含む、請求項１に記載のシステム。
【請求項１０】
前記自動車内に設置された自動車構成要素をさらに具え、該自動車構成要素は、命令を記憶したメモリを含み、前記命令は、前記自動車構成要素の処理装置によって実行されることによって、前記自動車構成要素の前記処理装置に動作を実行させ、該動作は、
前記自動車内に設置された車両バスから車両データセットを収集するステップと、
前記収集したデータセットを自動車コードに関連付けるステップと、
前記車両データセットに対する前記自動車コードを前記第１設定ファイルと比較して、プライオリティを決定するステップと、
前記メタデータを、前記決定したプライオリティを示すように生成するステップと、
前記通信を前記携帯モバイル電子機器へ送信するステップであって、前記通信が、前記収集したデータセットの少なくとも一部分、及び前記生成したメタデータを含むステップと
をさらに含む、請求項１に記載のシステム。
【請求項１１】
自動車内に配置された携帯モバイル電子機器のプロセッサによって、一対の設定ファイルのうちの一方の設定ファイルを取得するステップであって、前記一対の設定ファイルのうちの第１設定ファイルは、前記自動車が生成した異なる種類のデータセットに対する異なるプライオリティを示すマッピングを含み、前記一対の設定ファイルのうちの第２設定ファイルは、前記プライオリティを接続情報へマッピングし、該接続情報はサービス領域またはユーザの選択に基づき、前記取得した設定ファイルは、前記一対の設定ファイルのうちの前記第２設定ファイルを含むステップと、
前記自動車のプロセッサによって通信を生成して、該通信を前記携帯モバイル電子機器の前記プロセッサに伝えるステップであって、前記通信は、前記自動車から出力された情報のデータセットの内容、及び前記第１設定ファイルにおける前記プライオリティのうちの１つを示すメタデータを含み、前記携帯モバイル電子機器の前記プロセッサは第１プロセッサを含み、前記自動車の前記プロセッサは、前記第１プロセッサと異なる第２プロセッサを含むステップと、
前記第１プロセッサによって、前記通信が含む前記メタデータを構文解析して、前記メタデータが示す前記プライオリティを識別するステップと、
前記識別したプライオリティを前記第２設定ファイルと比較するステップと、
前記比較の結果に基づいて、前記携帯モバイル電子機器の第１インタフェースを介したリモートサーバーへのアクセス可能性に応じて、前記内容の一部分をキャッシュ記憶するか、あるいは前記内容の前記一部分を、前記携帯モバイル電子機器の前記第１インタフェースと異なる第２インタフェース、または前記第１インタフェースを用いて前記リモートサーバーへ送信するかを決定するステップと、
前記内容の前記一部分をキャッシュ記憶することの決定に応答して、前記リモートサーバーが現在、前記携帯モバイル電子機器の前記第１インタフェースを介してアクセス可能でない場合に、前記リモートサーバーが前記第１インタフェースを介してアクセス可能になるまで、前記内容の前記一部分を前記携帯モバイル電子機器のデータキャッシュ内に保持するステップと、
前記内容の前記一部分を送信することの決定に応答して、前記リモートサーバーが現在、前記携帯モバイル電子機器の前記第１インタフェースを介してアクセス可能でない場合に、前記内容の前記一部分を、前記携帯モバイル電子機器の前記第２インタフェースを通して前記リモートサーバーへアップロードするステップと
を含む、コンピュータによる実現方法。
【請求項１２】
前記第１インタフェースが無線ローカルエリア・ネットワーク（ＷＬＡＮ）インタフェースを含む、請求項１１に記載のコンピュータによる実現方法。
【請求項１３】
前記第２インタフェースがセルラ・インタフェースを含む、請求項１１に記載のコンピュータによる実現方法。
【請求項１４】
前記内容の前記一部分が、前記内容の第１部分を含み、前記方法が、
前記内容の前記第１部分を、前記携帯モバイル電子機器の前記第１インタフェース及び前記第２インタフェースの一方を通して前記リモートサーバーへアップロードするステップと、
前記内容の前記第１部分と異なる第２部分を、前記第１インタフェース及び前記第２インタフェースの他方を通して前記リモートサーバーへアップロードするステップと
をさらに含む、請求項１１に記載のコンピュータによる実現方法。
【請求項１５】
前記内容の前記第１部分が、車両速度情報、エンジン速度情報、オドメータ情報、または点火状態情報を含む、請求項１４に記載のコンピュータによる実現方法。
【請求項１６】
前記内容の前記第２部分が、位置情報または瞬時的な燃費情報を含む、請求項１４に記載のコンピュータによる実現方法。
【請求項１７】
前記第１プロセッサが、有線接続または短距離無線接続によって前記第２プロセッサに通信結合されている、請求項１１に記載のコンピュータによる実現方法。
【請求項１８】
前記内容の前記一部分を複数のセグメントに区分するステップと、
前記複数のセグメントを、前記第１インタフェースを通して前記リモートサーバーへアップロードすることを開始するステップと、
前記複数のセグメントの全部をアップロードする前に、前記第１インタフェースを通した前記リモートサーバーとの通信が中断した場合に、前記比較の結果に基づいて操作を選択するステップであって、該操作は、前記複数のセグメントのうちの残りのセグメントをキャッシュ記憶すること、前記複数のセグメントをキャッシュ記憶すること、または前記残りのセグメントを前記第２インタフェースを通して前記リモートサーバーへアップロードすることを含むステップと、
前記選択した操作を実行するステップと
をさらに含む、請求項１１に記載のコンピュータによる実現方法。
【請求項１９】
前記自動車内に設置された車両のバスから車両データセットを収集するステップと、
前記収集した車両データセットを自動車コードに関連付けるステップと、
前記自動車の前記第２プロセッサによって、前記関連付けた自動車コードを前記第１設定ファイルと比較して結果を識別して、該結果に応答した前記プライオリティを示す前記メタデータを生成するステップと
をさらに含む、請求項１１に記載のコンピュータによる実現方法。
【請求項２０】
前記携帯モバイル電子機器の前記プロセッサによって、前記リモートサーバーから、前記自動車用のソフトウェア・アップデートをダウンロードするステップと、
前記携帯モバイル電子機器の前記プロセッサによって、有線接続または短距離無線接続を通して、前記ソフトウェア・アップデートを前記自動車の前記プロセッサへ送信するステップとをさらに含み、
前記携帯モバイル電子機器は、有線接続または短距離無線接続を通して前記自動車に通信結合されている、請求項１１に記載のコンピュータによる実現方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権
本願は米国特許仮出願第６２／１６１７２２号、２０１５年５月１４日出願に基づいて優先権を主張し、この米国特許仮出願はその全文を参照する形で本明細書に含める。
【０００２】
技術分野
本発明は、（例えばクラウド内の）リモートサーバー、自動車、及び自動車内にある携帯モバイル（移動型）機器による、これら相互間の電子通信に関するものである。選択したソフトウェアをリモートサーバーから携帯モバイル機器を通して自動車のシステムへダウンロードする方法及び装置を開示する。本発明は、診断情報、位置情報、等に関連する車両データ分析の、自動車から携帯モバイル機器経由でリモートサーバーへの効率的な無線伝送も可能にする。
【背景技術】
【０００３】
車載ヘッドユニットは、車内に携行される携帯電話のようなモバイル機器の長距離無線を、車両とリモートサーバーとの間の通信の目的で利用することができ、このリモートサーバーは、自動車のソフトウェア・アプリケーション及びサービスの集中管理に関連する。このことは、長距離無線を車両内に設置することを必要としない、自動車のソフトウェア・アプリケーション及びサービスの集中管理を可能にするが、今日の自動車製造業者は、車両構成要素（車両のエンジン制御ユニット（ＥＣＵ：Engine Control Unit）を含むが、それに限定されない）のファームウェアをアップグレードすることのような他の理由で、長距離無線を車両内に設置することにまだ頼っている。
【０００４】
短距離無線接続または有線を通してファームウェアをアップデート（更新）することはできるが、短距離無線接続または有線の利用は、短距離無線接続または有線を通したアップデートのための設備まで車両を送り届ける必要があり得る（その設備においてＥＣＵファームウェアをアップデートするための人間による手作業の工程を実行する必要があり得る）。しかし、車両をその設備まで送り届けることは不便であり、この理由及び他の理由で、今日の自動車製造業者は、好適なファームウェア・アップデート手順をサポート（支援）するために車両内に長距離無線を設置することに頼ることがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願公開第２０１４／０１７９２７４号明細書
【発明の概要】
【課題を解決するための手段】
【０００６】
以下は、本発明のいくつかの態様の基本的理解をもたらすための、本発明の概要である。この概要は、本発明の主要／重要な要素を識別することも本発明の範囲を線引きすることも意図していない。その唯一の目的は、本発明のいくつかの概念を、後に提示するより詳細な説明への前置きとして簡略化した形式で提示することにある。
【０００７】
一例では、システムが提供され、このシステムは、自動車構成要素のクライアント、クラウド内に配置されたサーバー、及び携帯電話または他の携帯モバイル電子機器のような個人用携帯機器上にインストールされたアプリケーションを含む。一部の例では、このシステムは、エンジン制御ユニット（ＥＣＵ）、ヘッドユニット、等、あるいはその組合せに対する効率的な車載ソフトウェアのアップデートを可能にし、及び／または、診断情報、位置情報、等、あるいはその組合せに関連する車両データ分析の効率的な無線伝送を可能にする。
【０００８】
一例では、システムが、クラウド内のサーバー、及び自動車内に設置された構成要素のクライアントを含む。サーバーは、スマートホン内にインストールされるアプリケーションを提供し、スマートホンは、有線または短距離無線接続によって自動車構成要素に結合することができる。
【０００９】
クライアントは、車両のバスからデータを収集して集約することができ、そして有線接続または短距離無線接続を通したスマートホンへのデータ伝送を処理することができる。データは、ＣＡＮ（controller area network：コントローラ・エリア・ネットワーク）データ、ＯＢＤ（on board diagnostic：オンボード（基板上）診断）データ（ＯＢＤIIデータを含むが、それに限定されない）、ＧＰＳ（global positioning system：全地球測位システム）データ、ＳＱＤＦ（service and quality data feed based on OBD data：ＯＢＤデータに基づくサービス及び品質データ供給）データ、等、あるいはその組合せを含むことができる。クライアントは、保存・転送（ストア・アンド・フォワード）機能を応用して、アプリケーションへの接続が確立されるまで車両データセットを保持することができ、車両データは全部アップロードされる。クライアントは、アプリケーションへの高プライオリティ（優先順位）のデータセット及び低プライオリティのデータセットをプライオリティ（優先順位）付けすることができる。クライアントは、車両データの異なる集合を動的に収集すること、収集の頻度を変更すること、及びサーバーからの設定（コンフィグレーション）ファイルまたは他のコマンドに応じて他の設定を調整することができる。サーバーは、クライアントと通信して、設定ファイルまたは他のコマンドをスマートホンのアプリケーションにプッシュ（能動的送信）することによって、コマンドを含む特定のデータセットを管理して、特定のデータセットを収集し、収集の頻度を設定し、そして他の設定を調整することができる。
【００１０】
一例では、サーバーがソフトウェア無線通信（software-over-the-air：ソフトウェアＯＴＡ）モジュールを含んで、クライアントのソフトウェア無線通信モジュールと通信する。サーバーのソフトウェア無線通信モジュールは、スマートホンとのセルラ接続を確立して、緊急性及び接続のコストに基づいてソフトウェア・アップデート（更新ソフトウェア）をアプリケーションへダウンロードすることができ、あるいはＷｉＦｉ接続が利用可能になるまで待機することができる。クライアントは、ファームウェア・イメージをスマートホンから収集して、クライアントのソフトウェア無線通信モジュールへ転送することができ、このソフトウェア無線通信モジュールは、ヘッドユニット、ＥＣＵ、等、あるいはその組合せのオンボード・ファームウェア・アップグレードを管理することができる。
【００１１】
アプリケーションは、スマートホンのユーザが「App Store（アップストア）」（登録商標）からダウンロードすることができる。アプリケーションは、保存・転送機能を利用して、クライアントまたはサーバーの一方から受信したデータを一時的に保持して、サーバーまたはクライアントの他方へ転送することができる。アプリケーションは、サーバーまたはクライアントへの接続が確立されるまで、このデータを保持することができ、このデータは全部転送される。２件以上の転送が記憶されている場合、アプリケーションはプライオリティに基づいて転送を順序付けすることができる。アプリケーションによって保持されるデータは、自動車用のソフトウェア・アップグレード、あるいは自動車が収集したデータセットとすることができる。
【００１２】
本発明の追加的な態様及び利点は、以下の好適な実施形態の説明より明らかになり、この説明は添付した図面を参照しながら進める。
【図面の簡単な説明】
【００１３】
【図１】車両構成要素のソフトウェアをアップデートするための、及び／または自動車が発生する情報を取得するためのシステムを例示する図である。
【図２】図１のネットワーク装置の処理装置によって実行することができる動作を示すフローチャートである。
【図３】図１の携帯モバイル電子装置のアプリケーションによって実行することができる動作を示すフローチャートである。
【図４】図１の自動車構成要素の処理装置によって実行することができる動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
好適な実施形態の詳細な説明
図１に、車両構成要素のソフトウェアをアップデートするための、及び／または自動車が発生する情報を取得するためのシステムを例示する。
【００１５】
システム１００は（サーバーのような）ネットワーク装置１２を含み、ネットワーク装置１２は、リモート・アプリケーション２０と通信するためのソフトウェア無線通信モジュールを有して、自動車構成要素のソフトウェア、例えばＥＣＵファームウェアのようなファームウェア、ミドルウェア、オペレーティングシステム、アプリケーション・ソフトウェア、等、あるいはその組合せの無線通信アップグレードを管理する。アプリケーション２０、例えばソフトウェア無線通信ダウンロード機能を有するアプリケーションが、好適には自動車内またはその付近にあるスマートホン１０または他の携帯モバイル電子機器のような個人用携帯機器上にインストールされる。アプリケーション２０は、ネットワーク装置１２からダウンロードしたソフトウェアを、短距離接続、例えばブルートゥース（Bluetooth）（登録商標）のような短距離無線接続、あるいはＵＳＢ（universal serial bus）のような有線接続を通した車両への接続が確立されるまで一時的に保持するように構成されている。アプリケーション２０は、このソフトウェアを車両の処理装置２１にダウンロードすることができ、処理装置２１は、車載ヘッドユニットのような自動車内に設置された車両構成要素１１上に設置することができる。一部の例では、車両構成要素１１を、米国特許出願公開第２０１４／０１７９２７４号明細書（特許文献１）により詳細に記載された車載ヘッドユニット機能のいずれかを実行するように構成することができ、特許文献１はその全文を参照する形で本明細書に含め、ネットワーク装置１２は、特許文献１により詳細に記載されたバックエンド機能のいずれかを実行することができる。
【００１６】
一例では、処理装置２２は、ソフトウェア・アップデートを、第１のセルラ接続、あるいは第１の接続とは異なるＷｉＦｉ接続のような第２の接続を通してプッシュするように構成することができる。一例では、処理装置２２は、第２の異なる接続が現在利用可能でない場合に（例えば、スマートホン１１が、全くＷｉＦｉにより通信可能でないか、あるいは閾値の帯域幅未満でしか通信可能でない場合に）、特定の車両構成要素のソフトウェア・アップデートを、第１のセルラ接続を通してプッシュするべきか否かを判定するように構成することができる。一例では、この判定は、特定の車両構成要素のソフトウェア・アップデートの緊急性、セルラ通信に関連するコスト、ネットワーク装置１２及び／またはスマートホン１０が受信するかスマートホン１０にとってアクセス可能なソフトウェア設定、あるいはその組合せを含む要因に基づくが、これらの要因に限定されない。他の例では、処理装置２２は、あらゆる接続を通して、未処理のアップデートについて通知して、どの無線ネットワーク接続がソフトウェア・アップデートをプル（能動的受信）するのに適しているかを、処理装置２２によって提供された設定ファイルに基づいてアプリケーション２０に決定させることができる。
【００１７】
上記特定の車両構成要素のソフトウェア・アップデートを、第１の接続を通してプッシュする場合、処理装置２２及び／またはアプリケーション２０は、上記決定に応答してスマートホン１０とのセルラ接続を確立することができる。上記特定の車両構成要素のソフトウェア・アップデートを、第１の接続を通してプッシュしない場合、処理装置２２は、上記特定の車両構成要素のソフトウェア・アップデートのプッシュを、スマートホン１０への第２の接続が利用可能になった際に行うべく待ち行列（キュー）に入れ、例えば、スマートホン１０と無線ネットワークのアクセスポイントとの間のＷｉＦｉ接続が確立されるまで待機する。
【００１８】
一例では、処理装置２２を、スマートホン１０がセルラ無線とは無関係に通信可能である際にこのことを判定するように構成することができる。一例では、処理装置２２を、スマートホン１０が無線ネットワークのアクセスポイントに接続された際にそのことを判定するように構成することができる。一例では、スマートホン１０のアプリケーション２０を、無線ネットワークのアクセスポイントへの接続を確立したことに応答してネットワーク装置１２に信号を送信するように構成することができる。処理装置２２は、スマートホン１０からの信号を用いて、スマートホン１０が無線ネットワークのアクセスポイントに接続した際にそのことを判定することができる。
【００１９】
アプリケーション２０は、特定の車両構成要素のソフトウェア・アップデートを受信することができる。アプリケーション２０は、スマートホン１０と自動車との間に、例えばスマートホン１０と車両構成要素１１との間に、短距離接続、例えばブルートゥース（登録商標）のような短距離無線接続、あるいはＵＳＢのような有線接続が確立されるまで、ダウンロードした特定の車両構成要素のソフトウェア・アップデートを保持することができる。アプリケーション２０は、ダウンロードした特定の車両構成要素のソフトウェア・アップデート、及び場合によっては他のアップデート及び情報を含むソフトウェア・イメージ、例えばファームウェア・イメージを、車両構成要素１１の記憶機能モジュールに送信することができる。
【００２０】
処理装置２１は、車両用のオンボード・ソフトウェア・アップグレードを管理するように構成することができる。処理装置２１は、車両構成要素１１及び他の車両構成要素用のソフトウェア・アップデートを管理することができることは明らかである（上記「他の車両構成要素」は、本明細書では「リモート車両構成要素」と称することもあり、自動車の車両バスを介して車両構成要素１１に結合することができ、車両構成要素１１は「ローカル車両構成要素」と称することもある）。処理装置２１は、上記ソフトウェア・イメージを記憶機能モジュールから検索して、ローカル車両構成要素のソフトウェア（例えばヘッドユニットのソフトウェア）またはリモート車両構成要素のソフトウェアを実行することができる。他の例では、処理装置２１のこうした機能をアプリケーション２０内に常駐させて、ローカル車両構成要素及び他の車両構成要素用のソフトウェア・アップデートを管理することができる。
【００２１】
一部の例では、システム１００は、車両構成要素の機能に加えて、車両データ分析の機能の無線伝送用に構成することもできる。こうした例では、処理装置２１の車両分析モジュールを、スマートホン１０への短距離接続が確立されるまでに車両バスから収集したデータを集約するように構成することができる。収集の頻度は、予め定めた設定、及び／または処理装置２２の車両データ分析サーバーモジュールからの情報によって制御することができる。処理装置２１は、集約したデータを車両データ分析と共にスマートホン１０のアプリケーション２０にプッシュすることができる。
【００２２】
一例では、集約したデータが２つ以上のデータ集合を含むことができる。処理装置２１は、これらのデータ集合をアップロードする順序を選択するように構成することができる。この順序は、予め定めたプライオリティ・レベル、処理装置２２の車両データ分析サーバーモジュールによって信号伝達される動的なプライオリティ・レベル、車両データ分析サーバーモジュールによって受信されるユーザ設定、等、あるいはその組合せに基づいて決定することができる。
【００２３】
スマートホン１０のアプリケーション２０は、第１の接続が利用可能でない場合に、例えばスマートホン１０が無線ネットワークのアクセスポイントに接続されていない場合に、車両構成要素１１からプッシュされた上記集約したデータを保持するように構成することができる。アプリケーション２０は、上記集約したデータの一部分を、異なる時刻にプッシュすべきか否か、及び／または上記集約したデータの他の部分とは異なる接続を通してプッシュすべきか否かを判定するように構成することができる。例えば、アプリケーション２０はデータの第１部分を識別するように構成することができる。データの第１部分は、例えば部分的に、ネットワーク装置１２にとってアクセス可能なユーザ設定に基づいて識別することができる。データの第１部分は、高プライオリティのデータ及び／または小量のデータを含むことができる。
【００２４】
上記データの第１部分を識別したことに応答して、アプリケーション２０はネットワーク装置１２と通信するためのセルラ接続を確立することができる。アプリケーション２０は、データ中の識別した部分を、セルラ接続を用いてネットワーク装置１２に送信することができる。後の異なる時刻に、スマートホン１０がセルラ接続とは無関係に装置に接続したことに応答して、例えば無線ネットワークのアクセスポイントに接続したことに応答して、アプリケーション２０は上記集約したデータの他の部分、例えば残りの部分を、異なる接続、例えばＷｉＦｉ接続を通してプッシュすることができる。処理装置２２の車両データ分析サーバーモジュールは、上記集約したデータの受信した部分を、１つ以上のサービスに関連するデータベースに集積するように構成することができる。
【００２５】
一例では、携帯電話のアプリケーション２０を、上記集約したデータの一部分の第１分解能、例えば低分解能のデータ、及び上記集約したデータの同じ事象（イベント）の第２の異なる分解能、例えば高分解能のデータを、ネットワーク装置１２へ、異なる時刻に、及び／または異なる接続を通して送信するように構成することができる。例えば、処理装置２２またはアプリケーション２０は、上記集約したデータの第１部分を含む第１パッケージ、及び上記集約したデータの第２部分を含む第２データパッケージを生成するように構成することができる。第１データパッケージは第２データパッケージよりもビット数を少なくすることができる。一例では、第１データパッケージは走行報告を表示するためのダッシュボード・レベルの詳細事項に関連することができ、第２パッケージは詳細な走行報告用の他の詳細事項に関連することができる。一例では、第２データパッケージは、旅程全体を走行全体中に発生した出来事／事象と共に地図上にプロットするために必要な情報を含むことができるのに対し、第１データパッケージは走行距離のようなダッシュボードレベルの詳細事項を含むことができる。
【００２６】
上記集約したデータをスマートホン１０によって受信する際にＷｉＦｉ接続が利用可能でない場合、アプリケーション２０は、第１データパッケージをセルラ接続上で送信することができる。アプリケーション２０は、第２の異なる接続、例えばＷｉＦｉ接続が利用可能になるまで第２データパッケージを保持するように構成することができる。
【００２７】
一部の例では、処理装置２２が設定ファイルを車両及びスマートホン１０へダウンロードすることができる。車両へダウンロードされる設定ファイルは第１マッピングを含むことができ、スマートホン１０へダウンロードされる設定ファイルは、第１マッピングとは異なる第２マッピングを含むことができる。一例では、第１マッピングは、異なるデータセットに対する異なるプライオリティを示すプライオリティ・マッピングを含むことができる（車両が移動する際に収集した位置ベースのデータの第１データセットは、車両構成要素の状態を示すデータセット、例えば診断コードを含むデータセットのような他のデータセットよりも低いプライオリティを有することができる）。第２マッピングは、スマートホン１０のユーザの選択に基づくことができる。第２マッピングは、プライオリティの一部分、例えば（高いプライオリティのような）プライオリティの部分集合用のセルラ接続を示すことができる。第２マッピングは、ネットワーク装置１２からスマートホン１０へダウンロードされるソフトウェア・アップデート用、及び車両によって収集されてネットワーク装置１２へアップロードされるデータセット用に利用することができる。
【００２８】
処理装置２１は、第１マッピングからの（プライオリティを示すヘッダのような）情報を追加することができ、処理装置２２は、受信したデータセットのヘッダからの情報を比較して、当該データセット用に用いるデータチャネルを決定することができる（高いプライオリティを示すヘッダを有するデータセット用にセルラ接続を確立することができる）。第２マッピングは、異なる領域に対する異なる選択、例えば第１領域のみに対する高いプライオリティ、あるいは他のある領域に対する低いプライオリティ及びそれ以外に対する高いプライオリティを示すことができる。ソフトウェア・アップデートのために、処理装置２２は、ソフトウェア・アップデートを車両へ「受動的に」ダウンロードすべきか否か、例えば、関連する装置間に次回の接続が確立された際にダウンロードするための待ち等列に入れるへきか否かを判定することができる。一部の例では、処理装置２２は、ソフトウェア・アップデートをスマートホン１０へ非受動的にダウンロードすることができ、例えば、アプリケーション２０に、ソフトウェア・アップデートをダウンロードすることに関係するユーザ・プロンプト（入力促進記号）を表示させ（てスマートホン１０を車両に接続すること、等をユーザに指示す）ることができる。
【００２９】
一部の例では、処理装置２１は、アプリケーション２０への高プライオリティ及び低プライオリティのデータセット送信をプライオリティ付けすることができる。低プライオリティ・データの例は、車両が移動する際に収集した位置ベースのデータであり、高プライオリティ・データの例は、車両構成要素の状態（例えば、エンジンのオーバーヒート）についての情報である。処理装置２１は、処理装置２２からのコマンドに応じて収集を実行することができる。例えば、処理装置２１は、指定車両のデータセットをコマンドによって指定された頻度で収集することができる。
【００３０】
一部の例のシステム１００はセグメント（区分）化を利用することができる。処理装置２１または２２は、ソフトウェア・パッケージまたはデータセットを複数のセグメントに区分することができ、アプリケーション２０は、ソフトウェア・パッケージの所定部分（例えば、全セグメントまたはセグメントの部分集合）を、所定セグメント（例えば、最終セグメント）が自動車へ送信されるまで記憶するように構成することができる。処理装置２１または２２は、スマートホン１０及び／または車両構成要素１１のメモリの物理的容量または現在の論理的容量を測定することができ、そして測定した容量に応じてセグメント化することができる。
【００３１】
セグメント化を利用する例では、ソフトウェア・アップデートまたはデータセットの一部分を、第１接続を用いて送信することができる。車両が移動する際に、あるいは他の何らかの理由で第１接続が終了することがあり、システムは、ソフトウェア・アップデートまたはデータセットの指示されたプライオリティに応じて、残りのセグメントのための異なる接続（例えば、セルラ接続）を即座に確立するか、あるいは他の接続が確立されるのを待機することができる。
【００３２】
セグメント化を利用する例では、セグメントの部分集合をスマートホン１０へダウンロードして、スマートホン１０と車両またはネットワーク装置１２との間に接続が確立されるまで保持することができる。処理装置２１または２２は、スマートホン１０及び／または車両構成要素１１のメモリの物理的容量または現在の論理的容量を測定することができ、そして測定した容量及びセグメントのサイズに応じて上記部分集合を決定することができる。一旦、接続が確立されて、最初にダウンロードされたセグメントの一部分がスマートホン１０から転送されると、次のセグメントの部分集合をスマートホン１０へダウンロードすることができる。
【００３３】
図２は、図１のネットワーク装置の処理装置によって実行することができる主要動作を例示する簡略化したフローチャートである。
【００３４】
ブロック２０１では、処理装置２２は自動車用のソフトウェア・アップデートを識別することができる。ブロック２０２では、処理装置２２は、携帯モバイル電子機器が当該携帯モバイル電子機器の第１インタフェースを通してアクセス可能であるか否かをチェックする。第１インタフェースは、ネットワーク・インタフェース、例えば無線ローカルエリア・ネットワーク（ＷＬＡＮ：Wireless Local Area Network）インタフェースのような非セルラ・インタフェースを含むことができる。
【００３５】
携帯モバイル電子機器が第１インタフェースを通してアクセス可能であれば、ブロック２０４では、処理装置２２はソフトウェア・アップデートを送信することができ、このソフトウェア・アップデートは第１インタフェースを通して入力される。このことは、携帯モバイル電子機器が、ソフトウェア・アップデートを、有線またはブルートゥース（登録商標）のような短距離無線インタフェースを通して自動車へ送信することを可能にする。
【００３６】
携帯モバイル電子機器が第１インタフェースを通してアクセス可能でなければ、ブロック２０５では、処理装置２２は、ソフトウェア・アップデートがある基準（例えば、１つ以上の基準）に該当するか否かを判定することができる。一例では、この基準は、ソフトウェア・アップデートが自動車構成要素の所定グループ内のある構成要素であるか否かを含む。一例では、この所定グループは自動車のエンジン制御ユニット（ＥＣＵ）を含むことができる。一例では、この基準（例えば、１つ以上の基準）は、携帯モバイル電子機器の所有者／操作員によって示される性能を含むことができる。
【００３７】
ソフトウェア・アップデートが上記基準に該当すれば、ブロック２０７では、処理装置２２は携帯モバイル電子機器へのセルラ接続を確立することができる。ブロック２０８では、処理装置２２は、確立されたセルラ接続を通してソフトウェア・アップデートを送信することができ、このソフトウェア・アップデートは、携帯モバイル電子機器の第２の異なるインタフェースを通して入力されて、携帯モバイル電子機器の第１インタフェースを通して即座に、あるいは遅れて出力される（出力は、例えば、自動車の運転者が自動車を起動して、短距離無線接続が自動車と運転者が携行するスマートホンとの間に確立された際に発生することができる）。携帯モバイル電子機器の第１インタフェースは、有線または短距離無線接続を含むことができる。
【００３８】
ソフトウェア・アップデートが上記基準に該当しなければ、ブロック２０９では、処理装置２２はセルラ接続を確立しない。一例では、処理装置２２は、セルラ接続とは無関係に、ソフトウェア・アップデートを送信用の待ち行列に加えることができる。
【００３９】
処理装置２２は、その後に、この待ち行列を監視して、待ち行列内のいずれかのソフトウェア・アップデートが上記基準に該当するか否かを判定し、携帯モバイル電子装置から第１インタフェースを通して信号を受信したことに応答して、ソフトウェア・アップデートを待ち行列から送信する（アプリケーション２０は、第１インタフェースを通して無線ネットワークのアクセスポイントにアクセスしたことに応答して、サーバーに信号を送信するように構成することができる）。
【００４０】
図３は、図１の携帯モバイル電子機器のアプリケーションによって実行することができる主要動作の一部を示す簡略化したフローチャートである。
【００４１】
ブロック３０１では、アプリケーション２０は、リモートサーバーから受信した複数の設定ファイルのうちの第１設定ファイルを含む通信を自動車へ送信することができる。第１設定ファイルは、自動車コード（例えば、診断コード、等）をプライオリティへマッピングすることができる。第２設定ファイルは、プライオリティを接続情報へマッピングすることができる。一例では、接続情報は、携帯モバイル電子機器の所有者／操作員が示す選択に、例えば少なくとも部分的に基づく。一例では、接続情報はサービス領域ベースにすることができ、例えば、同じプライオリティについて、異なる接続を異なるセルラサービス領域用に線引きすることができる。例えば、所定のプライオリティについて、接続情報は、１つの領域についてはセルラ接続を示さないが、逆に他のサービス領域についてはセルラ接続を示すことができる。
【００４２】
ブロック３０２では、アプリケーション２０は、自動車から出力された情報のデータセットの一部分を含む通信を自動車から受信したことに応答して、この通信のメタデータを、示されたプライオリティについて構文解析する。ブロック３０３では、アプリケーション２０は、示されたプライオリティを第１マッピングと比較することができる。ブロック３０４では、アプリケーション２０は、示されたプライオリティを第２設定ファイルと比較した結果に基づいて、受信した通信に対応するデータを、携帯モバイル電子機器の第２の異なるインタフェースを通してアップロードするための接続を確立すべきか否かを確認する。
【００４３】
図４は、図１の自動車構成要素の処理装置によって実行することができる主要動作の一部を示す簡略化したフローチャートである。
【００４４】
ブロック４０１では、処理装置２１は、自動車構成要素、例えばヘッドユニット、ＥＣＵ、等によって出力されるデータセットについての指標を、複数の設定ファイルのうちの１つと比較する。ブロック４０２では、処理装置２１は、設定ファイルのうちの１つと比較した結果に応じて、このデータセットに対するプライオリティを示すメタデータを生成することができる。ブロック４０３では、処理装置２１は、メタデータの生成に応答して、このメタデータ、及び上記データセットの一部分（例えば、一部の例ではデータセット部分の全体）を含む通信を、携帯モバイル電子機器へ送信して、上記データセットに相当するデータをリモートサーバーへアップロードするためのセルラ接続を確立すべきか否かを、他の設定ファイルを用いて判定する。
【００４５】
例
一例は、サーバーを含むシステムであり、このサーバーは：車両用のソフトウェア・アップデートを識別し；スマートホンが当該スマートホンのネットワーク・インタフェースを通してアクセス可能であるか否かをチェックし；スマートホンが当該スマートホンのインタフェースを通してアクセス可能でないことに応答して、このソフトウェア・アップデートがある基準に適合するか否かを判定し、この基準は、このソフトウェア・アップデートが車両の所定構成要素用であるか否かであり、この所定構成要素は車両のエンジン制御ユニット（ＥＣＵ）を含み；このソフトウェア・アップデートが車両の所定構成要素用であるものと判定したことに応答して、スマートホンへのセルラ接続を確立し；そして車両の所定構成要素用のソフトウェア・アップデートを送信するように構成されている。
【００４６】
一例では、上記サーバーは、さらに、ソフトウェア・アップデートが車両の所定構成要素用でないものと判定したことに応答して、このソフトウェア・アップデートを、セルラ接続とは無関係にスマートホンに送信するための待ち行列に入れるように構成されている。
【００４７】
一例では、スマートホンは、無線ネットワークのアクセスポイントにアクセスしたことに応答して、信号をサーバーに送信するように構成されている。
【００４８】
他の例はサーバーを含むシステムであり、このサーバーは、車両用のソフトウェア・アップデートを識別し；携帯モバイル電子機器が当該携帯モバイル電子機器のネットワーク・インタフェースを通してアクセス可能であるか否かをチェックし；携帯モバイル電子機器が当該携帯モバイル電子機器のネットワーク・インタフェースを通してアクセス可能でないことに応答して、上記ソフトウェア・アップデートがある基準に適合するか否かを判定し；上記ソフトウェア・アップデートがこの基準に適合するものと判定したことに応答して、上記携帯モバイル電子機器へのセルラ接続を確立し；そして上記ソフトウェア・アップデートを車両の所定構成要素用に送信するように構成されている。
【００４９】
一例では、上記サーバーは、さらに、上記ソフトウェア・アップデートが上記基準に適合しないことに応答して、このソフトウェア・アップデートを、セルラ接続とは無関係に送信するための送信待ち行列に加えるように構成されている。
【００５０】
一例では、上記サーバーは、さらに、上記待ち行列を監視して、この待ち行列内のいずれかのソフトウェア・アップデートが上記基準に適合するか否かを判定し；この監視の結果に応答して、このソフトウェア・アップデートを上記待ち行列から同じセルラ接続または他のセルラ接続を通して送信するように構成されている。
【００５１】
一例では、上記携帯モバイル電子機器は、無線ネットワークのアクセスポイントにアクセスしたことに応答して、信号を上記サーバーへ送信するように構成されている。
【００５２】
一例では、上記システムは車載ヘッドユニットを含み、この車載ヘッドユニットは、当該車載ヘッドユニットと携帯モバイル電子機器との間に短距離接続が確立されるまで、車両バスから収集されるデータを集約し；この車載ヘッドユニットは、集約したデータを、短距離接続を通して携帯モバイル電子機器へプッシュするように構成されている。
【００５３】
一例では、上記車載ヘッドユニットは、上記集約したデータにおける複数のデータセットを送信する順序を選択するように構成されている。
【００５４】
一例では、上記携帯モバイル電子機器は、無線ネットワークのアクセスポイントが当該携帯モバイル電子機器のネットワーク・インタフェースを通してアクセス可能でない場合に、上記集約したデータの第１部分を識別するように構成され；上記携帯モバイル電子機器は、セルラ接続を確立し、このセルラ接続を通して上記集約したデータの第１部分を送信するように構成され；上記携帯モバイル電子機器は、上記集約したデータの第２の異なる部分を、当該携帯モバイル電子機器のセルラ無線とは無関係に上記サーバーへ送信するように構成されている。
【００５５】
一例では、上記車載ヘッドユニット及び上記携帯モバイル電子機器の少なくとも一方は：上記集約したデータに関連する事象に関係する第１情報を含む第１データパッケージを生成し；同じ事象に関係する第２の異なる情報を含む第２データパッケージを生成するように構成されている。
【００５６】
一例では、上記第１データパッケージは上記第２データパッケージよりも少数のビットを含む。
【００５７】
一例では、上記携帯モバイル電子機器は、上記第１データパッケージを第１時刻に上記セルラ接続を通して上記サーバーへ送信し、この第１時刻より後の第２時刻に、上記第２データパッケージを上記サーバーへ送信するように構成されている。
【００５８】
一例では、上記サーバーは、上記第１データパッケージを受信したことに応答して第１走行報告を生成し、上記第２データパッケージを受信したことに応答して第２走行報告を生成するように構成されている。
【００５９】
一例では、上記第１走行報告を生成することが、上記事象のダッシュボードレベルの表示を生成することを含む。
【００６０】
以上に説明した装置の大部分は、ハードウェア及び関連するソフトウェアを具えている。例えば、代表的なナビゲーション装置は、１つ以上のプロセッサ、及び説明した動作を実行すべくこれらのプロセッサ上で実行可能なソフトウェアを含むことが多い。本明細書では、「ソフトウェア」は、その一般的に理解される意味で、マシンまたはプロセッサによって使用可能なプログラムまたはルーチン（サブルーチン、オブジェクト、プラグイン、等）並びにデータを参照すべく用いる。周知のように、コンピュータプログラムは、一般に、機械可読またはコンピュータ可読の記憶媒体に記憶された命令を含む。本発明の一部の実施形態は、デジタルメモリのような機械可読またはコンピュータ可読の記憶媒体に記憶された実行可能なプログラムまたは命令を含むことができる。どの特定実施形態においても慣用の意味での「コンピュータ」を必要とすることは暗に意味しない。例えば、組込み型または他の様式の種々のプロセッサを、本明細書に記載した構成要素のような装置において用いることができる。
【００６１】
ここでも、ソフトウェアを記憶するためのメモリは周知である。一部の実施形態では、所定のプロセッサに関連するメモリは、当該プロセッサと同じ物理的装置内に格納することができ（「オンボード（基板上）」メモリ）；例えば、集積回路型マイクロプロセッサ内等に配置されたＲＡＭ（random access memory：ランダムアクセスメモリ）またはフラッシュ（FLASH）メモリである。他の例では、上記メモリは、外付けディスクドライブ（ディスク駆動装置）、記憶装置アレイ、または携帯フラッシュ・キーフォブ（キーホルダー形無線ＩＣタグ）のような独立型装置を含む。こうした場合、メモリとデジタルプロセッサとが、動作的に結合されて一緒にされるか、あるいは例えばＩ／Ｏ（Input/Output：入力／出力）ポート、ネットワーク接続、等によって互いに通信すると、メモリはデジタルプロセッサに「関連する」ようになり、これによりプロセッサはメモリ上に記憶されたファイルを読み出すことができる。関連するメモリは、設計によって「読出し専用」にすることも（ＲＯＭ：read only memory：読出し専用メモリ）、許可設定により「読出し専用」にすることも、「読出し専用」にしないこともできる。他の例は、ＷＯＲＭ（write once read many：追記型光ディスク）、ＥＰＲＯＭ（erasable programmable read only memory：消去可能プログラマブルＲＯＭ）、ＥＥＰＲＯＭ（electrically erasable PROM：電気的消去可能ＰＲＯＭ）、フラッシュ（FLASH）メモリ、等を含むが、それらに限定されない。これらの技術は固体半導体デバイスの形で実現されることが多い。他のメモリは、従来型の回転ディスクドライブのように可動部分を含み得る。こうしたメモリのすべてが「マシン可読」または「コンピュータ可読」であり、本明細書に記載した機能を実現するための実行可能な命令を記憶するために用いることができる。
【００６２】
「ソフトウェア製品」は、一連の実行可能な命令が機械可読の形式で記憶されたメモリデバイスを参照し、これにより、適切なマシンまたはプロセッサが、ソフトウェア製品への適切なアクセスにより、これらの命令を実行して、これらの命令によって実現されるプロセスを実行することができる。ソフトウェア製品は時としてソフトウェアを頒布するために用いられる。あらゆる種類のマシン可読メモリは、以上に要約したものに限定されないがそれらを含めて、ソフトウェア製品を作製するために用いることができる。そうではあるが、ソフトウェアは電子的伝送（「ダウンロード」）により頒布することができることも知られ、この場合、対応するソフトウェア製品は、一般に、伝送の送信側または受信側、あるいはその両方に存在する。
【００６３】
本発明の原理を、その好適な実施形態の形で説明し図示してきたが、こうした原理から逸脱することなしに本発明の構成及び細部を変更することができることは明らかである。すべての変更及び変形が以下の特許請求の範囲の精神及び範囲内に入ることを主張する。
【図１】
0006722198.tif 000002
【図２】
0006722198.tif 000003
【図３】
0006722198.tif 000004
【図４】
0006722198.tif 000005