(57)【要約】【解決手段】  本発明は、車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理するシステムであって、車両ネットワーク（９）と連結され車両ネットワーク（９）との間でデータをやり取りする電子制御デバイス（３）と、電子制御デバイス（３）との間でデータをやり取りする非定住型デバイス（５）とを備え、電子制御デバイス（３）は、車両ネットワーク（９）のパラメータを自動的に検出して、車両のネットワークデータベースを取得する自動設定モジュール（１５）を有しており、ネットワークデータベースは、車両ネットワーク（９）内で転送されているデータを適切に解釈するために必要な情報を含むシステムに関する。【選択図】  図１
2013507294.tif 000002
【特許請求の範囲】
【請求項１】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理するシステムであって、
前記車両ネットワーク（９）と連結され前記車両ネットワーク（９）との間でデータをやり取りする電子制御デバイス（３）と、
前記電子制御デバイス（３）との間でデータをやり取りする非定住型デバイス（５）と
を備え、
前記電子制御デバイス（３）は、前記車両ネットワーク（９）のパラメータを自動的に検出して、前記車両のネットワークデータベースを取得する自動設定モジュール（１５）を有しており、前記ネットワークデータベースは、前記車両ネットワーク（９）内で転送されているデータを適切に解釈するために必要な情報を含むシステム。
【請求項２】
前記非定住型デバイス（５）は、取得した前記ネットワークデータベースを格納するメモリ手段（３７）を有する請求項１に記載のシステム。
【請求項３】
前記非定住型デバイス（５）は、リモートサーバ（７）に前記パラメータを送信する手段を有しており、前記リモートサーバ（７）は、通信ネットワークを介して前記非定住型デバイス（５）との間でデータをやり取りし、前記リモートサーバ（７）は、前記パラメータを分析するデータ処理モジュール（５３）と、ネットワークデータベースライブラリ（５５）から取得可能な、前記車両のネットワークデータベースを、前記非定住型デバイス（５）に送信する手段とを有する請求項１または請求項２に記載のシステム。
【請求項４】
前記リモートサーバ（７）はさらに、前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）にアクセスするために必要な承認レベルを管理する承認管理モジュール（５７）を有している請求項３に記載のシステム。
【請求項５】
前記非定住型デバイス（５）および前記電子制御デバイス（３）はそれぞれ、暗号化方式でデータのやり取りを可能とする暗号化／復号化モジュール（３３、２１）を有する請求項１から請求項４のうち１以上の項に記載のシステム。
【請求項６】
前記非定住型デバイス（５）は、前記電子制御ユニット（１１）から受信したデータを、ユーザが定義した方法で表示するユーザインターフェース（３９）を有する請求項１から請求項５のうち１以上の項に記載のシステム。
【請求項７】
前記電子デバイス（３）は、前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）の物理信号を出力し、且つ、前記物理信号の入力状態に関する情報をリアルタイムで受信する物理信号インターフェース（２７）を有する請求項１から請求項６のうち１以上の項に記載のシステム。
【請求項８】
前記電子制御デバイス（３）は、前記車両ネットワーク（９）に連結するべく、前記車両内に設置可能な電子カードを有する請求項１から請求項７のうち１以上の項に記載のシステム。
【請求項９】
前記電子制御デバイス（３）は、前記車両に既に存在している構成要素、特に、計器パネルまたはインフォテインメント制御ユニットと一体化可能であるので、前記構成要素の不可分な一部となる請求項１から請求項８のうち１以上の項に記載のシステム。
【請求項１０】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理する方法であって、
前記車両ネットワーク（９）と連結され前記車両ネットワーク（９）との間でデータをやり取りする電子制御デバイス（３）を事前に設ける段階と、
前記電子制御デバイス（３）との間でデータをやり取りする非定住型デバイス（５）を事前に設ける段階と
を備え、
前記車両ネットワーク（９）のパラメータは、前記電子制御デバイス（３）の自動設定モジュール（１５）によって自動で検出されて、前記車両のネットワークデータベースを取得し、前記ネットワークデータベースは、前記ネットワーク（９）内で転送されているデータを適切に解釈するために必要な情報を含む方法。
【請求項１１】
取得した前記ネットワークデータベースは、前記非定住型デバイス（５）に格納される請求項１０に記載の方法。
【請求項１２】
前記パラメータは、前記非定住型デバイス（５）を介して、リモートサーバ（７）に送信され、前記リモートサーバ（７）は、通信ネットワークを介して前記非定住型デバイス（５）との間でデータをやり取りし、前記リモートサーバ（７）は、前記パラメータを分析するデータ処理モジュール（５３）と、ネットワークデータベースライブラリ（５５）から取得可能な、前記車両のネットワークデータベースを、前記非定住型デバイス（５）に送信する手段とを有する請求項１０または請求項１１に記載の方法。
【請求項１３】
前記ネットワークデータベースが前記ネットワークデータベースライブラリに含まれていない場合、前記リモートサーバ（７）の管理者に通知が送られる請求項１２に記載の方法。
【請求項１４】
前記リモートサーバ（７）は、前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）にアクセスするために必要な承認レベルを管理する請求項１２または請求項１３に記載の方法。
【請求項１５】
前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）の物理信号を出力する段階と、前記物理信号の入力状態に関する情報をリアルタイムで受信する段階とを備える請求項１０から請求項１４のうち１以上の項に記載の方法。
【請求項１６】
前記信号は、前記車両の前記電子制御ユニット（１１）のうち少なくとも１つの不具合に関する情報を含み、前記情報は、前記非定住型デバイス（５）上に表示可能な特定の警告を含む請求項１５に記載の方法。
【請求項１７】
前記非定住型デバイス（５）を介して、前記リモートサーバ（７）またはサービスセンターへとサービスコールが自動的に生成され、前記サービスコールの間、前記不具合に関連して前記車両ネットワーク（９）が生成するデータトラフィックが同様に送信される請求項１６に記載の方法。
【請求項１８】
事故の場合には、前記非定住型デバイス（５）を介して、デフォルトの緊急電話番号またはユーザが前記非定住型デバイス（５）に事前に設定した電話番号へと非常事態コールが自動的に生成され、前記事故は、前記非定住型デバイス（５）が前記車両ネットワーク（９）から、例えば、１以上のエアバッグが作動した旨を示すメッセージ等、特定の信号を受信すると検出される請求項１６に記載の方法。
【請求項１９】
前記制御デバイス（５）は、前記車両のネットワークパラメータ、前記非定住型デバイスのセンサから受信した情報、および、リアルタイムで受信した情報に基づいて、再設定されるグラフィックインターフェースを有する請求項１０から請求項１２のうちいずれか一項に記載の方法。
【請求項２０】
前記リモートサーバ（７）は、更新が利用可能である場合、前記非定住型デバイス（５）との間で「プッシュ」型の通信を構築し、および／または、前記非定住型デバイス（５）は、新しい車両に接続されると、前記電子制御デバイス（３）を介して前記リモートサーバ（７）との間で「プル」型の通信を構築する請求項１０から請求項１２のうち一項に記載の方法。
【請求項２１】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理する非定住型デバイス（５）のメモリにロード可能なコンピュータ製品であって、
前記コンピュータ製品は、前記非定住型デバイス（５）で実行されると、請求項１０から請求項１９のうちいずれか一項に記載の方法を実行するソフトウェアコード部分を備えているコンピュータ製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に関する情報を処理する方法およびシステムに関する。
【背景技術】
【０００２】
最新型車両、特に、自動車は、車両のさまざまなサブシステムを制御する電子制御ユニット（ＥＣＵ）を複数備えていることが知られている。
【０００３】
電子制御ユニットは通常、コントローラエリアネットワーク（ＣＡＮ）と呼ばれるシリアルデータ通信バスを介して互いに接続されている。ＣＡＮは、電磁波による障害が強力な環境下であっても適切に動作可能である。
【０００４】
ＣＡＮは、車両ネットワーク内にある情報であって、さまざまな電子制御ユニットが処理する情報を記述したデータベースを利用した国際規格であり、ＩＳＯ１１８９８（高速用）およびＩＳＯ１１５１９（低速用）として登録されている。
【０００５】
電子制御ユニットにアクセスするべく、各車両には特定のコネクタが設けられているとしてよい。例えば、ＯＢＤ−Ｉコネクタ、ＯＢＤ−ＩＩコネクタまたはＥＯＢＤコネクタ、または、車両メーカーが定める他の特許に係るコネクタを差し込む。尚、「ＯＢＤ」は、「オンボード・ダイアグノスティック」の省略形である。
【０００６】
ＯＢＤコネクタまたは他の特許に係るコネクタによって、車両整備工場の担当者等の有資格技術者は、特定の診断装置を車両の電子制御ユニットに接続して、パラメータおよび／またはデータを読み出して、車両の電子制御ユニットを再設定することができる。
【０００７】
このため、診断装置が供給する情報は、大半が資格保持者による特定の用途、通常は診断のみを目的として利用されることが意図されている。
【０００８】
車両のＣＡＮネットワークデータベースは、特定の合意のもとでのみ車メーカーから供給されるものであって、いずれの場合でも、非常にまれなことであり、特定の車両のみである。これに代えて、このデータベースを再構築するために実行しなければならないリバースエンジニアリングは高コストである。
【０００９】
一般的に、診断コネクタから取得可能な情報はわずかに過ぎない。実際には、一般的に取得可能なのは、複数のトラブルコード以外には、車両速度、エンジン毎分回転数（ｒｐｍ）、および、排気ガスを評価するための酸素センサに関する情報を供給する３つの信号のみである。
【００１０】
しかし、車両が診断コネクタを備えていない場合または車両ネットワークから取得可能な情報の量および質が不十分な場合でも、適切な特別な技術およびツールを利用することで車両ネットワークへの接続を構築することが可能である。このやり方は、例えば、アラーム、駐車センサおよび保険用ブラックボックス等の設置を行うアフターマーケットデバイスの設置業者の間では広く採用されているが、特定用途向けのメッセージを解釈するためには、上述した特許に係るデータベースの分野の知識が必要になる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、上述した解決方法は全て、時間、コストおよび制限事項の点で欠点がある。特に、アフターマーケットのアクセサリの製造業者および設置業者が最も頻繁に利用する技術であるリバースエンジニアリングでは、特定用途に準拠した車両のリストを、新しい車両モデルに実際に利用するかどうかの予測も立たないまま、保持する必要があるので、顧客サービスおよび非適合性管理のコストが非常に高くなってしまう。
【００１２】
このため、車両情報に対するアクセスは資格保持者にのみ許可されるので、無資格保持者、例えば、車両利用者があらゆる用途について（車両性能の記録、燃費、および、排気ガスデータ、仮想ダッシュボード等）利用可能な大量の情報を断念していた。
【００１３】
このため、ユーザが誰であれ、車両利用時には常に、ユーザが利用している車両が何であるかに関わらず、このような大量の情報を活用できるようにすることが必要である。
【課題を解決するための手段】
【００１４】
本発明の主な目的は、車両に関する情報を処理して、当該情報をあらゆる種類の車両の電子制御ユニットから取得可能とする方法およびシステムを提供することにある。
【００１５】
本発明の別の目的は、車両に関する情報、特に車両の状態に関する情報を、カスタマイズ可能な方法であらゆる種類のユーザについて、処理する方法およびシステムを提供することにある。
【００１６】
本発明の別の目的は、車両内での設置および一体化の問題を克服しつつ、必要な承認を得ているユーザが車両または車両のサブシステムのパラメータを設定できるように、車両に関する情報を処理する方法およびシステムを提供することにある。
【００１７】
本発明の別の目的は、車両に関する情報をユーザの個人デバイス、特に、非定住型（ノマディック）デバイス上で処理する方法およびシステムを提供することにある。
【００１８】
本発明の別の目的は、車両に関する情報を、車両運転中であっても、処理する方法およびシステムを提供することにある。
【００１９】
最後に、本発明のさらに別の目的は、コンテクストベース方式で、つまり、車両ネットワークから読み出されたパラメータに応じて推定される車両の状態および／またはユーザの運転スタイルに基づき、要求された情報をユーザに提供可能な車両に関する情報を処理する方法およびシステムを提供することにある。
【００２０】
まとめると、本発明に係るシステムは、車両ネットワークおよび非定住型デバイス、特に、スマートフォンとの間でインターフェースとして機能する電子制御デバイスを備える。本発明に係るシステムは、電子制御デバイスおよび非定住型デバイスの両方と、データのやり取りを行う。
【００２１】
本発明に係るシステムが設置されると、電子制御デバイスは、設置された車両のネットワークを特定して、非定住型デバイスとの間でやり取りを構築する。非定住型デバイスは、この特定の車両のネットワークデータベースを含む。車両は、自動的に認識され、電子制御デバイスは、ユーザがこれ以上何も処理を行わなくても、非定住型デバイスとの間で当該車両に関する情報の送受信を開始する。
【００２２】
本発明の別の実施形態では、車両ネットワークデータベースは、通信ネットワークを介して非定住型デバイスにアクセス可能なリモートサーバ上に事前に設けられる。
【００２３】
本発明に係るシステムはさらに、仮想ダッシュボード、つまり、スクリーンを備えるデバイス、特に、非定住型デバイス上で実現され得るアプリケーションであり、従来の車両のダッシュボードと共に動作しつつ、車両のＥＣＵから取得可能な新しい付加価値の機能を従来のダッシュボードに組み合わせるアプリケーションを記述している。このような新しい付加価値の機能としては、例えば、ステータス指示部（例えば、ブレーキ温度、タイヤ圧等）またはドライバの運転指示部（例えば、横手方向および長手方向の車両の加速、および、大気中へのＣＯ２排出量等の環境に関連するパラメータ）がある。このような機能および情報は、電子制御デバイスを介して車両ネットワークから直接取得される。電子制御デバイスは、ネットワークおよび車両のＥＣＵの両方から入力される物理信号を読み出して制御することができる。
【００２４】
本発明に係るシステムによればさらに、ユーザは、仮想ダッシュボードをカスタマイズすることを目的として、例えば、デバイス、特に、非定住型デバイスのスクリーン上に表示すべき情報を決定するべく車両とやり取りすることができるようになる。このようなコンテクストベースの情報によって、現在車両ナビゲーションシステムに情報を提供するために利用されている「優先型」技術を超えることが可能となり、さらなる安全運転を実現可能なより最新型のアルゴリズムおよび技術の利用が可能となる。
【００２５】
本発明によればさらに、ユーザは、暗号化したデータをやり取りすることによって車両の電子制御ユニットのパラメータを設定できるようになる。このため、不当な外部アクセスが抑制され、許容される処理の種類が多様化される。
【００２６】
ユーザカテゴリ毎に、システムに対するアクセス方式が異なり、例えば、読出のみ、または、読出書込が許可される。そして、アクセス可能な情報サブ群も異なる（例えば、全情報にアクセス可能、エンジン情報のみ、インフォテイメントアプリケーション情報のみ、診断処理のみ等）。
【００２７】
本発明によると、ユーザは、例えば、運転者および／または乗客、メインテナンス技術者および診断技術者、販売業者および整備士として分類されるとしてよい。
【００２８】
リモートサーバはさらに、暗号化プロセスに必要な証明情報を用いて、承認を管理する。
【００２９】
証明情報は、リモートサーバによって管理される。リモートサーバはさらに、非定住型デバイスの表示デバイスにアプリケーション更新を送信するとしてよい。この後、リモートサーバは、ユーザ登録の処理、非定住型デバイスのソフトウェアアプリケーションの更新、および、アプリケーションがサポートする車両数の拡大を行うサービスを提供する。
【００３０】
本発明によれば、上記の目的は、請求項に記載する特徴を持つ、車両に関連する情報を処理する方法およびシステムによって実現される。請求項は、本発明の技術的教示内容のうち不可分なものとする。
【図面の簡単な説明】
【００３１】
上述した目的は、添付図面と共に本発明に係る方法およびシステムの詳細な説明を参照することで明らかとなるであろう。添付図面は以下の通りである。
【図１】本発明に係る、車両に関する情報を処理するシステムを示すブロック図である。
【図２】車両ネットワークから受信した複数の情報を非定住型デバイスのスクリーンに表示するために必要な手順を示すフローチャート、または、適切な承認を受けて、車両または車両のサブシステムのパラメータを設定するために必要な手順を示すフローチャートである。
【図３】車両ネットワークから受信した複数の情報を非定住型デバイスのスクリーンに表示するために必要な手順を示すフローチャート、または、適切な承認を受けて、車両または車両のサブシステムのパラメータを設定するために必要な手順を示すフローチャートである。
【図４】車両ネットワークから受信した複数の情報を非定住型デバイスのスクリーンに表示するために必要な手順を示すフローチャート、または、適切な承認を受けて、車両または車両のサブシステムのパラメータを設定するために必要な手順を示すフローチャートである。
【図５】車両データベースの構造の一例を示す図である。
【図６】車両ネットワークと通信している電子制御デバイスと非定住型デバイスとの間で実行される認証手順を説明するためのフローチャートである。
【図７】システム内でやり取りされるデータの暗号化手順を示す図である。
【図８】システム内でやり取りされるデータの復号化手順を示す図である。
【図９】ユーザの種類に基づきどの情報が利用可能であるかを非定住型デバイスに指し示す手順を示す図である。
【図１０】本発明に係るシステムが利用される通常の状況を示す図である。
【図１１Ａ】車両ネットワークから受信した情報を非定住型デバイスのスクリーン上に表示するモードの例を示す図である。
【図１１Ｂ】車両ネットワークから受信した情報を非定住型デバイスのスクリーン上に表示するモードの例を示す図である。
【図１１Ｃ】車両ネットワークから受信した情報を非定住型デバイスのスクリーン上に表示するモードの例を示す図である。
【図１１Ｄ】車両ネットワークから受信した情報を非定住型デバイスのスクリーン上に表示するモードの例を示す図である。
【発明を実施するための形態】
【００３２】
図１を参照すると、車両に関する情報を処理するシステム１が図示されている。システム１は、電子制御デバイス３および非定住型デバイス５を備える。
【００３３】
「非定住型デバイス」という用語は、携帯電話、手持ち型コンピュータ、ＰＤＡ（「携帯情報端末」）、スマートフォン、衛星ナビゲーションシステム、パーソナルコンピュータ、ノートブック、または、これらの個人用デバイスまたはデータ処理機能を持つ他の個人用デバイスの組み合わせ等の無線モバイルデバイスを意味する。
【００３４】
システム１は、例えば、ＧＰＲＳ、ＵＭＴＳ、ＨＳＤＰＡ等のネットワーク接続によって、データをやり取りするべく非定住型デバイス５に接続されているリモートサーバ７をさらに備えるとしてよい。
【００３５】
電子制御デバイス３は、「スタンドアロン」ユニットであり、具体的には、車両の複数の電子制御ユニット（ＥＣＵ）１１が関連する車両ネットワーク９に接続されているプリント配線基板である。
【００３６】
電子制御デバイス３は、一連のソフトウェアモジュールおよびハードウェアモジュールを有する。
データ処理モジュール１３は、電子制御デバイス３の主な機能の全てを調整し、電子制御デバイス３の他の全てのモジュールと通信するマイクロプロセッサおよび／またはマイクロコントローラを含む。
自動設定モジュール１５は、車両ネットワーク９の主なパラメータを全て検出して、電子制御デバイス３のメモリ１７に格納する論理ブロックである。
認証モジュール１９は、認証用の証明情報を処理するハードウェアモジュールまたはソフトウェアモジュールであり、非定住型デバイス５が送信する証明情報に基づき、さまざまな情報群（全情報、エンジン情報のみ、インフォテインメントアプリケーション情報のみ、診断処理のみ等）にアクセスするためのさまざまなモード（読出のみ、または、読出−書込）をイネーブルまたはディセーブルする。認証手順について一意的な識別番号ＩＤ１を持つ。
暗号化／復号化モジュール２１は、高いセキュリティレベルでデータを転送する。非定住型デバイス５に転送されるべきデータを暗号化して、非定住型デバイス５から受信したデータを復号化する。暗号化ステップ／復号化ステップは、非定住型デバイス５の一意的な識別子ＩＤ２および電子制御デバイス３の一意的な識別子ＩＤ１の両方を考慮に入れて実行される。
通信インターフェース２３は、非定住型デバイス５と通信を行うためのインターフェースであり、特定の通信手段および通信プロトコルに適応化するために必要な電気レベル、ならびに、データ転送に必要な素子（例えば、無線アンテナまたは有線コネクタ）を全て持つ。
ネットワークインターフェース２５は、車両ネットワーク９と適切にやり取りを行うために必要な電気レベルおよびプロトコル（例えば、無線アンテナまたは有線コネクタ）を持つ。
物理信号インターフェース２７は、さまざまなアナログ信号（例えば、電圧レベル）およびデジタル信号の出力または読出を実行可能な、または、外部デバイス（例えば、リレー、照明等）を駆動可能な信号調整ユニットである。
【００３７】
別の実施形態によると、電子制御デバイス３は、ダッシュボード、インフォテインメント制御ユニット等の既に存在している素子に形成されて、当該素子の不可欠な一部になるとしてよい。
【００３８】
非定住型デバイス５もまた、一連のソフトウェアモジュールおよびハードウェアモジュールを有する。
データ処理モジュール３１は、非定住型デバイス５の主な機能の全てを調整し、非定住型デバイス５の他の全てのモジュールと通信するマイクロプロセッサおよび／またはマイクロコントローラを含む。
暗号化／復号化モジュール３３は、高いセキュリティレベルでデータを転送する。電子制御デバイス３に転送されるべきデータを暗号化して、電子制御デバイス３から受信したデータを復号化する。暗号化ステップ／復号化ステップは、非定住型デバイス５の一意的な識別子ＩＤ２および電子制御デバイス３の一意的な識別子ＩＤ１の両方を考慮に入れて実行される。
通信インターフェース３５は、電子制御デバイス３と通信を行うためのインターフェースであり、特定の通信手段および通信プロトコルに適応化するために必要な電気レベル、ならびに、データ転送に必要な素子（例えば、無線アンテナ）を全て持つ。
手段３７は、車両ネットワーク９のデータベースを格納する手段である。当該データベースは、車両ネットワーク９内で転送されているデータを復号化するために必要な情報または車両内に存在する入出力インターフェースまたは電子制御デバイス３に接続されている入出力インターフェースに対応する情報を全て含む。データベース３７が、電子制御デバイス３ではなく非定住型デバイス５の内部に配置されていることは、電子制御デバイス３のファームウェアにアクセスする必要がなく、非定住型デバイス５内のデータベースを更新するのみであるので、有益である。
ユーザインターフェースモジュール３９は、電子制御デバイス３を介して車両ネットワーク９から受信したデータを表示するべく、１以上の表示デバイス、具体的にはスクリーンと、１以上のデータ入力デバイス、例えば、キーボードとを含み、非定住型デバイス５との間で、したがって、他のシステム素子との間でもやり取りを行う。
クライアント４１は、非定住型デバイス５を無線モードまたは有線モードで１以上の無線ローカルネットワークまたは無線地理ネットワーク、例えば、ＷＡＮ（「ワイドエリアネットワーク」）に接続可能で、例えば、ＴＣＰ／ＩＰ接続を利用してリモートサーバ７との間でデータのやり取りを行うことが可能な論理ブロックまたはハードウェアブロックである。
【００３９】
リモートサーバ７は以下の構成要素を有する。
サーバインターフェース５１は、リモートサーバ７と、１以上の無線ローカルネットワークまたは無線地理ネットワークとの間のインターフェースとして機能する論理素子および物理素子である。
データ処理モジュール５３は、非定住型デバイス５に対して承認およびデータベースを提供すると共に、リモートサーバ７の主な動作を処理および監視するモジュールである。
車両ネットワークデータベースライブラリ５５は、非定住型デバイス５が、特定の車両ネットワークデータベースを必要としており、必要な承認を持つ場合に、リモートサーバ７が車両ネットワークデータベースライブラリ５５内で適切なデータベースを検索するように構成されている。要求されたデータベースがリモートサーバ７で発見されない場合、サーバ管理者に通知が送られる。サーバ管理者は、要求されたデータベースを含むようにデータベースライブラリ５５を更新する。
承認管理モジュール５７は、登録されたユーザ、非定住型デバイス５および電子制御デバイス３の記録を管理すると共に、車両ネットワーク９に対してさまざまなアクセスレベルを機能させるべく、非定住型デバイス５に適した承認を発行する。
【００４０】
図２、図３および図４を参照しつつ、車両ネットワーク９から受信した複数の情報を、非定住型デバイス５のユーザインターフェース３９の表示デバイスで表示するために必要な手順を以下で説明する。
【００４１】
非定住型デバイス５および電子制御デバイス３が互いにやり取りできるようにするためには、電子制御デバイス３が自分のネットワークインターフェース２５を車両ネットワークパラメータに適応化させることによって自己設定を行うこと、および、非定住型デバイス５が利用可能な車両ネットワークデータベースを持っていることが少なくとも要件として挙げられる。この車両ネットワークデータベースは、例えば、非定住型デバイス５の内部メモリ、または、非定住型デバイス５のメモリ３７と通信する外部メモリ、例えば、フラッシュカードの内部で利用可能であるとしてよい。
【００４２】
本発明の別の実施形態によると、非定住型デバイス５はリモートサーバ７から車両ネットワークデータベースを取得する。
【００４３】
本発明のさらに別の実施形態によると、非定住型デバイス５は、リモートサーバ７から承認用の証明情報を取得する。
【００４４】
図２を参照しつつ説明すると、電子制御デバイス３は、最初にオンになった場合、または、システムリセット後の場合、データストリームを正しく読み出すことが可能となる車両ネットワークパラメータを取得することによって、自動的に自己設定を行うことができる。例えば、ネットワークパラメータは、ＣＡＮビットレートまたはＯＢＤコネクタビットレートである。こういったパラメータは、取得されると、電子制御デバイス３のメモリ１７に格納される。自動的な設定処理が成功しない場合、手動設定手順がトリガされる。
【００４５】
電子制御デバイス３によれば、ハードウェアまたはソフトウェアを修正変更せずに本発明に係るアプリケーションが非常に多くの車両で利用可能になるという利点がある。
【００４６】
自動設定手順１００は、第１の試験パラメータが設定され、車両ネットワーク９との間で通信が構築されるステップ１０１から開始される。既に設定されている最大受信エラーフレーム数に到達すると（ステップ１０２）、設定パラメータの手動設定が要求され（ステップ１０４）、自動設定手順は終了する（１０７）。到達していない場合、エラーフレームを受信すると（ステップ１０３：右側の分岐）、ステップ１０１で設定した第１の試験パラメータが誤りであったことになる。エラーフレームカウンタがインクリメントされ、第２の試験パラメータを用いてもう一度試行する。このため、ステップ１００に戻る。設定されたパラメータが正しい場合、電子制御デバイス３のメモリ１７に格納する（ステップ１０５）。自動設定手順は、ステップ１０７で終了する。
【００４７】
図３を参照すると、リモートサーバ７から認証用の証明情報を取得する手順２００が図示されている。
【００４８】
セキュリティ上、非定住型デバイス５は、認証ステップを完了させて、電子制御デバイス３との間で暗号化通信を開始するためには、リモートサーバ７から正当な証明情報を取得しなければならない（ステップ２０１）。このため、システムユーザは最初に、サービスに登録して、当該サービスにログインするためのユーザ名および一意的なパスワードを取得しなければならない（ステップ２０３）。この後、リモートサーバ７は、非定住型デバイス５に、証明情報を送る（ステップ２０５）。当該証明情報は、少なくとも証明情報の有効期限、承認レベル、ユーザデータに関連する情報を特定する一意的な識別子を含む。
【００４９】
証明情報は、非定住型デバイス５と電子制御デバイス３との間で最初に行われる認証に用いられ、電子制御デバイス３の一意的な識別子ＩＤ１と組み合わせることで、データを暗号化および復号化するためのキーとなる。
【００５０】
リモートサーバ７は、ユーザの種類に応じて、非定住型デバイス３にさまざまな承認レベルを与えることができる。
【００５１】
リモートサーバ７がユーザ名およびパスワードを承認しなければ（ステップ２０３の右側の分岐）、手順２００は終了する（ステップ２０７）。
【００５２】
図４を参照すると、リモートサーバ７から車両ネットワークデータベースを取得する手順３００が図示されている。
【００５３】
車両および入出力状態に関するユーザ情報を提示するためには、非定住型デバイス５は車両ネットワークデータベースを取得しなければならない。非定住型デバイス５は、このようなネットワークデータベースを用いて、車両から受信した情報を解釈することができ、非定住型デバイス５のユーザインターフェース３９の表示デバイス上で表示する。車両ネットワークデータベースが記述している情報は全て、読出または書込が可能である。
【００５４】
非定住型デバイス５は、ネットワークデータベースを取得するべく、リモートサーバ７に接続され（ステップ３０１）、登録手順の後、この車両について特定のネットワークデータベースを受信する。これに代えて、ネットワークデータベースは非定住型デバイス５に既に格納されているとしてよい。
【００５５】
問題の車両に対応するネットワークデータベースは、自動的に取得される。リモートサーバにログインした後（ステップ３０３）、非定住型デバイス５は、リモートサーバ７に、車両ネットワーク９内で転送されているデータのサンプルを送信する。リモートサーバ７は、このデータを、データベースアーカイブ内に含まれているネットワークデータベースと比較して（ステップ３０７）、データサンプルに含まれている全てのデータに一致するネットワークデータベースを取得する。
【００５６】
ネットワークデータベースが車両ネットワーク９内で転送されている全てのメッセージに適合する場合、非定住型デバイス５で実行中のアプリケーションはこのネットワークデータベースを利用してメッセージを復号化する。
【００５７】
ステップ３１３において、ユーザは、確認を発行するように要求され、ステップ３１５において、ネットワークデータベースは非定住型デバイス５に転送される（ステップ３０９）。
【００５８】
適合するデータベースが発見されない場合、リモートサーバ７は、今までにリモートサーバ７に送信された車両ネットワーク９のデータサンプルを格納して、非定住型デバイス５は、電子制御デバイス３が設置されている車両のモデルを示唆するようユーザに依頼する（ステップ３０９）。
【００５９】
サービス管理者は、このような情報を用いて、車両ネットワーク９のデータサンプルに一致する新たなネットワークデータベースを取得する。新しいネットワークデータベースがリモートサーバ７内で利用可能なるとすぐに、リモートサーバ７は自動的に、要求元の非定住型デバイス５全てに、新しいネットワークデータベースを送信する。
【００６０】
リモートサーバ７は、適合するデータベースを複数発見した場合、リストから、電子制御デバイス３が設置されている特定の車両モデルを選択する（ステップ３１１）ようにユーザに依頼して、対応する車両用のネットワークデータベースを送信する。手順３００は、ステップ３１７で終了する。
【００６１】
ネットワークデータベース構造の一例を図５に示す。ネットワークデータベースは、ＣＡＮ規格に準拠した一意的な識別番号を持ち、複数の信号から構成される一のデータフィールドを含む複数のメッセージによって形成されている。ネットワークデータベースの各メッセージはさらに、車両のＥＣＵ１１を表す少なくとも１つの送信ノードおよび１つの受信ノードを含む。上述したように、各メッセージのデータフィールドは、複数の信号に分割され、これらの信号は以下に記載するフィールドによって表される。
名称：問題の信号の名称を示す群である。
開始ビット：信号値の読み出しを開始すべきメッセージデータフィールドのビットを表す数値である。
長さ：ビットで表現され、開始ビットを先頭とする信号値の長さを表す。
オフセットおよびスケーリング係数：Ｙ＝Ｘ＊＜スケーリング係数＞＋＜オフセット＞に応じて、送信前に信号の数値を変換するための２つの値を表現する。尚、Ｙは物理的な信号値を表し、Ｘはネットワーク上で実際に送信された値を表す。この関係は、受信側では反転させるとしてよく、既知のＸに基づき値Ｙを求める。
【００６２】
本発明に係るシステムは、多くのさまざまな用途、例えば、娯楽、整備、システム診断または遠隔起動等に利用されるとしてよい。上記の用途ではいずれにおいても、車両の電子制御ユニット１１を故障させたり、最悪のケースでは、車両の安全そのものを脅かすような不当な外部動作を防止するべく高いレベルのセキュリティが必要である。
【００６３】
このため、セキュアな通信を構築することを目的として、本発明は、非定住型デバイス５と電子制御デバイス３との間で情報をやり取りするための認証手順を含む。
【００６４】
認証手順が完了すると、非定住型デバイス３が復号化キーを持っている場合にのみ復号可能であるようなやり方でデータを送信する。
【００６５】
非定住型デバイス５が持つ認証用の証明情報が正しい場合、ユーザは、仮想ダッシュボードを用いて車両から入力される、要求した情報の全てを受信、復号および表示する承認を得る。
【００６６】
ユーザには幾つか種類があるとしてよく、種類毎に非定住型デバイス５および電子制御デバイス３の全ての機能のうち一部の機能にアクセスする。ユーザの種類としては、例えば、以下の種類が挙げられるとしてよい。
通常ユーザ：この種類のユーザに与えられる承認レベルが最も低い。つまり、アクセスが許可されるのは限られた機能群のみである。例えば、通常ユーザは、車両ネットワーク９のデータのうち娯楽信号または物理信号に関連するデータの読み出しのみが許可される。
整備専門ユーザ：この種類のユーザがアクセス可能なデータ群はより広く、診断処理を実行したり、車両ネットワーク９上でデータを送信したりすることが可能である。
ＯＥＭ（相手先ブランド製造）：この種類のユーザは、車両ネットワークのデータ全て、および、全ての物理信号に対するアクセスが許可される。
デバイス販売者：この種類のユーザは、システムの機能を完全に制御しており、電子制御デバイス３の内部設定を全て変更修正することができる。
【００６７】
ユーザの種類は、リモートサーバ７によって、非定住型デバイス５がリモートサーバ７に対するアクセスを最初に得た際に割り当てられる。リモートサーバ７はさらに、時間制限型の承認を発行するとしてもよい。
【００６８】
システム１にはさまざまな承認レベルがあり、承認レベルによって非定住型デバイス５で利用可能なサービスをイネーブルまたはディセーブルする。例えば、娯楽を目的とした場合には、非定住型デバイス５はデータの受信のみが許可される。一方、診断を目的とした場合には、非定住型デバイス５は、データの読み書きが許可される。
【００６９】
認証手順は、追加で設けられるコプロセッサ（不図示）を利用して実行され得る。当該コプロセッサは、適切な証明情報を生成して、非定住型デバイス５の証明情報の正当性を確認する。証明情報が誤りである場合、電子制御デバイス３は通信を中止して、非定住型デバイス５がそれ以上電子制御デバイス３と通信できないようにする。
【００７０】
図６を参照しつつ認証手順４００を以下で説明する。
【００７１】
ステップ４０１において、非定住型デバイス５は、車両の電子制御デバイス３との間で通信を構築する。
【００７２】
ステップ４０３において、車両の電子制御デバイス３は、非定住型デバイス５に対して、識別子ＩＤ２を提供するように依頼する。
【００７３】
ステップ４０５において、非定住型デバイス５の識別子ＩＤ２が誤っているか否かを確認するか、または、非定住型デバイス５から応答が与えられていないか否かを確認する。誤っている場合、または、応答がない場合、電子制御デバイス３は非定住型デバイス５との間の通信を中止する（ステップ４１５）。
【００７４】
正しい場合、または、応答がある場合、ステップ４０７において、電子制御デバイス３は、非定住型デバイス５に対して、証明情報を提供するように依頼する。
【００７５】
ステップ４０９において、非定住型デバイス５が提供する証明情報が誤りであるか否かを確認するか、または、非定住型デバイス５から応答が与えられていないか否かを確認する。誤っている場合、または、応答がない場合、電子制御デバイス３は非定住型デバイス５との間の通信を中止する（ステップ４１５）。
【００７６】
正しい場合、または、応答がある場合、ステップ４１１において、電子制御デバイス３は、非定住型デバイス５にチャレンジを送って、非定住型デバイス５の署名を待つ。署名が正しくない場合、電子制御デバイス３は非定住型デバイス５との間の通信を中止する（ステップ４１３）。署名が正しい場合、手順４００は成功したことになり、電子制御デバイス３は非定住型デバイス５との間で通信セッションを開始する（ステップ４１７）。
【００７７】
認証手順が完了すると、非定住型デバイス５および電子制御デバイス３は、既に共有した証明情報を考慮に入れたセキュアプロトコルを用いて、両者間で通信を開始する。電子制御デバイス３および非定住型デバイス５はそれぞれ対応する一意的な識別子ＩＤ１、ＩＤ２を持つので、送信されたデータは両者によってのみ復号可能である。
【００７８】
例えば、電子制御デバイス３は、車両ネットワーク９から、非定住型デバイス５に送信すべきメッセージを受信すると、データ送信前に、図７に基づいて説明する手順５００を開始する。車両ネットワーク９から受信するメッセージが正しい場合（ステップ５０１）、当該メッセージを暗号化して（ステップ５０３）、送信する（ステップ５０５）。
【００７９】
手順６００を説明している図８を参照すると、非定住型デバイス５は、暗号化されたメッセージを受信すると（ステップ６０１）、当該メッセージを復号化して（ステップ６０３）、内部データベースと比較して（ステップ６０５）、非定住型デバイス５のユーザインターフェース３９に適切な情報を表示する（ステップ６０７）。
【００８０】
ユーザの承認レベルに応じて、ユーザは、さまざまな方法で電子制御デバイス３とやり取りを行うとしてよい。
−１つの情報サブ群のみを読み出す。
−ネットワークから受信した情報を全て読み出す。
−ネットワークとの間でデータの読み書きを行う。
−物理信号の読み書きについて更なるアクセス権を利用する。
【００８１】
本発明に係るシステムによれば、ユーザは、非定住型デバイス５の承認レベルが十分であれば、電子制御デバイス３の物理信号インターフェース２７を介して、さまざまな物理信号、例えば、アナログ出力およびデジタル出力を出力できるようになり、物理信号の入力状態についてリアルタイムで情報を受信できるようになる。非定住型デバイス５は、適切な承認を受けていれば、物理信号の状態を変更可能であると共に、車両ネットワークにデータを送信可能である。例えば、非定住型デバイスは、デジタル出力をオン／オフに制御することが可能であったり、または、基準出力またはアナログ出力を選択することが可能である。また、診断を目的として、または、車両の電子制御ユニット１１の状態を変更することを目的として、さらに、車両を駆動することを目的として、車両ネットワーク９にデータストリームを入力することが可能である。
【００８２】
図９を参照しつつ、ユーザの種類に応じてどの情報が利用可能となるかを非定住型デバイス５に示すための手順７００を以下で説明する。
【００８３】
ユーザは、特定の設定メニューを用いて、非定住型デバイス５が利用可能にしなければならない情報を選択する。設定メニューでは、ユーザが認証済みである情報の選択のみが可能である（ステップ７０１）。必要な情報が選択されると（ステップ７０３）、非定住型デバイス５は設定データを電子制御デバイス３に送信する（ステップ７０５）。電子制御デバイス３は、この瞬間から、この情報のみを非定住型デバイス５に送信する（ステップ７０７）。非定住型デバイス５に表示される情報は、グラフィクスおよび内容が、受信したデータの種類に自動的に適応化させられる（ステップ７０９）。
【００８４】
非定住型デバイス５と電子制御デバイス３との間のデータ転送は、有線接続または無線接続で行うとしてよい。非定住型デバイス５とリモートサーバ７とは、任意の種類の有線接続または無線接続で接続されるとしてよい。
【００８５】
情報ストリームは、「プッシュ」型または「プル」型であってよい。例えば、リモートサーバ７は、例えば、仮想ダッシュボードアプリケーションについて更新が利用可能である場合に、非定住型デバイス５との間で「プッシュ」型の通信を構築するとしてよい。同様に、非定住型デバイス５は、電子制御デバイス３を介して新しい車両に接続されると、初期化のために必要な情報を要求するべく、リモートサーバ７との間で「プル」型の通信を構築するとしてよい。
【００８６】
接続の種類が何であっても、車両の内部情報のやり取りは、高いレベルのセキュリティで保護される。これは、最初の認証ステップに続いて、転送されるデータが暗号化されており、受信したデータが復号化されるためである。このため、本発明によれば、ＯＥＭは、例えば、車両ネットワークへのアクセスを提供する際に診断用コネクタを用いずにすむ。このため、車両の重要データが外部で修正変更されるという望ましくない事態が回避される。
【００８７】
最後に、非定住型デバイス５は、複数の電子制御デバイス３との間で同時にアクセスおよびやり取りが可能になるように、複数の証明情報を含むとしてよい。このため、ある種の車両の群単位での管理が実現される。
【００８８】
図１０を参照すると、本発明に係るシステムを利用する通常の状況が図示されている。当該状況では、運転手および乗客が、車両の座席にいる。
【００８９】
乗客は、非定住型デバイス５を保持している。非定住型デバイス５のユーザインターフェース３９が、無線モードで電子制御デバイス３から受信した車両関連情報を表示している。
【００９０】
非定住型デバイス５のユーザインターフェース３９の表示例を図１１Ａから図１１Ｄに示す。非定住型デバイス５に実装されているアプリケーションの機能は数え切れないほど存在するので、図示している表示例は、一例として挙げているに過ぎないことが明らかである。
【００９１】
少なくとも制御デバイス３およびリモートサーバ７とのやり取り、車両のＥＣＵ１１から受信した物理信号の処理、および、非定住型デバイス５のユーザインターフェース３９の表示デバイス上での情報の表示および処理を可能とするプログラムまたはコンピュータ製品は、非定住型デバイス５のメモリユニットにロード可能である。
【００９２】
図１１Ａから図１１Ｄに示す例は、非定住型デバイス５、例えば、タッチスクリーンを備えたｉＰｈｏｎｅに表示される数種類のスクリーンショットを示している。
【００９３】
図１１Ａでは、ユーザは、「スタイル」６２という文字で確定されているスクリーン領域を選択することによって、３種類の仮想ダッシュボード６１から選択することができる。
【００９４】
例えば、「デフォルト」スタイルが選択されると、図１１Ｂの設定が提示される。当該設定は、例えば、燃料計６３、タコメータ６４、燃費表示計６５、および、現在の運転に関する幾つかの情報６６を含む。
【００９５】
図１１Ｃを参照すると、文字「エコ」が表示されたスクリーン領域を選択した後、スクリーンには、車両が大気中に排出したＣＯ２の量に関する情報が表示される。例えば、木６７の緑色が濃くなると、環境面から見た場合に運転スタイルがより優れたものになる。
【００９６】
ユーザはさらに、車両の実際の性能レベルに関する情報をリアルタイムで選択および表示するとしてもよい。
【００９７】
図１１Ｄを参照すると、設定スクリーンによって、時計６９または複数のステータス指示部７１を選択することができ、または、非定住型デバイス５のスクリーン上に表示すべき測定単位系７３を選択することができる。
【００９８】
また、連続して閲覧可能な複数のスクリーンを提供することも考えられる。表示するページ毎に、電子制御デバイス３は、特定のスクリーンで表示すべきデータのみを非定住型デバイス５に送信する。
【００９９】
このシステムの別の用途としては、非定住型デバイス５を用いてユーザに車両の不具合の可能性を通知することが挙げられるとしてよい。ユーザは、どのような対策を取るのか決断するよう要求される。例えば、1以上のＥＣＵ１１から車両の故障または不具合が通知されると、制御デバイス３は、非定住型デバイス５に、特定の警告を含む情報を送って、カスタマーサービスまたはリモートサーバ７に直接連絡する許可をユーザに求め、車両ネットワーク９が生成したデータトラフィックを送信するとしてよい。
【０１００】
本発明の好ましい実施形態によると、不具合または故障を知らせるメッセージが発行されると、この不具合に関するデータトラフィックの送信に加え、非定住型デバイス５によってサービスセンターに自動的にコールが形成される。また、事故の場合には、非常事態コールが直接、デフォルトの電話番号またはユーザによってシステム内に事前に設定された電話番号に対してなされる。
【０１０１】
事故の検出は、システム１によって為される。非定住型デバイス５が特定の信号、例えば、１以上のエアバッグが作動した旨を示すメッセージ等をネットワークから受信することによって検出される。
【０１０２】
また、電子制御デバイス３は、自己設定機能および車両認識機能を持つので、非定住型デバイスで実行中のアプリケーションのユーザインターフェース３９は、利用可能な情報、および／または、一部の車両の特性、および／または、車両の特定の条件、および／または、運転スタイル、および、ある瞬間における運転手の注意努力に基づき再設定可能と考えられる。インターフェースの再設定によって、自動車分野における人間−機械間のやり取りに関する最新研究を適用可能となる。これによって、車両の特徴および車両から検出されるパラメータ（速度、毎分回転数、燃費）、非定住型デバイスのセンサから受信する情報（ＧＰＳ、加速度計、ジャイロスコープ、光センサ等）、および、インターネットからリアルタイムで受信する情報（交通情報、ニュース、およびその他の多くの内容）に基づき、コンテクストベースでのやり取りが可能となる。
【０１０３】
本発明の特徴は、本発明の利点と共に、上記の説明から明らかである。
【０１０４】
本発明の第１の利点は、自動設定手順のおかげで、本発明に係るシステムは、車両自体の電子部品のハードウェアまたはソフトウェアを変更することなく、実質的にどの車両でも利用可能である点である。システムの自動設定は、電子制御デバイスが車両ネットワークに適応する必要があるのみであるので、非定住型デバイスにシステムの機能が主に集中する。
【０１０５】
このため、非常に簡潔な制御ユニットを利用することが可能である。そのような制御ユニットは、ＣＡＮ通信機能を備えていてもいなくても、通信ネットワークを変更することなく、どのような車両にも設置可能である。
【０１０６】
自動設定機能のおかげで、顧客支援に関する問題が大幅に少なくなり、提供されるサービスと実際に利用されている車両とを完全に合わせることが可能になる。また、電子制御デバイスの自動設定によって、制御デバイスとして必要なものは１バージョンのみであり、大半の車両に適合化させることが可能であるので、在庫を最小限に抑えることが可能となる。このため、市販化までの時間が短縮される。
【０１０７】
本発明の第２の利点は、車両の状態に関する情報が、適切と見なされたやり取りを行うために、非定住型デバイスのスクリーン上に表示されることによって得られる。ここで、非定住型デバイスは、利用可能なユーザの数が制限されないデバイスである。
【０１０８】
本発明の第３の利点は、適切な承認レベルのおかげで、特定の種類のユーザのみが車両ネットワーク内で転送されている最も機密性の高いデータへのアクセスが許可される点にある。
【０１０９】
本発明の更なる利点は、電子制御デバイスと非定住型デバイスとの間の無線接続のおかげで、車両の運転中であっても、車両からの情報を適切に活用できることにある。電子制御デバイスは、簡単且つ完全にトランスペアレントに、例えば、制御ユニットプログラマ等の特別で高価な設備を必要とするコストの高い手順でプログラミングし直さなくても、ある車両から別の車両へと移動可能である。
【０１１０】
本発明の別の利点は、例えば、娯楽、整備、システム診断または遠隔起動等、数多くの分野で利用可能である点が挙げられる。
【０１１１】
クライアント−サーバ・アーキテクチャのおかげで、本発明に係るシステムへのアクセスが容易になり、柔軟性が得られ、ローカルシステムの更新が容易になるという利点が得られる。
【０１１２】
本発明に係るシステムの別の利点としては、リモートサーバに格納されている車両ネットワークデータベースは常に更新され、分散方式ではなく、中央管理方式で管理されるので、アフターマーケット製品の販売者は、プロセスを容易に自動化でき、管理コストおよび顧客サービスコストを大幅に削減し得る。
【０１１３】
さらに、車両が認識されない場合には、新しい車両のネットワークデータベースに対する要求に基づいてリアルタイムでコスト／利益を計算することができ、コストを正当化する臨界点に到達するほど大量の要求がある場合にのみ、車両のＣＡＮデータベースについてリバースエンジニアリング手順を起動することができる。
【０１１４】
本明細書で一例として説明した車両に関する情報を処理する方法およびシステムは、本発明の概念の新規性から逸脱することなく、多くの点で変更することが可能であるとしてよい。また、本発明を実際に実施する再には、図示した詳細な内容とは形状が異なったり、または、他の技術的均等物を代わりに利用し得ることは明らかである。
【０１１５】
このため、本発明が上記の車両に関する情報を処理する方法およびシステムに限定されず、請求項で明確に記載しているように、本発明の概念の新規性から逸脱することなく多くの点で変形、改良または均等物との置換が可能であることは容易に理解され得る。
【図１】
2013507294.tif 000003
【図２】
2013507294.tif 000004
【図３】
2013507294.tif 000005
【図４】
2013507294.tif 000006
【図５】
2013507294.tif 000007
【図６】
2013507294.tif 000008
【図７】
2013507294.tif 000009
【図８】
2013507294.tif 000010
【図９】
2013507294.tif 000011
【図１０】
2013507294.tif 000012
【図１１Ａ】
2013507294.tif 000013
【図１１Ｂ】
2013507294.tif 000014
【図１１Ｃ】
2013507294.tif 000015
【図１１Ｄ】
2013507294.tif 000016
【手続補正書】
【提出日】平成24年6月20日(2012.6.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理するシステムであって、
前記車両ネットワーク（９）と連結され前記車両ネットワーク（９）との間でデータをやり取りする電子制御デバイス（３）と、
前記電子制御デバイス（３）との間でデータをやり取りする非定住型デバイス（５）と
を備え、
メモリ手段（３７）が、前記車両ネットワーク（９）のネットワークデータベースを格納するべく前記非定住型デバイス（５）に関連付けられており、
前記ネットワークデータベースは、前記車両ネットワーク（９）内で転送されているデータを適切に解釈するために必要な情報を含むシステム。
【請求項２】
前記ネットワークデータベースは、複数のメッセージから構成され、前記複数のメッセージは、ＣＡＮ規格に準拠している一意的な識別番号を持ち、且つ、前記車両ネットワーク（９）が解釈可能な信号に関連する情報から構成されるデータフィールドを含む請求項１に記載のシステム。
【請求項３】
前記電子制御デバイス（３）は、前記車両の前記ネットワークデータベースを取得するべく前記車両ネットワーク（９）のパラメータを自動的に検出する自動設定モジュール（１５）を有する請求項１に記載のシステム。
【請求項４】
前記非定住型デバイス（５）は、リモートサーバ（７）に前記パラメータを送信する手段を有しており、前記リモートサーバ（７）は、通信ネットワークを介して前記非定住型デバイス（５）との間でデータをやり取りし、前記リモートサーバ（７）は、ネットワークデータベースライブラリ（５５）から前記車両の前記ネットワークデータベースを取得するべく、前記パラメータを分析するデータ処理モジュール（５３）と、前記ネットワークデータベースを前記非定住型デバイス（５）に送信する手段とを有している請求項３に記載のシステム。
【請求項５】
前記リモートサーバ（７）はさらに、前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）にアクセスするために必要な承認レベルを管理する承認管理モジュール（５７）を有している請求項４に記載のシステム。
【請求項６】
前記非定住型デバイス（５）および前記電子制御デバイス（３）はそれぞれ、暗号化方式でデータのやり取りを可能とする暗号化／復号化モジュール（３３、２１）を有する請求項１に記載のシステム。
【請求項７】
前記非定住型デバイス（５）は、前記電子制御ユニット（１１）から受信したデータを、ユーザが定義した方法で表示するユーザインターフェース（３９）を有する請求項１に記載のシステム。
【請求項８】
前記電子制御デバイス（３）は、前記非定住型デバイス（５）を介して前記電子制御ユニット（１１）の物理信号を出力し、且つ、前記物理信号の入力状態に関する情報をリアルタイムで受信する物理信号インターフェース（２７）を有する請求項１に記載のシステム。
【請求項９】
前記電子制御デバイス（３）は、前記車両ネットワーク（９）に連結するべく、前記車両内に設置可能な電子カードを有する請求項１に記載のシステム。
【請求項１０】
前記電子制御デバイス（３）は、前記車両に既に存在している構成要素、特に、計器パネルまたはインフォテインメント制御ユニットと一体化可能であるので、前記構成要素の不可分な一部となる請求項１に記載のシステム。
【請求項１１】
前記制御デバイス（５）は、前記車両のネットワークパラメータ、前記非定住型デバイスのセンサから受信した情報、および、リアルタイムで受信した情報に基づいて、再設定されるグラフィックインターフェースを有する請求項１に記載のシステム。
【請求項１２】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理する方法であって、
前記車両ネットワーク（９）と連結され前記車両ネットワーク（９）との間でデータをやり取りする電子制御デバイス（３）を事前に設ける段階と、
前記電子制御デバイス（３）との間でデータをやり取りする非定住型デバイス（５）を事前に設ける段階と
を備え、
メモリ手段（３７）を、前記車両ネットワーク（９）のネットワークデータベースを格納するべく前記非定住型デバイス（５）に関連付ける段階をさらに備え、
前記ネットワークデータベースは、前記車両ネットワーク（９）内で転送されているデータを適切に解釈するために必要な情報を含む方法。
【請求項１３】
前記電子制御デバイス（３）は、前記車両の前記ネットワークデータベースを取得するべく前記車両ネットワーク（９）のパラメータを自動的に検出する請求項１２に記載の方法。
【請求項１４】
前記非定住型デバイス（５）は、リモートサーバ（７）に前記パラメータを送信し、前記リモートサーバ（７）は、通信ネットワークを介して前記非定住型デバイス（５）との間でデータをやり取りし、前記リモートサーバ（７）は、ネットワークデータベースライブラリ（５５）から前記車両の前記ネットワークデータベースを取得するべく、前記パラメータを分析し、前記ネットワークデータベースを前記非定住型デバイス（５）に送信する請求項１３に記載の方法。
【請求項１５】
前記ネットワークデータベースが前記ネットワークデータベースライブラリ（５５）に含まれていない場合、前記リモートサーバ（７）の管理者に通知が送られる請求項１４に記載の方法。
【請求項１６】
前記電子制御ユニット（１１）から入力される信号が、前記車両の前記電子制御ユニット（１１）のうち少なくとも１つの不具合に関する情報を含む場合、特定の警告を含む情報を前記非定住型デバイス（５）に表示可能である請求項１５に記載の方法。
【請求項１７】
前記非定住型デバイス（５）を介して、前記リモートサーバ（７）またはサービスセンターへとサービスコールが自動的に生成され、前記サービスコールの間、前記不具合に関連して前記車両ネットワーク（９）が生成するデータトラフィックも同様に送られる請求項１６に記載の方法。
【請求項１８】
事故の場合には、前記非定住型デバイス（５）を介して、デフォルトの緊急電話番号またはユーザが前記非定住型デバイス（５）に事前に設定した電話番号へと非常事態コールが自動的に生成され、前記事故は、前記非定住型デバイス（５）が前記車両ネットワーク（９）から、例えば、１以上のエアバッグが作動した旨を示すメッセージ等、特定の信号を受信すると検出される請求項１６に記載の方法。
【請求項１９】
前記リモートサーバ（７）は、更新が利用可能である場合、前記非定住型デバイス（５）との間で「プッシュ」型の通信を構築し、および／または、前記非定住型デバイス（５）は、新しい車両に接続されると、前記電子制御デバイス（３）を介して前記リモートサーバ（７）との間で「プル」型の通信を構築する請求項１４または請求項１５に記載の方法。
【請求項２０】
車両ネットワーク（９）を介して互いに接続可能な１以上の電子制御ユニット（１１）を持つ車両に関する情報を処理する非定住型デバイス（５）のメモリにロード可能なコンピュータ製品であって、
前記コンピュータ製品は、前記非定住型デバイス（５）で実行されると、請求項１２から請求項１９のうちいずれか一項に記載の方法を実行するソフトウェアコード部分を備えているコンピュータ製品。
【国際調査報告】
2013507294.tif 000017
2013507294.tif 000018
2013507294.tif 000019