(57)【要約】【課題】開発および保守が容易な車両統合制御システムを提供する。【解決手段】１つまたは複数の車両サブシステム１０を制御することで、予め定められた機能を実行する複数のサービス（サービス実行プログラム）を備える。そして、統合サービスを実行するサービスシナリオＳＳは、それらのサービスを組み合わせたものとする。これによって、サービスシナリオＳＳは、車両サブシステム１０を直接制御するプログラムとする必要がなくなる。そのため、サービスシナリオＳＳを開発する際には、サービスを組み合わせることに関する制御部分を開発すればよいことになる。従って、サービスシナリオＳＳの開発が容易になる。また、サービスシナリオＳＳの制御対象はサービスとなっているので、車両サブシステム１０の構成が変更になった場合であっても、その変更がサービスシナリオＳＳに及ぼす影響の程度は小さくなる。そのため保守が容易になる。【選択図】図２
2009196555.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載されている所定の車載機器とその車載機器を制御する制御装置とを備えた車両サブシステムを複数有するとともに、
一つまたは複数の前記車両サブシステムを制御することで、予め定められた機能を実行する機能実行手段を複数有し、且つ、
その複数の機能実行手段を統括制御することで、その複数の機能実行手段がそれぞれ実行する機能を組み合わせた統合機能を実行する機能統合手段を有することを特徴とする車両統合制御システム。
【請求項２】
請求項１において、
前記複数の機能実行手段は、互いに関連するとともに実行時期が重なる制御を実行する複数の車両サブシステムを制御するものであり、且つ、前記予め定められた機能を実行した結果に応じて変化する出力値を出力するようになっており、
前記機能統合手段は、複数の前記機能実行手段が実行する機能を時系列的に組み合わせた統合機能であって、前記機能実行手段が機能を実行することによって出力される出力値に応じて次に実行する機能が定まる統合機能を実行することを特徴とする車両統合制御システム。
【請求項３】
請求項１または２において、
前記機能統合手段は、前記機能実行手段が実行する機能に加えて、車両外部と通信することができる通信装置によって通信が可能な車両外部システムが実行する機能も組み合わせて前記統合機能を実行することを特徴とする車両統合制御システム。
【請求項４】
車両に搭載されている所定の車載機器とその車載機器を制御する制御装置とを備えた車両サブシステムを一つまたは複数制御することで、予め定められたサービスを実行するサービス実行プログラムを複数有し、且つ、
その複数のサービス実行プログラムの組み合わせることで、その複数のサービス実行手段がそれぞれ実行するサービスを組み合わせた統合サービスを実行するサービス統合プログラムを有することを特徴とする車両統合制御プログラム。
【請求項５】
請求項４において、
前記複数のサービス実行プログラムは、互いに関連するとともに実行時期が重なる制御を実行する複数の車両サブシステムを制御するプログラムであり、且つ、前記予め定められたサービスを実行した結果に応じて変化する出力値を出力するようになっており、
前記サービス統合プログラムは、複数の前記サービス実行プログラムが実行するサービスを時系列的に組み合わせた統合サービスであって、前記サービス実行プログラムがサービスを実行することによって出力される出力値に応じて次に実行するサービスが定まる統合サービスを実行することを特徴とする車両統合制御プログラム。
【請求項６】
請求項４または５において、
前記サービス統合プログラムは、前記サービス実行プログラムが実行するサービスに加えて、車両外部と通信することができる通信装置によって通信が可能な車両外部システムが実行するサービスも組み合わせて前記統合サービスを実行することを特徴とする車両統合制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に対して複数の機能を組み合わせた統合機能を実行する車両統合制御システムおよび車両統合制御プログラムに関する。
【背景技術】
【０００２】
現在、車両に対する種々の制御を実行するために、多数のＥＣＵ（Electronic Control Unit）が車両に搭載されるようになっている。また、車両に対する制御は複雑化、高度化してきており、固有の制御機能を有するＥＣＵを複数用いて、統合的な制御を行うことも増加してきている。
【０００３】
ここで、特許文献１には、統合的な制御を行うサービス統合システムが開示されている。この特許文献１に開示されているサービス統合システムは、複数のサービスロジック実行環境モジュールを備えており、且つ、各サービスロジック実行環境モジュールは、複数のコントローラおよび複数のマシンを備えている。また、各サービスロジック実行環境モジュールはネットワークアダプタを備えており、ネットワークによってサービスロジック実行環境モジュールは外部と接続される。このような構成を備えることにより、多様なサービスを統合して実行することが可能となる。
【特許文献１】特表２００６−５０２４９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
車両制御においても、個々のＥＣＵが行うことができる個々の制御を組み合わせて統合的な制御を実行することが要望されている。以下では、個々のＥＣＵと、そのＥＣＵに制御されて動作する車載機器とを備えたシステムを車両サブシステムという。そして、この車両サブシステムを複数備えたものを車両統合制御システムという。なお、車両サブシステムは必要に応じてセンサを備えている。
【０００５】
上記車両統合制御システムにおいて、統合制御に関与するＥＣＵの数が少なければ、統合制御に関与する複数のＥＣＵ間で直接データの送受信を行なうことが簡便な場合もある。
【０００６】
しかし、統合制御に関与するＥＣＵの数が増えると、ＥＣＵ間でのデータのやりとりが複雑となる。この場合、統合制御に関与するＥＣＵの数が少ない場合と同様に、統合制御に関与するＥＣＵ間で直接データの送受信を行なうこととすると、車両統合制御システムの開発に多大な労力を要することになる。加えて、ある車両サブシステムを変更した場合、その変更が車両統合制御システムに対して多岐に影響してしまい、車両統合制御システム全体としての変更が多岐に渡ることになるので、保守が面倒である。
【０００７】
本発明は、こうした実情に鑑みてなされたものであって、その目的は、開発および保守が容易な車両統合制御システムを提供することにある。
【課題を解決するための手段】
【０００８】
その目的を達成するための請求項１記載の発明は、車両に搭載されている所定の車載機器とその車載機器を制御する制御装置とを備えた車両サブシステムを複数有するとともに、一つまたは複数の前記車両サブシステムを制御することで、予め定められた機能を実行する機能実行手段を複数有し、且つ、その複数の機能実行手段を統括制御することで、その複数の機能実行手段がそれぞれ実行する機能を組み合わせた統合機能を実行する機能統合手段を有することを特徴とする車両統合制御システムである。
【０００９】
この請求項１に記載の発明によれば、車両サブシステムは機能実行手段によって制御されることで予め定められた機能を実行している。これによって、機能統合手段は、車両サブシステムを直接制御するのではなく、複数の機能実行手段を制御対象として統合機能を実行することができる。そのため、機能統合手段を開発する際には、機能実行手段を一つの単位として、その機能実行手段を組み合わせることに関する制御部分を開発すればよいことになる。従って、機能統合手段の開発が容易になる。
【００１０】
加えて、機能統合手段は、車両サブシステムを直接制御しておらず、機能統合手段の制御対象は機能実行手段となっているので、車両サブシステムの構成が変更になった場合であっても、その変更が機能統合手段に及ぼす影響の程度は小さくなる。そのため、この車両統合制御システム全体としての変更が少なくなるので、車両統合制御システムの保守が容易になる。
【００１１】
請求項２記載の発明は、請求項１において、前記複数の機能実行手段は、互いに関連するとともに実行時期が重なる制御を実行する複数の車両サブシステムを制御するものであり、且つ、前記予め定められた機能を実行した結果に応じて変化する出力値を出力するようになっており、前記機能統合手段は、複数の前記機能実行手段が実行する機能を時系列的に組み合わせた統合機能であって、前記機能実行手段が機能を実行することによって出力される出力値に応じて次に実行する機能が定まる統合機能を実行することを特徴とする。
【００１２】
このようにすれば、各機能実行手段は、互いに関連するとともに実行時期が重なる制御を実行する複数の車両サブシステムを制御するものであることから、機能統合手段は、複数の機能実行手段が実行する機能を時系列的に組み合わせることで、種々の機能を順次実行する統合機能を実行することができる。加えて、出力値に応じて次に実行する機能が定まるようになっているので、状況に対応して異なる機能を順次実行することができる。
【００１３】
請求項３記載の発明は、請求項１または２において、前記機能統合手段は、前記機能実行手段が実行する機能に加えて、車両外部と通信することができる通信装置によって通信が可能な車両外部システムが実行する機能も組み合わせて前記統合機能を実行することを特徴とする。このように、車両外部システムも利用することで、より多様な機能を含んだ統合機能を実行することができる。
【００１４】
請求項４記載の発明は、請求項１記載の車両統合制御システムに用いる車両統合制御プログラムである。その請求項４記載の発明は、車両に搭載されている所定の車載機器とその車載機器を制御する制御装置とを備えた車両サブシステムを一つまたは複数制御することで、予め定められたサービスを実行するサービス実行プログラムを複数有し、且つ、
その複数のサービス実行プログラムを組み合わせることで、その複数のサービス実行手段がそれぞれ実行するサービスを組み合わせた統合サービスを実行するサービス統合プログラムを有することを特徴とする車両統合制御プログラムである。
【００１５】
この請求項４に記載の発明によれば、車両サブシステムはサービス実行プログラムによって制御されることで予め定められたサービスを実行している。これによって、サービス統合プログラムは、車両サブシステムを直接制御するのではなく、複数のサービス実行プログラムを統括制御することで、統合サービスを実行することができる。そのため、サービス統合プログラムを開発する際には、サービス実行プログラムを一つの単位として、そのサービス実行プログラムを組み合わせることに関する制御部分を開発すればよいことになる。従って、サービス統合プログラムの開発が容易になる。
【００１６】
加えて、サービス統合プログラムは、サービス実行プログラムの組み合わせることで統合サービスを実行している。すなわち、サービス統合プログラムは車両サブシステムを直接制御しているのではない。従って、車両サブシステムの構成が変更になった場合であっても、その変更がサービス統合プログラムに及ぼす影響の程度は小さくなる。そのため、この車両統合制御プログラム全体としての変更が少なくなるので、車両統合制御プログラムの保守が容易になる。
【００１７】
また、請求項５および請求項６は、それぞれ、請求項２および３の車両統合制御システムに用いる車両統合制御プログラムである。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態を図面に基づいて説明する。図１は、本発明の実施形態となる車両統合制御システム１の構成を示すブロック図である。
【００１９】
図１に示すように、この車両統合制御システム１は、複数（図１には３つ）の車両サブシステム１０ａ、１０ｂ、１０ｃと、統合ＥＣＵ２０と、バスライン３０とを備えている。なお、本実施形態では、各車両サブシステム１０ａ、１０ｂ、１０ｃは、図２に示すように、それぞれ、ドライバ認証システム、ドライバデータ管理システム、ドライバカスタマイズシステムであり、また、同図に示すように、本実施形態の車両統合制御システム１は、他にも車両サブシステム１０ｄ、１０ｅ、１０ｆを有しているが、これらの車両サブシステムを特に区別しないときには、単に車両サブシステム１０と示す。
【００２０】
図１に示すように、各車両サブシステム１０は、サブＥＣＵ１１と車載機器１２とを含んでおり、車載機器１２はサブＥＣＵ１１によって制御される被制御機器である。これらサブＥＣＵ１１と車載機器１２はそれぞれ車両（図示せず）の所定の位置に搭載されている。車両サブシステム１０は、車載機器１２がサブＥＣＵ１１によって制御されることにより、車載機器１２の機能に応じた一つまたは複数の具体的な機能を実行する。車両サブシステム１０が実行する機能は、図２を用いて後に具体的に説明する。
【００２１】
サブＥＣＵ１１はバスライン３０に接続されており、また、このバスライン３０には、統合ＥＣＵ２０も接続されており、統合ＥＣＵ２０はバスライン３０を介してサブＥＣＵ１１との間で信号の送受信が可能となっている。この統合ＥＣＵ２０は、サービスシナリオＳＳとバーチャルサービスバスＶＳＢとを有しており、これらサービスシナリオＳＳとバーチャルサービスバスＶＳＢとを用いて複数の車両サブシステム１０を統括制御する。
【００２２】
次に、上記サービスシナリオＳＳとバーチャルサービスバスＶＳＢ、および、前述の車両サブシステム１０について、図２を用いて説明する。
【００２３】
図２には、６つの車両サブシステム１０が示されている。すなわち、ドライバ認証システム１０ａ、ドライバデータ管理システム１０ｂ、ドライバカスタマイズシステム１０ｃ、エンジン始動システム１０ｄ、周辺監視システム１０ｅ、発進アシストシステム１０ｆが示されている。
【００２４】
ドライバ認証システム１０ａは、車載機器１２ａとして、たとえば、運転席に着座した状態のドライバの顔を撮像するカメラを備えている。サブＥＣＵ１１ａは、このカメラによって撮像された画像のデータを取得して、公知の画像解析手法および顔認識手法により、運転席に着座しているドライバの顔の特徴値を決定する。
【００２５】
ドライバデータ管理システム１０ｂは、車載機器１２ｂとして、書換可能な記憶装置（たとえばＥＥＰＲＯＭなど）を備えている。この記憶装置には、ドライバを特定するための種々のドライバ特定情報が記憶されている。このドライバ特定情報としては、たとえば、顔の特徴値、顔以外の生体情報（指紋、静脈パターンなど）の特徴値、ドライバＩＤ、氏名、生年月日、パスワードなどがあり、車両所有者および他に車両を運転する可能性のある者に対して、上記特徴値のうちの少なくとも一つが記憶装置に記憶されている。さらに、記憶装置にはドライバ設定値も記憶されている。このドライバ設定値とは、ドライバに応じた座席位置、ハンドル位置、エアコン設定温度など、種々の車載機器に対してドライバが設定可能な設定値である。サブＥＣＵ１１ｂは、バスライン３０を介して供給されるドライバ特徴値と、車載機器１２ｂに記憶されているドライバ特徴値とを比較することで、運転席に着座している者が誰なのかを特定する。さらに、サブＥＣＵ１１ｂは、バスライン３０を介してドライバ設定値の要求信号が供給された場合には、特定したドライバに対するドライバ設定値を出力する。
【００２６】
ドライバカスタマイズシステム１０ｃは、車載機器１２ｃとして、運転席の位置を移動させるアクチュエータ、ハンドルを移動させるアクチュエータ、エアコンなど、ドライバが操作可能な車載機器を含んでいる。ＥＣＵ１２ｃは、バスライン３０を介してドライバカスタマイズシステム１０ｃの外部からドライバ設定値を取得して、取得したドライバ設定値に基いて上記車載機器を制御して、運転環境をドライバの好みに応じたものとする。
【００２７】
エンジン始動システム１０ｄはエンジンを始動させるシステムであり、周辺監視システム１０ｅは車両の周辺に障害物が存在するか否かを監視するシステムであり、発進アシストシステムはたとえば登坂路での発進時に車両が後退しないようにブレーキの自動制御を行うなど、発進時に運転操作を補助するシステムである。これらのシステム１０ｄ、１０ｅ、１０ｆの構成の詳細な説明は省略するが、いずれのシステム１０ｄ、１０ｅ、１０ｆも、目的に応じた車載機器とその車載機器を制御するＥＣＵとを備えている。
【００２８】
次に、バーチャルサービスバスＶＳＢを説明する。バーチャルサービスバスＶＳＢは、１つまたは複数の車両サブシステム１０を制御するサービス実行プログラムを複数有している。各サービス実行プログラムは、１つまたは複数の車両サブシステム１０を制御して予め定められた機能を実行するためのプログラムであり、統合ＥＣＵ２０が実行する。以下では、各サービス実行プログラムを実行することで実現される機能をサービスということもある。
【００２９】
図２のバーチャルサービスバスＶＳＢには、ドライバ認証サービス、ドライバカスタマイズサービス、エンジン始動サービス、発進アシストサービスが示されている。すなわち、図２のバーチャルサービスバスＶＳＢは、ドライバ認証サービス、ドライバカスタマイズサービス、エンジン始動サービス、発進アシストサービスの各サービスを実行するためのサービス実行プログラムを有している。これらのサービス実行プログラムを実行することにより、統合ＥＣＵ２０は、実行するプログラムに応じた機能を実行する機能実行手段として機能し、サービス実行プログラムは複数記憶されていることから、統合ＥＣＵ２０は複数の機能実行手段として機能する。
【００３０】
ドライバ認証サービスは、ドライバ認証システム１０ａとドライバデータ管理システム１０ｂとを制御して、運転席に着座したドライバが誰であるかを認証する機能を実行する。図３は、このドライバ認証サービスが行なう制御内容を概念的に示す図である。この図３に示すようにドライバ認証サービスは、入力値（ＩＮ）がドライバ認証システム１０ａに入力されるようになっている。この入力値（ＩＮ）は、ドライバを認証することを指示する指示信号である。この入力値（ＩＮ）が入力されると、ドライバ認証システム１０ａとドライバデータ管理システム１０ｂとは、ドライバ認証サービスを実行している統合ＥＣＵ２０からの指示に従って信号の授受を行いつつドライバ認証を行なう。そして、運転席に着座しているドライバを認証できたか否かを示す出力値（ＯＵＴ）を出力する。また、ドライバが認証できた場合には、ドライバＩＤも出力値（ＯＵＴ）に含ませる。
【００３１】
図２に戻って、ドライバカスタマイズサービスは、ドライバデータ管理システムとドライバカスタマイズシステム１０ｃとを制御して、運転環境を運転席に着座したドライバに応じたものとする機能を実行する。エンジン始動サービスは、エンジン始動システム１０ｄと周辺監視システム１０ｅとを制御して、車両の周辺を監視しつつエンジンの始動を行なう機能を実行する。発進アシストシステムは、周辺監視システム１０ｅと発進アシストシステム１０ｆとを制御して、車両の周辺を監視しつつ、車両を発進させる運転操作を補助する機能を実行する。
【００３２】
上述した機能（サービス）は、いずれも、その機能（サービス）に必要な制御を実行する点で互いに関連するとともに、制御の実行時期も互いに重なる複数の車両サブシステム１０を制御するものである。
【００３３】
次に、サービスシナリオＳＳを説明する。サービスシナリオＳＳは、バーチャルサービスバスＶＳＢに含まれる複数のサービスを組み合わせて統合サービスを実行するサービス統合プログラムを意味している。そして、統合ＥＣＵ２０は、サービスシナリオＳＳを実行することで、バーチャルサービスバスＶＳＢに含まれる複数のサービスを組み合わせた統合サービス（すなわち統合機能）を実行する機能統合手段として機能する。
【００３４】
図２のサービスシナリオＳＳは、車両搭乗時に実行する車両搭乗時サービスシナリオＳＳであり、「ドライバ認証」、「ドライバカスタマイズ」、「エンジン始動」、「発進アシスト」を時系列的に組み合わせた構成を有している。「ドライバ認証」、「ドライバカスタマイズ」、「エンジン始動」、「発進アシスト」は、バーチャルサービスバスＶＳＢに含まれているサービスに対応するものであり、その対応するサービスを実行させることを意味する。従って、図２に示す車両搭乗時サービスシナリオＳＳは、ドライバ認証サービス、ドライバカスタマイズサービス、エンジン始動サービス、発進アシストサービスに順次サービスの実行を指示するものである。そして、この車両搭乗時サービスシナリオＳＳは、車両に人が搭乗したことをサービス開始信号（すなわち、サービストリガ）として開始される。この図２に示すように、サービスシナリオＳＳは図示できることから、ＧＵＩ環境にてサービスシナリオＳＳを定義することも可能である。
【００３５】
図４は、図２の車両搭乗時サービスシナリオＳＳを詳しく示すものであり、この図４に示す内容を記述することにより、サービスシナリオＳＳを作成してもよい。この図４に示すように、ドライバ認証サービスは、出力値（ＯＵＴ）として、ＯＫとドライバＩＤ、またはＮＧのいずれかを出力する。そして、出力値がＯＫである場合、次サービスとして、ドライバカスタマイズを実行する。一方、出力値がＮＧの場合、次サービスを実行せずに、車両搭乗時サービスシナリオＳＳを終了する。
【００３６】
ドライバ認証サービスの出力値がＯＫであった場合には、ドライバＩＤも出力値に含まれる。このドライバＩＤが入力値（ＩＮ）としてドライバカスタマイズサービスに入力される。ドライバカスタマイズサービスは、そのドライバＩＤに基いて、運転環境を運転席に着座したドライバに応じたものとする機能を実行する。そして、出力値として、ＯＫまたはＮＧを出力する。ドライバカスタマイズサービスの出力値がＯＫである場合、次サービスとしてエンジン始動サービスを実行する。一方、出力値がＮＧの場合、次サービスを実行せずに、車両搭乗時サービスシナリオＳＳを終了する。
【００３７】
エンジン始動サービスも出力値としてＯＫまたはＮＧを出力する。エンジン始動サービスの出力値がＯＫである場合、次サービスとして発進アシストサービスを実行する。一方、出力値がＮＧの場合、次サービスを実行せずに、車両搭乗時サービスシナリオＳＳを終了する。発進アシストサービスも出力値としてＯＫまたはＮＧを出力する。出力値がＮＧの場合には車両搭乗時サービスシナリオＳＳを終了する。また、出力値がＯＫの場合にも、搭乗時サービスシナリオＳＳに含まれているサービスを全て実行したことになるので、車両搭乗時サービスシナリオＳＳを終了する。
【００３８】
統合ＥＣＵ２０は、図５に示すように、上述の車両搭乗時サービスシナリオＳＳを含む複数のサービスシナリオＳＳからなるサービスシナリオデータベースＳＳＤＢを記憶している。
【００３９】
それら複数のサービスシナリオＳＳはいずれもバーチャルサービスバスＶＳＢに含まれているサービスを組み合わせて構成されるとともに、所定のサービストリガによって開始するようになっている。
【００４０】
次に、統合ＥＣＵ２０の処理内容を図６に示すフローチャートに従って説明する。ステップＳ６０において処理を開始すると、ステップＳ６１にて、サービスシナリオデータベースＳＳＤＢに含まれている複数のサービスシナリオＳＳのいずれかに対応するサービストリガが発生したか否かを判断する。この判断が否定判断である場合には、このステップＳ６１を繰り返す。
【００４１】
一方、ステップＳ６１が肯定判断となった場合にはステップＳ６２へ進む。ステップＳ６２では、ステップＳ６１で発生したと判断したサービストリガに基いてサービスシナリオＳＳを選定する。
【００４２】
続くステップＳ６３では、ステップＳ６２で選定したサービスシナリオＳＳに含まれる複数のサービスから、実施するサービスを選定する。ここで選定するサービスは、たとえば、ステップＳ６２で選定したサービスシナリオＳＳに含まれるサービスをまだ一つも実施していない場合には、そのサービスシナリオＳＳにおいて最初に実施することになっているサービスとなる。
【００４３】
続くステップＳ６４では、ステップＳ６３で選定したサービスを実施する。また、このサービスを実施する際には、入力値（ＩＮ）も指定する。このステップＳ６４にてサービスを実施すると、サービスの結果を示す出力値（ＯＵＴ）が出力されることになる。
【００４４】
ステップＳ６５では、その出力値（ＯＵＴ）から次に実施するサービスを選定する。そして、ステップＳ６６では、次に実施するサービスが存在するか否か、すなわち、上記ステップＳ６５の処理にて次サービスが選定されたか否かを判断する。この判断が肯定判断である場合には、ステップＳ６４へ戻り、前述のステップＳ６５で選定したサービスを実施する。一方、ステップＳ６６が否定判断となった場合には、ステップＳ６７へ進み、ステップＳ６２で選定したサービスシナリオＳＳの終了処理を行なう。その後、ステップＳ６１へ戻る。
【００４５】
以上、説明した本実施形態によれば、車両サブシステム１０は、サービス実行プログラムが実行されることで統合ＥＣＵ２０によって制御されて、予め定められた機能を実行している。これによって、サービスシナリオＳＳは、車両サブシステム１０を直接制御するプログラムとする必要がなくなり、複数のサービスを制御対象として統合サービスを実行することができる。そのため、サービスシナリオＳＳを開発する際には、サービスを一つの単位として、そのサービスを組み合わせることに関する制御部分を開発すればよいことになる。従って、サービスシナリオＳＳの開発が容易になる。
【００４６】
加えて、サービスシナリオＳＳは、車両サブシステム１０を直接制御対象としておらず、サービスシナリオＳＳの制御対象はサービス（サービス実行プログラム）となっているので、車両サブシステム１０の構成が変更になった場合であっても、その変更がサービスシナリオＳＳに及ぼす影響の程度は小さくなる。そのため、この車両統合制御システム全体としての変更が少なくなるので、車両統合制御システム１の保守が容易になる。
【００４７】
これを具体例に基いて説明する。たとえば、本実施形態のドライバ認証システム１０ａは顔の画像からドライバを認証するシステムであったが、これを他の認証方法（たとえば、静脈認証）を用いるドライバ認証システムに変更したとする。この場合でも、サービスシナリオＳＳは、ドライバ認証サービスに対して、ドライバが誰であるのかを認証することを指示するのみであるので、ドライバ認証サービスがどのようなシステムを用いてドライバ認証を行なうかの影響は受けないのである。
【００４８】
また、本実施形態の車両搭乗時サービスシナリオＳＳは、出力値に応じて次に実行するサービスが定まるようになっているので、状況に対応して異なる機能を順次実行することができる。
【００４９】
以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、次の実施形態も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。
【００５０】
たとえば、前述の実施形態では、バーチャルサービスバスＶＳＢに含まれる複数のサービスは、いずれも、車両サブシステム１０すなわち車両内のシステムを用いて所定の機能を実行するようになっていた。しかし、これに限らず、車両外部と通信可能な通信装置を備えている場合には、車両サブシステム１０に代えて、或いは、車両サブシステム１０に加えて、車両外部システムが実行する機能を利用してサービスを実行するようにしてもよい。たとえば、ドライバデータ管理システム１０ｂに代えて、車両外部のサーバがドライバデータ管理システム１０ｂと同様の機能を実行できるようにしておき、ドライバ認証サービスやドライバカスタマイズサービスは、そのサーバを利用するようにしてもよい。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施形態となる車両統合制御システム１の構成を示すブロック図である。
【図２】図１の車両統合制御システム１が有するサービスシナリオＳＳ、バーチャルサービスバスＶＳＢ、車両サブシステム１０の構成を示すブロック図である。
【図３】図２のドライバ認証サービスが行なう制御内容を概念的に示す図である。
【図４】図２に示した車両搭乗時サービスシナリオＳＳの構成を詳しく示す図である。
【図５】統合ＥＣＵ２０に記憶されているサービスシナリオデータベースＳＳＤＢを示す図である。
【図６】統合ＥＣＵ２０の制御内容を示すフローチャートである。
【符号の説明】
【００５２】
１：車両統合制御システム
１０：車両サブシステム
１１：サブＥＣＵ
１２：車載機器
２０：統合ＥＣＵ
３０：バスライン
【図１】
2009196555.tif 000003
【図２】
2009196555.tif 000004
【図３】
2009196555.tif 000005
【図４】
2009196555.tif 000006
【図５】
2009196555.tif 000007
【図６】
2009196555.tif 000008